От сметы к счёту и договору: полный жизненный цикл документов

Сделка — это не один документ. Это их последовательность, и каждый отмечает свой момент в отношениях между вами и клиентом. Вы делаете предложение. Клиент соглашается. Вы фиксируете условия в письменном виде. Вы выполняете работу и передаёте её. Вы просите оплату. Пропустите шаг — и появится разрыв. А в разрыве живут недопонимания, споры и неоплаченные остатки.

InvoiceFlow работает с четырьмя типами документов, и они почти точно ложатся на этапы реальной сделки: смета (ваше предложение), договор (согласованные условия с подписью), накладная (подтверждение, что вы что-то передали) и счёт (требование оплаты). В этой статье проведём одну реальную сделку через все четыре, объясним, для чего нужен каждый документ, и покажем преобразования, которые их связывают, — включая частичное преобразование, на котором спотыкаются очень многие.

Четыре документа кратко

• Смета (предложение) — «Вот во сколько это обойдётся». Предложение до сделки. Не требование денег. Клиент может согласиться, поторговаться или уйти.
• Договор — «Вот о чём мы договорились, и вот ваша подпись под этим». Условия, сделанные обязательными. Поддерживает электронную подпись.
• Накладная — «Вот что было передано». Подтверждение передачи или завершения работ. Денег не требует.
• Счёт — «Вот что вы теперь должны». Требование оплаты с суммой к оплате, датой и способом оплаты.

Они не взаимозаменяемы, и порядок важен. Проследим сделку.

Сделка: кухня под ключ в Лидсе

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

Этап 1 — смета

Том звонит и описывает, чего хочет. Прия делает замеры и отправляет смету. Она перечисляет объём построчно — корпусные шкафы, дубовая столешница, работа по монтажу, вывоз мусора — с ценой по каждой позиции и чётким итогом в 6 400 фунтов. Указаны режим налога, срок действия («действительна 30 дней») и условия оплаты, которые будут применяться, если Том согласится.

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

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

В InvoiceFlow смета — полноценный тип документа, а не переименованный счёт. У неё своя нумерация и свой статус, так что Прия с одного взгляда видит, какие сметы ещё открыты, какие приняты, а какие истекли без ответа.

Этап 2 — договор и подпись

Том говорит «да». Для заказа на 6 400 фунтов, растянутого на три недели, рукопожатия мало — Прия хочет условия в письменном виде и с подписью. Она оформляет договор, который фиксирует объём, цену, график (аванс, оплата при поступлении шкафов, остаток по завершении) и то, что предотвращает споры: что будет, если Том передумает на полпути, кто отвечает за освобождение комнаты, как считаются изменения.

А затем то, что делает всё прочным: договоры InvoiceFlow поддерживают электронную подпись. Прия может зафиксировать подпись Тома на месте — он расписывается прямо на экране за кухонным столом — и она помещается в договор. Без печати, без сканирования, без «я подпишу и пришлю обратно», которое так и не происходит. Подписанный договор — это позвоночник всей сделки. Каждый следующий документ ссылается на него.

Момент подписи важнее, чем кажется. Пока договор не подписан, у вас лишь намерения двух сторон; после подписи у вас есть согласие, зафиксированное во времени, с конкретными цифрами и сроками. Если позже Том захочет добавить остров с раковиной, это не спор, а изменение к уже подписанному документу, оформленное отдельно и по согласованной цене.

Именно здесь разделение типов документов в InvoiceFlow оправдывает себя. Договор — зверь иной породы, чем счёт: он про согласие, а не про оплату. Отношение к нему как к отдельному документу — со своей структурой и местом для подписи — и позволяет ему делать свою работу.

Этап 3 — преобразование сметы в счёт (аванс)

Договор требует аванс в 30% до того, как Прия закажет материалы. Вот ключевой ход: она ничего не перепечатывает. Она преобразует смету в счёт.

Преобразование переносит согласованные позиции напрямую, так что счёт на аванс точно совпадает со сметой — те же описания, те же цены, тот же режим налога. Нет риска, что цифра разойдётся между сметой, которую принял Том, и счётом, который он получает. Счёт — новый документ со своим номером (та самая последовательность, которая важна для налоговой), но его содержимое берётся из сметы, которую Том уже одобрил.

Частичное преобразование: ход, на котором спотыкаются

Но Прия не хочет выставлять весь счёт на 6 400 фунтов сразу — только аванс в 30%. Вот где важно частичное преобразование. Вместо того чтобы превращать всю смету в один счёт, она преобразует её часть: аванс сейчас, остальное позже.

