В процессе торговой деятельности часто возникает ситуация, когда внутреннее наименование товара в вашей базе (например, «Шапка зимняя мужская модель А-15») не устраивает покупателя. Крупные торговые сети или специфические заказчики могут требовать, чтобы в первичных документах (ТОРГ-12, Счета-фактуры) товар назывался согласно их внутреннему классификатору — например, просто «Шапка». В 1С:Управление торговлей редакции 10.3 для решения этой задачи предусмотрен штатный механизм, который, однако, требует понимания некоторых технических нюансов.
В данной статье мы разберем, как использовать встроенные возможности программы для подмены наименований, проанализируем работу с регистрами и выясним, какие дополнительные действия могут потребоваться от технического специалиста.
Разберем основной механизм, заложенный в архитектуру 1С 8.3 (на обычных формах). Для хранения информации о том, как ваш товар называется у конкретного покупателя или поставщика, используется регистр сведений НоменклатураКонтрагентов.
Рассмотрим структуру этого регистра и порядок работы с ним:
Важно понимать, что создание записи в этом регистре само по себе не меняет данные в справочнике Номенклатура. Ваша учетная база остается в порядке, а альтернативное название хранится как вспомогательная информация, привязанная к конкретной паре «Товар — Контрагент».
Проанализируем ситуацию с печатными формами. По умолчанию типовые документы, такие как «Реализация товаров и услуг» или «Счет на оплату покупателю», при формировании печатных форм обращаются напрямую к справочнику Номенклатура (поля Наименование или НаименованиеПолное). Информация из регистра НоменклатураКонтрагентов игнорируется.
Для того чтобы система подставляла «клиентское» название, существует два пути:
В некоторых релизах УТ 10.3 в документах поступления реализована возможность печати по данным поставщика. Однако для документов реализации (продажи) чаще требуется кастомизация. Выясним, как это реализовано технически. Программа должна выполнить запрос к регистру сведений, передав туда ссылку на товар и ссылку на контрагента из документа.
Наиболее надежный способ — создание внешней печатной формы. В коде формирования макета необходимо добавить блок получения данных из регистра. Рассмотрим пример алгоритма на языке 1С:
// Пример получения наименования из регистра сведений
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| НоменклатураКонтрагентов.НаименованиеНоменклатурыКонтрагента КАК НаименованиеДляПечати
|ИЗ
| РегистрСведений.НоменклатураКонтрагентов КАК НоменклатураКонтрагентов
|ГДЕ
| НоменклатураКонтрагентов.Контрагент = &Контрагент
| И НоменклатураКонтрагентов.Номенклатура = &Номенклатура";
Запрос.УстановитьПараметр("Контрагент", СсылкаНаОбъект.Контрагент);
Запрос.УстановитьПараметр("Номенклатура", ТекущаяСтрока.Номенклатура);
РезультатЗапроса = Запрос.Выполнить();
Если Не РезультатЗапроса.Пустой() Тогда
Выборка = РезультатЗапроса.Выбрать();
Выборка.Следующий();
НазваниеТовара = Выборка.НаименованиеДляПечати;
Иначе
НазваниеТовара = ТекущаяСтрока.Номенклатура.НаименованиеПолное;
КонецЕсли;
Используя этот подход, мы добьемся того, что если в регистре есть специальное имя для клиента — выведется оно, а если записи нет — система возьмет стандартное полное наименование из карточки товара.
Рассмотрим важный аспект, упомянутый в обсуждении: расхождение наименований в базе и на бумаге. С точки зрения налогового учета, наименование товара в первичных документах должно позволять однозначно идентифицировать товар. Если в вашей базе это «Шапка зимняя», а в ТОРГ-12 для клиента — «Изделие трикотажное», при встречной проверке у налоговой могут возникнуть вопросы.
Рекомендация: Чтобы легализовать использование различных наименований, необходимо:
Это обеспечит юридическую чистоту сделок и снимет вопросы инспекторов о том, почему один и тот же товар числится у вас под разными именами в разных документах.
Если вам нужно менять название не для одного, а для определенного канала сбыта, можно использовать механизм ХарактеристикиНоменклатуры. В поле «Наименование характеристики» можно вписать нужное название. При формировании документов характеристика обычно выводится рядом с основным названием. Этот метод менее гибкий, так как характеристика видна всем, но он не требует изменения программного кода печатных форм.
В современных реалиях, если вы используете ЭДО, проблема решается еще проще. В сервисах ЭДО предусмотрено сопоставление номенклатуры. Вы отправляете документ со своим названием, а покупатель при получении сопоставляет его со своей номенклатурой. В следующий раз система автоматически подставит название покупателя в его учетную систему, при этом ваша первичка останется в неизменном виде. Однако, если клиенту принципиально видеть «свое» название именно в печатном PDF-файле или бумажном оригинале, придется вернуться к использованию регистра НоменклатураКонтрагентов, как было описано выше.
Подведем итог: механизм индивидуальных наименований в УТ 10.3 реализован через специальный регистр, но для автоматической подстановки в печатные формы ТОРГ-12 и Счетов-фактур чаще всего требуется небольшая доработка силами программиста 1С или использование внешней печатной формы.