К статье
Практический материал

Документы и Печать · 11 мин

Как объединить заявки в 1С: практическая инструкция

Как объединить несколько заявок в 1С: штатные механизмы, обработки группового изменения, объединение дублей контрагентов и позиций, проверка результата и типичные ошибки.

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

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

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

Определите, что именно нужно объединить

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

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

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

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

Клиент заведён дваждыДубли справочника контрагентов

Использовать поиск и удаление дублей

Товар дублируется в номенклатуреДубли справочника номенклатуры

Склеить карточки до объединения заявок

По заявкам есть заказы или реализацииСвязанная цепочка документов

Сначала разорвать или перенести связи

Подготовка: резервная копия и выбор целевой заявки

Любая операция слияния необратима на практике: отменить её одной кнопкой нельзя. Перед началом сделайте резервную копию информационной базы (в файловом варианте — через «Администрирование → Сохранить резервную копию» или простым копированием файла 1Cv8.1CD при закрытых сеансах; в клиент-серверном — штатным бэкапом СУБД). Если объединение затрагивает десятки документов, дополнительно выгрузите список исходных заявок в табличный документ, чтобы было с чем сверить результат.

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

Ручное объединение заявок без программирования

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

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

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

Порядок действий при ручном объединении
  1. 1
    Сделайте резервную копию базы и зафиксируйте номера всех заявок
  2. 2
    Выберите целевую заявку и откройте её на редактирование
  3. 3
    Перенесите строки из заявок-доноров через подбор или копирование табличной части
  4. 4
    Сверните дублирующиеся позиции и проверьте итоговые суммы
  5. 5
    Добавьте комментарий о составе объединения
  6. 6
    Отмените проведение доноров и пометьте их на удаление или установите статус отмены
  7. 7
    Проведите целевую заявку и сверьте движения по регистрам

Объединение дублей контрагентов и номенклатуры

Когда заявки «размножаются» из-за дублей справочников, работайте штатной обработкой «Поиск и удаление дублей». В типовых конфигурациях на БСП она находится в разделе «Администрирование → Обслуживание → Корректировка данных» (в некоторых версиях — «Нормативно-справочная информация и администрирование»). Запустите обработку, выберите вид справочника (Контрагенты или Номенклатура), задайте правила поиска — по наименованию, ИНН, артикулу или их комбинации.

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

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

Пакетное объединение и инструменты администратора

Если объединять нужно десятки заявок регулярно, ручной перенос становится источником ошибок. Практичный вариант без доработки конфигурации — универсальные обработки с диска ИТС или встроенная «Групповое изменение реквизитов» («Администрирование → Обслуживание»): ею можно массово изменить статус, ответственного или признак отмены у отобранного списка заявок, но табличные части она не переносит — только реквизиты шапки.

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

Сравнение способов объединения

Ручной перенос строк

Подходит для 2–5 заявок; не требует прав и доработок; медленно и риск опечаток при большом числе строк

Поиск и удаление дублей

Решает проблему дублей справочников; штатно и безопасно; не объединяет сами документы

Групповое изменение реквизитов

Быстро меняет статусы и ответственных у списка заявок; не переносит табличные части

Внешняя обработка консолидации

Подходит для регулярного пакетного объединения; требует разработки под конфигурацию и тестирования

Проверка результата и типичные ошибки

После объединения выполните контрольную сверку. Откройте целевую заявку и сравните итоговую сумму и количество строк с суммой исходных документов. Проверьте движения по регистрам («Ещё → Движения документа» или отчёт по регистру): резервы и потребности должны соответствовать новому составу, а не сумме старого и нового. Убедитесь, что заявки-доноры не проведены и не попадают в отчёты по потребностям — иначе закупки удвоятся.

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

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

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

Итоговая сумма целевой заявки
Норма

Равна сумме исходных заявок за вычетом исключённых позиций

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

Расходится — строка потеряна или продублирована

Статус заявок-доноров
Норма

Проведение отменено, стоит пометка удаления или статус отмены

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

Донор проведён — его движения дублируют потребность

Движения по регистрам
Норма

Соответствуют только целевой заявке

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

В отчётах по резервам видны строки отменённых документов

Связанные документы
Норма

Заказы и реализации ссылаются на целевую заявку

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

Связи указывают на отменённые доноры

Типичные ошибки
01
Объединение проведённых заявок без отмены проведения доноров — потребности и резервы удваиваются в отчётах
02
Отсутствие резервной копии — при ошибке восстановить исходные документы не из чего
03
Склейка дублей контрагентов в закрытом периоде — меняются ссылки в сданной отчётности
04
Удаление доноров без комментария в целевой заявке — через месяц никто не может объяснить состав документа
05
Игнорирование связанных заказов поставщикам — цепочка документов обрывается, закупки зависают

Часто задаваемые вопросы

Можно ли объединить два документа «Заявка» одной кнопкой в типовой 1С?

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

Что будет с номерами заявок после объединения?

Целевая заявка сохраняет свой номер. Номера заявок-доноров при пометке на удаление остаются в нумерации как «дырки» до момента физического удаления; при установке статуса отмены документы продолжают существовать со своими номерами, но не влияют на учёт.

Как объединить заявки разных клиентов в одну?

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

Можно ли отменить объединение, если что-то пошло не так?

Автоматической отмены нет. Если сделана резервная копия — восстановите базу из неё. Без копии придётся вручную пересоздавать заявки-доноры по сохранённым спискам или печатным формам, поэтому фиксация состава документов до операции обязательна.

Влияет ли объединение заявок на обмен данными с другими базами?

Да. Если заявки участвуют в синхронизации (например, с сайтом или другой базой 1С), отмена и пометка удаления доноров будут переданы в связанную систему при следующем обмене. Перед массовым объединением проверьте настройки планов обмена и при необходимости согласуйте операцию с администратором интеграции.

Итог

Что важно запомнить

Заявки в 1С объединяют переносом строк в один целевой документ с отменой остальных; дубли контрагентов и номенклатуры склеивают обработкой «Поиск и удаление дублей». Перед операцией — резервная копия и фиксация состава документов, после — сверка итогов, движений по регистрам и связанных документов.