InvoiceFlow позволяет преобразовывать смету в счёт по частям. Счёт на аванс уходит сейчас. Смета не «израсходована» — остаётся остаток, который можно выставить, когда будут достигнуты этапы. Именно так и работает поэтапное выставление на реальном проекте: аванс вперёд, оплата при поступлении материалов, остаток по завершении. Каждый счёт формируется из одной и той же одобренной сметы, так что цифры всегда сходятся с тем, на что клиент согласился. Никакой отдельной таблицы со счётом «сколько от сметы я уже выставил» — приложение само ведёт нарастающий итог.

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

Этап 4 — накладная

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

Накладную для услуг пропускают — и это ошибка. Накладная — это документ, который закрывает вопрос «а получил ли я на самом деле то, за что мне выставляют счёт?» до того, как придёт счёт. Она отделяет момент передачи от момента выставления. Если через шесть недель Том заявит, что дверца шкафа так и не была установлена, подписанная накладная мгновенно всё решит. Заметьте: накладная перечисляет, что поставлено, а не цены — цены живут в счёте. Накладная про получение; счёт про деньги.

Для столяра подписанная накладная — ещё и чистый сигнал: передача состоялась, подпись о приёмке получена, теперь финальный счёт можно отправлять уверенно.

Этап 5 — финальный счёт

Теперь Прия выставляет финальный счёт на оставшийся остаток — снова преобразованный из того, что осталось от исходной сметы, со ссылкой на договор и подписанную накладную. Счёт показывает полную стоимость работ, уже полученный аванс и сумму к оплате. На нём платёжные реквизиты: банковские данные, платёжная ссылка или QR-код — как удобнее Прие.

InvoiceFlow — не платёжный процессор: Том платит через свой банк, так же, как он заплатил бы кому угодно. Когда деньги приходят, Прия помечает счёт как Оплачен. Если Том платит часть, она вносит частичную оплату, и приложение отслеживает остаток, пока он не закроется. Сделка завершена, и от первой сметы до финального платежа остаётся чистый бумажный след.

Какой документ и когда: правила выбора

Уберите историю — и останутся простые правила.

• Используйте смету, когда вы делаете предложение и пока ничего не должны. Всё, где клиенту нужна цена прежде, чем решить.
• Используйте договор, когда заказ достаточно крупный, длинный или рискованный, чтобы вы хотели согласованные и подписанные условия в письменном виде. Авансы, этапы, всё, что растягивается на недели, всё, где спор обошёлся бы дорого.
• Используйте накладную, когда передача — отдельный момент от выставления счёта: товар поставлен, работа выполнена на месте, всё, где «вы это получили?» может стать вопросом.
• Используйте счёт, когда деньги действительно причитаются — работа сделана, товар поставлен или достигнут оговорённый этап.

Для крошечной сделки — быстрого ремонта, маленькой розничной продажи — может хватить одного счёта. Для длинного, ценного проекта пригодятся все четыре. Искусство в том, чтобы соотнести вес документа с весом сделки: не заставляйте клиента подписывать трёхстраничный договор ради заказа на 40 фунтов и не ведите проект на 20 000 фунтов на словесном рукопожатии.

Почему важно давать документам преобразовываться, а не перепечатывать

Самый большой источник ошибок в выставлении счетов — повторный ввод одной и той же информации на каждом этапе. Вы дали смету на 6 400, потом набрали счёт по памяти и написали 6 040. Вы согласовали пять позиций, а потом, перенабивая счёт, одну потеряли. Каждый ручной перенабор — шанс, что цифры разойдутся, а когда счёт не совпадает со сметой, клиент это замечает, доверие проседает, и вы выпускаете корректировки.

Преобразование сметы в счёт (целиком или по частям) означает, что данные текут вперёд из документа, который клиент уже одобрил. Позиции, цены и режим налога переносятся без изменений. Вы не перепечатываете — вы продвигаете ту же сделку на следующий этап. В этом и весь смысл — относиться к четырём документам как к одному связанному жизненному циклу, а не как к четырём не связанным между собой файлам.

Жизненный цикл на одном дыхании

1. Смета — вы делаете предложение, разложенное по позициям и с ценами.
2. Договор — условия согласованы и подписаны (электронная подпись, зафиксированная на месте).
3. Счёт (аванс) — преобразован из сметы, частичное преобразование только под аванс.
4. Накладная — подписанное подтверждение передачи, без цен.
5. Счёт (остаток) — преобразован из оставшейся сметы, ссылается на договор и накладную.
6. Помечен «Оплачен» — оплата внесена; частичные платежи отслеживаются, пока остаток не закроется.

Четыре типа документов, одна непрерывная нить. Каждый закрывает конкретный разрыв, в который иначе провалился бы следующий. Выстройте последовательность правильно — и сделка, которая могла развалиться на «но вы же сказали», «я этого не получал» и «это не та цена, о которой договаривались», вместо этого пройдёт от первого звонка до финальной оплаты без единого спора, достойного упоминания.