Дополнительное соглашение нужно тогда, когда меняется хотя бы одно из трёх: объём работ, цена или срок. Всё остальное — уточнения внутри уже согласованного, и на них бумага не тратится. Проблема почти всегда не в том, что стороны не умеют подписывать допсоглашения, а в том, что между «появилась правка» и «подписали» нет процедуры: непонятно, кто оценивает, за сколько дней, кто решает и что происходит с работами, пока решение не принято.
Цена этого пробела обманчива, потому что распределена. Ни одна правка не выглядит дорогой: полдня работы, ну день. Дорогой оказывается их сумма к концу проекта — и то только у той стороны, которая её посчитала. Обычно считает подрядчик, и разговор о деньгах происходит на последнем этапе, когда позиции у заказчика хуже всего.
Ниже — процедура из пяти шагов в том виде, в каком её можно вставить в договор, порог существенности с конкретным числом, расчёт по модельному проекту кластера (внедрение за 2 400 000 ₽ в пять этапов, третий этап — интеграция с 1С:УТ за 640 000 ₽), состав самого допсоглашения и накопительный реестр, который заменяет десять бумаг одной таблицей. Мы инженерное бюро, а не юридическая фирма, поэтому вопросы формы и подписания вынесены отдельным списком для юриста.
Процедура из пяти шагов
Эта последовательность вставляется в договор одним разделом на страницу и дальше работает сама. Главное в ней — сроки: без них процедура превращается в вежливое пожелание и обходится ровно так же, как её отсутствие.
- 1Шаг 1. Письменный запрос на изменение
Любая сторона направляет запрос по согласованному адресу. В запросе четыре поля: что меняется, зачем, к какому этапу и требованию ТЗ это относится, желаемый срок. Требование «письменно» здесь не бюрократия: устная правка не имеет автора и даты, а значит, через месяц её не существует. Инициатором бывает и подрядчик — например, когда выясняется, что нужное поле в API отсутствует.
- 2Шаг 2. Оценка за 3–5 рабочих дней
Подрядчик отвечает тремя числами: трудоёмкость в часах, стоимость в рублях и сдвиг срока — отдельно для текущего этапа и отдельно для всех последующих. Третье число забывают чаще всего, а оно самое дорогое. Оценка действительна ограниченное время (обычно 10 рабочих дней): если решение затянулось, работа успела уйти вперёд и цена меняется.
- 3Шаг 3. Письменное решение заказчика
Срок на решение — 5 рабочих дней. Вариантов три: принять, отклонить или отложить до следующего этапа. Отсутствие ответа — это «отложено», а не «согласовано»: молчание не должно запускать работы. Решение принимает названное в договоре лицо, а не тот, кто первым ответил в чате.
- 4Шаг 4. Допсоглашение или строка в реестре
Если изменение выше порога существенности — подписывается дополнительное соглашение с новой версией приложения, новой ценой и новыми сроками. Если ниже — вносится строкой в реестр изменений и покрывается резервом этапа. Оба варианта законны, но выбор делается по правилу из договора, а не по настроению.
- 5Шаг 5. Работы
Ключевая формулировка всего раздела: до подписания допсоглашения работы по изменению не ведутся. Она защищает обе стороны — подрядчика от бесплатной работы «в счёт хороших отношений», заказчика от счёта за то, чего он не заказывал. Исключение стоит описать заранее: если изменение блокирует остальные работы, стороны фиксируют это письмом и начинают с оценкой «не более N часов».
Горизонтальная схема из пяти блоков со стрелками: «Письменный запрос» → «Оценка подрядчика, 3–5 рабочих дней» → «Решение заказчика, 5 рабочих дней» → «Допсоглашение или строка реестра» → «Работы». Под вторым блоком выноска с тремя подписями: «часы», «рубли», «сдвиг текущего и последующих этапов». От третьего блока вниз отходят две ветки: «отклонено» и «отложено до следующего этапа». Между четвёртым и пятым блоком поперёк стоит планка с подписью «до подписания работы не ведутся». Чертёжный стиль, подписи по-русски.
Обратите внимание, что процедура ничего не говорит о том, кто платит. Это отдельный вопрос, и решается он раньше — в приложении с техзаданием: изменение внутри согласованных границ подрядчик делает за свой счёт, изменение за их пределами оплачивается. Как проводится сама граница и почему без её описания спор неизбежен, разобрано в материале о техзадании как приложении к договору.
Порог существенности: что проходит без бумаг
Оформлять допсоглашением каждую правку невозможно и не нужно: подписание одной бумаги занимает у обеих сторон около двух часов, и на четырнадцати правках это 28 часов чистой бюрократии. Поэтому в договоре нужен порог — сумма и трудоёмкость, ниже которых изменение идёт строкой в реестре и покрывается резервом.
Значение, ниже которого правка не требует допсоглашения. Рабочая формула — 2 % цены этапа, но не более 8 рабочих часов. Для этапа на 640 000 ₽ это 12 800 ₽, то есть примерно пять часов работы при ставке 2 500 ₽ за час. Второе ограничение важнее первого: правка на четыре часа, которая двигает срок этапа на неделю, порог не проходит независимо от суммы.
Порог имеет смысл только вместе с резервом. В смету каждого этапа закладывается 5 % на уточнения — для этапа в 640 000 ₽ это 32 000 ₽, около 13 часов. Пока сумма мелких правок укладывается в резерв, обе стороны спокойны: подрядчик не работает бесплатно, заказчик не подписывает бумаги из-за подписи на кнопке. Когда резерв исчерпан, срабатывает правило: следующая правка любого размера идёт через процедуру.
| Что за правка | Часы | Как оформляется |
|---|---|---|
| Переименовать статус сделки, поменять текст уведомления | 0,5–1 | Строка в реестре, резерв этапа |
| Добавить поле в карточку и вывести его в список | 2–4 | Строка в реестре, резерв этапа |
| Изменить правило маршрутизации заявок между менеджерами | 6–10 | Допсоглашение: выше 8 часов |
| Добавить второй склад в правило резервирования | 12–20 | Допсоглашение: новая версия ТЗ и новый сценарий приёмки |
| Добавить канал уведомлений (например, MAX) целиком | 40–70 | Допсоглашение: меняются цена и срок этапа |
| Изменить схему скидок, на которой построен расчёт заказа | 60–120 | Допсоглашение: затрагивает уже принятые этапы |
Самый частый сбой порога — считать только деньги. Изменение на 3 часа, из-за которого приходится заново прогнать шесть приёмочных сценариев и пересогласовать выгрузку со складом, стоит проекту неделю. В формулу порога нужно вписать оба условия через «и»: до 2 % цены этапа и до 8 часов и без сдвига даты этапа. Не выполняется любое — идём через процедуру.
Счёт за отсутствие процедуры
Теперь то, ради чего всё это пишется. Модельный проект: производственно-торговая компания, внедрение за 2 400 000 ₽, пять этапов, 20 недель. Процедуры изменений в договоре нет — есть фраза «изменения объёма работ согласовываются Сторонами в рабочем порядке». За время проекта в рабочий чат приходит четырнадцать правок, каждая на вид мелкая: добавить поле, поменять правило, вывести ещё одну колонку в выгрузку.
Подрядчик делает их, потому что отказывать по мелочи неудобно. Заказчик просит, потому что не видит цены. Считаем задним числом; ставка подрядчика — 2 500 ₽ за час, ставка руководителя проекта на стороне заказчика — те же 2 500 ₽, ставка владельца процесса — 1 500 ₽.
Пять недель из 98 часов получаются не арифметикой, а тем, как эти часы ложатся. Девяносто восемь часов — это примерно 12 рабочих дней одного инженера, если бы он делал их подряд. Но правки приходят по одной и вклиниваются в текущий этап: каждая требует переключения, повторного прогона затронутых приёмочных сценариев и пересогласования с теми, кого она касается. На дистанции проекта это устойчиво даёт удвоение: 12 дней работы превращаются в 25 рабочих дней календаря.
Отдельно стоит сказать про распределение боли. Из 343 000 ₽ подрядчику достаётся 245 000 ₽ несделанной оплаты, а заказчику — 98 000 ₽ времени своих людей и сорванный график. Поэтому регламент изменений — редкий пункт договора, за который обе стороны голосуют одинаково охотно: он никого не ущемляет, он просто делает поток видимым.
Столбчатая диаграмма из двух столбцов на общей рублёвой шкале. Левый узкий столбец — 19 000 ₽ с подписью «регламент изменений: 4 часа инженера + 2 часа юриста». Правый высокий столбец — 568 000 ₽, разбитый на четыре сегмента с подписями: 245 000 ₽ работа подрядчика (98 часов), 63 000 ₽ время владельца процесса, 35 000 ₽ время руководителя проекта, 225 000 ₽ сдвиг запуска на 5 недель. Сверху подпись «14 правок на проекте 2 400 000 ₽». Чертёжный стиль, подписи по-русски.
Что обязательно в тексте допсоглашения
Типовое допсоглашение, которое присылают подрядчики, состоит из двух пунктов: «изложить пункт 3.1 в следующей редакции» и «в остальном условия договора остаются неизменными». Такой документ меняет цену и ничего не говорит ни о содержании работ, ни о сроках, ни о том, как эту работу принимать. Рабочий состав — семь позиций.
- 1Номер и дата, ссылка на договор и на изменяемый этап. Сквозная нумерация изменений: третье допсоглашение должно быть третьим, а не «от 14 апреля».
- 2Новая версия приложения с ТЗ — с номером версии и датой, а не «с учётом изменений». Старая версия остаётся действующей для уже принятых этапов, и это стоит написать прямо.
- 3Цена изменения отдельной строкой и новая общая цена договора. Две суммы, а не одна: через полгода никто не восстановит по памяти, сколько стоило конкретное изменение.
- 4Новый срок изменяемого этапа и всех последующих. Самый пропускаемый пункт. Изменение третьего этапа сдвигает четвёртый и пятый, и если этого нет в бумаге, подрядчик формально просрочит их по старому графику.
- 5Приёмочные сценарии для изменённого требования. Новая функция без сценария не проверяется, а значит, спор о ней перенесён на приёмку. Как из требования вырастает проверяемый критерий, разобрано в материале о поэтапной приёмке.
- 6Что происходит с уже выполненной работой, если изменение отменяет часть сделанного: оплачивается она, зачитывается или списывается.
- 7Подписи уполномоченных лиц с той же стороны, что подписывали договор, либо по доверенности с указанием её реквизитов.
Сравнение в две колонки. Левая «Как обычно» с двумя строками: «изложить пункт 3.1 в новой редакции», «в остальном условия неизменны». Правая «Рабочий состав» с семью строками: номер и ссылка на этап, новая версия приложения с датой, цена изменения и новая общая цена, новый срок этапа и всех последующих, приёмочные сценарии, судьба уже выполненной работы, подписи уполномоченных лиц. Между колонками вертикальная подпись «меняется цена — меняется проверка». Чертёжный стиль, подписи по-русски.
Реестр изменений вместо десяти бумаг
На длинном проекте изменений набирается от пяти до двадцати, и подписывать на каждое отдельный документ дорого по времени. Рабочая альтернатива — накопительный реестр: одна таблица, которую ведут обе стороны, и одно допсоглашение на пачку изменений в конце этапа. Реестр не заменяет допсоглашение юридически, он заменяет его по частоте.
| Колонка реестра | Что в ней | Зачем |
|---|---|---|
| № и дата запроса | Сквозной номер, дата письма | Восстанавливает хронологию через полгода |
| Инициатор | Кто попросил, с чьей стороны | Половина споров — о том, чья это была идея |
| Суть и затронутое требование ТЗ | Одна-две строки и номер пункта приложения | Связывает правку с документом, а не с чатом |
| Оценка: часы и рубли | 98 часов и 245 000 ₽ по проекту накопительно | Показывает исчерпание резерва до того, как он кончился |
| Сдвиг срока | Дни по текущему и последующим этапам | Единственное место, где виден накопленный сдвиг |
| Решение и дата | Принято / отклонено / отложено, кем | Отсекает «мы же договаривались» без даты и автора |
| Статус | В работе, сделано, вошло в допсоглашение № | Связывает строку с подписанной бумагой |
Правило перехода от реестра к бумаге простое и должно стоять в договоре: допсоглашение подписывается, когда выполняется любое из трёх условий — накопленная сумма изменений превысила 5 % цены договора (на нашем проекте это 120 000 ₽), сдвинулась дата любого этапа, или закрывается этап. Последнее условие самое полезное: акт этапа и допсоглашение по этому этапу подписываются вместе, и приёмка идёт по актуальной версии ТЗ, а не по той, что была двадцать недель назад.
Ведение реестра стоит около 15 минут на правку — на четырнадцати изменениях это 3,5 часа за весь проект. Сравнивать эти 3,5 часа стоит не с нулём, а с 28 часами на четырнадцать отдельных допсоглашений и с 343 000 ₽ несосчитанных работ.
Кто со стороны заказчика вправе утверждать изменения
Без этого пункта процедура не работает даже в идеальной редакции. Подрядчик получает правки от пяти человек: руководителя отдела продаж, главного бухгалтера, начальника склада и двух менеджеров. Каждый уверен, что говорит от лица компании; никто не видит общей суммы. Через три месяца собственник узнаёт о накопленных 343 000 ₽ и обоснованно считает, что его подвели.
- Одно имя в договоре. Названо конкретное должностное лицо со стороны заказчика — обычно руководитель проекта или владелец процесса, — которое подписывает решения по изменениям. Плюс заместитель на случай отпуска, тоже поимённо.
- Денежный лимит. До определённой суммы (разумно — до 50 000 ₽ по одному изменению и до 5 % цены договора накопительно) решение принимается единолично, выше — требуется подпись руководителя компании. Лимит защищает и самого руководителя проекта.
- Запрет на обход. Формулировка «запросы, поступившие от иных лиц, к исполнению не принимаются» звучит жёстко, но именно она снимает с подрядчика соблазн делать приятное тому, кто громче просит.
- Один канал. Запросы направляются на указанный в договоре адрес, а не в общий чат проекта. Чат остаётся для работы, но юридически значимым каналом не является — это стоит проговорить в первый же день, иначе половина договорённостей окажется в переписке, которую невозможно восстановить.
Еженедельная демонстрация — правильная практика, и на ней всегда звучит «а давайте ещё вот так». Опасность в том, что подрядчик записывает это как задачу, а заказчик — как реплику. Рабочее правило: по итогам демонстрации отправляется письмо с перечнем прозвучавших правок и пометкой, какие из них ушли в оценку, а какие нет. Пятнадцать минут после встречи закрывают большую часть будущих споров.
Схема-воронка. Слева пять блоков-источников: «руководитель отдела продаж», «главный бухгалтер», «начальник склада», «менеджер», «подрядчик». Все стрелки сходятся в одни ворота с подписью «уполномоченное лицо, лимит 50 000 ₽ по одному изменению и 5 % цены договора накопительно». За воротами один блок «Реестр изменений», от него две ветки: «в резерв этапа: до 12 800 ₽ и до 8 часов» и «в допсоглашение». Мимо ворот идёт бледная пунктирная стрелка с подписью «общий чат — юридически не канал». Чертёжный стиль, подписи по-русски.
Что вынести юристу
Инженерная часть здесь — пороги, оценки, сценарии приёмки и реестр. Юридическая — форма, полномочия и последствия. Общие правила об изменении договора в основном диспозитивны: стороны вправе договориться иначе, и ваша редакция важнее любого пересказа нормы, включая этот.
- 1В какой форме допустимы изменения по нашему договору: только бумажное допсоглашение, обмен по ЭДО, электронная подпись или в том числе переписка по указанным адресам.
- 2Считается ли реестр изменений, подписанный по ЭДО, надлежащим изменением договора, или он остаётся рабочим документом до подписания допсоглашения.
- 3Кто со стороны подрядчика вправе подписывать допсоглашения и подтверждены ли полномочия уставом или доверенностью с актуальным сроком.
- 4Что происходит с работами, начатыми до подписания допсоглашения: подлежат ли они оплате и на каком основании.
- 5Как изменение цены соотносится с уже выставленными счетами и авансами по этапу и нужен ли корректировочный документ.
- 6Можно ли зафиксировать в договоре формулу цены изменения (ставка за час и порядок оценки), чтобы не согласовывать её каждый раз заново.
- 7Что делать, если одна сторона настаивает на изменении, а вторая отказывается его подписывать: есть ли у нас право приостановить работы или расторгнуть договор.
К юристу стоит идти с этим списком, разделом об изменениях и одним примером реального запроса — тогда разбор занимает пару часов и заканчивается формулировками, а не общими рекомендациями. Как выглядит вся конструкция договора целиком и какие разделы в ней несущие, разобрано в опорном материале про существенные условия договора на внедрение.
Изменения на проекте не бывают бесплатными. Они бывают посчитанными — и тогда это управление объёмом, или несосчитанными — и тогда это счёт в конце.
Когда допсоглашение не нужно
Процедура стоит времени, и есть случаи, где она дороже той защиты, которую даёт. Перечисляем честно, потому что избыточная бюрократия убивает проекты не реже, чем её отсутствие.
- Проект до 300 000 ₽ и короче трёх недель. Здесь один этап и один акт, а все правки укладываются в резерв. Достаточно правила «изменения фиксируются письмом, работы сверх ТЗ начинаются после письменного согласия заказчика» — двух строк вместо раздела.
- Работа по времени и материалам с лимитом часов. Объём открыт по определению, менять нечего: цена меняется сама, а защитой служат лимит часов и обязанность предупредить при достижении 80 % лимита. Разница между двумя моделями и когда какая уместна — в материале про фиксированную цену и почасовую оплату.
- Абонентская поддержка после запуска. Там изменения идут заявками внутри оплаченного пакета часов, и допсоглашение нужно только при изменении самого пакета или SLA.
- Правка, которая не двигает ни цену, ни срок, ни состав приёмочных сценариев. Переименовать статус, поменять текст письма, переставить колонки. Такие вещи фиксируются строкой в реестре — и всё.
И обратное правило, такое же жёсткое. Если изменение затрагивает уже принятый этап, меняет схему расчётов с клиентами или касается персональных данных, оно оформляется допсоглашением независимо от суммы — даже если работы там на два часа. Цена ошибки в этих трёх случаях определяется не трудоёмкостью правки, а тем, что стоит за системой.
