← На главную

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

Архитектурная причина ограничения

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

По этой причине стандартный функционал не предусматривает множественный выбор заказов для автоматической генерации одного сводного документа счета. Однако требуемый бизнесу результат можно получить другими проверенными путями.

Решение 1. Разработка внешней печатной формы

Рассмотрим наиболее популярный и удобный для менеджеров вариант, который не нарушает типовую логику проведения документов и типовую конфигурацию. Если клиенту требуется исключительно печатная форма (или файл PDF) с объединенным списком товаров и одной общей суммой, создавать отдельный документ Счет на оплату клиенту в базе вовсе не обязательно.

Разберем по шагам, как реализуется этот механизм:

1. Создаем дополнительную обработку типа Печатная форма, регистрируемую для объекта Документ.ЗаказКлиента (или Документ.СчетНаОплатуКлиенту).
2. Настраиваем обработку так, чтобы она принимала на вход массив ссылок на выбранные документы. Менеджер выделяет в журнале несколько заказов одного контрагента через зажатую клавишу Ctrl или Shift и нажимает кнопку печати единого счета.
3. В алгоритме формирования табличного документа программно считываем табличные части Товары всех выбранных заказов. При необходимости производим сворачивание строк, объединяя одинаковые номенклатурные позиции с совпадающими ценами и ставками НДС.
4. Выводим результат в стандартный печатный макет счета на оплату с присвоением сквозного составного номера и расчетом суммарного итога.

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

Решение 2. Объединение строк в один заказ перед выставлением счета

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

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

Решение 3. Изменение порядка расчетов на детализацию «По договорам»

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

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

Решение 4. Формирование единой накладной (РТУ) на несколько заказов

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

Разберем, как объединить заказы в одну реализацию:

1. Переходим в рабочее место Продажи — Документы продажи (к оформлению) на вкладку Распоряжения на оформление.
2. Находим заказы нужного контрагента, готовые к отгрузке. При этом заказы не обязательно должны быть оформлены одним днем — даты могут различаться.
3. Выделяем несколько строк заказов и нажимаем кнопку Оформить.
4. Программа автоматически объединит все выбранные заказы в одну общую накладную Реализация товаров и услуг. В строках табличной части накладной колонка Заказ заполнится соответствующими ссылками на каждый исходный документ.

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

Решение 5. Распределение одного платежа по нескольким заказам

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

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