Если бы движок DAX365FO распространялся бы под любой открытой лицензией был бы ли это Android в мире корпоративных систем?

[fed]

Я бы сказал, что пока интеграция D365CE и D365FO заставляет вспомнить старую историю про то, как Ходжа Насреддин обязался научить осла эмира Бухары говорить по персидски.
В целом - за прошедшие с появления первой интеграции три года произошел некоторый прогресс:
1. Оно научилось синхронизировать почти в real time. (с задержкой порядка секунд).
2. При установке интеграции, со стороны CRM добавляются наиболее отсутствующие поля и некоторые сущности.
3. Есть готовые настройки мэппинга полей дня некоторых сущностей между CRM и Ax.
Но вот мы попробовали настроить эту самую интеграцию. На стандартных демо-данных в Ax и CRM удалось отсинхронизировать 7 сущностей из 8 (там их больше, но нам было этих 8 достаточно). Но когда мы попробовали настроить синхронизацию в чуть-чуть нестандатных демо-данных (в которые для демонстрации какое-то количество клиентов и поставщиков добавили), удалось отсинхронизировать только 4 сущности из 8. Просто если со стороны Ax не заполнена некоторая информация, которая с точки зрения CRM обязательна, то синхронизация просто не работает и никакой внятной диагностики нету. (То есть - на стороне Аксапты все хорошо, данные в ЦРМ отправлены, но в самом синхронизаторе написано что в ЦРМ заимпортировано 0 сущностей).

То есть - Микрософт может сколько угодно делать все более сложные и гибкие синхронизаторы, но все равно - CRM и Ax - это отдельные продукты, разрабатываемые отдельными командами под различные цели и с различными моделями данных. Изменить эти данные без сильной поломки совместимости - нельзя.
Поэтому я к рассуждениям о конвергенции Ax и CRM на платформе CDS и PowerApp воспринимаю ничуть не более серьезно чем попытки научить ослика фарси...

[sukhanchik]

Цитата:

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

CRM и Ax - это отдельные продукты, разрабатываемые отдельными командами под различные цели и с различными моделями данных. Изменить эти данные без сильной поломки совместимости - нельзя.

Мне кажется, что это просто вопрос будущего. Отличий между AX 2012 и D365FO тоже хватает, но как мне кажется в текущих технических условиях чтобы им стать единым продуктом достаточно принять просто организационное решение. С технической стороны - все будет проще. Т.е. если бы мы жили в мире AX 2009 / 2012 и CRM (т.е. не D365FO и D365CE), то одного организационного решения было бы недостаточно - нужно было бы проводить серьезную техническую работу. А сейчас львиная доля этой работы проведена.

Просто как я понимаю, что MS сильно жаждет продукты объединить на базе C#, но морально не готов переписать весь X++ на C#. В то же время объединять продукты на X++ - "религия не позволяет".

Но на текущий момент - да, это разные системы и конечно никакой CDS, Data Lake и прочие варианты интеграции не решат проблемы заполнения обязательных полей в разных системах

[trud]

Цитата:

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

Но на текущий момент - да, это разные системы и конечно никакой CDS, Data Lake и прочие варианты интеграции не решат проблемы заполнения обязательных полей в разных системах

Так а в чем проблема. Вроде это работает синхронно, т.е. поля либо будут заполняться одновременно либо нет. Если что-то не заполнится, то вся транзакция откатится

http://daxture.blogspot.com/2020/09/...l-in-d365.html

немного конечно напрягает условие

if (this.ttsLevel() == 1)

и показывает "уровень" разработчиков этого решения

[sukhanchik]

Цитата:

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

Так а в чем проблема.

Пока по словам fed есть такая проблема

Цитата:

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

Просто если со стороны Ax не заполнена некоторая информация, которая с точки зрения CRM обязательна, то синхронизация просто не работает и никакой внятной диагностики нету. (То есть - на стороне Аксапты все хорошо, данные в ЦРМ отправлены, но в самом синхронизаторе написано что в ЦРМ заимпортировано 0 сущностей).

Других проблем вроде пока не озвучивалось