AX 2012. Стратегии установки плагина для AX.

[saygon]

Всем привет.
Исходная задача:
Разрабатываем плагин для AX 2012, к-ый подменяет некоторую функциональность системы (подсчёт надога - sales tax) для некоторого типа транзакций.
Плагин состоит из изменений в X++ коде и .Net библиотек с исходным кодом (основная бизнес логика и взаимодействие с третьесторонними веб-сервисами). Код на X++ используют классы с .Net сборок. X++ кастомизация ложится в модель, модель в проект, и импортируется проект в .axmodel файл. Итого имеем .net сборки и axmodel файл.
Плагин будет поставляться разным клиентам (т.е. установка должна быть как можно более универсальной и простой).

Не могли ли бы Вы подсказать возможные стратегии установки плагина, а также их недостатки и преимущества. Исправления и добавления приветствуются. На данный момент я вижу две стратегии (на данный момент используется первая):

1. При установке сначала в AOT импортятся (добавляются в AOT References) .net библиотеки, к-е лежат отдельно, затем импортится axmodel файл с X++ кастомизацией и AX компилится.
Недостатки - для добавление в AOT References возможно потребуется developer license, к-ой у клиента может не быть.

2. Исходный код .net сборок добавляется в AOT, и при импорте model->AX project-> .axmodel файл, туда мы добавляем.net проекты. Итого мы имеем единственный .axmodel файл, к-ый импортируется клиентом в AOT, AX компилируется как и на предыдущем шаге.
По сравнению с предыдущим методом, мы можем полность импортить axmodel файл без developer license (исользую только AXutil.exe).
Недостатки Клиент получает сходный код .net сборок (небольшая проблема на самом деле) + размер axmodel файла, к-ый включает и исходники и бинарники, может быть довольно большим.

Какие способы ещё есть (универсальные - подходящие для разных клиентов и без developer license)?