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

[EVGL]

Цитата:

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

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

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

[ax_mct]

Цитата:

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

Каверзный вопрос: зачем вы здесь ломаете копья по технологии AIF, которая по факту удалена из AX7?

Потому что скушно работать?

В принципе как уже сказали думаю что еще года два тема AIF для AX 2012 R3 будет популярна.

И мне лично интересно почему AIF не подошел для AX 7 в то время как Columbus Connectivity Studio практически без изменений может быть использована в AX 7.
При этом Columbus Connectivity Studio выглядит как вариант реализации того же AIF.

gl00mie, спасибо за док по настройке Columbus Connectivity Studio, но при этом продолжает жечь любопытство по технической реализации и разнице с AIF с этой точки зрения.

И например чем аргументирует тот же Columbus что их решение лучше чем AIF. На ухо шепчут слова плохие?

[EVGL]

Цитата:

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

В принципе как уже сказали думаю что еще года два тема AIF для AX 2012 R3 будет популярна.

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

Например, использовал для ежедневной синхронизации работников в AX2012 R3 сущность Employee, а она возьми да и развались по нормальной форме на 5 сущностей в AX7.

[Vadik]

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


EVGL: извиняюсь, вместо ответа затер ваше сообщение. Два модератора меряются силами...
Вы писали, что сталкивались с Сотрудниками и предпочитаете нормальную форму с 5 сущностями той старой денормализованной таблице.

[EVGL]

Цитата:

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

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

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

[Link]

Цитата:

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

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

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

[EVGL]

Цитата:

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

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

Справедливо. Давайте, однако, разберем, что такое "написать на коленке".

• Для on premise системы, такой как AX2012, под "написанием на коленке" обычно подразумевается разбор текстового файла, как правило CSV. Для того, чтобы запускать это по расписанию, класс запускается в batch, а по завершении импорта стирает файл или переносит его в другой каталог.
• Для AX7 в public cloud "написать на коленке" - это создать сервис JSON, поскольку просто отправить в Azure Blob закончится ничем: изнутри AX7 вы его так просто не прочитаете. Неограниченное количество параметров JSON в классе симулировать не получится, поэтому для нескольких записей внешняя программа должна отправить столько GET или POST, сколько записей в исходном потоке. Наконец, надо еще сочинить эту внешнюю программу, и вручить ей ключи от царства.

Пишем на коленке?

[gl00mie]

Цитата:

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

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

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

[macklakov]

Цитата:

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

Справедливо. Давайте, однако, разберем, что такое "написать на коленке".

Я под этим, в первую очередь, подразумеваю веб-сервисы заточенные под конкретные бизнес-транзакции и сущности. С целью скрыть от клиента детали реализации в AX. Особенно важно скрыть структуру базы данных, т.к. она имеет тенденцию постоянно меняться.
Для больших объемов данных иногда приходится применять views. Опять таки, это дает возможность скрыть детали реализации.
Файлы это хардкор, конечно, но иногда обмена файлами банально не избежать.

Важно это потому, что зачастую интегрируемые приложения сопровождаются мелкими вендорами и у них банально может не быть ресурсов для переписывания интеграции под новую версию. А исходники они предпочитают держать закрытыми.
К примеру, в одном гос. учереждении подрядчик был весьма толков. И сделал хорошее приложение. Все замечательно. Но потом он решил что это все суета и тлен, плюнул и поехал на ферму, овец разводить. Огромный внедреж на сотни миллионов оказался под угрозой.

[trud]

Цитата:

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

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

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

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

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

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

Цитата:

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

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

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

[Ivanhoe]

Цитата:

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

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

Знаю один такой проект, достаточно крупный. Интеграцию делал другой партнер. В целом комментарии мои как с AIF - вроде начинаешь с концепции, что "все заработает", а заканчивается подпорками тут и там, а для особых случаев так и обмен в обход, ибо стандарт ограничивает своей архитектурой.

[ax_mct]

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

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

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

[Vadik]

Цитата:

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

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

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

Цитата:

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

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

[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, стараюсь обходить стороной: малый бюджет, рутинная работа, которую все равно никто не оценит, зато масса негативных эмоций со стороны клиента.