Дополнительное соглашение: объём, срок и стоимость до счёта
Дополнительное соглашение к договору подряда — это операционная точка, где объём, срок и стоимость должны сойтись с тем, что команда потом защитит в счёте. Материал для владельца, руководителя поставки и финансов в IT-аутсорсе, аутстаффе, заказной разработке и консалтинге на почасовке и гибриде. МарджинЛейэр здесь — слой принятия коммерческих решений до выставления счёта, а не замена трекера, не замена учётной системы и не юридический шаблон допсоглашения.
Для кого: владелец, руководитель поставки, финансы в сервисных B2B-командах с несколькими живыми клиентскими договорами.
Когда читать: если допсоглашение подписывают «как текст», а к счёту выясняется, что часы, вехи и сумма живут в разных местах.
Что получите: два чек-листа (до подписания и до счёта), привязку к экранам кабинета и признаки, когда пилот ещё рано запускать.
Следующий шаг: запросить 20-минутный разбор и план пилота.
Ролик для руководителя поставки (~6 мин). Что считать утверждённым планом по договору до первого изменения объёма. Открыть на RUTUBE.
Пример и шаблон
Цифры в таблице — пример, не отчёт клиента. Скачайте шаблон и подставьте свои: Шаблон допсоглашения: объём, срок, стоимость (CSV).
| Тема | Объём | Срок | Стоимость | В счёт |
|---|---|---|---|---|
| Расширение API | +40 ч backend | до 15.06.2026 | 120 000 руб | да |
| Сдвиг приёмки | без часов | +2 недели | 0 | нет |
Для кого и когда не запускать
Текст рассчитан на подрядчика, который выставляет счёт заказчику: поток «клиент → ваше ООО». Если вы покупаете аутсорс и проверяете счета подрядчика до оплаты, это другой контур — его здесь не смешиваем.
Имеет смысл читать, когда одновременно есть:
- утверждённый объём по договору, который можно назвать без получаса поиска в почте;
- факт часов в трекере или табличной выгрузке;
- регулярные изменения объёма, срока или стоимости, которые должны попасть в счёт, а не «потом подпишем».
Не стоит строить контур вокруг допсоглашения, если нет доступа к факту часов, нет владельца коммерческой базы или ожидается, что юридический текст сам выровняет готовность к счёту. Чистый фикс без почасового факта — не основная модель МарджинЛейэр: на карточке проекта поле модели оплаты есть, пилот остаётся про почасовку и гибрид.
Чек-лист до подписания: объём, срок, стоимость
До подписания допсоглашения проверьте не «красоту формулировок», а то, что потом станет базой в ведомости работ и строками счёта. Если пункт нельзя перевести в часы, период или сумму, финансы не смогут защитить его на неделе закрытия.
- Объём. Что добавляется или снимается относительно текущей утверждённой ведомости. Что явно не входит. Без этой границы любой чат станет «ещё одной мелкой правкой».
- Срок. Новые вехи, зависимости от заказчика (доступы, контент, среды) и буфер. Срок без владельца на стороне заказчика — типичный источник просрочки готовности к счёту.
- Стоимость. Модель оплаты (почасовка, гибрид, точечный фикс только если боль именно «договор ↔ счёт»), ставки, лимит часов, порог эскалации владельцу.
- Приёмка. Критерии, артефакты, срок рассмотрения. Иначе «сделали» и «можно выставлять» расходятся.
- Оплата. Влияние на график этапов и авансов — по шаблону вашего договора, не как обещание продукта.
- Приоритет документов. Какая версия ведомости и приложений действует после подписания.
После подписания в кабинете это не «правка полей проекта втихую». Сначала новая версия ведомости и действие «сделать базовым», затем запрос на изменение, если объём уже жил в статусах, затем веха в биллинге. Иначе дашборд и отчёты разъедутся с договором.
Чек-лист до выставления счёта
Подписанный текст ещё не равен готовности к счёту. До передачи пакета финансам сверка должна показать ту же сумму, что видит поставка.
- Факт часов привязан к пунктам допсоглашения, а не слит «в общий котёл» проекта.
- Коммерческий статус запроса на изменение — согласован или явно заблокирован, без серой зоны «уже делаем».
- Веха в биллинге отражает период, часы и сумму, которые вы готовы защищать.
- Файлы «Счёт» и «Акт» с карточки вехи — операционный снимок полей для передачи в учёт. Юридический счёт, акт и закрытие периода остаются во внешней учётной системе. Выгрузка в Контур.Эльбу, если она включена, тоже не заменяет 1С.
Из трекера видно, можно ли выставлять счёт на этой неделе — без переноса задач в другую систему. Допсоглашение лишь фиксирует новую коммерческую базу, задачи остаются в Jira, Яндекс Трекере или другом привычном трекере.
Три разные цифры: не склеивать с «маржой допсоглашения»
После расширения объёма команда часто спорит, «какая маржа правильная». В кабинете это три разных показателя, и расхождение ожидаемо, пока не выровнено правило прямых затрат.
| Что смотрите | О чём | Где в кабинете |
|---|---|---|
| Расход часов | Факт часов относительно плана ведомости. Это не «маржа в процентах». | Дашборд, карточка проекта |
| Риск по марже на дашборде | Недобор цели от поля себестоимости на карточке проекта. Не то же число, что экономика договора. | Дашборд: обзор |
| Экономика контракта | Валовая маржа договора до накладных; факт затрат — вручную, часы × ставка или акты исполнителей. Не полный ОПиУ. | Дашборд → один проект; у финансов пункта «Проекты» в меню нет |
Что смотреть по ролям в кабинете
| Роль | Роль кабинета | Экраны вокруг допсоглашения |
|---|---|---|
| Владелец | Администратор; паспорт показателей пилота ещё у менеджера аккаунта | Дашборд, экономика договора, критерии запуска и отказа в настройках |
| Руководитель поставки | Менеджер проекта | Ведомости работ, запросы на изменения, факт часов, черновик вехи |
| Финансы | Финансы | Биллинг и статусы оплаты, отчёты, запросы на изменения только на чтение; маржа — через дашборд на одном проекте |
Роль «клиент» в кабинете — вход заказчика на назначенные проекты: запросы и статусы оплаты без полной себестоимости. Это вход для заказчика, не основная тема этого материала.
Типовые ошибки
- Подписать допсоглашение и не утвердить новую ведомость как базовую — план на дашборде остаётся старым.
- Стартовать часы в трекере до коммерческого статуса: к счёту появляется спор «мы не заказывали».
- Считать файлы PDF с вехи юридическим закрытием периода.
- Смешивать расход часов с риском по марже и с валовой маржой экономики — и спорить, «какая цифра врёт».
- Ждать повторной синхронизации того же ключа проекта в Jira, YouTrack, GitLab или Bitrix24: в текущей версии вход факта по ключу — один раз. Повторная синхронизация очереди есть у Яндекс Трекера. На тарифе Соло — только табличная выгрузка часов.
Показатели пилота
Типичный пилот — 4–6 недель, 2–3 живых клиентских договора, именованный владелец процесса. Пороги живут в паспорте показателей пилота. Цифры ниже — иллюстративные ориентиры, не гарантия и не отчёт клиента. Публичный origin один: как ООО «Битапл» пришло к продукту из разрыва между поставкой и финансами.
- доля допсоглашений, у которых до счёта есть утверждённая ведомость и денежный статус запроса на изменение;
- время от «можно выставлять» до передачи пакета в учёт;
- доля спорных позиций к счёту, завязанных на расхождение текста ДС и факта часов.
FAQ
Что проверить в тексте дополнительного соглашения в первую очередь?
Объём относительно текущей ведомости, срок и зависимости заказчика, стоимость (ставки и лимит), критерии приёмки. Без этих четырёх пунктов остальные формулировки редко спасают счёт.
Всегда ли после допсоглашения нужна новая ведомость работ?
Если меняются план часов, выручка или база, с которой сверяется неделя, — да: новая версия и «сделать базовым». Тихо править утверждённую версию нельзя: её только сменяет следующая.
Файлы счёта и акта в кабинете — это юридические документы?
Нет. Это операционный снимок полей вехи для передачи. Юридический счёт, акт и закрытие периода остаются в учёте. При необходимости ту же веху можно выгрузить в Контур.Эльбу — это не замена 1С.
Как связаны 44-ФЗ и этот чек-лист?
Если заказчик работает в контрактной системе, основания изменения цены и срока живут в закупочной рамке. Операционный чек-лист тот же; юридические лимиты подтверждает консультант по закупкам. См. допработы при 44-ФЗ и ГК для ИТ-подрядчика.
Заменяет ли МарджинЛейэр систему учёта проектов и таймшитов?
Нет. Это не тяжёлое внедрение учёта проектов, не аналог Timetta и не замена Jira. Задачи остаются в трекере, коммерческая готовность к счёту собирается поверх факта часов. Сравнение: МарджинЛейэр и системы учёта проектов, Timetta или МарджинЛейэр.
Кто в кабинете утверждает запрос на изменение после допсоглашения?
Согласование и отклонение — у администратора. Руководитель поставки готовит черновик и влияние на часы и выручку. Финансы видят запросы на чтение и ведут биллинг.
См. также
- Ролик: ведомость как база плана до изменения (RUTUBE)
- Дополнительные работы по договору: когда это уже деньги
- Согласование дополнительных работ с заказчиком
- Готовность к счёту: еженедельный разбор трёх ролей
- Изменения объёма работ и деньги в проекте
- Факт часов из Jira без замены трекера
- Сценарий: заказная разработка
Следующий шаг
Если хотите проверить связку «допсоглашение → ведомость → веха» на 2–3 договорах, запросите разбор. После созвона — план пилота и пороги запуска или отказа, без обещания роста маржи самим фактом внедрения.