Документ «Заказ покупателя» в 1С:Предприятие — один из самых спорных объектов для новичков. Кто-то считает его лишней бюрократией, другие — обязательным этапом продаж. На практике же это мощный инструмент контроля, который помогает избежать ошибок в отгрузках, резервировать товар и фиксировать договорённости с клиентами до оплаты.
Сложность в том, что в разных конфигурациях (1С:УТ 11, 1С:КА 2, 1С:ERP) заказ ведёт себя по-разному: где-то он автоматически резервирует товар, где-то требует ручного подтверждения, а в некоторых случаях его можно вообще пропустить, оформив продажу напрямую через реализацию. Разберёмся, когда без заказа не обойтись, как его правильно использовать и какие подводные камни ждут пользователей.
Спойлер: если вы работаете с предоплатой, оптовыми клиентами или дефицитным товаром, игнорировать заказы — значит рисковать репутацией и деньгами. А вот для розничных продаж «с полки» документ часто избыточен.
Чем заказ покупателя отличается от счёта и реализации
Главное заблуждение: заказ и счёт — это одно и то же. На самом деле счёт — это просьба заплатить, а заказ — юридически значимое соглашение о намерениях. Разница в последствиях:
- 📄 Счёт — фиксирует сумму и реквизиты для оплаты, но не гарантирует, что товар будет в наличии к моменту платежа.
- 🛒 Заказ покупателя — резервирует товар на складе (если настроено), блокирует его для других клиентов и служит основанием для отгрузки.
- 🚛 Реализация — фактическая отгрузка, которая возможна только после оплаты (или по договору с отсрочкой).
Пример: клиент оплатил счёт, но товар к этому моменту продали другому покупателю. Без заказа претензии к вам обоснованны — вы не зафиксировали приоритет. С заказом ситуация иная: система либо заблокирует товар сразу, либо уведомит о нехватке запасов.
Ключевой момент: в 1С:Управление торговлей заказ может автоматически создавать счёт (настройка в параметрах документа), но не наоборот. Это удобно для оптовиков, где сначала согласовывают ассортимент, а потом выставляют платёжку.
Заказ покупателя — это не финансовый, а логистический документ. Он не фиксирует денежные обязательства, но гарантирует резерв товара под конкретного клиента.
Когда заказ покупателя обязателен, а когда можно обойтись без него
Единого правила нет — всё зависит от бизнес-процессов и настроек 1С. Вот чек-лист ситуаций, где без заказа не обойтись:
Работаете по предоплате (резерв гарантирует наличие товара к моменту оплаты)
Товар дефицитный или под заказ у поставщика
Клиент оптовый, и вы ведёте историю его заказов для анализа
Используете схему «заказ → счёт → оплата → отгрузка»
Нужно контролировать выполнение планов продаж (например, в 1С:ERP)
-->
А вот когда заказ избыточен:
- 🏪 Розничные продажи «здесь и сейчас» (касса + чек).
- 💳 Продажи по постоплате без резерва (например, регулярным клиентам с отсрочкой).
- 📦 Отгрузка со склада по телефону без предварительной фиксации (рискованно, но практикуется).
В 1С:Розница заказы покупателей часто не используют вовсе — там упор на скорость продажи. А в 1С:УТ или 1С:КА без них сложно построить прозрачную аналитику по клиентам.
⚠️ Внимание: Если в вашей конфигурации включена настройка «Контролировать остатки при продаже», то без заказа система может блокировать отгрузку при нехватке товара — даже если клиент готов ждать. Проверьте это в Настройки → Торговля → Продажи.
Как заказ покупателя влияет на складские остатки
Самая ценная функция заказа — резервирование товара. Но работает оно не всегда автоматически. Всё зависит от трёх факторов:
- Настройки документа: в форме заказа есть флажок «Резервировать товар». Если он не активен — резерва не будет.
- Политика резервирования (настраивается в
Администрирование → Настройки торговли): можно разрешить резерв только при достаточных остатках или игнорировать лимиты. - Тип склада: на некоторых складах (например, «виртуальных») резервирование может быть отключено.
Пример из практики: в компании резервировали товар под заказ, но забыли про настройку «Снимать резерв автоматически через N дней». В результате через месяц на складе висело 200 позиций «в резерве», хотя клиенты давно отказались от покупки.
| Сценарий | Резервирование включено | Резервирование выключено |
|---|---|---|
| Товар в наличии | 🔒 Заблокирован для других клиентов | ⚠️ Может быть продан другому покупателю |
| Товара нет на складе | 📉 Система покажет отрицательные остатки (если разрешено) | ❌ Заказ не проведётся или проведётся без резерва |
| Частичная отгрузка | 🔄 Резерв снимается только с отгруженных позиций | 📌 Нужно вручную следить за остатками |
Важно: если вы работаете с серийными номерами или партиями, резервирование в заказе привязывается к конкретным экземплярам. Это полезно для техники или товаров с ограниченным сроком годности.
Чтобы увидеть все резервы по складу, используйте отчёт «Ведомость по товарам на складах» с фильтром «Только резервы». Это поможет избежать «зависших» позиций.
Типичные ошибки при работе с заказами и как их избежать
Даже опытные пользователи 1С допускают ошибки с заказами. Вот топ-5 проблем и их решения:
- 🔴 Заказ проведён, но резерва нет: проверьте флажок «Резервировать» и настройки политики резервирования в
Администрирование → Торговля. - 🔴 Нельзя провести реализацию по заказу: убедитесь, что заказ не помечен на удаление и у него статус «Подтверждён» (в некоторых конфигурациях требуется ручное подтверждение).
- 🔴 Дублирование заказов: настройте права доступа так, чтобы менеджеры видели заказы друг друга (раздел «Роли»).
- 🔴 Резерв «завис» после отмены заказа: используйте обработку «Снятие резервов» или настройте автоматическое снятие через N дней.
- 🔴 Не совпадают цены в заказе и реализации: проверьте, какой тип цен указан в заказе и не изменилась ли цена товара после оформления.
Частая история: менеджер создал заказ, клиент передумал, но резерв не сняли. Через неделю другой клиент оплатил этот же товар, а на складе его физически нет. Чтобы избежать таких ситуаций, настройте уведомления о просроченных резервах (в 1С:ERP это делается через «Бизнес-процессы»).
⚠️ Внимание: В конфигурациях с управлением производством (например, 1С:ERP) заказы покупателей могут автоматически генерировать заказы на производство или закупку. Если не следить за статусами, это приведёт к избыточным запасам или срыву сроков.
Что делать, если заказ «завис» в статусе «К выполнению»?
Обычно это означает, что не хватает товара на складе или не выполнены условия отгрузки (например, не поступила предоплата). Проверьте:
1. Остатки по складу в отчёте «Ведомость по товарам».
2. Настройки «Условия отгрузки» в карточке клиента.
3. Статус оплаты по счёту (если привязан к заказу).
Если проблема не решена, используйте кнопку «Восстановить движение» в форме заказа (доступна при наличии прав).
Как настроить заказы покупателей под специфику бизнеса
Стандартные настройки заказов в 1С покрывают 80% задач, но часто требуется кастомизация. Вот что можно гибко настроить:
- 🛠 Автоматическое создание счёта: в форме документа есть флажок «Создать счёт на оплату». Можно сделать это обязательным через настройку «Параметры торговли».
- 📅 Сроки резервирования: в
Администрирование → Торговля → Резервированиенастройте, через сколько дней резерв снимается автоматически. - 📊 Статусы заказов: добавьте свои (например, «Ожидает оплаты», «На сборке») через «Настройки → Статусы документов».
- 🔗 Связь с CRM: в 1С:CRM или 1С:ERP можно привязать заказ к сделке или лиду для анализа воронки продаж.
Пример настройки для оптовой компании:
1. Включить обязательное резервирование для всех заказов.
2. Запретить отгрузку без предоплаты (настройка «Контроль оплаты»).
3. Добавить статус «На согласовании» для заказов свыше 100 000 ₽.
4. Настроить уведомления менеджерам о просроченных заказах.
Для розничных сетей, наоборот, можно отключить резервирование и использовать заказы только для анализа спросa.
Если вы работаете с маркетплейсами (Ozon, Wildberries), настройте интеграцию так, чтобы заказы с площадок автоматически создавались в 1С как «Заказы покупателей» с пометкой «Маркетплейс». Это упростит учёт и отчётность.
Интеграция заказов с другими документами 1С
Заказ покупателя редко существует сам по себе — он связан с цепочкой документов. Рассмотрим ключевые связи:
| Документ | Как связывается с заказом | Когда используется |
|---|---|---|
| Счёт на оплату | Создаётся на основе заказа (кнопка «Создать счёт») или привязывается вручную | При работе по предоплате |
| Реализация товаров | Формируется по заказу (кнопка «Создать на основании») или подбирается вручную | При отгрузке товара клиенту |
| Заказ поставщику | Автоматически создаётся, если товара нет на складе (настройка «Автозаказ») | Для дозаказа дефицитных позиций |
| Возврат товара | Привязывается к исходному заказу для корректного учёта | При возврате части заказа |
Важный нюанс: если вы ведёте партионный учёт, при создании реализации на основании заказа система сохранит привязку к партиям, что критично для правильного расчёта себестоимости (ФИФО, ЛИФО).
Пример проблемы: менеджер создал реализацию не на основании заказа, а вручную. В результате:
- Резерв не снялся автоматически.
- В отчёте «Прибыльность продаж» данные разнеслись по разным партиям.
- Клиент получил товар с истёкшим сроком годности (так как партия выбралась не та).
Решение: запретите создание реализаций без привязки к заказу через настройку прав ролей.
Отчётность и аналитика по заказам покупателей
Заказы — это не только операционный документ, но и источник данных для анализа. Вот какие отчёты помогут принять взвешенные решения:
- 📈 «Анализ продаж» (раздел «Продажи») — показывает, какие товары чаще заказывают, а какие «зависают» в резервах.
- 🕒 «Исполнение заказов» — отображает, сколько заказов выполнено в срок, а сколько просрочено.
- 💰 «Прибыльность по заказам» — помогает понять, какие клиенты или группы товаров приносят максимальную маржу.
- 📦 «Резервы товаров» — критичен для планирования закупок (показывает, сколько товара «зарезервировано» под неоплаченные заказы).
В 1С:ERP и 1С:КА 2 есть отчёт «Воронка продаж», который показывает конверсию от заказа до оплаты. Это незаменимый инструмент для оценки работы менеджеров.
Пример использования: компания заметила, что 30% заказов «зависают» на стадии «Ожидает оплаты» дольше 3 дней. После анализа выяснилось, что проблема в неудобной форме счёта. После доработки шаблона конверсия выросла на 15%.
⚠️ Внимание: Если вы используете несколько складов, в отчётах по резервам обязательно фильтруйте данные по складу. Иначе рискуете увидеть «виртуальные» остатки, которые физически недоступны.
FAQ: Частые вопросы по заказам покупателей в 1С
Можно ли редактировать заказ после проведения?
Да, но с оговорками:
- Если заказ не связан с другими документами (счётом, реализацией), его можно редактировать свободно.
- Если по заказу уже есть оплата или отгрузка, изменения могут привести к расхождениям. В этом случае лучше создать корректировку заказа (документ «Корректировка заказа покупателя»).
- В 1С:ERP для редактирования проведённого заказа может потребоваться право «Редактирование проведённых документов».
⚠️ После редактирования проверьте резервы и связанные документы — они могут потребовать перепроведения.
Как отменить заказ, если клиент передумал?
Есть два варианта:
- Пометить на удаление: документ исчезнет из списка, но останется в архиве. Резервы сняться автоматически (если настроено).
- Создать документ «Отмена заказа» (доступен в меню «Создать на основании»). Это актуально, если нужно сохранить историю.
Если заказ уже оплачен, сначала оформите возврат денежных средств (документ «Возврат денег покупателю»).
Почему в заказе не видно актуальных цен?
Причины могут быть такими:
- В заказе указан другое соглашение с клиентом (проверьте поле «Договор»).
- Цены обновлены позже создания заказа, но не пересчитаны (используйте кнопку «Обновить цены»).
- В настройках типа цен отключена опция «Использовать актуальные цены».
Чтобы избежать проблем, настройте автоматический пересчёт цен при изменении прайса (в Администрирование → Ценообразование).
Как сделать так, чтобы менеджеры не забывали подтверждать заказы?
Решение зависит от конфигурации:
- В 1С:УТ 11 настройте бизнес-процесс с уведомлением о новых заказах.
- В 1С:КА 2 используйте задачи (модуль «CRM и маркетинг»).
- Универсальный способ: создайте отчёт по неподтверждённым заказам и отправляйте его руководителям ежедневно.
Также можно запретить создание реализации без подтверждённого заказа (через настройку прав).
Что делать, если товар в заказе закончился, а клиент уже оплатил?
Алгоритм действий:
- Свяжитесь с клиентом и предложите альтернативу (другой товар, отсрочку или возврат).
- Если согласны на замену — редактируйте заказ и создайте новую реализацию.
- Если возвращаете деньги — оформите документ «Возврат денег покупателю» с ссылкой на оплату.
- Если товар будет позже — создайте отложенный заказ (в некоторых конфигурациях это отдельный вид документа).
⚠️ В 1С:Розница при нехватке товара можно использовать документ «Перемещение товаров» со склада на склад, чтобы оперативно пополнить запасы.