Вопрос: Почему так происходит ? По идее же услуга и цена должна искаться по всем тарифным планам пользователя ? В случае с абонплатами это работает, а вот в случае с RSCM - как-то криво.

В момент тарификации поиск тарифного плана производится по следующему алгоритму:

1) выбирается список1 - персональные тарифные планы договора, активные на данный момент и содержащие тарифное поддерево для данного модуля;

2) выбирается список2 - глобальные тарифные планы договора, активные на данный момент и содержащие тарифное поддерево для данного модуля;

3) берется первый тариф из списка1 если он пуст - то из списка2.

Т.е. персональные тарифы рассматриваются в первую очередь. Для большинства модулей в один день для одного договора может действовать только один тариф для данного модуля.

Исключение составляют голосовые модули (Voip, Phone), в которых производится поочередный просмотр всех тарифов для данного модуля сначала персональных затем глобальных в договоре в порядке позиций до нахождения цены звонка.

Да, было бы логично искать цену на услугу (первую попавшуюся) по всем ТП согласно приоритета позиции ТП. Тем более что это уже работает для Абонплат. Мысля пришла - а если RSCM услуги для разных категорий (интернет, телефония, домены) раскидывать по разным экземплярами модуля RSCM - это спасёт ?

И все-таки непонятно почему эта схема работает для Абонплат, но не работает для RSCM. Или для абонплат тоже желательно создавать для каждой группы услуг, для которых существуют отдельные независимые ТП с абонплатами (телефония, интернет, домены, прочее), свой экземпляр модуля и свою задачу начисления? Как-то неудобно получается.

Сейчас все услуги по всем группам в одном экземпляре модуля Абонплаты, у юзера несколько глобальных ТП, в одном прописаны абонплаты для одних услуг, в другом - для других, и всё вроде корректно начисляется. Не случится ли какая-нибудь аказия и не придётся ли всё разносить по разным экземплярам ?