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

[EVGL]

Цитата:

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

Задача - положить данные в таблицу. В чем преимущество Web-service перед ODBC?

Вы упорно игнорируете практическую сторону вопроса. Основное преимущество в том, что Web-service в D365FO PROD есть, а ODBC к PROD DB нет! Вот и все. Речь не о преимуществах, а сугубо прагматических вопросах использования доступных инструментов. Дискутировать о преимуществах того, что нет по сравнению с тем, что есть, а также как эти премущества донести до X-го этажа корпуса Advanta в Сиэттле - это другая тема, которая изначально здесь не затрагивалась.

[ax_mct]

Цитата:

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

Вы упорно игнорируете практическую сторону вопроса. Основное преимущество в том, что Web-service в D365FO PROD есть, а ODBC к PROD DB нет! Вот и все. Речь не о преимуществах, а сугубо прагматических вопросах использования доступных инструментов..

Точно нет?

Вот к примеру
Microsoft® ODBC Driver 17 for SQL Server® - Windows, Linux, & macOS
https://www.microsoft.com/en-us/down....aspx?id=56567

Microsoft ODBC Driver 17 for SQL Server is a single dynamic-link library (DLL) containing run-time support for applications using native-code APIs to connect to Microsoft SQL Server 2008, SQL Server 2008 R2, SQL Server 2012, SQL Server 2014, SQL Server 2016, SQL Server 2017, Analytics Platform System, Azure SQL Database and Azure SQL Data Warehouse. Microsoft ODBC Driver 17 for SQL Server should be used to create new applications or enhance existing applications that need to take advantage of newer SQL Server features.

А есть еще CDATA driver
Read, Write and Update D365 Finance & Operations through ODBC
https://marketplace.visualstudio.com...TASOFTWARE.dy2

P.S. Вот эти ребята даже сертифицировали свое решение. И они используют ODBC компании CDATA как я понимаю.
Не знаю насколько у них хорошее решение, но сам факт использования именно ODBC (то ли как один из вариантов то ли как основной, не так важно)
https://www.to-increase.com/business...r-dynamics-crm

Цитата:

At To-Increase, our Connectivity Studio solution, thoroughly tested and proven in many customer integration scenarios, is effective in Dynamics AX 2012 environments and is now also certified for Microsoft Dynamics 365 for Operations. By using this solution, we easily set up an integration with Salesforce CRM or Microsoft Dynamics CRM.

There are two main ways to achieve this integration. We can use the services technology directly, which involves some critical details and requires a higher level of technical expertise. Or, we can build the integration by means of an ODBC connection, which is extremely simple to set up. Instead of spending days on development and resolving technical challenges, you can have a new integration done within minutes.

Most of us working in complex Dynamics ERP environments are used to ODBC—it’s a well-known interface, designed for optimal interoperability, easy to understand and implement. In the background, ODBC accesses the available services, which means it is safe and predictable. It’s not a hack that bypasses existing functionality.

https://appsource.microsoft.com/en-u...d-c3c385c80fb2
https://www.to-increase.com/business...io-integration

В Release notes - Connectivity Studio for Microsoft Dynamics 365 for Operations упоминается ремарка

Цитата:

This release not yet contains the new feature to initialize fields on the ODBC document using the CDATA or
the DEVART ODBC driver. The initialize fields feature only works for SQL ODBC driver only.

https://gallery.azure.com/artifact/2...3728377e4f.pdf

[gl00mie]

Цитата:

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

Цитата:

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

Основное преимущество в том, что Web-service в D365FO PROD есть, а ODBC к PROD DB нет!

Точно нет? Вот к примеру Microsoft® ODBC Driver 17 for SQL Server® - Windows, Linux, & macOS

Microsoft ODBC Driver 17 for SQL Server is a single dynamic-link library (DLL) containing run-time support for applications using native-code APIs to connect to Microsoft SQL Server 2008, SQL Server 2008 R2, SQL Server 2012, SQL Server 2014, SQL Server 2016, SQL Server 2017, Analytics Platform System, Azure SQL Database and Azure SQL Data Warehouse.

Тут, наверно, возникла некоторая путаница в понятиях: ODBC к D365FO PROD DB в Azure нет не в техническом смысле, а в организационном - не дают индусские админы прямой доступ к рабочей базе D365FO в Azure, даже если Microsoft ODBC Driver 17 себе поставить.

[ax_mct]

Цитата:

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

Тут, наверно, возникла некоторая путаница в понятиях: ODBC к D365FO PROD DB в Azure нет не в техническом смысле, а в организационном - не дают индусские админы прямой доступ к рабочей базе D365FO в Azure, даже если Microsoft ODBC Driver 17 себе поставить.

А как тогда работает упомянутая Connectivity Studio for Microsoft Dynamics 365 for Operations?
Они заявляют ODBC. Хотя, да, возможно и не работает именно в силу конкретных чисто организационных полиси.

Смысла таких ограничений не понимаю, но им там виднее конечно.
Однако в том же облачном SAP таких ограничений нет.

Цитата:

Access cloud databases via JDBC/ODBC
Access your cloud databases as if they're running locally in your network, using your existing database or replication tools.

SAP Cloud Platform Connectivity
https://cloudplatform.sap.com/capabi...97926b024.html

[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 все валить, типа "не знал, что так будет"?

[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, и сходу не припомню каких-то подводных камней в этом плане.