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

[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'ой не так ?