Допработы после согласования сметы: версия, согласие и маржа

Когда нужен отдельный change order

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

Отделяйте запрос клиента от обнаруженной необходимости. В первом случае фиксируйте желаемый результат; во втором — наблюдение техника, фото, замер или иной проверяемый факт. Эти сведения объясняют причину изменения, но сами по себе не означают согласия на дополнительную оплату. Назначьте ответственного, который готовит вариант решения и получает ответ клиента.

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

Сохраните исходную базу и отдельную разницу

Примите правило: согласованную базовую смету нельзя незаметно перезаписать. Храните её строки, количества, единицы, цены, исключения и срок как версию V1. Изменение CO-01 показывает только разницу: добавленную работу, замену строки, уменьшение количества и влияние на срок. Клиенту удобно одновременно видеть эту разницу и новый общий итог.

Такой подход опирается на известную модель версий. В Dynamics 365 Sales активированное предложение становится доступным только для чтения, а пересмотр создаёт новую черновую версию с увеличенным номером ревизии. Это пример устройства конкретного продукта; порядок изменений уже принятого заказа нужно определить отдельно. Документация Microsoft.

Если вместо дельты команда использует полную смету V2, явно укажите, что она заменяет V1. Система не должна суммировать обе полные версии. При замене позиции сохраните связь старой и новой строки: иначе отменённая деталь может остаться в закупке или попасть в счёт второй раз.

Задайте переходы, которые нельзя перескочить

Практическая последовательность: выявлено → рассчитано → проверено внутри компании → отправлено клиенту → принято либо отклонено → передано исполнителю → выполнено → сверено. Это рекомендуемая модель процесса, которую следует проверить в выбранной конфигурации.

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

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

Какие поля нужны в карточке изменения

Минимальный набор лучше согласовать до настройки экранов:

• Идентификаторы заявки, базовой сметы, изменения, текущей и предыдущей версии
• Причина, инициатор, время выявления и ссылка на подтверждающие материалы
• Изменяемые строки: прежнее и новое количество, единица, цена, скидка, валюта
• Добавляемая себестоимость: материалы, труд, повторный выезд, аренда, расходники
• Новый срок, необходимые ресурсы и зависимости от других работ
• Решение руководителя, его основание и применимый порог согласования
• Ответ клиента, отправленная версия, дата, канал и сохранённое подтверждение
• Фактические затраты, выполненные строки и ссылка на итоговый документ

Не храните в одном поле «цена изменения» сумму клиенту и затраты компании. Для труда заранее определите, какая ставка используется: выплата исполнителю, ставка с дополнительными расходами или иной управленческий норматив. Разные определения делают сравнение маржи бессмысленным.

Учебный пример: доплата увеличила выручку, но ухудшила маржу

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

Базовая цена — 60 000, прямые затраты — 39 000. Плановый вклад равен 21 000, доля вклада — 21 000 / 60 000 = 35%. Дополнительная работа требует материалов на 4 500, трёх часов труда по 1 200 и повторного выезда за 900. Добавляемые затраты: 4 500 + 3 × 1 200 + 900 = 9 000.

При доплате 12 000 вклад изменения составляет 3 000, или 25% доплаты. Общая цена становится 72 000, затраты — 48 000, вклад — 24 000. Доля вклада теперь 24 000 / 72 000 = 33,33%. Компания получает больше рублей вклада, но меньшую его долю в выручке. Руководитель должен осознанно принять этот обмен.

Чтобы сохранить 35% на самом изменении при тех же затратах, расчётная цена равна 9 000 / (1 − 0,35) = 13 846,15. При округлении вверх до 13 847 общий вклад составит 25 847 из 73 847, то есть около 35%. Это ориентир для решения, а не автоматически допустимая клиентская цена.

Формула процента маржи через цену продажи, а не через себестоимость, также приведена в документации Odoo. Состав затрат в вашем расчёте нужно определить отдельно. Не путайте маржу с наценкой: 35% к затратам не обеспечивают 35% от выручки.

Проверьте чувствительность: ещё один час труда поднимет затраты изменения до 10 200. При прежней доплате 12 000 его вклад снизится до 1 800, или 15%. Если неопределённость существенна, предложите диагностический этап или уточнение объёма до окончательного обещания.

Ошибки, которые обнаруживаются слишком поздно

Первая ошибка — разрешать работу по отправленному, но ещё не принятому изменению. Вторая — считать новое письмо новой выручкой, хотя оно заменяет предыдущее предложение. Третья — обновлять клиентскую цену из текущего прайс-листа после согласования. Зафиксированная цена и текущая каталожная цена должны оставаться различимыми; Microsoft отдельно описывает режим фиксации цен для заказов и счетов в указанной документации.

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

Чек-лист приёмки процесса

1. Откройте V1 после создания изменения: исходные строки и ответ клиента сохранены.
2. Замените строку и проверьте, что итог учитывает замену ровно один раз.
3. Измените цену после отправки: прежнее согласие не подтверждает новую версию.
4. Получите частичный отказ: отклонённая работа отсутствует в действующем наряде.
5. Повторите получение одного ответа: второй наряд и повторная доплата не создаются.
6. Передайте заявку другому сотруднику: он видит действующую версию и незакрытые изменения.
7. Внесите фактические затраты и сверьте плановый и фактический вклад отдельно.
8. Проверьте каждую строку итогового документа до согласованного основания.

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

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

Нужно ли создавать новую смету целиком?

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

Допработы с положительным вкладом всегда стоит принимать?

Нет. Они могут занять дефицитное время, увеличить риск переделки или сдвинуть другие обязательства. Сравнивайте вклад с ресурсами и последствиями для расписания.

Подтверждает ли сохранённая переписка юридическую силу согласия?

Статья описывает операционную прослеживаемость. Она не устанавливает юридическую достаточность способа согласования. Требования к документам и полномочиям следует проверить для вашей ситуации отдельно.

Источники

• Microsoft Learn: Manage quote, order, and invoice — версии предложений и фиксация цены.
• Odoo 19: Margins — различие суммы и процента маржи.

Источники проверены 9 октября 2026 года. Расчёты и сценарии в статье учебные.