Этапный биллинг услуги: готово к счёту, выставлено и оплачено

Определите коммерческий триггер каждого этапа

Физический этап проекта и этап начисления могут быть связаны, но не обязаны совпадать. Завершение внутренней задачи не всегда достаточно для предъявления части цены. Условия могут требовать передачи результата, определённого подтверждения или другого заранее согласованного события.

Начните с принятой фиксированной суммы и перечня коммерческих этапов. Для каждого укажите результат, требуемое свидетельство, сумму и ответственного за проверку готовности. Плановая дата помогает организовать работу, но сама по себе не доказывает наступление основания.

Материал описывает управленческую сверку. Он не устанавливает право на взыскание, момент признания выручки, налоговые правила или требования к обязательным документам. Реальные условия и учётную классификацию подтверждают профильные специалисты.

Выберите модель: завершённая веха или доля прогресса

При модели завершённых вех сумма становится доступной для счёта после выполнения предусмотренного условия целиком. Если веха выполнена наполовину, нельзя автоматически предъявить половину её суммы: для этого требуется другая согласованная модель.

Microsoft Project Operations различает Completed Milestones и Progress-based для фиксированного основания расчёта. В первом случае вехи предъявляются после полного завершения, во втором используется предусмотренный процент прогресса. Документация указывает применимость к Core и Integrated with ERP. Microsoft: Project contract lines.

Это различие конкретного продукта не выбирает коммерческие правила за бизнес. Если применяется процент, определите, процент чего измеряется, кем подтверждается и как учитываются предыдущие начисления. Нельзя подставить долю потраченного бюджета или число закрытых задач вместо согласованного основания.

Выбор самой базы Fixed Price или T&M рассмотрен в руководстве по модели расчёта услуги. Здесь фиксированная цена уже принята; проверяется движение её частей к счёту.

Учебный пример: три вехи на 12 000

Все суммы и условия вымышлены. Одна услуга имеет фиксированную цену 12 000 денежных единиц без рассматриваемых налогов. Возвратов, кредитовых корректировок, изменения цены и иных начислений в основном примере нет.

Коммерческий график содержит три вехи:

• M1: подготовительный результат, сумма 2 000;
• M2: переданный промежуточный результат с предусмотренным подтверждением, сумма 5 000;
• M3: окончательный результат после согласованной проверки, сумма 5 000.

Сумма вех равна 2 000 + 5 000 + 5 000 = 12 000. Это распределение клиентской цены, а не вес трудоёмкости или бюджета затрат. Трудный этап не обязательно получает наибольшую сумму начисления.

На контрольный момент M1 выставлена и полностью оплачена. У M2 нужное основание подтверждено, но счёт ещё не создан. M3 пока не готова. Поэтому 12 000 = 2 000 выставлено + 5 000 готово к счёту + 5 000 ещё не готово.

Если руководитель оценивает общую техническую готовность в 70%, произведение 12 000 × 70% = 8 400 не становится разрешённым начислением в этой модели. Внутренняя оценка не меняет согласованные условия M1–M3.

Готовность к счёту не означает выставленный счёт

У M2 есть подтверждённое основание, но следующий участник ещё должен подготовить корректный документ. На этой стадии важно видеть готовый к предъявлению остаток, иначе завершённая работа может неделями не попадать в расчёт.

В Project Operations Core отметка Ready to invoice делает веху доступной для включения в черновик. Далее документация различает Customer invoice created и Customer invoice posted. Microsoft: Manage project billing backlog.

В собственном реестре задайте понятное соответствие этих рабочих состояний. В учебной модели «выставлено» означает, что счёт прошёл предусмотренный этап подтверждения. Отправка клиенту и подтверждение доставки документа при необходимости имеют отдельные записи. Ни одно из этих состояний не означает поступления денег.

Черновик должен занимать свою веху один раз

