Приветствуем вас! При разработке собственных обработок или автоматизации процессов в конфигурации 1С:Управление торговлей 11.4 (а также в сопутствующих решениях ERP 2.x и Комплексная автоматизация 2.x) разработчики часто сталкиваются со следующей проблемой: необходимо сформировать один общий счет на оплату сразу по нескольким заказам клиента. Однако стандартный реквизит ДокументОснование в документе «Счет на оплату клиенту» принимает только одну ссылку на документ-источник.
В этой статье мы подробно разберем, почему в системе существует такое ограничение, проанализируем архитектуру хранения данных и рассмотрим сразу пять практических способов решения этой задачи — от простых организационных обходов до серьезной программной доработки с примерами кода.
Для начала разберем архитектурную логику построения конфигураций на платформе 1С:Предприятие 8 последних редакций. Если в старых конфигурациях (таких как «Управление торговлей 10.3» или «Бухгалтерия предприятия 3.0») документ «Счет на оплату» — это полноценный документ со своей табличной частью «Товары» (куда можно перенести любые строки из любых заказов), то в УТ 11 / ERP / КА подход принципиально иной.
В современных конфигурациях документ Документ.СчетНаОплатуКлиенту:
ДокументОснование (тип значения — ссылка на один документ: Заказ клиента, Реализация, Отчет комиссионера и т.д.).Как работает печать счета? Когда пользователь нажимает кнопку «Печать», система берет ссылку из реквизита ДокументОснование, программно обращается к табличной части этого исходного документа-основания (например, к табличной части «Товары» документа «Заказ клиента»), считывает номенклатуру, цены и количество, а затем выводит эти данные на экран. Именно поэтому записать массив заказов в стандартный реквизит физически невозможно — тип данных реквизита строго ссылочный, а не коллекционный.
Тем не менее, решать задачу бизнеса нам нужно. Рассмотрим наиболее эффективные способы обхода этого ограничения.
---
Если конечная цель менеджеров — просто получить красивую печатную форму счета (в формате PDF, Excel или для отправки на принтер), объединяющую товары из нескольких заказов, то плодить лишние документы в информационной базе нет никакой необходимости. Это самый чистый способ с точки зрения производительности и обновляемости базы.
Мы можем разработать внешнюю печатную форму, которая будет подключаться к списку документов «Заказ клиента». Менеджер сможет выделить несколько заказов в списке, нажать кнопку печати и получить один сводный счет.
Рассмотрим пример программного кода в модуле внешней печатной формы, который обрабатывает массив выбранных документов-оснований и группирует их товарный состав:
// Функция формирует сводную таблицу товаров по массиву заказов
Функция ПолучитьТаблицуТоваровДляПечати(МассивЗаказов) Экспорт
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ЗаказТовары.Номенклатура КАК Номенклатура,
| ЗаказТовары.Характеристика КАК Характеристика,
| ЗаказТовары.Упаковка КАК Упаковка,
| СУММА(ЗаказТовары.Количество) КАК Количество,
| ЗаказТовары.Цена КАК Цена,
| СУММА(ЗаказТовары.Сумма) КАК Сумма,
| СУММА(ЗаказТовары.СуммаНДС) КАК СуммаНДС
|ИЗ
| Документ.ЗаказКлиента.Товары КАК ЗаказТовары
|ГДЕ
| ЗаказТовары.Ссылка В(&МассивЗаказов)
|СГРУППИРОВАТЬ ПО
| ЗаказТовары.Номенклатура,
| ЗаказТовары.Характеристика,
| ЗаказТовары.Упаковка,
| ЗаказТовары.Цена";
Запрос.УстановитьПараметр("МассивЗаказов", МассивЗаказов);
Возврат Запрос.Выполнить().Выгрузить();
КонецФункции
Полученную таблицу значений мы передаем в макет печатной формы. В итоге клиент получает один документ с общим перечнем товаров, а в вашей базе сохраняется идеальный порядок без создания дублирующих документов.
---
Если бизнес-процесс компании жестко требует создания физического документа «Счет на оплату» в системе (например, для контроля оплат по конкретному документу в казначействе), то лучшим выходом без изменения конфигурации станет создание промежуточного технического (сводного) заказа.
Напишем фрагмент кода для вашей обработки, которая будет собирать данные из исходных заказов, объединять их в один новый заказ и на его основании регистрировать стандартный счет:
Процедура СоздатьСводныйСчетНаОснованииНесколькихЗаказов(МассивЗаказов)
// 1. Создаем новый сводный заказ клиента
СводныйЗаказ = Документы.ЗаказКлиента.СоздатьДокумент();
СводныйЗаказ.Дата = ТекущаяДата();
// Заполняем основные реквизиты из первого заказа в массиве
ПервыйЗаказ = МассивЗаказов[0];
ЗаполнитьЗначенияСвойств(СводныйЗаказ, ПервыйЗаказ, "Партнер, Контрагент, Организация, Соглашение, Валюта, Договор");
СводныйЗаказ.Комментарий = "Сводный заказ, созданный автоматически на основании нескольких документов.";
// 2. Переносим товары из всех выбранных заказов
Для Каждого ТекущийЗаказ Из МассивЗаказов Цикл
Для Каждого СтрокаТовара Из ТекущийЗаказ.Товары Цикл
НоваяСтрока = СводныйЗаказ.Товары.Добавить();
ЗаполнитьЗначенияСвойств(НоваяСтрока, СтрокаТовара);
КонецЦикла;
EndЦикл;
// Рассчитываем итоговые суммы документа
// (Рекомендуется использовать типовые процедуры пересчета из модуля менеджера Заказа Клиента)
Попытка
СводныйЗаказ.Записать(РежимЗаписиДокумента.Проведение);
// 3. Создаем счет на оплату на основании созданного сводного заказа
НовСчет = Документы.СчетНаОплатуКлиенту.СоздатьДокумент();
НовСчет.Дата = ТекущаяДата();
НовСчет.ДокументОснование = СводныйЗаказ.Ссылка;
// Заполняем реквизиты счета по умолчанию
ЗаполнитьЗначенияСвойств(НовСчет, СводныйЗаказ, "Партнер, Контрагент, Организация, Соглашение, Договор");
// Заполняем этапы оплаты (график берем из сводного заказа)
// ... Код заполнения этапов оплаты ...
НовСчет.Записать(РежимЗаписиДокумента.Запись);
Сообщить("Сводный счет успешно создан на основании технического заказа: " + СводныйЗаказ.Ссылка);
Исключение
Сообщить("Ошибка при создании сводного счета: " + ОписаниеОшибки(), СтатусСообщения.Важное);
КонецПопытки;
КонецПроцедуры
Важное примечание: Чтобы избежать задвоения складских резервов по техническому сводному заказу, для его товарных строк рекомендуется устанавливать вариант обеспечения Не обеспечивать или сразу после выставления и оплаты счета отменять этот заказ (или помечать на удаление после закрытия сделки).
---
Если вы хотите реализовать полноценный учет без создания лишних «мусорных» заказов в системе, наиболее правильным архитектурным решением будет использование механизма расширений конфигурации 1С. Это позволит сохранить базу полностью типовой и обновляемой.
Проанализируем алгоритм такой доработки:
СчетНаОплатуКлиенту.ДокументыОснования с единственным реквизитом Документ (тип ссылки на документы заказов).&Вместо переопределяем процедуру печати счета в модуле менеджера документа. Нам нужно изменить запрос получения данных для печати, чтобы он собирал товары не из одного реквизита ДокументОснование, а из документов, перечисленных в нашей новой табличной части.Посмотрим на пример измененного запроса в модуле менеджера для сбора данных из ТЧ расширения:
&Вместо("ПодготовитьДанныеДляПечатиСчетов")
Функция Расш1_ПодготовитьДанныеДляПечатиСчетов(МассивСчетов)
// В этой функции мы пишем запрос, который обращается к нашей новой ТЧ ДокументыОснования
// и выбирает товары из всех привязанных заказов.
// ...
КонецФункции
Этот вариант требует профессиональных навыков разработки, однако решает проблему раз и навсегда, обеспечивая пользователям бесшовную работу в интерфейсе программы.
---
Рассмотрим стандартный методический функционал УТ 11, о котором часто забывают программисты и консультанты. Если у вас в системе ведется учет по договорам с контрагентами, то счет на оплату можно выставлять не по конкретному заказу, а по договору в целом.
Для реализации этого сценария выполните следующие шаги:
ДокументОснование ссылку на этот Договор.Если типовая печатная форма счета по договору вас не устраивает (так как по умолчанию она не выводит спецификацию товаров), вы можете легко дописать внешнюю печатную форму счета, которая при выборе в качестве основания договора будет автоматически собирать все неотгруженные товары по всем активным заказам этого договора.
---
Если по вашему бизнес-процессу счет выставляется клиенту уже после фактической сборки или отгрузки товаров со склада (постоплата), в программе есть замечательный готовый инструмент:
Этот способ является абсолютно типовым и не требует ни одной строчки программного кода.
Мы подробно проанализировали проблему записи нескольких заказов в основание счета в 1С:УТ 11.4. Из-за отсутствия собственной табличной части товаров в документе счета сделать это «в лоб» невозможно. Выбирайте наиболее подходящий вам вариант решения: