Настройки интеграционного модуля УФ на 1С:Предприятие 8, устанавливаемого ранее 2020 года

Перед первым запуском модуля нужно выставить настройки. Для этого запустите интеграционный модуль УФ (Управляемых форм), откроется главное меню. Нажмите кнопку «Настройки» (Рис. 1).

Настройки пользователя разделены по пунктам:

1. Профили настроек – хранит информацию об организации и temp папке
2. Настройки подключения – настройки канала, авторизации к платформе
3. Настройки подписания – данные подписанта и сертификата при использовании ЮЗДО
4. Настройки внешней БД

Для настройки нужно начать с внешней БД.

Настройки внешней БД в разделе «Настройки пользователя»

Для корректной работы модуля необходимо настроить подключение к внешней базе данных (БД). 

Для режимов SQL необходимо указание следующих параметров (Рис. 2).

Для режима SQLite достаточно указания следующих параметров (Рис. 3).

Если параметры верны, то после нажатия кнопки «Подключиться к БД» будет произведена проверка (при необходимости создание) таблицы в БД. Зелёный цвет означает успешное выполнение операции.

Если режим SQL (My, Postgree, MS), то внешняя БД указанного наименования уже должна существовать, модуль создаст к ней таблицу.

Если режим SQLite, в указанной папке появится файл наименования «_extstore».

Профили настроек в разделе «Настройки пользователя»

• В поле «Организация» выберите организацию, по которой будет работать данный пользователь
• Записать лог в файл – во временной папке будет создана папка Log с данными лога выгрузки\загрузки
• Режим отладки – запускает модуль в режиме отладки (входящие документы не загружаются в 1С, а исходящие не загружаются на платформу Ediweb, только сохраняются в папке)
• В поле Temp выберите временную папку для модуля. Во временную папку сохраняются документы, выгруженные в режиме отладки (Рис. 4).

Настройки подключения в разделе «Настройки пользователя»

• В полях «Логин» и «Пароль» укажите полученные от консультанта логин и пароль для подключения к платформе Ediweb
• В поле «Сервер SOAP» укажите адрес сервиса для подключения к платформе, по умолчанию – soap.ediweb.ru (актуальный адрес подключения вы можете узнать у консультанта Ediweb)
• В настройках прокси указываются параметры прокси соединения (Рис. 5).

Настройки подписания в разделе «Настройки пользователя»

Перед тем, как задать настройки подписанта, убедитесь, что на ПК установлена программа Крипто-Про. Личный сертификат для подписания должен быть установлен в реестр в личные сертификаты.

Сертификат:

В меню «Сертификат» выберите сертификат из реестра, которым пользователь будет подписывать документы.

Если у вас в списке несколько сертификатов и нужно выбрать нужный, порядок их отображения соответствует порядку в КриптоПРО списке.

В поле «Пароль к ключу» укажите пароль к закрытому ключу подписи или оставьте поле пустым, если пароль отсутствует.

Подписант область полномочий: для режима поставщика и работы с ЮЗДО можете выбрать из вариантов:

• «Лицо, ответственное за оформление свершившегося события и за подписание счетов-фактур» – для работы с УПД/УКД
• «Лицо, совершившее сделку, операцию и ответственное за ее оформление и за подписание счетов-фактур» – только для работы с УПД, прав для выгрузки УКД недостаточно

Подписант статус – по умолчанию «Работник организации продавца», доступен выбор из представленных вариантов

Подписант:

Укажите Фамилию, Имя, Отчество и должность подписанта согласно данным из сертификата.

Важно

Если в модуле не планируется работать с подписанными документами, но планируется выгружать форматы ЮЗДО (УПД, УКД), указание сертификата необязательно, но данные по подписанту и ФИО требуется заполнить во избежание некорректной выгрузки пустых тегов.

Раздел «Настройки подписания» с выставленными настройками (Рис. 6).

Раздел «Настройки модуля»

Раздел «Настройки модуля» с выставленными настройками для покупателя (Рис. 7).

     1.     Выгружаемые документы/Загружаемые документы – укажите документы, которыми будете обмениваться.

Для режима поставщика:

• Выгружаемые: ORDRSP, DESADV, УПД, УКД
• Загружаемые: ORDERS, RECADV

     2.     Схема занесения Партнёров-Контрагентов – выберите подходящую для вас схему работы модуля, а также схему введения партнеров и контрагентов. Для режима продавца – «Режим поставщика» (Рис. 8).

Для поставщика существует 3 варианта (Рис. 9):

• 1 – Точка доставки – Контрагент
• 2 – Точка доставки – Грузополучатель

• 3 – Точка доставки – Партнер

Если у вас используется конфигурация БП 3.0 или ведение партнёров/контрагентов не обособлено, требуется выбрать вариант «2. Точка доставки – Грузополучатель».

Если вы ведёте учёт партнеров/контрагентов обособлено, то определиться с выбором пункта можете по визуально по виду документов, оформляемых вручную:

