
Почему Excel больше не справляется с учётом на пилораме
24 мая 2026 г. · 10 мин
Как организовать учёт заказов на лесопилке: жизненный цикл заказа, резервирование материала под покупателя, производственные задания и контроль дедлайнов. Типичные ошибки и как их избежать.
На малой пилораме все заказы держатся в голове у директора или в одной тетрадке: позвонил Иванов, нужно 10 м³ доски 25×150 к пятнице. Записали — сделали — отгрузили. Пока заказов пять в неделю, эта схема работает.
Когда заказов становится 15–20 одновременно, начинаются проблемы, которые очень дорого стоят:
Управление заказами — это процесс, который связывает продажи, производство и склад в единую цепочку. Без этого связующего звена три участка работают в разных реальностях и регулярно создают друг другу проблемы.
Любой заказ на пилораме проходит через несколько чётко разграниченных состояний. Именно отсутствие этих разграничений и создаёт хаос.
Этап 1 — Заявка принята. Покупатель позвонил или написал. Менеджер зафиксировал потребность: что нужно, в каком объёме, к какой дате, по какой цене. На этом этапе заказ ещё не подтверждён — нет ни оплаты, ни точного срока.
Этап 2 — Заказ подтверждён. Стороны договорились об условиях. Покупатель подтвердил, что берёт. Теперь это обязательство. Именно на этом этапе нужно зарезервировать материал на складе или поставить задачу в производство. Откладывать нельзя — пока вы раздумываете, тот же материал может уйти на другой заказ.
Этап 3 — В производстве. Если нужного материала нет в наличии — открыто производственное задание: когда пилить, какое сечение, сколько, из какого сырья. Производство знает, что это срочный заказ с конкретным сроком.
Этап 4 — Готово к отгрузке. Материал либо зарезервирован на складе, либо только что вышел из производства и принят на склад. Покупатель уведомлён. Согласована дата отгрузки.
Этап 5 — Отгружено. Материал уехал. Оформлена накладная. Если была предоплата — зафиксирована оплата или выставлен счёт на остаток. Заказ закрыт.
Хорошая карточка заказа — это не просто строчка в тетрадке «Иванов, 10 кубов доски». Это документ, из которого любой сотрудник может понять, что нужно сделать, в какой срок и в каком состоянии находится выполнение.
Обязательные поля карточки заказа:
| Поле | Зачем нужно |
|---|---|
| Покупатель | Контакт для уведомлений и документов |
| Дата заявки | Для понимания очерёдности и расчёта просрочки |
| Срок отгрузки | Главный дедлайн, от которого строится производственное планирование |
| Позиции: порода, сечение, длина, сорт | Что именно нужно — без этого заказ нельзя выполнить или зарезервировать |
| Количество штук и объём м³ | Оба показателя — для склада в м³, для покупателя в штуках |
| Сумма и условия оплаты | Аванс/постоплата, срок |
| Статус заказа | Текущий этап (заявка / подтверждён / в производстве / готово / отгружено) |
| Источник материала | Со склада / из производства — влияет на резервирование |
| Ответственный менеджер | Кто ведёт заказ и отвечает за коммуникацию с покупателем |
| Комментарии | Особые требования: сортировка, упаковка, документы |
Этот набор кажется избыточным только если заказов мало. Когда их 15–20 одновременно, каждое из этих полей однажды спасёт от конфликта с покупателем.
Получив заказ, первый вопрос — есть ли нужный материал на складе. Это не всегда очевидно, особенно если склад не ведётся в реальном времени.
Сценарий А: материал есть на складе. Резервируете нужный объём под этот заказ — он больше не «свободный», хотя физически лежит на том же месте. Покупатель получает подтверждение, дата отгрузки согласовывается. Именно для этого нужен правильно выстроенный складской учёт пиломатериалов с разделением свободного и зарезервированного остатка.
Сценарий Б: материала нет, но есть в производстве прямо сейчас. Смотрите, когда партия выйдет из цеха, накидываете время на приёмку на склад — и даёте покупателю реалистичный срок. Важно не обещать «послезавтра», если реально будет готово через неделю.
Сценарий В: нужно запустить под заказ. Производственное задание открывается с привязкой к конкретному заказу. Мастер видит приоритет и срок. Если сырья нет — это выясняется сразу, а не в день плановой отгрузки.
Сценарий Г: частично со склада, частично из производства. Самый сложный случай. Часть объёма резервируется на складе, часть ставится в производство с чёткими параметрами. В карточке заказа отражаются оба источника.

