При отгрузке продукции оптовым клиентам и торговым сетям поставщики нередко сталкиваются с требованием контрагентов указывать в первичных документах (ТОРГ-12, счетах на оплату, УПД) индивидуальные наименования и артикулы покупателей. Ситуация осложняется тем, что разные клиенты требуют указывать различные наименования на один и тот же производимый или закупаемый товар. Рассмотрим, почему этот механизм не работает «из коробки» в 1С:ERP 2.5 и как правильно реализовать требуемый функционал.
Проанализируем типовую методологию разработчиков конфигурации. В системе существует справочник Номенклатура контрагентов (в пользовательском интерфейсе часто обозначается как номенклатура поставщиков или партнеров). Однако фирма «1С» закладывала его использование с расчетом преимущественно на закупки и входящие документы:
НаименованиеПолное или Наименование. Даже если к партнеру привязаны элементы номенклатуры контрагента, алгоритмы печати реализации к ним не обращаются.
Функция ВариантУказанияНоменклатураОрганизации() Экспорт
Возврат ПредопределенноеЗначение("Перечисление.ВариантыУказанияНоменклатурыБЭД.НашаНоменклатура");
КонецФункции
Из-за этого просто включить галочку в настройках системы, чтобы покупатели автоматически получали свои наименования в исходящих документах, не получится. Необходима доработка логики системы.
Разберем, где наиболее эффективно хранить соответствия между нашей продукцией и позициями покупателей. Создавать отдельные самописные справочники или регистры сведений с нуля не требуется: типовой справочник Номенклатура контрагентов полностью готов к решению этой задачи.
Справочник подчинен партнерам. Это означает, что для каждого партнера (клиента) мы можем зарегистрировать необходимое количество записей, в которых указываются:
Номенклатура (и при необходимости конкретную характеристику).Такой подход обеспечивает целостность структуры данных и позволяет не перегружать конфигурацию дублирующими сущностями.
Если контрагенту требуются индивидуальные наименования только в бумажных документах, наиболее безопасным и быстрым путем является создание внешних печатных форм. Это не затрагивает логику проведения документов и не создает проблем при последующих обновлениях конфигурации 1С:ERP.
Разберем алгоритм реализации ВПФ по шагам:
Номенклатура контрагентов по текущему партнеру и номенклатуре строки.НаименованиеПолное нашей номенклатуры.Когда требуется не только бумажная печать, но и вывод наименований покупателя в экранные формы документов, либо передача этих данных через электронный документооборот (ЭДО), оптимальным решением выступает расширение конфигурации.
Рассмотрим структуру такого расширения:
&Вместо или &После, подменяя текст строки на наименование из справочника Номенклатура контрагентов по связке с клиентом.НаимТов или заполняем идентификаторы номенклатуры покупателя в соответствии с форматом УПД, утвержденным ФНС.Проанализируем типовые обходные пути, к которым иногда прибегают пользователи, и их негативные последствия для учета:
Таким образом, наиболее надежным и методологически правильным решением является ведение сопоставлений через справочник Номенклатура контрагентов с последующей модификацией алгоритмов вывода на печать и в ЭДО через расширение или внешние печатные формы.