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

[gl00mie]

Цитата:

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

Она не должна быть популярна, если ее невозможно обновить. Поэтому на текущих проектах надо активно использовать DIXF в том числе и для интеграции, причем даже это не является гарантией легкости обновления.

Я, может, крамольную вещь скажу, но отнюдь не у всех клиентов возможность "легко и просто" обновиться на следующую версию входит в шорт-лист приоритетов при внедрении и развитии системы, особенно когда речь идет о AX 2012, чья официальная поддержка недавно была продлена. Ведь возможности "легко и просто" обновиться на AX7 пока нет в принципе - штатного способа конвертировать БД, как в прежних версиях, до сих пор нет. Поэтому тема AIF, думаю, будет популярна, пока будут проекты на версиях системы, где есть AIF, как бы вендору не хотелось перетянуть всех на DIXF, OData или composite data entities

[trud]

Цитата:

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

При этом Columbus Connectivity Studio выглядит как вариант реализации того же AIF.

Это не совсем так
в Connectivity Studio вы сами указываете(перечисляете в гриде) какие таблицы - поля выгружать(выбираете из того что есть в АОТ), задаете в форме связи между таблицами, формат полей и прочее.
по сути это улучшенная версия стандартного импорта-экспорта данных(тот древний который генерит файлы dat def)

ни AIF, ни и в AX7 вы это не сможете сделать из коробки для произвольной таблицы. вам надо будет программировать. т.е. к примеру если у вас есть форма с таблицей и вам надо ее выгрузить, в АХ7 вам надо просить разработчика разработать DataEntity чтобы работала выгрузка.
что еще хуже, даже если у вас есть DataEntity, но вы добавили новое поле в таблицу, для того чтобы работала выгрузка вам надо опять просить разработчика обновить DataEntity(ну или класс AIF), добавить это поле в Staging таблицу и плюс еще куча сопутствующих действий.
В Connectivity Studio вы просто заходите в форму документа и добавляете там это поле, никакого программирования не требуется

вообще конечно удивительно, что до сих пор Микрософт не решило простой задачи выгрузки-загрузки плоской таблицы или нескольких связанных таблиц.
может конечно в AX8 сделают

[Удвой Покуров]

Цитата:

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

может конечно в AX8 сделают

А может, решат что все суета и тлен. Блин, теперь еще и веб-разработку осваивать...

[Vadik]

Цитата:

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

ни AIF, ни и в AX7 вы это не сможете сделать из коробки для произвольной таблицы. вам надо будет программировать. т.е. к примеру если у вас есть форма с таблицей и вам надо ее выгрузить, в АХ7 вам надо просить разработчика разработать DataEntity чтобы работала выгрузка.
что еще хуже, даже если у вас есть DataEntity, но вы добавили новое поле в таблицу, для того чтобы работала выгрузка вам надо опять просить разработчика обновить DataEntity(ну или класс AIF), добавить это поле в Staging таблицу и плюс еще куча сопутствующих действий

"Программировать" data entities для добавления нового поля не надо (если только пару кликов мыши для перетаскивания поля из источника данных в поля не считать программированием). Реально программировать вы будете более сложные сущности вроде date effective полей, адресов и всего того что для простоты в сущности плоской таблицей представлено - не знаю как с этим в Connectivity Studio. Плюсы в том что data entities покрыт импорт уже наверное 80% процентов того что в принципе может потребоваться импортировать на проекте, и все это уже сразу из коробки можно использовать в сценариях интеграции

Цитата:

вообще конечно удивительно, что до сих пор Микрософт не решило простой задачи выгрузки-загрузки плоской таблицы или нескольких связанных таблиц

А с импортом из OData источников в Excel что не так ?

[gl00mie]

Тема ветки - "Интеграция - использовать стандарт или писать на коленке", очень много проектов идет или стартует пока не на AX7, и там вопрос использования AIF более чем актуален

[Ivanhoe]

Я именно про будущее. Обещали же какие-то вещи выпустить "позже". Или если в АОТ нет следов, то точно уже не появится?

[EVGL]

Цитата:

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

Я именно про будущее. Обещали же какие-то вещи выпустить "позже". Или если в АОТ нет следов, то точно уже не появится?

Нет: https://ax.help.dynamics.com/en/wiki...c-integrations

[EVGL]

Цитата:

А есть реальные проекты с интеграциями (не импортом) сделанными на DIXF ? Что реализуется ? Просто я не сталкивался по сих пор

В AX2012 сделал сотрудников (см. выше) в режиме UPSERT.

В AX7 - поскольку никаких других вариантов и нет - сделали все: импорт банковской выписки, выписки по кредитной карте, сотрудников. Только импорт инвойсов в растровом файле как неструктурированной информации сделан по-другому, через обращение к Azure Blob Storage.
Все исходящие документы сделали в GER: банковские поручения, экспорт проводок ГК для аудиторов.

[ax_mct]

https://ax.help.dynamics.com/en/wiki...oncepts-guide/

В принципе SOAP портируется с AX2012 на AX7.

Все очень интересно, смущает только Ад (AAD, Azure Active Directory) - это такая же полезная штука для скрежетания зубами как и SharePoint? То есть таки она для программистов полезная или для вендора сладкая?

