Процентное начисление: day-count, даты и округление
Как выбор базы ACT/360 или 30E/360 меняет расчёт синтетического процентного потока, где проходит граница периода и почему настройки продукта нельзя выводить из одной формулы.
3 мин чтения·База знаний
Ревизия 1Общие понятияЧастичное покрытиеКонтекст: CTX-GENERALдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Формула не выбирает сама ни даты включения, ни календарь, ни правило округления. В прикладной системе эти параметры задаются продуктом и настройками. Поэтому сначала фиксируют договорные условия и временную границу периода, затем проверяют расчёт.
В этом независимом примере период полуоткрытый: начальная дата входит, конечная не входит. Для 2026-01-01 - 2026-01-31 база ACT/360 считает 30 календарных дней. При основной сумме 100 000 минимальных единиц валюты и годовой ставке 0.05 получается:
100000 × 0.05 × 30 / 360 = 416.666...
При явно выбранном округлении half-up до целой минимальной единицы результат равен 417. Это эталон нашей синтетической модели; это не результат SAP runtime.
Для 2026-01-31 - 2026-03-01 ACT/360 считает фактические 29 дней. В варианте 30E/360 день 31 заменяется на 30, а каждый месяц моделируется как 30 дней; выбранная здесь формула даёт 31 день. Разница появляется из-за day-count convention, а не из-за изменения основной суммы или ставки.
SAP Help описывает несколько методов подсчёта дней; в частности, SAP ERP различает 360 и 360E. Правила 31-го числа и включения границы периода могут отличаться. Слово «30/360» само по себе недостаточно, чтобы восстановить конкретную реализацию. Смотрите описание SAP ERP и сравнение методов в SAP Support Content; их применимость также зависит от продукта и редакции.
Для расчёта сохраняют идентификатор и ревизию сделки, основную сумму с валютой, точное десятичное значение ставки, даты начала и конца, convention, знаменатель года и правило округления. Если ставка отсутствует, модель возвращает ошибку: она не подставляет ноль, последнее известное значение или предположение редактора.
При изменении ставки или дат создают новую ревизию условий и пересчитывают поток по ним. Уже проведённый бухгалтерский факт нельзя молча заменить новым ожидаемым результатом: нужны отдельные события изменения/сторно и проверка связи между ревизиями. Техническая схема такого потока разобрана в материале о Cash Management и TRM; правила подготовки независимых проверок собраны в практикуме.
Локальная модель использует простое начисление, две явно названные базы, период [start, end) и округление до целых минимальных единиц. В ней нет графиков платежей, праздничного календаря, переноса рабочих дат, плавающих ставок, кривых дисконтирования, капитализации или проводок. Перед сравнением с SAP-системой нужно установить точный продукт, версию, тип расчёта, настройки включения границ и масштаб округления.
The formula does not select date inclusion, a calendar, or a rounding rule. A product and its configuration define those details. Record the terms and period boundary first, then verify the calculation.
This independent example uses a half-open period: the start date is included and the end date is excluded. ACT/360 counts 30 calendar days from 2026-01-01 to 2026-01-31. With principal of 100,000 currency minor units and an annual rate of 0.05:
100000 * 0.05 * 30 / 360 = 416.666...
With an explicit half-up rule to whole minor units, the result is 417. This is the golden output of our synthetic reference model, not a SAP runtime result.
For 2026-01-31 to 2026-03-01, ACT/360 counts 29 actual days. Under 30E/360, day 31 is changed to 30 and each month is modeled as 30 days; the selected formula gives 31 days. The difference comes from the day-count convention, not a change in principal or rate.
SAP Help describes several day-count methods; SAP ERP, for example, distinguishes 360 from 360E. Rules for the 31st and for period-boundary inclusion can differ. "30/360" alone does not identify a particular implementation. See SAP ERP's description and the comparison in SAP Support Content; their applicability also depends on product and edition.
Keep the trade ID and revision, principal with currency, exact decimal rate, start and end dates, convention, year denominator, and rounding rule. If the rate is missing, the model returns an error. It does not substitute zero, a last known value, or an editorial guess.
When a rate or date changes, create a new terms revision and calculate the flow again. A posted accounting fact must not be silently replaced by a new expected value; changes require separate change or reversal events and a check of revision lineage. The technical flow is introduced in Cash Management and TRM; independent checks are discussed in the practice section.
The local model uses simple interest, two named conventions, a [start, end) period, and rounding to whole minor units. It does not include payment schedules, holiday calendars, business-day rolls, floating rates, discount curves, compounding, or postings. Before comparing with an SAP system, identify the product, version, calculation type, boundary settings, and rounding scale.