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

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

В ряде модулей (Phone, NPay) алгоритм поиска тарифа отличается от перечисленных здесь и описан отдельно.

1) производится выборка потребителей услуг данного модуля, получая набор сочетаний: договоры - услуга - период - количество
2) для каждого сочетания производится разбивка по действующим на период тарифные планы, получая тарифицируемые сочетания: договор - услуга - тариф - период - количество
Пример 18.1. Пример получения
В договоре определены:

Абонплата 1 - с 1 по 10 число
Абонплата 2 - с 9 по 31 число
Тариф 1 - с 2 по 31 число

Получаем два тарифицируемых сочетания:

Абонплата 1 - Тариф 1 - с 2 по 10 число
Абонплата 2 - Тариф 1 - с 9 по 31 число

Каждое сочетание тарифицируется по тарифу.

И это правильно, как мне кажется.

И нигде не сказано про то, что разные тарифы для абонплат суммируются.

для каждого сочетания производится разбивка по действующим на период тарифные планы, получая тарифицируемые сочетания: договор - услуга - тариф - период - количество

1. Ни один модуль так не тарифицируется.
2. В документации это не описано, описано наоборот
3. В таком варианте невозможно переопределить стоимость абонплаты для договора.

И вообще, это не честно. Я всегда считал, что только для телефонии и VoiP можно указывать цены на разные услуги в разных тарифах и поэтому всегда держал цены на абонплаты в одном тарифе