• 1 – Точка доставки Контрагент

В базе занесен партнёр – покупатель, все его точки доставки – его контрагенты, и в «Заказе» отражено следующим образом (Рис. 10).

• 2 – Точка доставки – Грузополучатель

В базе есть партнёр и контрагент – покупатель, контрагенты – грузополучатели (контрагенты этого или другого партнёра) заносятся в «Реквизиты печати» документа (Рис. 11, 12).

• 3 – Точка доставки – Партнёр

В базе ведётся множество партнёров – по магазинам, и один контрагент – покупатель сети (потенциально схемы головной партнёр – покупатель, контрагент – покупатель, партнёры – магазины) (Рис. 13).

     3.      Параметры конфигурации – задаёт дополнительные параметры для работы с документами:

• Счет вместо реализации БУХ – позволяет загружать ORDERS в «Счёт на оплату» покупателя (для конфигураций Бухгалтерия 3.0). При отсутствии этой настройки и использования конфигурации БП 3.0 – ORDERS будет загружаться в «Реализацию товаров и услуг» сразу.
• Создавать поступление УПД – для варианта работы сети, для поставщиков не используется.

     4.      Прочее – задаёт дополнительные параметры для работы с документами:

• Брать цену товара из файла – для варианта работы поставщика, влияет на заполнение документа, загружаемого в 1С на основе ORDERS. Если цена должна браться из xml, установите галочку. Если цены должны подставляться согласно установленным в 1C значениям (по типу цен в Соглашениях или Договорах), галочку ставить не требуется.
• Версия 5.01 – вариант формата электронных «Cчетов-фактур», на данный момент настройка устаревшая в связи с переходом на УПД
• Грузополучатель склад – настройка для режима сети, не выставляется для режима поставщика
• Выгрузка УПД без заказа – настройка для режима поставщика, если УПД требуется выгружать без электронного ORDERS (например, работа с сетью «Бауцентр» по УПД), выгрузка УПД ФНС-формата без доп. информации
• Экранирование символов – настройка при работе для режимов SQL Posgree, иногда необходима к указанию в зависимости от версии, для экранирования технических символов
• Короткие номера – при установке настройки в исходящих электронных документах в учётной системе будет отличаться от номера на печать. Например, 1 вместо 0000-000001.

     5.      SSCC – используется для отправки DESADV по кросс-докингу (Рис. 14):

• Использовать SSCC – включает возможность работы с функционалом, при этом обязательность работы включается отдельно для контрагентов в «Менеджере сторон обмена»
• SKU – возможность указания первой цифры для формирования палетного распределения, по умолчанию проставляется «1».  При работе с сетью «Леруа Мерлен» требуется установить «5».
• Номер последнего кода – возможность указать начальное значение порядкового номера, с которого должно начинаться формирование SSCC-кода. Стандартно модуль начинает нумерацию с «1». Однако если поставщик ранее работал в веб-интерфейсе платформы, или в другой интеграции, в связи с необходимостью соблюдать уникальность SSCC в рамках периода, требуется указать значение для продолжения.

Важно

После выставления настроек на текущей вкладке нужно нажать «Создания доп.сведений», так как некоторые технические данные хранятся в доп.сведениях документов (Рис. 15).

Дополнительные сведения касаются видов 1С документов: «Заказ покупателя», «Реализация товаров и услуг» и содержат техническую важную информацию для выгрузки (Рис. 16).

Раздел «Настройка номенклатуры»

Во вкладке «Настрока номенклатуры» задаются правила для поиска номеклатуры.

1. Место поиска номенклатуры – место хранения поля необходимого кода в 1С.
2. Тип кода для сравнения (тег) – назначение кода в Ediweb xml.

Всего 3 возможных варианта: BuyerItemCode – артикул покупателя, SupplierItemCode – артикул поставщика, EAN – штрих-код.

     3.      Поле для сравнения – имя поля, по которому будет осуществляться сверка.

     4.      Владелец – привязка заданных параметров поиска к роли контрагента.

Для добавления настроек для сравнения нажмите на кнопку «Добавить» (1). В колонке «Место поиска» укажите место хранения кода в системе 1С (2) (Рис. 17).

Возможные варианты настройки:

• По справочнику Дополнительные реквизиты – номенклатура ищется в справочнике «ДополнительныеЗначения». Данные можно заносить в форме объекта «Номенклатура». В «Поле для поиска» указывается наименование свойства, по которому происходит сравнение с данными из тега, указанного в поле «Тег для поиска».

Пример (Рис. 18):

В интеграционном модуле (Рис. 19):

При использовании поиска по «Доп.реквизитам» рекомендуем в дальнейшем после занесения «Менеджера сторон обмена» указывать «Владельца», так как для разных сетей место поиска значений одного и того же тега (например BuyerItemCode) – разное (Рис. 20).

