Работа с крупными торговыми сетями (такими как «Магнит», «Пятерочка», «Лента») накладывает на поставщика особые обязательства по оформлению документации. Одним из ключевых требований является предоставление первичных документов (ТОРГ-12, УПД, Счета), в которых наименования и артикулы товаров строго соответствуют внутренней матрице клиента. В системе 1С:ERP Управление предприятием эта задача является классической и имеет как штатные инструменты решения, так и общепринятые методики доработки.
В этой статье мы подробно рассмотрим, как методологически правильно настроить систему, чтобы избежать путаницы в учете и удовлетворить требования контрагентов, сохраняя при этом порядок в собственной базе номенклатуры.
Проанализируем ситуацию: в вашей базе товар называется «Телевизор Plasma-X100», а клиент требует, чтобы в документах значилось «Панель телевизионная 42 дюйма» с определенным кодом сети. Для решения этой задачи в 1С:ERP предусмотрен универсальный механизм Номенклатура контрагентов. Несмотря на то что в некоторых версиях интерфейса этот функционал может упоминаться в контексте поставщиков, он является симметричным и полностью применим к клиентам.
Разберем по шагам процесс включения и настройки этого механизма:
НоменклатураКонтрагентов, который мы будем использовать для хранения данных клиентов.Рассмотрим подробнее заполнение данных. Для каждой позиции вашей внутренней номенклатуры вы создаете запись в этом справочнике, указывая:
Номенклатура.Часто возникает ситуация, когда несколько ваших внутренних артикулов (например, товар разных партий или от разных производителей, но с одинаковыми характеристиками для сети) соответствуют одной позиции в матрице клиента. Механизм Номенклатура контрагентов позволяет реализовать такую связь. Вы можете создать несколько записей в своей базе, и для каждой из них указать одну и ту же карточку в справочнике клиента. При подборе в документы система предложит выбрать нужное соответствие или подставит его автоматически.
Нужно учитывать, что типовые печатные формы (УПД, ТОРГ-12) по умолчанию выводят данные из основной карточки номенклатуры. Чтобы система начала «подтягивать» данные клиента, необходимо выполнить небольшую доработку. Проанализируем, как это лучше сделать без внесения изменений в типовую конфигурацию.
Рекомендуется использовать Расширения конфигурации или Внешние печатные формы. Логика программного кода в обработке печати должна быть следующей: перед выводом строки в макет система проверяет наличие записи в регистре/справочнике номенклатуры контрагентов для текущего получателя.
Рассмотрим пример логики запроса, который может использоваться для получения данных клиента:
ВЫБРАТЬ
НоменклатураКонтрагентов.Наименование КАК НаименованиеКлиента,
НоменклатураКонтрагентов.Артикул КАК АртикулКлиента
ИЗ
Справочник.НоменклатураКонтрагентов КАК НоменклатураКонтрагентов
ГДЕ
НоменклатураКонтрагентов.Владелец = &ПартнерКлиент
И НоменклатураКонтрагентов.Номенклатура = &НашаНоменклатура
Если запрос возвращает результат, то в переменные печатной формы подставляются НаименованиеКлиента и АртикулКлиента. Если данных по контрагенту нет — выводятся стандартные значения. Это позволяет гибко работать: для сетей печатать их артикулы, а для обычных покупателей — свои собственные.
При работе с сетями печатная форма — это лишь часть задачи. Основной обмен идет через ЭДО. В модуле 1С-ЭДО уже встроен механизм сопоставления. Когда вы формируете электронный УПД, система использует данные сопоставления, которые хранятся в том же справочнике НоменклатураКонтрагентов.
Выясним причину, почему это важно: сети принимают документы автоматически. Если в XML-файле наименование не совпадет с их справочником SKU, документ будет отклонен на уровне шлюза. Поэтому ведение справочника соответствий в 1С:ERP — это не просто удобство печати, а производственная необходимость для успешного прохождения контроля в системах EDI.
Важно помнить о юридической стороне вопроса. Налоговые органы могут обратить внимание на то, что вы закупили «Товар А», а продали «Товар Б». Чтобы избежать претензий о «фиктивности» сделок или подмене товара, использование справочника НоменклатураКонтрагентов внутри системы является официальным подтверждением того, что это одна и та же единица учета.
Совет: зафиксируйте в учетной политике или в дополнении к договору с клиентом таблицу соответствия артикулов. Наличие этой связи в базе 1С:ERP позволит при любой проверке быстро сформировать отчет о движениях конкретной позиции, независимо от того, под каким именем она ушла покупателю.
Если у клиента тысячи позиций, заполнять их вручную в 1С трудозатратно. Мы рекомендуем использовать стандартную обработку Загрузка данных из файла. Вы можете получить Excel-файл с матрицей от сети и загрузить его напрямую в справочник НоменклатураКонтрагентов, связав записи по штрихкоду (EAN13) или внутреннему коду, если он известен.
Подводя итог, можно сказать, что правильная организация процесса в 1С:ERP заключается в использовании штатного справочника НоменклатураКонтрагентов в сочетании с расширением для печатных форм. Это обеспечит чистоту вашего управленческого учета и полное соответствие жестким требованиям торговых сетей.