Объединение и консолидация заказов клиентов в 1С

Объединить несколько заявок одного клиента в 1С можно двумя путями, и ни один из них не требует «склеивать» документы между собой. Либо вы собираете строки в один заказ — вручную или загрузкой из таблицы, либо оставляете заказы как есть и оформляете по ним одну общую отгрузку. Выбор зависит от того, что именно нужно свести: сам заказ или только реализацию и доставку.

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

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

Какой способ объединения подойдёт вашему случаю

Прежде чем править документы, определитесь, что вы сводите. От этого зависит и метод, и трудоёмкость.

Коротко о каждом методе — чтобы не промахнуться с трудоёмкостью:

Три первых способа выполняет менеджер без программиста. Четвёртый — задача для специалиста по обмену.

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

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

Объединение имеет смысл только для однородных заявок. Перед сведением проверьте совпадение ключевых реквизитов:

• 👤 Контрагент и партнёр — заявки должны быть на одного и того же клиента.
• 🏢 Организация — нельзя смешивать заказы разных юрлиц, иначе разъедутся НДС и реализация.
• 📄 Соглашение и условия продаж — от него зависят цены и скидки.
• 🏬 Склад отгрузки — одна отгрузка формируется с одного склада.
• 💱 Валюта и порядок расчётов — должны быть едиными.
• 📌 Статусы заказов — закрытый или полностью отгруженный заказ свести уже нельзя.

Удобно вывести заявки клиента одним списком. Откройте Продажи → Заказы клиентов, поставьте отбор по партнёру и периоду — так вы сразу увидите, какие заказы кандидаты на объединение и в каких статусах они находятся.

Ручное объединение: перенос строк в один заказ

Способ подходит, когда заявок немного (две–пять) и нужен именно один заказ. Один из документов назначаем основным, остальные становятся донорами.

1. В списке Продажи → Заказы клиентов откройте заказ, который оставите основным.
2. Откройте заказ-донор, на вкладке Товары выделите нужные строки и скопируйте их (Ctrl+C).
3. Вернитесь в основной заказ, встаньте на табличную часть Товары и вставьте строки (Ctrl+V). Строки добавятся к существующим, если структура колонок совпадает.
4. Проверьте количество и цены: при добавлении строк цена может подтянуться по действующему соглашению, а не из заказа-донора.
5. Повторите для остальных доноров, затем закройте или отмените их, чтобы товар не задвоился.

Одинаковые позиции система не суммирует сама — после переноса две строки с одной номенклатурой останутся раздельными. Пройдитесь по табличной части и объедините дубли вручную или через Ещё → Изменить выделенные.

Разберём на примере. Есть три заявки клиента «Ромашка»: в первой 5 коробок бумаги и 2 картриджа, во второй — ещё 3 коробки бумаги, в третьей — 10 ручек. Основным делаем первую заявку. После переноса строк в ней окажется: бумага 5 + 3, картриджи 2, ручки 10. Строки с бумагой сливаем в одну на 8 коробок, остальные оставляем как есть. Заявки два и три закрываем. На выходе — один заказ на 8 коробок бумаги, 2 картриджа и 10 ручек вместо трёх документов.

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

Загрузка строк из табличного документа

Когда заявок много или строки удобнее свести в Excel, помогает загрузка из табличного документа. Логика простая: выгружаем строки доноров в таблицу, суммируем одинаковые позиции, загружаем результат в основной заказ.

1. В каждом заказе-доноре выполните Ещё → Вывести список и сохраните результат в формате таблицы (xlsx или mxl).
2. Сведите строки в одном файле. Одинаковую номенклатуру с одной характеристикой сложите по количеству.
3. В основном заказе на вкладке Товары найдите команду загрузки из файла (в типовых конфигурациях это Заполнить или Ещё над табличной частью) и сопоставьте колонки файла с полями заказа.

Колонки сопоставляются по смыслу:

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

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

Одна отгрузка по нескольким заказам без слияния документов

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

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

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

Этот вариант удобен ещё и тем, что не ломает взаиморасчёты: оплаты и авансы остаются привязанными к своим заказам, а отгрузка просто ссылается на все сразу.

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

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

Автоматизация: сведение заявок на уровне обмена

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

В правилах синхронизации (раздел НСИ и администрирование → Настройки интеграции → Синхронизация данных) или в правилах конвертации можно задать, чтобы входящие строки собирались в один заказ по ключу — например, по связке «контрагент + дата + соглашение». Тогда десять однотипных заявок за день превратятся в один заказ автоматически, без участия менеджера.

Такое поведение не настраивается галочкой — это доработка правил обмена (Конвертация данных ) или отдельная обработка под вашу схему.

Контроль резервов и доступности товара

Самое уязвимое место при объединении — резервы. В исходных заявках товар мог быть зарезервирован под клиента, и при переносе строк этот резерв ведёт себя не так, как ожидают.

Ключевой момент: при копировании строк в новый заказ резерв с донора не переносится автоматически. Пока вы не сняли обеспечение со старых заявок, система считает товар занятым дважды — на доноре и на основном заказе. Доступный остаток на складе при этом «проваливается» в минус по данным обеспечения.

Правильный порядок:

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

Покажу на числах, почему порядок важен. На складе 8 коробок бумаги. Под первую заявку зарезервировано 5, под вторую — 3, итого резерв 8, свободного остатка ноль. Вы переносите обе строки в один заказ, но доноров не разобеспечили. Теперь система видит резерв 5 + 3 на старых заказах плюс 8 на новом — всего 16 при остатке 8. Обеспечение «уходит в минус», и часть заявок повиснет необеспеченной. Снимите резерв с доноров — и картина выправится: резерв 8 ровно на один заказ.

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

Когда заявки лучше не объединять

Объединение — не самоцель. Иногда раздельные заказы удобнее, и сведение только мешает:

• 📅 Разные даты и графики поставки. Если часть товара едет сейчас, а часть через месяц, один заказ запутает планирование отгрузок. Оставьте раздельно.
• 💳 Разные условия оплаты. Одна заявка по предоплате, другая в кредит — свёрнутый заказ усложнит контроль дебиторки.
• 🧾 Разные проекты или подразделения клиента. Если покупатель требует отдельные накладные на каждый филиал, объединение придётся потом разбирать обратно.
• ✅ Уже отгруженные заявки. Закрытый заказ трогать не нужно — объединяют только то, что ещё предстоит отгрузить.

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

Типичные ошибки при объединении заявок

Большинство проблем возникает не в момент сведения строк, а чуть позже — на отгрузке и сверке:

• 🔴 Задвоенный резерв. Строки перенесли, а доноров не разобеспечили — товар числится зарезервированным и там, и там.
• 🔴 Разъехавшаяся сумма. Цены пересчитались по соглашению основного заказа и разошлись с тем, что согласовали с клиентом по исходным заявкам.
• 🔴 Смешаны организации. В один заказ попали строки разных юрлиц — реализация и НДС оформятся неверно.
• 🔴 Объединили отгруженное. Частично отгруженные заказы свели целиком, из-за чего задвоилось количество к отгрузке. Сводить можно только необеспеченный и неотгруженный остаток.

Частые вопросы