[Vadik]

Цитата:

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

Все очень интересно, смущает только Ад (AAD, Azure Active Directory) - это такая же полезная штука для скрежетания зубами как и SharePoint? То есть таки она для программистов полезная или для вендора сладкая?

Это новая реальность в которой придется жить и зарабатывать, привыкайте

[ax_mct]

Цитата:

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

Это новая реальность в которой придется жить и зарабатывать, привыкайте

Такое вот впечатление что декорации меняются, а реалии остаются.
Какая бы бочка меда не была всегда деготь туда фирменный добавляют.

"Your Potential. Our Passion." - Ваши возможности. Наше желание.

[ax_mct]

Начальную тему с удовольствием перечитал
AX7 - data entities - sales order

Но эта тема "Интеграция - использовать стандарт или писать на коленке ?" более правильное место.

Не самые глупые специалисты по AX2012R3 попытались использовать DMF для синхронизации справочников с третьей системой и отзываются исключительно матерно. Особенно споткнулись с custom entities. На уровне прототипа конечно и потратив я предполагаю неделю.

Интересно было перечитать обе темы спустя 2.5 года. На данном этапе рекомендую клиенту ODBC промежуточной базы или даже напрямую.

С большим удовольствием перечитал
Не дайте Астронавтам Архитектуры вас запугать
http://local.joelonsoftware.com/wiki...B0%D1%82%D1%8C

Цитата:

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

Забыли с кем дело имеете? Я уже 3 года только так и делаю. На коленке и сбоку. Кастомный веб-сервис пишется в разы быстрее, работает надежнее и в сопровождении прост.

Цитата:

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

Вообще многие годы работы с Ax, привели меня к выводу что лучший способ интеграции - это как раз таки написание наколенного кода на X++.

Цитата:

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

Поддержу macklakov и fed. Использование того же AIF всегда несло кучу рисков и затрат. В моем опыте на всех проектах, где делали "на коленке", ни разу не пожалели. А ради гипотетического шанса, что проект когда то перейдет на новую версию и там MS позаботится о техническом переходе без проблем, городить огород здесь и сейчас - ну не знаю.
Оффтоп: Примерно такие же ощущения от DMF - вроде как оно и есть, но почему-то на всех крупных проектах по факту часто удобнее, быстрее и более контролируемо делать загрузку НЕ с его помощью.

[Pustik]

для меня все ясно и понятно сказал gl00mie
AX7 - data entities - sales order

[ax_mct]

Цитата:

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

для меня все ясно и понятно сказал gl00mie
AX7 - data entities - sales order

А что сказал gl00mie? То что профессионалы используют "стандартные" фреймворки, и несуразно писать интеграции сбоку на коленке? Позиция выгодная для отдельного программиста, но пагубная на уровне партнера.

Программист улучшает CV и перекладывает ответственность на Microsoft зарабатывая на чужих глюках.
Партнер отвечает сам. В том числе за выбор инструмента и бюджет.

[EVGL]

Цитата:

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

Партнер отвечает сам. В том числе за выбор инструмента и бюджет.

... закладывая мину и невозможность обновления. Сходить с орбиты пора таким партнерам. Я клиентов, которым так внедряли и кто желает перейти на D365FO, стараюсь обходить стороной: малый бюджет, рутинная работа, которую все равно никто не оценит, зато масса негативных эмоций со стороны клиента.

[ax_mct]

Цитата:

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

... закладывая мину и невозможность обновления. Сходить с орбиты пора таким партнерам. Я клиентов, которым так внедряли и кто желает перейти на D365FO, стараюсь обходить стороной: малый бюджет, рутинная работа, которую все равно никто не оценит, зато масса негативных эмоций со стороны клиента.

А в чем мина?
OdbcConnection в соседнюю базу. Код сбоку, свои Staging tables сбоку.
На совместимость может влиять только как именно обновляются справочники. Но нормальный программист будет использовать для этого тот же код что и в стандартных AIF сервисах.

OdbcConnection кстати и к Azure SQL не проблема. И через интернет - не проблема.

Как понимаю ODBC connection поддерживается и изнутри D365FO. Насколько это сломано не знаю.
Но обязано быть как всеобщий стандарт.

[trud]

Цитата:

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

для меня все ясно и понятно сказал gl00mie
AX7 - data entities - sales order

А какие кстати вообще варианты для периодической загрузки sales order существуют(т.е. это будет EDI обмен)? ну т.е. стандартный DataManagement не поддерживает транзакции, остается только GER

[skuull]

Цитата:

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

А какие кстати вообще варианты для периодической загрузки sales order существуют(т.е. это будет EDI обмен)? ну т.е. стандартный DataManagement не поддерживает транзакции, остается только GER

А чо с OData'ой не так ?

[trud]

OData это же протокол. т.е. надо писать где-то на коленке програмку которая будет вызывать эту OData?

[skuull]

Цитата:

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

OData это же протокол. т.е. надо писать где-то на коленке програмку которая будет вызывать эту OData?

Ну это протокол который поддерживает транзакции. А насчет коленок, файлы сами себя не создают, чем одна коленка отличается от другой?