FSP / Чейнджлог
Чейнджлог
Версии модулей независимы: правка в одном не поднимает версию остальных. Здесь фиксируется, что менялось и что это ломает.
FSP 1.0 — 25.07.2026
Первая публичная версия протокола.
Модули: core 1.0, pricing 1.0, capacity 1.0, quote 1.0 — stable. order, tracking — planned, без реестров.
Что определяет версия
- Общий язык (
core): 59 услуг с неизменяемыми кодами, закрытый справочник единиц начисления, категории товара, габаритные профили с каноническими формулами, оператор и склад. - Описание прайса (
pricing):rate_cards → offers → price_rulesс условиями, модификаторами и ступенчатыми тарифами. Три уровня соответствия L1/L2/L3: плоский прайс описывается на L1, ступени требуют L3. - Мощности (
capacity): витрина склада, свободная площадь и пропускная способность с отметкой актуальности, направления отгрузки с графиками. - Смета (
quote): запрос операциями и объёмом, ответ со сметой, раскрытыми допущениями и кодами непокрытия из закрытого реестра. - Манифест (
/.well-known/fsp): сторона объявляет модули, версии и уровни; стороны сводят манифесты и работают по пересечению. ПравилаPROFILE-001…PROFILE-008. - 68 нормативных правил по модулям и 40 блокирующих проверок валидатора, включая сверку перечислений схем с реестрами и разрешимость ссылок между схемами.
Решения, которые стоит знать до реализации
- Запрос сметы описывается работой и объёмом, а не площадью под хранение (
QUOTE-001). - Формулы вывода площади и остатка не нормируются: применённые допущения обязаны возвращаться в ответе (
QUOTE-002). - Свободная мощность декларативна, стандарт не требует её верификации (
CAP-002). - Непокрытие возвращается кодом из закрытого реестра, а не текстом (
QUOTE-003). - Коды услуг неизменяемы после публикации (
CAT-001). - Своя операция вне стандарта оформляется расширением
x-<vendor>:<code>и не ждёт новой версии (PROFILE-007).
Проверка покрытия
166 тарифных вариантов из трёх реальных прайс-листов операторов разобраны в термины стандарта. Что осталось непокрытым, лежит в appendix/residual_gaps.csv: 8 строк со статусом open.
Предыстория
Протокол выделен из внутреннего стандарта каталога услуг МПФИТ (версии 1.0–1.3, первая половина 2026), где всё жило одной версией: правка в модели цены поднимала версию каталога услуг, и потребитель был обязан выяснять, что именно сломалось. Разделение на независимо версионируемые модули, манифест согласования и уровни соответствия появились при выделении.