Кратко

  • draft-ietf-regext-balance-03 предлагает read-only отображение одной или нескольких финансовых учётных записей для вошедшего EPP-клиента; это действующий Internet-Draft, а не RFC и не отчёт о внедрении.
  • Balance Available, Cash Balance, Credit Line, Execution Limit и Notification Threshold описывают разные границы.
  • Успешный <info> фиксирует наблюдение, но не резервирует сумму и не заменяет ответ сервера на последующую платную команду.

Две операции смотрят на одну цифру и видят разное. Казначейство видит 800 долларов рассчитанной доступности. Механизм provisioning видит запас до запретительной черты. Если черта установлена на 500, зелёное число остаётся положительным, но часть новых команд уже нельзя принимать. Проект Balance нужен именно для того, чтобы обе системы перестали называть разные решения одним словом.

Balance Available равен сумме Credit Line и Cash Balance. Кредитная линия рассчитывается из действующих кредитных инструментов по политике сервера. Истёкший экстренный кредит уменьшает доступность без движения наличности. Cash Balance отражает платежи, снятия и тарифицируемые дебеты или кредиты вместе со сборами и налогами. Итог важен, но он не является зарезервированной суммой.

Отключение будущих платных транзакций задаёт Execution Limit. Атрибут basedOn выбирает Balance Available либо Cash Balance. Положительный лимит останавливает клиента до полного расходования, сохраняя запас для серверных расходов, например автоматических продлений. Отрицательный лимит допускает ограниченное продолжение ниже нуля. Поэтому знак баланса и состояние допуска — не одно и то же.

Notification Threshold отмечает не запрет, а предупреждение. При достижении порога сервер помещает одно сообщение Low Balance в очередь EPP соответствующего Balance. Основа расчёта должна совпадать с Execution Limit, но значения могут различаться. Сообщение подтверждает постановку уведомления в очередь, а не отказ команды, корректность счёта, неплатёжеспособность или расчёт.

В revision 03 одна коммерческая связь может содержать несколько Balances. Их имена уникальны по политике сервера; основные валюты и правила могут отличаться. Сообщение способно перечислить несколько затронутых счетов. Если система наблюдения удалит имя, валюту или basedOn, она оставит число и потеряет область, где число имеет силу.

Для мультивалютного Balance элементы cashBalanceByCurrency показывают исходную валюту, сумму и прямой курс пересчёта. Конвертированные составляющие должны дать Cash Balance в основной валюте. Это раскрывает происхождение агрегата, но не делает курс обязательным для следующей команды, будущего счёта или окончательного расчёта.

Ядро EPP проводит нужную границу. RFC 5730 отделяет read-only запросы от команд преобразования состояния. Balance mapping определяет <info> и сообщения <poll>, но не определяет create, update, renew, delete или transfer для Balance. В нём нет токена удержания, срока котировки или атомарного условия, связывающего чтение с последующей операцией.

Между сообщениями могут произойти параллельный дебет, возврат, пополнение, снятие, изменение кредита или автоматическое продление. Следующая команда должна получить собственный EPP-ответ. Именно он подтверждает решение сервера по конкретной операции. Предыдущая выдача подтверждает лишь состояние, которое сервер показал аутентифицированному клиенту в тот момент.

Контроль доступа тоже не следует расширять смыслом. Проект считает финансовую информацию конфиденциальной и требует ограничить её данными текущего клиента. Аутентификация не доказывает правильность бухгалтерии, кредитной политики, курса, налогов, счёта или полномочий сотрудника расходовать средства.

Revision 03 опубликована 24 сентября 2026 года как рабочий Internet-Draft группы REGEXT с намерением Standards Track. Пространство имён balance-0.4, XML-схема и запросы IANA — части предложения по совместимости. Они не доказывают окончательное одобрение, реализацию, применение или финансовый результат.

Источники