Резервирование — шаг, который в тетрадочном учёте почти всегда пропускается. Именно из-за его отсутствия возникают ситуации «продали одно и то же двум покупателям».
Как работает резервирование:
Без резервирования оба менеджера видят один и тот же остаток «20 м³» и оба его продают. В день отгрузки выясняется, что 20 м³ нужно двум покупателям, а есть только одним.
Когда материала на складе нет и нужно запускать производство, важно не просто сказать мастеру «пилите доску 25×150». Производственное задание — это документ с конкретными параметрами.
Что должно быть в производственном задании:
Когда производственное задание привязано к конкретному заказу, мастер понимает, почему эта партия важнее других. Без этой привязки всё сливается в общий поток «текущего производства», и заказы с ближайшей отгрузкой могут потеряться.
Пример производственного задания:
Задание №47 от 22.05.2026
Заказ: ИП Смирнов, отгрузка 27.05.2026
Приоритет: СРОЧНО
Произвести:
Доска обрезная сосна 25×150×6000 мм, 1 сорт — 8,5 м³
Доска обрезная сосна 50×150×6000 мм, 2 сорт — 3,0 м³
Сырьё: партия сосна ∅24–28 см, склад сырья, штабель №7
Срок готовности: 26.05.2026, до 17:00
Приёмку на склад оформить в тот же день
Хаос в заказах часто виден не внутри пилорамы, а снаружи — в виде звонков от покупателей «ну что там, готово?». Каждый такой звонок — признак того, что покупатель не уверен в выполнении и вынужден контролировать вас сам.
Нормальная схема коммуникации по заказу:
Это не требует специального ПО. Требует только дисциплины и понимания, что покупатель — это не тот, кто мешает работать звонками, а тот, ради кого вся работа происходит.
Мы долго думали, что наша проблема — производство не успевает. Оказалось, производство в целом справлялось, просто никто не знал, что именно срочно. Ввели нормальные производственные задания с приоритетами — стали отгружать вовремя без дополнительных смен.
Главная ошибка при планировании заказов — смотреть вперёд («когда сможем сделать?») вместо того, чтобы смотреть назад («к какому сроку что должно быть готово?»).
Схема обратного планирования для заказа с отгрузкой в пятницу утром:
| Что | Когда |
|---|---|
| Отгрузка | Пятница, 9:00 |
| Погрузка и оформление документов | Четверг, с 16:00 |
| Проверка и формирование партии на складе | Четверг, до 14:00 |
| Приёмка из производства на склад | Среда, 17:00 |
| Завершение распила + сортировка | Среда, до 15:00 |
| Начало распила | Вторник, 8:00 |
| Сырьё к станку | Понедельник, конец смены |
Когда вы видите всю цепочку, становится понятно: задание нужно было открыть не в среду вечером, а в конце прошлой недели. Без этого расчёта «пятница» превращается в «воскресенье» или «следующая среда».

