Интеграция - использовать стандарт или писать на коленке ?

[ax_mct]

Цитата:

Сообщение от Владимир Максимов

Т.е. некую универсальную оболочку для интеграции реализовать невозможно. В принципе.
...
Соответственно, и встает выбор - разбираться в крайне не тривиальном коде и таком же крайне не тривиальном дизайне или "по быстрому" написать "на коленке" без всех этих универсальных "общих случаев"

Все гиганты софтвеерного бизнеса мысли и SAP и IBM и Oracle и Microsoft имеют такие реализации уже лет 15-20. И тележка всяких Mulesoft, Informatica, Adeptia за ними.

Comparison of business integration software
https://en.wikipedia.org/wiki/Compar...ation_software

То есть предложение было всегда но вот какой спрос это большой вопрос.
Вернее спрос на магию есть всегда но вопрос работает она или нет.

Клиент и рад был бы заплатить здесь и сейчас $$15K за готовую интеграцию чтобы пришли и в течение нескольких дней настроили, но фиг там. Мне действительно тоже кажется что задача универсальности интеграции нерешаема. Хотя у самого и возникают мысли смотря на это дело создать такой продукт.

Цитата:

Сообщение от Raven Melancholic

Попробуйте в ней сделать простейшую операцию - в поле с типом date AX вставьте значение из поле datetime MS SQL.

Один из текущих их клиентов планирует как раз уйти от их решения к моей коленке. Не знаю в чем именно там дело в цене или подобном геморе, качестве поддержки etc.
Пример кстати хороший тем что полностью контролируя решение на коленке это приведение типов фиксится на раз. В этом смысле потенциально open source какие-то решения должны были бы быть жутко популярны но в корпоративном секторе свои законы поэтому фиг его знает.

Коленку кстати и в D365FO можно придумать. Если в нее не пускают то она же может своим батчем через ODBC другую систему читать? Тогда все хорошо

P.S. Если ты не пишешь на коленке то ты стоишь на коленях в храме вендора (с) Неизвестный программист.

[EVGL]

Цитата:

Сообщение от ax_mct

Коленку кстати и в D365FO можно придумать. Если в нее не пускают то она же может своим батчем через ODBC другую систему читать? Тогда все хорошо

Как это сделать в стандарте, мне не известно. Поддержку ODBC в DMF давно прибили в D365FO.
В стандарте есть только экспорт: https://docs.microsoft.com/en-us/dyn...r-own-database

Вообще это стремно, выставлять свою базу данных напоказ в WAN, особенно нынче во времена GDPR.

Зато есть https://docs.microsoft.com/en-us/dyn...al-web-service.

Так что повторюсь по поводу прагматизма. Плыть против течения ("Если ты не пишешь на коленке то ты стоишь на коленях в храме вендора") - это далеко не доблесть, а для клиента - моральная травма на этапе обновления. Проходили все это с виртуальными компаниями. Я тоже думал что самый умный и подобрал наилучшее на тот момент решение. Только уже через год писали SQL скрипты, чтобы это разрушить, а клиент заплатил в итоге 3 раза за одно и то же. Вас, похоже, это не останавливает. Желание дополнительного дохода через пару лет? А как оправдываться? На Microsoft все валить, типа "не знал, что так будет"?

[fed]

Цитата:

Сообщение от EVGL

Так что повторюсь по поводу прагматизма. Плыть против течения ("Если ты не пишешь на коленке то ты стоишь на коленях в храме вендора") - это далеко не доблесть, а для клиента - моральная травма на этапе обновления. Проходили все это с виртуальными компаниями. Я тоже думал что самый умный и подобрал наилучшее на тот момент решение. Только уже через год писали SQL скрипты, чтобы это разрушить, а клиент заплатил в итоге 3 раза за одно и то же. Вас, похоже, это не останавливает. Желание дополнительного дохода через пару лет? А как оправдываться? На Microsoft все валить, типа "не знал, что так будет"?

Напомню, что вся эта тема стартовала с того, что Vadik жаловался на отсутствие поддержки AIF в D365 (тогда кажется еще New Dynamics Ax). Я просто замечу что при нынешней глубине планирования продукта в MS, к проблемам в будущем может привести как использование стандартных функций, так и их не использование.
P.S. И вообще есть интересный подход к принятию решений в условиях высокой неопределенности: Учитывать только известные текущие ограничения и обстоятельства.Даже если есть ощущение что "потом что-нибудь накроется", "потом когда-нибудь будут проблемы". Пока эти самые проблемы и их характер неизвестны - можно их просто игнорировать.