При работе в 1С:Управление торговлей (УТ) версии 11.5, многие компании сталкиваются с необходимостью продавать одну и ту же продукцию под разными наименованиями для различных клиентов. Например, поставщики могут просить, чтобы в документах отображалось их собственное, специфическое наименование товара, отличное от внутреннего наименования в вашей учетной системе. Это приводит к тому, что в документах может фигурировать до пяти различных наименований для одного и того же продукта.
Мы рассмотрим, как решить эту задачу таким образом, чтобы в учете всегда фиксировалась оригинальная номенклатура, а в отгрузочных документах, таких как счет, УПД и документы для ЭДО, отображалось наименование, требуемое конкретным клиентом — для этого подойдёт автоматическая подмена наименований в печатных формах.
Первоначальный подход, который может прийти в голову, это внесение изменений в структуру документов – добавление нового поля "Аналог номенклатуры" в табличную часть и реквизита "Оригинал" в справочник Номенклатура. При таком подходе, если в заказе клиента заполняется аналог, он заменяется на оригинал для целей учета, а в поле "Аналог номенклатуры" сохраняется выбранная позиция. Этот метод позволяет не трогать основной учет и затем изменить печатные формы. Однако, когда дело доходит до УПД, формируемой для ЭДО, структура становится сложнее, и возникают вопросы, как именно найти и изменить логику формирования наименования для печати и кода — решается через выгрузка УПД в XML с кодированием товаров.
К счастью, в 1С:УТ 11.5 существует более стандартный и поддерживаемый механизм для решения этой задачи, который мы и рассмотрим подробнее.
Вместо того чтобы изобретать велосипед с квадратными колесами, как метко заметили опытные пользователи, мы можем использовать встроенный в 1С:УТ 11.5 механизм "Номенклатура контрагентов". Этот справочник предназначен для сопоставления вашей внутренней номенклатуры с наименованиями, которые используют ваши партнеры (как поставщики, так и покупатели) — есть автоматизация сопоставления номенклатуры контрагентов для 1С-ЭДО. Это ключевой элемент для автоматизации обмена данными и правильного заполнения документов.
Часто этот функционал упоминается в контексте автоматизации закупок, то есть для сопоставления номенклатуры поставщика с вашей. Однако, он прекрасно работает и для покупателей. Система может "знать", как каждый конкретный клиент называет ваш товар, и использовать это наименование при формировании документов на продажу.
Давайте разберем по шагам, как активировать и настроить этот функционал:
Для начала убедимся, что необходимая опция включена в настройках программы. Перейдите в раздел НСИ и администрирование.
Номенклатура проверьте наличие и активность опции, связанной с использованием номенклатуры контрагентов или партнеров.CRM и маркетинг, если вы используете раздельный учет партнеров и контрагентов. В этом случае убедитесь, что включена опция Независимо вести партнеров и контрагентов.Эти настройки позволяют системе вести отдельные записи для номенклатуры, используемой вашими партнерами, и связывать их с вашей внутренней номенклатурой.
Теперь, когда функционал включен, нам необходимо указать, как именно каждый ваш клиент называет ваш товар:
Партнера (вашего клиента) в справочнике Партнеры.Номенклатура партнеров. Обычно она располагается в панели навигации слева или в одной из вкладок.Номенклатура выберите вашу внутреннюю позицию из справочника Номенклатура.Наименование (или Наименование номенклатуры контрагента) введите то наименование, которое должен видеть ваш клиент в документах.Артикул контрагента, если он отличается от вашего.Важный момент: Некоторые пользователи ошибочно полагают, что этот механизм работает только для поставщиков. Это не так. Система позволяет привязать сведения о номенклатуре контрагентов к партнеру (клиенту), что позволяет ей автоматически использовать эти наименования при продаже.
После того как вы настроили сопоставление номенклатуры для конкретного клиента, система начинает использовать эти данные при формировании документов реализации:
При создании Заказа клиента или Реализации товаров и услуг система будет пытаться подставить в печатные формы наименования из Номенклатуры контрагентов, если такая настройка существует для выбранного партнера. Ваша задача – проверить, как именно стандартные печатные формы (например, Счет на оплату с факсимиле) берут эти данные.
Особое внимание уделим Универсальному передаточному документу (УПД). Стандартные печатные формы УПД в 1С:УТ спроектированы таким образом, чтобы учитывать наименования номенклатуры контрагентов. Это означает, что при правильной настройке вам не придется вручную корректировать наименования в УПД перед печатью или отправкой.
Одним из самых критичных аспектов является работа с электронным документооборотом (ЭДО), особенно когда речь идет об отправке УПД.
1С-ЭДО, встроенный в типовые конфигурации, полностью поддерживает сопоставление номенклатуры контрагента с вашей внутренней номенклатурой. Рассмотрим, как это работает:
При первом получении или отправке новой номенклатуры от контрагента, система обычно предложит вам сопоставить ее с вашей внутренней позицией. После этого 1С запоминает это сопоставление.
При отправке УПД через 1С-ЭДО, система автоматически использует наименования, указанные для контрагента в справочнике Номенклатура контрагентов. Это гарантирует, что контрагент получит документ с ожидаемыми им наименованиями, что значительно упрощает обработку документов и снижает риск ошибок.
Статус УПД (например, "1" для счета-фактуры и первичного документа) и вид отправляемого документа зависят от настроек ЭДО для конкретного контрагента, включая установку соответствующей "галочки" для Счет-фактура и платежный документ в одном документе.
Таким образом, применение стандартного механизма Номенклатура контрагентов является наиболее корректным и наименее трудозатратным способом решения задачи. Это позволяет избежать сложной кастомизации, которая может привести к проблемам при обновлении конфигурации и требует глубокого понимания структуры макетов ЭДО УПД, имеющих строгие требования ФНС.
Хотя стандартный механизм предпочтителен, существуют и другие способы, включая внешние печатные формы для УТ 11.5, которые могут быть рассмотрены в специфических случаях или как временные решения. Однако, они требуют больше усилий по разработке и поддержке.
Некоторые компании предпочитают иметь возможность произвольно задавать наименование для печати прямо в документе продажи. Это реализуется путем добавления дополнительной колонки, например, Наименование для печати, в табличную часть документов Заказ клиента или Реализация товаров и услуг.
Для реализации этой функциональности обычно используются расширения конфигурации. В расширении мы можем:
ДополнительноеНаименованиеДляПечати).Значение из этой колонки будет использоваться при выводе в печатные формы, включая Счет на оплату и УПД. Такое произвольное наименование может выводиться и в документы ЭДО, если соответствующим образом доработать механизмы формирования файла обмена.
Преимущества: Гибкость в отображении наименований для разных контрагентов, возможность быстрого изменения прямо в документе.
Недостатки: Требует кастомизации конфигурации, что увеличивает затраты на поддержку и обновление. Возможны сложности с интеграцией в ЭДО, так как форматы УПД строго регламентированы.
В типовой конфигурации 1С:УТ 11.5 есть настройка, позволяющая выводить в печатные формы артикул или код товара. Если ваши поставщики/клиенты ориентируются на артикулы или коды, это может быть частичным решением:
Перейдите в раздел НСИ и администрирование - Продажи - Печать документов.
Здесь вы можете выбрать, выводить ли в печатные формы (в том числе в УПД) артикул или код товара вместо наименования или в дополнительной колонке. По умолчанию может стоять опция Не выводить.
Преимущества: Стандартный функционал, не требует доработок.
Недостатки: Не решает проблему с произвольным наименованием, только с выводом идентификатора.
В 1С:УТ 11.5 существует механизм редактирования макетов печатных форм без изменения конфигурации. Это позволяет настроить внешний вид УПД и других документов, если стандартные настройки не полностью удовлетворяют требованиям.
Макеты печатных форм находятся в соответствующих справочниках (например, для УПД это может быть макет документа Реализация товаров и услуг или Счет-фактура выданный). Вы можете открыть их через меню Все функции (если оно включено), найти Общие макеты или Макеты печатных форм.
При редактировании макета вы можете изменить ячейки, формулы и запросы, которые формируют данные для вывода. Например, чтобы изменить, откуда берется наименование номенклатуры, нам нужно найти соответствующий запрос к данным в макете и скорректировать его таким образом, чтобы он обращался к полю с наименованием контрагента или к вашему добавленному полю Наименование для печати.
Давайте посмотрим на пример гипотетического фрагмента запроса, который может извлекать наименование номенклатуры:
ВЫБРАТЬ
ТаблицаТоваров.Номенклатура.Наименование КАК Наименование,
ТаблицаТоваров.Номенклатура.Артикул КАК Артикул
ИЗ
Документ.РеализацияТоваровУслуг.Товары КАК ТаблицаТоваров
Если бы у нас было поле АналогНоменклатурыДляПечати в табличной части, запрос мог бы быть изменен так:
ВЫБРАТЬ
ВЫБОР КОГДА ТаблицаТоваров.АналогНоменклатурыДляПечати ЕСТЬ НЕОПРЕДЕЛЕНО ИЛИ ТаблицаТоваров.АналогНоменклатурыДляПечати = "" ТОГДА ТаблицаТоваров.Номенклатура.Наименование
ИНАЧЕ ТаблицаТоваров.АналогНоменклатурыДляПечати
КОНЕЦ КАК НаименованиеДляПечати,
ТаблицаТоваров.Номенклатура.Артикул КАК Артикул
ИЗ
Документ.РеализацияТоваровУслуг.Товары КАК ТаблицаТоваров
Однако, найти точное место формирования наименования для печати и кода в макете УПД для ЭДО может быть крайне сложно. Эти макеты часто используют сложные программные модули, а не только простые запросы в составе макета.
Преимущества: Позволяет тонко настроить внешний вид документов.
Недостатки:
Отдельно остановимся на УПД для ЭДО. Это не просто красивая печатная форма, а юридически значимый XML-файл, который должен соответствовать строгим форматам ФНС.
Данные, включая наименования номенклатуры, кодируются в XML-файл по определенным правилам. Если вы вручную меняете печатную форму, это не обязательно означает, что аналогично изменится содержимое XML-файла, отправляемого по ЭДО. Механизмы формирования XML могут брать данные непосредственно из базы, игнорируя изменения в макете печатной формы.
Операторы ЭДО и налоговая служба проводят валидацию XML-файлов. Несоответствие формату, неверные или отсутствующие обязательные поля приведут к ошибкам и невозможности отправить или принять документ.
Для изменения наименований в УПД для ЭДО, используйте либо стандартный механизм Номенклатура контрагентов, либо специально разработанные расширения/внешние печатные формы, которые гарантированно учитывают особенности формирования XML-файлов обмена. Прямое изменение стандартных макетов УПД для ЭДО является рискованным.
Итак, для решения задачи по отображению разных наименований номенклатуры для различных покупателей в УПД и других печатных формах 1С:Управление торговлей 11.5, а также при работе с ЭДО, мы настоятельно рекомендуем использовать стандартный механизм Номенклатура контрагентов. Этот подход является наиболее надежным, поддерживаемым и наименее затратным в долгосрочной перспективе.
Начните с тщательной настройки справочника Номенклатура контрагентов для ваших клиентов, а затем проверьте, как наименования отображаются в стандартных печатных формах и при тестовой отправке через ЭДО. В большинстве случаев этого будет достаточно. Если же стандартный функционал по какой-то причине не полностью удовлетворяет уникальным требованиям, тогда рассматривайте доработки через расширения конфигурации, уделяя особое внимание корректности формирования XML-файлов для ЭДО.