Цитата:
Если сами сборки не содержат особого ноухау (они ж не работают без вебсервиса), почему бы их не положить в АОТ? Тем более, что X++ отвергнут потому, что муторно, а не потому, что открыты исходники. Это и есть сейчас рекомендованный способ интеграции внешних сервисов - обертка на С# в AOT
.
Тут всё от заказчика зависит - согласится ли поставлять исходники .net сборок клиенту - мало ли, вдруг не захочет. Данный способ рассматривался нами (см. второй способ в самом верху), может быть его и будем использовать.
Цитата:
А еще интересно насколько широко и глубоко вы интегрируетесь в AX - есть же куча мест где налоги рассчитываются в разных комбинациях и используются
Мы интегрируемся с некоторыми типами транзакций (не со всеми) - Sales Orders, Quotes, etc. Неподдерживаемые типы транзакций мы отдаём на откуп стандартному механизму. По по поводу способов подсчёта налога - мы выбрали настройки tax кода (там и указывается способ подсчёта налога) к-ые мы можем в эффективной мере поддерживать и всегда возвращаем их когда AX достаёт такс коды для продукта, если транзакция нужного нам типа. Соответственно, интегрируемся в стандартные классы там, где этот метод подсчёта такса используется и подменяем его поведение для определённого типа транзакций. Все остальные специфичные настройки (исключения для налога, и т.д.) клиенты производят на стороне заказчика.