Активных заказов в работе может быть 10–20 одновременно. Директор физически не может держать все в голове. Нужен инструмент контроля — хотя бы простейший.
Минимальный инструмент: доска заказов. Физическая или в таблице. Четыре колонки: «Заявка», «Подтверждён / в работе», «Готово к отгрузке», «Отгружено». Каждый заказ — карточка (стикер или строчка). Перемещение из колонки в колонку — явное действие, которое делает ответственный менеджер.
Такая доска даёт картину за 30 секунд: вот что в работе, вот что завтра нужно отгрузить, вот что зависло на этапе «готово» уже три дня — нужно разобраться.
Ежедневная проверка состоит из трёх вопросов:
Этот разбор занимает 5–10 минут утром и предотвращает 80% неприятных звонков от покупателей.
Заказ и деньги — неразрывные вещи, но на пилорамах их часто ведут в разных местах: заказы — в тетрадке, оплаты — в телефоне банковского приложения.
Нормальная схема учёта оплаты по заказу:
Предоплата. Покупатель внёс аванс — это фиксируется в карточке заказа. При отгрузке выставляется счёт на остаток. Если забыть выставить счёт сразу, потом разговор «почему так много?» становится неприятным.
Постоплата. Отгрузили — выставили счёт — указали срок оплаты. Дальше нужно контролировать: оплатил или нет. Без этого контроля задолженность накапливается, а директор узнаёт о проблеме через два месяца.
Частичная оплата при отгрузке. Часть кубов оплачена сразу, часть — через неделю. Нужно чётко фиксировать, что именно оплачено, чтобы при следующем звонке покупателя не путаться в цифрах.
Минимальное правило: в карточке заказа всегда отражена сумма заказа, что оплачено и что нет. Это не бухгалтерия — это управленческий контроль.
В зависимости от объёма производства и количества заказов в работе подходят разные инструменты.
До 5–7 одновременных заказов. Каждый заказ — строчка в тетради с датой, покупателем и перечнем позиций. На доске — стикеры по состояниям.
Работает, но: информация только в голове директора или одного менеджера. Никакой автоматической связи со складом.
Один общий файл с листами: «Активные заказы», «Склад», «Производство». Статус обновляется вручную, но уже видно всем, у кого есть доступ.
Плюс: дёшево, доступно с телефона. Минус: нет резервирования в реальном времени, легко случайно сломать формулы, нет уведомлений о просрочках.
Когда заказов 20+ одновременно, а производство и продажи — разные люди. Система даёт:
Ошибка 1: Заказ принят, но не передан в производство. Менеджер записал заявку — и забыл передать. Мастер не знает, что нужно делать. Покупатель ждёт. Исправление: обязательный шаг «открыть производственное задание» сразу при подтверждении заказа, если материала нет на складе.
Ошибка 2: Нет разделения свободного и зарезервированного остатка. Два менеджера видят одни и те же 20 м³ и оба их продают. Исправление: резервирование как обязательный шаг, не опциональный.
Ошибка 3: Реалистичный срок не обговорен при приёме заказа. Менеджер пообещал «неделю», потому что не знал фактической загрузки производства. Покупатель злится, потому что ждёт именно эту неделю. Исправление: срок подтверждается только после проверки производственной загрузки.
Ошибка 4: Заказ готов, но об этом никто не сообщил покупателю. Материал лежит на складе три дня. Покупатель не знает. Место занято. Деньги не получены. Исправление: уведомление покупателя как автоматический шаг при переводе заказа в статус «готово».
Ошибка 5: Нет разграничения ответственности — «заказы ведут все». Когда за заказ отвечают все, за него не отвечает никто. При конфликте с покупателем концы не найти. Исправление: у каждого заказа один ответственный менеджер.
Ошибка 6: Оплата не фиксируется в карточке заказа. Отгрузили, сказали «оплатишь потом», через месяц выясняется, что покупатель считает долг одним, а пилорама — другим. Исправление: каждое движение денег по заказу фиксируется сразу.
Заказ — это не изолированный документ. Он тянет за собой три параллельных процесса, и если они не синхронизированы, качество выполнения падает.
Заказ → Склад. При подтверждении заказа склад «видит» резерв. Менеджер склада понимает, какой объём уже занят и что реально свободно для других покупателей.
Заказ → Производство. Производственное задание — это интерфейс между заказом и цехом. Мастер получает конкретную задачу с параметрами и сроком, а не устное «доску надо». О том, как планировать производство под заказ и в склад, чтобы дедлайны соблюдались без авралов, — отдельный материал.
Заказ → Финансы. Карточка заказа — основа для учёта дебиторской задолженности. Директор в любой момент видит: вот отгружено на 800 000 рублей, оплачено 600 000, долг 200 000, из которых срок прошёл по трём заказам. Неконтролируемая дебиторка — одна из причин, по которым пилорама работает, а денег нет.
Когда эти три потока синхронизированы через единую систему учёта заказов, директор перестаёт быть «живым маршрутизатором» и начинает заниматься управлением, а не координацией. Всё это — часть производственного учёта на пилораме, который связывает сырьё, производство и продажи в единую систему.