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

[Raven Melancholic]

Цитата:

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

А как тогда работает упомянутая Connectivity Studio for Microsoft Dynamics 365 for Operations?

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

[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. И вообще есть интересный подход к принятию решений в условиях высокой неопределенности: Учитывать только известные текущие ограничения и обстоятельства.Даже если есть ощущение что "потом что-нибудь накроется", "потом когда-нибудь будут проблемы". Пока эти самые проблемы и их характер неизвестны - можно их просто игнорировать.

[gl00mie]

Цитата:

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

А как тогда работает упомянутая Connectivity Studio for Microsoft Dynamics 365 for Operations? Они заявляют ODBC

To-Increase Connectivity Studio - это расширение для D365FO, написанное по большей части на X++ (за исключением некоторых доп.компонентов), поэтому когда там заявляется поддержка ODBC, то это означает возможность из D365FO подключаться вовне по ODBC, а не возможность волшебным образом сделать ODBC-доступ к рабочей базе самой D365FO в обход индусских админов.

Цитата:

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

ODBC/JDBC позиций не сдает перед web-сервисами если брать всю индустрию. То что MS не дает доступа к D365FO PROD это интересно почему. То есть понять бы эту политику так как у других такого нет.

Мне кажется, все просто: а как иначе продавать свои Data Lake и прочие PowerBI? Эдак вы, чего доброго, свой BI прикрутите и свои интеграции. Как говорится, "где ж я буду харчеваться"? Кроме того, ODBC-доступ к базе рушит напрочь все заморочки с правами доступа и XDS на пару. В этом плане тот же Query Service в AIF был хорош: вроде как можно делать запросы, какие хочешь, но при этом контроль доступа оставался на месте и фильтровал результаты.

Цитата:

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

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

О какой версии AX и Connectivity Studio речь? И расскажите, в чем подвох в этой постановке задачи? Я с Connectivity Studio сталкивался, на чиная с AX2012, и сходу не припомню каких-то подводных камней в этом плане.