Заказы в 1С: что это и как с ними работать

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

Практическая ценность заказа в том, что он связывает цепочку «заявка → оплата → отгрузка» в единый управляемый процесс. Менеджер видит, что нужно клиенту, склад резервирует остатки, бухгалтерия контролирует оплату, а руководитель отслеживает исполнение по статусам. Без заказов эти данные живут в переписке и голове менеджера, что неизбежно приводит к потерянным сделкам и расхождениям на складе.

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

Зачем нужны заказы и какие задачи они решают

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

Вторая задача — контроль исполнения. По каждому заказу 1С отслеживает, сколько оплачено, сколько отгружено, что осталось в работе. Отчёты вроде «Состояние исполнения заказов» показывают просроченные поставки и незакрытые обязательства. Для руководителя это инструмент планирования загрузки склада и прогноза выручки.

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

Какие виды заказов существуют в 1С

В типовых конфигурациях встречается несколько видов заказов, и путать их нельзя — у каждого своё место в цепочке документов и свои движения по регистрам.

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

Как работает заказ покупателя: от создания до закрытия

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

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

Дальше на основании заказа вводятся счёт на оплату и реализация. Система контролирует соответствие: если в реализации попытаются указать больше, чем заказано, или другую цену, программа выдаст предупреждение либо запретит проведение — в зависимости от настроек контроля. Заказ считается закрытым, когда весь объём отгружен и оплачен, либо когда его закрывают принудительно документом «Закрытие заказов» или пометкой отмены.

1. 1
   Создайте заказ: укажите клиента, договор, склад и товары с количеством и ценами
2. 2
   Проверьте статус согласования и проведите документ — товар встанет в резерв
3. 3
   Выставьте счёт на оплату на основании заказа и дождитесь поступления денег
4. 4
   Оформите реализацию на основании заказа — состав подставится автоматически
5. 5
   Проверьте состояние исполнения: заказ должен перейти в состояние «Выполнен» или закройте его вручную

Заказ поставщику и контроль поступления

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

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

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

Статусы, резервирование и ключевые настройки

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

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

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

Как проверить, что заказы работают правильно

После настройки и первых недель работы полезно проверить несколько контрольных точек. Они показывают, не копятся ли «мусорные» заказы и корректно ли двигаются остатки.

Контрольные точки

Как проверить результат

Отчёт «Состояние исполнения заказов»

Норма

Все завершённые сделки имеют статус «Выполнен», просроченных без причины нет

Тревожный признак

Давние заказы висят частично исполненными, хотя товар отгружен

Отчёт по остаткам с колонкой резерва

Норма

Резерв соответствует реальным неотгруженным заказам

Тревожный признак

Товар зарезервирован под отменённые или давно закрытые сделки

Реализации за период

Норма

Почти все реализации созданы на основании заказов

Тревожный признак

Большинство реализаций без заказа — настройки обходятся

Сверка цен заказа и реализации

Норма

Отклонения цен только по согласованным случаям

Тревожный признак

Цены в реализациях систематически отличаются от заказов

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

Типичные ошибки при работе с заказами

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

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

Когда заказы не нужны и чем их заменить

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

Маршрут решения

Как выбрать действие

Клиент платит и забирает товар сразуОформляйте реализацию напрямую, заказ не нужен

Есть предоплата, отсрочка отгрузки или сборка под клиентаИспользуйте заказ покупателя с резервированием

Нужно только зафиксировать цены для переговоровИспользуйте коммерческое предложение, а не заказ

Товара нет в наличии и его нужно закупить под клиентаЗаказ покупателя в статусе «К обеспечению» плюс заказ поставщику на его основании

Частые вопросы о заказах в 1С

Почему проведённый заказ не появляется в бухгалтерском балансе?

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

Можно ли отгрузить товар, если заказ ещё не оплачен?

Зависит от настроек. Если включён контроль оплаты или задана отсрочка по договору, система либо запретит отгрузку до поступления денег, либо разрешит её в пределах кредитного лимита клиента. Без этих настроек отгрузка возможна в любой момент после согласования заказа.

Что делать, если заказ частично исполнен, а остаток клиенту больше не нужен?

Закрывайте заказ принудительно документом закрытия заказов с указанием причины, например «Отказ клиента». Тогда неисполненный остаток перестанет числиться в потребностях и резервах, а в аналитике сохранится информация, что сделка была частичной по объективной причине.

Почему товар числится в резерве, хотя заказ давно отменили?

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

Чем заказ покупателя отличается от счёта на оплату?

Заказ фиксирует обязательство отгрузить товар и управляет резервами и потребностями. Счёт на оплату — это только требование оплатить: он не резервирует товар и не участвует в расчёте обеспечения. На практике счёт чаще всего выставляется на основании заказа, и сумма счёта подчиняется графику оплаты заказа.

Можно ли восстановить удалённый заказ?

Если заказ только помечен на удаление, пометку можно снять — документ вернётся в работу. Если база прошла процедуру удаления помеченных объектов, восстановить документ штатно нельзя: понадобится резервная копия или перенос данных из копии базы. Поэтому вместо удаления принято использовать закрытие заказа с указанием причины.