• По РС.Дополнительные сведения – номенклатура ищется в регистре сведений «ДополнительныеСведения». Данные можно заносить в форме объекта «Номенклатура», вкладка «Свойства». В поле «Поле для поиска» указывается наименование свойства, по которому происходит сравнение с данными из тега, указанного в поле «Тег для поиска». Настройка аналогична выше описанной настройке – «По справочнику Дополнительные реквизиты».

Данные настройки можно выставить, если включены «Дополнительные реквизиты и сведения» (Администрирование – Общие настройки), и данные по артикулам хранятся там.

• По реквизиту – ведётся поиск по реквизиту номенклатуры. В «Поле для поиска» указывается имя реквизита, по которому происходит сравнение с данными из тега, указанного в поле «Тег для поиска».
• По РС.Штрихкоды – номенклатура ищется в регистре сведений «Штрихкоды». Данные можно заносить в форме объекта «Номенклатура», «Штрихкоды». В «Поле для поиска» указывается имя поля регистра сведений «Штрихкоды», по которому происходит сравнение с данными из тега, указанного в поле «Тег для поиска».
• Во внешней БД – номенклатура ищется в базе внешней обработки Ediweb.
• Номенклатура поставщиков – номенклатура ищется в справочнике «Номенклатура поставщика». Данные можно заносить, перейдя из нужного партнёра в список «Номенклатуры поставщика» в форме объекта «Номенклатура», вкладка «Номенклатура поставщика». В «Поле для поиска» указывается имя поля, по которому происходит сравнение с данными из тега, указанного в поле «Тег для поиска». Если артикулы всех покупателей у вас в «Номенклатуре поставщиков», заполнение поля «Владелец» не требуется, отбор по владельцу уже прописан. Если поставщик не определился с местом хранения артикулов сетей, данный вариант является рекомендованным, типовым (Рис. 21).

В колонке «Тег для поиска» укажите поле в xml, с которым необходимо сравнивать поле для поиска

В колонке «Поле для поиска» укажите конечное место хранения значения для сверки кодов

Колонка «Владелец» может быть заполнена, если для разных контрагентов требуется искать один и тот же параметр в разных местах (например, SupplierItemCode – один в доп. реквизите «Код поставщика1», другой в «Код поставщика2». Если колонка не заполнена – правило используется для всех.

Если у вас используется условие для конкретного владельца и условие для всех – важен порядок, строка индивидуального правила должна быть выше в списке.

Важно

1.    Порядок записей по настройке номенклатуры влияет на сопоставление элементов справочника номенклатуры при загрузке входящих документов. При загрузке обработка по порядку настройки ищет сопоставление номенклатуры, при нахождении по указанной настройке поиск данной товарной строки прекращается как успешный и остальные теги данной товарной позиции не проверяются.

Например, при порядке настроек BuyerItemCode, EAN:

– если товар найден по первому параметру, второй (Штрихкод) не будет проверен.

– если товар не найден по артикулу покупателя, будет произведён поиск по штрих-коду. Если товар найден, будет подставлен, если нет – ошибка сопоставления.

2.    Обработка берёт первую удовлетворяющую условиям запись.

Например, если у вас указан поиск по ШК, и у разных позиций занесен один и тот же штрих-код, будет взят первый подходящий элемент.

3.    При указании настроек в разрезе контрагентов и при наличии общей настройки (без уточнения) данные записи по контрагентам должны быть выше в списке, чем запись без конкретизации.

Данный пункт обусловлен описанием в пункте 1. Если запись без указания конкретного контрагента будет первой, после чего пойдут все остальные записи с конкретизацией, поиск будет осуществлён, начиная с первой записи.

Добавление контрагентов

Для корректной сверки и поиска контрагентов нужно в модуле добавить идентификаторы, необходимые для осуществления EDI и ЮЗДО-обмена.

Для этого откройте «Менеджер сторон обмена» в главном окне модуля (Рис. 22).

В менеджере сторон обмена занесите контрагентов и точки доставки, с которыми вы будете обмениваться документами через платформу Ediweb (Рис. 23).

Для добавления нового участника нажмите кнопку «Добавить» и внесите GLN, ФНС ID (при необходимости) и «Код региона» (для корректной работы ФНС-обмена) (Рис. 24).

Функция СЧФ – выбор из вариантов форматов УПД: СЧФДОП, СЧФ, ДОП.

SSCC – использование палетного распределения для создаваемого контрагента

ORDRSPx5 – включение функционала «Указания причин недопоставки Х5» при отправке ORDRSP, если были изменены количества по сравнению с исходным xml.

Данные по ФНС ID, особенности формата УПД, SSCC и ORDRSPx5 должны быть выставлены для контрагента-владельца документа 1С, т.е. при работе с одним покупателем и десятками точек доставки, данные особенности указываются только у одной записи, у остальных они не требуются.

Всего в менеджере сторон обмена должны быть записи по вашей организации, по покупателям и по точкам доставки.