Показать сообщение отдельно
Старый 01.04.2021, 09:11   #84  
vmoskalenko is offline
vmoskalenko
Участник
Аватар для vmoskalenko
 
145 / 334 (12) ++++++
Регистрация: 25.01.2007
Адрес: Toronto
Цитата:
Сообщение от trud Посмотреть сообщение
Спасибо, для D365 тоже было бы интерестно обсудить

Да, по поводу написать свою, поддерживаю. Но зачем. Что делать если данные не укладываются в ентити?
Вот тут Nathan Clouse выкладывает свои презентации. И вот как раз о быстродействии OData/Data Entity
https://github.com/NathanClouseAX/Co...-%20OData.pptx

Цитата:
Сообщение от trud Посмотреть сообщение
Ну тут надо определить что мы хотим(потратить больше времени или меньше). Если меньше, то внедрение в работу системы внешнего приложения резко повысит трудоемкость ее поддержки. Т.е. вам надо будет поддерживать несколько репозиториев, разворачивать отдельные версии для разработки, теста и прочее. Нужно будет делать мониторинг этой программы, плюс останавливать ее когда останавливается АХ.
(DXC кстати продает аналогичную доработку, но в D365, 2 джоба, один из которых выгружает данные в DM, другой оттуда забирает)
Требования которые надо будет реализовать могут быть к примеру один файл на клиента, файл должен быть определенной структуры с определенным названием. Зачем это все кодить во внешнем приложении?
Да. Я тоже такое делал. Интеграция с CRM написанная полностью на X++ для D365FO. Применял дважды. В первый раз, потому что родного от Майкрософта еще не существовало. Второй раз, потому что логика была сложная. Надо было для каждой единицы товара создавать одну отдельную строку в ISV решении.

А вот сейчас бьюсь с Dual Write. Ох глюкавая... Но вроде завелась.
За это сообщение автора поблагодарили: Vadik (1).