Тут вы прямо в точку попали
Цитата:
1. Частота использования механизма (Незачем городить код, который заведомо в ближайшие года не будет использоваться - этого никто не оценит).
как минимум смены реквизитов организации не было уже 3 года..но, как только что узнал, смена будет происходить гораздо чаще..
Цитата:
2. Вероятность обновления версии в ближайшем будущем (Чем меньше нашего кода - тем проще переносить код)
именно в ближайшее время планируется переход на ax2009+sql2005
Цитата:
3. "Вписывание" механизма в существующую идеологию (какая-бы она ни казалась неудобной). Правда этот пункт является больше рекомендацией по принципу - если нет разницы - то лучше "вписаться". Но тем не менее. Код, "вписанный" в общую логику более понятен и с большей вероятностью будет работать без ошибок (= требуется меньше времени на тестирование).
такой момент безусловно тоже стоит учитывать..спасибо..