Сотрудник включил M2 в черновик на 5 000. Теперь сверка выглядит так: 2 000 уже выставлено, 5 000 связано с черновиком, 5 000 ещё не готово. Отдельного свободного остатка «готово к новому счёту» по M2 больше нет.

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

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

Microsoft отдельно предупреждает, что служебные billing statuses не следует изменять пользовательским кодом вместо предусмотренного процесса. Microsoft: состояния биллинга. Требование сохранить баланс не означает разрешения обходить механизм конкретной системы.

После счёта отдельно сверяйте оплату

Черновик M2 подтверждён по принятому порядку. Всего выставлено 2 000 + 5 000 = 7 000; ещё не выставлено 5 000 по M3. Сумма договора остаётся 12 000.

Затем по M2 получена частичная оплата 1 000. Вместе с оплатой M1 поступило 3 000. Открытая часть выставленных сумм равна 7 000 − 3 000 = 4 000. Деньги, задолженность по выставленному и будущая невыставленная часть объясняются отдельно.

При ограничениях примера можно проверить: 3 000 оплачено + 4 000 выставлено, но не оплачено + 5 000 ещё не выставлено = 12 000. Однако нельзя сложить все выставленные 7 000 и полученные 3 000 как независимые части цены: оплата уже относится к этим счетам.

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

Не заменяйте выручку и выполненный объём состоянием счёта

График начислений отвечает, какие суммы проходят коммерческий процесс предъявления. Учёт признанной выручки использует свои основания и правила. Расходы проекта и выполненный объём по бюджетным весам тоже описывают другие факты.

Поэтому рядом могут находиться разные числа: технический прогресс, затраты, готовность вех, выставленные суммы и деньги. Расхождение не обязательно является ошибкой. Ошибка возникает, когда один показатель переименовывают в другой без проверки смысла.

В примере не рассчитываются earned value, бухгалтерская выручка или прибыль. Даже если M1 оплачена, это само по себе не доказывает признание соответствующей выручки. Модель оставляет эти решения за пределами операционной сверки.

Разбирайте изменения без потери исходного графика

Если содержание этапа меняется, укажите затронутые результаты и суммы. Согласованное изменение общего объёма рассматривается по отдельному циклу от сметы до оплаты. Уже выпущенный документ нельзя исправить незаметной заменой числа в графике.

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

Связь исходных данных, документа и оплаты подробнее разобрана в документах рядом с оплатой. В этапном реестре особенно важно показать, какая часть договорённой суммы ещё не получила допустимого продолжения.

Данные и приёмочный чек-лист

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

1. M1–M3 дают ровно 12 000.
2. Внутренние 70% не превращаются автоматически в счёт на 8 400.
3. Исходная сверка воспроизводит 2 000 + 5 000 + 5 000.
4. Черновик M2 занимает её сумму и исключает второе включение.
5. После подтверждения M2 выставлено 7 000, невыставленный остаток 5 000.
6. Поступившие 3 000 оставляют 4 000 открытой выставленной суммы.
7. Отмена черновика проверяется до повторного использования вехи.
8. Счёт, деньги, признанная выручка и выполненный объём не смешиваются.

Для SABSUS проверьте связи заказов, документов и финансовых записей. Этапный реестр и ограничения повторного включения требуют подтверждения в конфигурации.

Частые вопросы

Наступила дата вехи. Её уже можно выставить?

Только если выполнено предусмотренное основание. Плановая дата сама по себе не подтверждает результат или необходимую приёмку.

Готовая к счёту сумма уже является оплатой?

Нет. Она ещё должна пройти документный процесс, а поступление денег подтверждается отдельно.

Можно выставить половину незавершённой вехи?

Только если это допускает согласованная модель. Completed Milestones и Progress-based описывают разные основания начисления.

Источники

• Microsoft: Project contract lines overview.
• Microsoft Project Operations Core: Manage project billing backlog.

Проверено 9 октября 2026 года. Цена, три вехи и движение сумм учебные.