Торговля и Склад · 11 мин
Обработка заказов в 1С: что это и как выстроить процесс
Что такое обработка заказов в 1С: этапы от приёма до отгрузки, документы, статусы, резервирование товара, типичные ошибки и практические настройки для менеджеров.
Обработка заказов в 1С — это последовательность действий в программе, которая переводит заявку клиента через этапы согласования, резервирования, оплаты и отгрузки до закрытия сделки. В конфигурациях «Управление торговлей», «Комплексная автоматизация» и «ERP Управление предприятием» за это отвечает документ «Заказ клиента» (или «Заказ покупателя» в более ранних версиях), вокруг которого строятся все связанные операции.
Заказ в 1С — это не просто запись о том, что клиент что-то хочет купить. Это управляющий документ: он фиксирует состав и цены, резервирует товар на складе, формирует потребность в закупках, служит основанием для счёта на оплату, реализации и счёта-фактуры. Корректно ведённый заказ позволяет в любой момент ответить на вопросы: что обещали клиенту, что зарезервировано, что оплачено, что отгружено и что осталось сделать.
Ошибки в обработке заказов дорого обходятся: товар резервируется дважды, менеджеры отгружают без оплаты, склад не понимает приоритеты, а руководство не видит реальной воронки продаж. Поэтому важно не только уметь создавать документ, но и выстроить регламент: кто и в каком статусе ведёт заказ, когда разрешена отгрузка, как контролируется задолженность.
Что такое заказ клиента и какую роль он играет в учёте
Документ «Заказ клиента» находится в разделе «Продажи» (в «Управлении торговлей» — «Продажи → Заказы клиентов», в ERP — «Продажи и маркетинг»). Он фиксирует договорённость с покупателем: номенклатуру, количество, цены, скидки, сроки и условия оплаты. Сам по себе заказ не формирует движений по регистрам взаиморасчётов и не списывает товар со склада — это плановый документ, но он создаёт резервы и потребности.
Ключевая ценность заказа — связность цепочки документов. На его основании одной кнопкой создаются: счёт на оплату, реализация товаров и услуг, корректировка, возврат. При этом программа контролирует, чтобы суммарная отгрузка и оплата не превысили содержимое заказа. Это защищает от дублирования отгрузок и «лишних» счетов.
Основные этапы обработки заказа
Типовой жизненный цикл заказа в 1С выглядит так: создание и заполнение → согласование (если включено) → резервирование товара → выставление счёта и контроль оплаты → отгрузка → закрытие. В зависимости от настроек конфигурации часть этапов может быть отключена или автоматизирована.
Статусы заказа управляют допустимыми действиями. В «Управлении торговлей» типовые статусы: «Не согласован», «К согласованию», «Согласован», «К отгрузке», «Закрыт». Пока заказ не согласован, программа может запрещать резервирование и отгрузку. Статусная модель настраивается в разделе настроек продаж и должна соответствовать реальному регламенту компании, а не существовать «для галочки».
- 1Создайте заказ клиента, укажите контрагента, соглашение или договор, склад и заполните табличную часть товарами
- 2Проверьте цены и скидки, при необходимости отправьте заказ на согласование
- 3Обеспечьте заказ: установите в строках действие «Резервировать» или «Отгрузить» по мере поступления
- 4Сформируйте счёт на оплату на основании заказа и контролируйте поступление денег по отчёту расчётов
- 5Оформите реализацию товаров и услуг на основании заказа после выполнения условий отгрузки
- 6Проверьте, что заказ отгружен и оплачен полностью, и переведите его в состояние «Закрыт»
Резервирование и обеспечение потребностей
Самая частая точка непонимания — колонка «Действие» в табличной части заказа. Вариант «Не обеспечивать» означает, что строка не создаёт ни резерва, ни потребности. «Резервировать» — закрепить имеющийся свободный остаток за заказом. «К обеспечению» — зафиксировать потребность, которую закроет закупка или производство. «Отгрузить» — товар отгружается сразу, без отдельного этапа резервирования.
Если товара на складе нет, обработка «Формирование заказов поставщикам по потребностям» (или «Обеспечение потребностей» в ERP) собирает незакрытые потребности из заказов клиентов и предлагает сформировать заказы поставщикам. Это основной механизм работы «под заказ»: склад не держит запас, а закупает ровно под подтверждённые заказы клиентов.
Снятие резерва происходит либо при отгрузке (резерв превращается в списание), либо вручную — изменением действия в строке на «Не обеспечивать» или отменой заказа. «Зависшие» резервы по забытым заказам — типичная причина ситуации, когда товар физически лежит на складе, но программа показывает нулевой свободный остаток.
Оплата и отгрузка: контроль расчётов
Счёт на оплату создаётся на основании заказа и наследует его состав и цены. Поступление денег регистрируется документами «Поступление безналичных денежных средств» или «Приходный кассовый ордер» с указанием заказа (или счёта) как объекта расчётов. Только при правильном указании объекта расчётов программа корректно покажет оплату конкретного заказа.
Контроль отгрузки по оплате настраивается в соглашении с клиентом или договоре: можно задать запрет отгрузки при наличии просроченной задолженности или превышении кредитного лимита. Для надёжных клиентов с постоплатой ограничения ослабляют, для новых — включают жёсткий контроль предоплаты. Настройка выполняется один раз на уровне условий продаж, а не в каждом заказе вручную.
Как проверить результат
Оплачен и отгружен полностью, состояние «Закрыт»
Заказ давно создан, но висит в статусе без отгрузки и оплаты
Совпадает с фактическим минус реальные резервы
Остаток «съеден» резервами по старым или отменённым заказам
Оплаты распределены по заказам, долг виден по конкретным документам
Оплаты висят «на контрагенте» без привязки, долг по заказу показывается неверно
Настройки, которые определяют поведение заказов
Основные переключатели находятся в разделе настроек продаж (в «Управлении торговлей» — «НСИ и администрирование → Настройка НСИ и разделов → Продажи»). Там включаются: использование заказов клиентов, согласование заказов, статусы, резервирование, контроль задолженности, причины отмены заказов. Включать опции стоит по мере готовности регламента: включённое согласование без назначенного согласующего парализует работу менеджеров.
Отдельный блок — права пользователей. Менеджеру обычно достаточно роли продаж без права изменения закрытых заказов и отмены проведения чужих документов. Согласование и изменение критичных условий (цены ниже минимальных, отсрочка сверх лимита) разумно оставить руководителю отдела продаж через механизм согласования или ограничение прав.
Отчёты для контроля обработки заказов
Для ежедневного контроля используются типовые отчёты раздела продаж: «Состояние исполнения заказов» показывает по каждому заказу суммы оплаты и отгрузки, «Анализ причин отмены заказов» — потери по отказам, «Сводная ведомость по заказам» — общую картину по менеджерам и клиентам. В ERP доступен также мониторинг состояния заказов с расшифровкой обеспечения по строкам.
Практичный режим работы руководителя: утром — отчёт по неотгруженным оплаченным заказам (деньги получены, товар не ушёл — зона риска претензий), вечером — список заказов с просроченной отгрузкой по плановой дате. Дата отгрузки в заказе должна быть реальной договорённостью с клиентом, иначе контроль просрочек теряет смысл.
Как выбрать действие
Когда заказ не нужен и какие есть альтернативы
Заказ избыточен для розничной продажи «здесь и сейчас»: покупатель выбрал, оплатил, забрал. В этом случае достаточно документа «Реализация товаров и услуг» или чека ККМ — введение заказа только замедлит работу и не даст никакой аналитики. Заказ оправдан, когда между заявкой и отгрузкой есть разрыв во времени, этап оплаты, сборка на складе или закупка.
Промежуточный вариант — работа по счетам на оплату без заказов (в некоторых конфигурациях счёт может выступать основанием реализации). Такая схема проще, но теряется резервирование и управление обеспечением. Выбор схемы — вопрос регламента: чем длиннее цикл сделки и жёстче конкуренция за остаток, тем сильнее нужен полноценный заказ.
Что важно запомнить
Заказ клиента — центральный документ обработки продажи в 1С: он задаёт состав, цены, резерв и потребность, а отгрузка и оплата оформляются на его основании. Корректные статусы, привязка оплат к заказу и своевременное закрытие — три условия достоверных остатков и расчётов.
Частые вопросы
Чем заказ клиента отличается от счёта на оплату?
Заказ фиксирует договорённость о поставке и управляет резервом и обеспечением, а счёт — это предложение оплатить. Счёт обычно создаётся на основании заказа и наследует его содержимое. Заказ может существовать без счёта (например, при постоплате), а вот счёт без заказа лишает вас резервирования и контроля исполнения.
Почему программа не даёт отгрузить заказ, хотя товар есть на складе?
Чаще всего в строках заказа не установлено действие «Отгрузить» или «Резервировать», либо весь свободный остаток занят резервами других заказов. Также проверьте статус заказа (возможно, требуется согласование) и контроль задолженности в соглашении — при просроченном долге отгрузка блокируется.
Что делать с заказом, который клиент отменил?
Не удаляйте документ. Отмените заказ с указанием причины отмены (при включённой опции программа предложит выбрать причину при установке статуса отмены) — тогда резервы снимутся, потребность исчезнет, а статистика отказов сохранится для анализа. Удаление теряет историю и может оставить «хвосты» в связанных документах.
Можно ли отгрузить заказ частями?
Да, это штатный сценарий. На основании одного заказа создаётся несколько реализаций на частичные количества, программа контролирует, чтобы суммарная отгрузка не превысила заказанное. Отчёт по состоянию исполнения покажет, что отгружено, а что осталось.
Как массово закрыть старые неактуальные заказы?
В типовых конфигурациях есть обработка закрытия заказов (например, «Закрытие заказов клиентов» в разделе продаж или сервисных обработках), которая позволяет отобрать заказы по периоду и состоянию и установить им состояние «Закрыт» с отменой неотгруженных строк. Перед массовой операцией сделайте архивную копию базы и проверьте результат на небольшой выборке.
Обязательно ли включать согласование заказов?
Нет. Согласование оправдано, когда условия сделки должен визировать руководитель: скидки сверх нормы, отсрочка платежа, нестандартные условия. Если менеджеры работают в рамках типовых соглашений, согласование только замедлит процесс — достаточно контроля цен и задолженности на уровне соглашений.