Внедрение

Зачем нужна эта инструкция

Если вы человек, ответственный за внедрение Контур.Меркурий,  обязательно прочитайте эту инструкцию. Инструкция по внедрению создана для комфортного и быстрого освоения технологии внедрения Контур.Меркурий. Она содержит общие сведения о продукте, его возможностях, архитектуре и основных этапах внедрения.

Пожелания по доработкам инструкции

Мы будем рады обратной связи: вашим предложениям по улучшению этого документа. Направьте их любым удобным для вас способом — через техподдержку/менеджера/чат.

Возможности Контур.Меркурий

Подсистема Контур.Меркурий предназначена для быстрой интеграции вашей 1С с ГИС Меркурий и долгосрочного снижения затрат на эксплуатацию (время операторов и технических специалистов) и сведения к минимуму рисков (от контролирующих органов и отношений с вашими контрагентами).

Ключевые возможности:

  • Подходит для любой конфигурации 1С на платформе от 8.2.13 (требуется платформа 8.3.10 и режим совместимости) или новее.
  • Поддерживаются все необходимые операции с ФГИС с максимальным исключением человека из процесса.
  • Легко настроить и сопровождать за счет специализированных архитектурных решений в кастомизации и настройке.
  • Индикаторное автоматизированное рабочее место само следит за тем, чтобы все требуемые операции были выполнены. Требуемые действия и состояния явно описаны.
  • Продвинутая проверка операций не даст шанса случайным и системным ошибкам.
  • Фоновая автоматическая обработка позволит оператору оставаться «в фокусе» и быть максимально эффективным.
  • Глубокая тонкая настройка соответствий номенклатуры и контрагентов позволит не предъявлять сложные требования поставщикам и легко выполнять требования клиентов без затрат.
  • Встроенная исчерпывающая штатная справка к каждому объекту по F1 готова прийти на помощь в любой момент (например, при смене сотрудника).
  • Легко разобраться: использован стандарт разработки 1С. Код проверен статическим анализатором, автотестами и ручным тестированием.

С чего начать внедрение впервые

  • Проверьте что вы (или конечный внедренец) соответствуете изложенным ниже в этом документе требованиям.
  • Прочтите все разделы встроенной справки (F1), если еще не делали этого.
  • Начните с демонстрационной базы (входит в комплект поставки) и раздела «Общая технология внедрения» этой инструкции.

Требования к квалификации

Требования к квалификации внедренца и администратора базы данных следующие. При отсутствии каких-либо из перечисленных навыков сделайте запас времени на внедрение.

  • Опыт установки и обновления конфигураций 1С (желательно опыт поддержки и обновления нетиповых конфигураций).
  • Знание механизма поддержки и обновления в конфигурации.
  • Знание прикладных механизмов работы и прикладных объектов платформы (кроме регистров бухгалтерии и расчетов).
  • Крайне рекомендуется наличие сертификата 1С:Профессионал. Сертификат не самоцель, нам важно описать ожидаемый уровень внедренца.
  • Рекомендуется наличие сертификата: специалист по платформе/торговле или более высокого.
  • Базовое знание концепции системы Меркурий, её операций и механизмов. Обучение можно пройти, например, прочитав эту инструкцию или еще где-либо.
  • Рекомендуется наличие опыта работы в web-интерфейсе системы Меркурий (ХС или ГВЭ).
  • Знания в администрировании баз 1С.

Требования к знанию нормативной базы

*При отсутствии каких-либо из перечисленных знаний сделайте запас времени на внедрение.

  • Понимание понятий системы Меркурий: ХС, Площадка, Транзакция, Продукция, ВСД, Запись складского журнала (СЖ), Прослеживаемость.
  • Общее понимание приказов Минсельхоза №№ 589, 648, 646.

Пользовательская инструкция и справка

Размещены во встроенной штатной справке подсистемы (F1 из любой формы).

Общая архитектура

  • Все объекты подсистемы обладают префиксом КонтурМеркурий_
  • В составе конфигурации поставки также входит каркасная конфигурация, которую не нужно устанавливать в варианте Подсистема основной конфигурации. Однако при установке в виде отдельной базы данных, эти объекты нужны. Каркасная конфигурация в этом случае выполняет роль типовой конфигурации.

Концепция

Упрощенно выглядит следующим образом:

  • Элементы справочников используются в учетных документах подсистемы.
  • Документы подсистемы, являясь аналогом Транзакций, генерируют Заявки на выполнение операций. Заявки API — это справочник.
  • Заявки умеют отправляться в Меркурий и получить ответ от Меркурия (результат обработки на стороне Меркурия).
  • В результате обработки ответов по заявкам в справочниках и регистрах подсистемы обновляется состояние. Например, появляются ВСД или изменяется количество на остатке партии.
  • Заявки могут генерироваться не только документами но и в других случаях, когда нужно выполнение прикладной операции. Например, заявка на привязку площадки к ХС или на редактирование прав пользователей.
  • Документы подсистемы вводятся на основании документов вашей основной конфигурации (например документ Оформление трансп. ВСД может вводиться из документа Реализация товаров и услуг). Один такой документ учетной системы, требующий обработки, считается задачей, которую нужно выполнить (и желательно автоматически).
  • При вводе документа подсистемы применяются все соответствия и настройки с целью полностью исключить участие оператора.
  • Система следит за тем, чтобы все задачи были выполнены. При этом она четко пишет текущий статус и требуемое действие. Настройки, механизмы и отчеты исключают ручную работу.

Справочники подсистемы

Бывают двух типов:

  • Прямые аналоги справочников ФГИС Меркурий. Единицы измерения / ХС / Площадки / Пользователи ФГИС / Цели / Адреса и т.д. Для таких справочников, как правило, используются Соответствия. Так, элемент справочника ХС, как правило, связан с одним или несколькими контрагентами учетной системы.
  • Специализированные справочники, созданные для удобства обработки данных (Настройки).

Документы подсистемы

  • Ключевое место работы — определяют, что именно требуется отразить в Меркурий.
  • Обладают встроенным валидатором (проверки ошибок).
  • Обладают статусной моделью. Статусы определяют оперативное состояние документа от черновик до работа завершена. Список доступен в перечислении КонтурМеркурий_СтатусыДокументов.

АРМ (автоматизированное рабочее место)

Представлено обработкой КонтурМеркурий_РабочийСтол и является основной точкой входа пользователя.

Организует:

  • Блок Задачи. Подсчет текущих счетчиков задач. Задача — необходимость ввести документ подсистемы из документа учетной системы по настроенной связке, а также переход к спискам задач и их состояниям.
  • Блок Перейти. Отображение ключевых индикаторов состояния обмена с Меркурием и состояния фоновых заданий.
  • Блок О программе. Состояние и управление самим продуктом.

В целом задача АРМ (Рабочего стола) максимально быстро и очевидно показать общее состояние и дать интуитивно понятный переход к задачам и механизмам.

До начала внедрения

  • Требуется проверить наличие реквизитов доступа к интеграционному шлюзу системы Меркурий. Они бывают тестовыми и боевыми. Требуется получить и те, и другие. Если их нет, то можно их получить в этом сервисе: боевое окружение или тестовое окружение.
  • Компании — конечному пользователю требуется прочитать и принять лицензионный договор.

Установка подсистемой к основной конфигурации

  • Этот вариант установки подразумевает установку Контур.Меркурий как отдельную подсистему к основной конфигурации. Такая установка не вносит изменения в объекты типовой конфигурации (их можно оставить «на замке»). Зато позволяет сделать интеграцию полностью бесшовной с основной конфигурацией. Решение будет «в контексте» базы, будут доступны моментальные переходы к исходным документам.
  • Используйте инструкцию «Установка и обновление» из комплекта поставки для установки подсистемы.

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

Установка отдельной базой (шлюз)

  • Хотя установка отдельной базой данных уже доступна, механизмы синхронизации с основной базой (базами) 1С запланированы только в релизе 2.6.1. Вы можете самостоятельно реализовать синхронизацию (например, воспользовавшись 1С Конвертация данных), но это потребует определенных усилий (потребуется синхронизировать справочники номенклатуры, единицы измерения, характеристики, контрагенты, точки доставки, и т.д. и учетные документы РТУ, ПТУ, Возврат и т.д.).
  • Этот вариант также всегда применяется для первичного изучения Контур.Меркурий ред. 2.

Общая технология внедрения

Для успешного внедрения вам потребуется разобраться с реальными бизнес-процессами, связанными с оборотом продукции в компании. Для этого рекомендуем до начала внедрения использовать Опросный лист. Запросите его у нас отдельно. Опросный лист содержит ключевые вопросы, ответы на которые дадут достаточно подробную картину предстоящего внедрения. Можно сказать, что опросный лист — это часть обследования. Как только вы с заказчиком заполнили опросный лист и поняли, какие именно операции и в какой момент требуется отражать во ФГИС, можно начинать настройку.

Если вы впервые внедряете Контур.Меркурий (или считаете проект потенциально рискованным по другой причине), рекомендуем развернуть Демо базу данных из комплекта поставки и потренироваться в ней:

  • Создать псевдоучетные документы отгрузки/производства/перемещения/возврата/списания и т.д. (используйте опросный лист), которые имитировали реальные документы учетной системы. Будет особенно полезно ввести несколько реальных номенклатур в справочник и при вводе псевдодокументов учетной системы использовать реальные наименования.
  • В рамках демобазы вы можете внести упрощенные изменения в каркасную конфигурацию для обозначения особенностей учетных документов, если они влияют на интеграцию с Меркурием.
  • Выполните настройку на этой базе данных так, как будто внедрение началось. Внесенные настройки можно будет в дальнейшем экспортировать на боевую базу, их не потребуется делать повторно.

Если вы уже внедряли КонтурМеркурий ред. 2 (именно новую редакцию!,) то рекомендуем развернуть копию рабочей базы и выполнять все действия на ней.

Переход на боевую базу данных (работа в режиме опытной эксплуатации, но боевом окружении)

Четкого определения момента, когда разрешается переходить на боевую базу, нет. Однако можно порекомендовать переход, как только удается настроить устойчивое выполнение основных сценариев на тестовой среде. С ростом опыта внедренца этот момент наступает быстрее, вплоть до «сразу на бой», однако все равно следует помнить о рисках и принимать решение отдельно по каждому внедрению.

Критерии успешного внедрения и выхода в продуктив (промышленную эксплуатацию)

  • Все запланированные задачи проекта (этапа проекта) выполнены.
  • Выполнены настройки связок документов и все операции каждого типа полностью выполняются в Контур.Меркурий. Пользователи могут ходить в веб «посмотреть», но делать эти операции там не должны.
  • Пользователям было проведено обучение и интенсивность их обращений в поддержку в течение 2-х последних недель говорит о том, что они освоили подсистему.
  • Отсутствуют неоправданные простои оператора на ожидание отклика системы, за исключением явно подтвержденных тормозов самого Меркурия.
  • Рутинные операции автоматизированы или принято решение о нецелесообразности автоматизации.

Комплект поставки

  • Инструкции по установке и обновлению.
  • Файлы поставки.cf (для платформы 8.3 и платформы 8.3 в режиме совместимости вплоть до 8.2.13).
  • Демонстрационная база (начиная с версии 2.5.1).
  • Подробное и краткое описание текущего релиза.
  • Договор оферты (начиная с релиза 2.4.4).
  • Вспомогательные обработки для конфигураций в режиме ОбычноеПриложение (обработка-запускатор для справочника внешних обработок и обработка-запускатор менеджера фоновых заданий в файловых базах).

Настройка прав

В подсистеме предусмотрены следующие роли пользователей:

  • Меркурий Администратор подсистемы (Контур Меркурий).Роль дает полный доступ к подсистеме.
  • Меркурий Админ ХС (Контур.Меркурий).Роль предназначена для пользователя, который в Меркурии является администратором ХС.
  • Меркурий Продвинутый пользователь (Контур.Меркурий). Роль предназначена для опытного пользователя, которому доступны необратимые операции и расширенный перечень массовых действий.
  • Меркурий Продвинутый пользователь (Контур.Меркурий).
  • Меркурий Пользователь (Контур Меркурий). Роль предназначена для рядового оператора.
  • Меркурий Соответствия товаров (Контур.Меркурий).Роль предназначена для ответственного за настройку соответствий номенклатуры.

Подробное описание доступной функциональности для каждой из ролей размещено во встроенной справке (F1) формы Настройки пользователей 1С подсистемы.

Рекомендуется давать роли в соответствии с их назначением. Повсеместное назначение пользователям полных прав повышает риски.

Настройка в пользовательской части

Настройки в подсистемы выделены в отдельные объекты метаданных по их целевому назначению. Например, общие настройки — справочник, а соответствия товаров — отдельный регистр.

Стартовый помощник

В начале работы требуется выполнить некоторые рутинные действия по подготовке к работе: синхронизировать (проверить актуальность) с Меркурием базовые справочники подсистемы, внести данные о доступах, выбрать площадки, с которыми будет вестись работа и загрузить из Меркурия текущие остатки. Для того чтобы выполнить все операции в верной последовательности, настоятельно рекомендуем при первом запуске воспользоваться Стартовым помощником (это обработка) и последовательно выполнить первоначальную настройку.

После завершения работы со стартовым помощником можно переходить к более тонким настройкам:

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

Настройки в подсистеме

  • Учетные записи API — справочник КонтурМеркурий_УчетныеЗаписи. Хранит реквизиты доступа каждого хозяйствующего субъекта (каждой организации).
  • Основные настройки — справочник КонтурМеркурий_Настройки. Содержит предопределенные элементы, которые и являются настройками. Значения настроек хранятся в реквизите Значение. Доступен ввод собственных новых настроек (при некоторых доработках). Умеет автоматически заполняться дефолтными при обращении к неинициализированной настройке или при нажатии на соответствующую команду справочника.
  • Границы синхронизации — справочник КонтурМеркурий_ГраницыСинхронизации. Показывает текущую актуальность (до какого момента времени синхронизировано) по складскому журналу, входящим и исходящим ВСД в разрезе каждой пары ХС-Площадка, по которым настроена синхронизация данных.
  • Соответствия (товаров, единиц, контрагентов и т.д.) представлены несколькими объектами метаданных:
    • Справочник КонтурМеркурий_ЕдиницыИзмерения;
    • Справочник КонтурМеркурий_Упаковки;
    • Справочник КонтурМеркурий_Площадки20;
    • Справочник КонтурМеркурий_ХозяйствующиеСубъекты20;
    • Регистр КонтурМеркурий_БазовыеСоответствияНоменклатуры — основные сведения о номенклатуре.;
    • Регистр КонтурМеркурий_ВходящиеСоответствияНоменклатуры — особенности сопоставления товаров во входящих пачках ВСД;
    • Регистр КонтурМеркурий_ИсходящиеСоответствияНоменклатуры — особенности формирования исходящих транспортных всд по номенклатуре;
    • Регистр КонтурМеркурий_ПроизводственныеСоответствияНоменклатуры.
  • Настройки конвертации — регистр КонтурМеркурий_НастройкиКонвертации. Ключевой регистр, определяющий:
    • Типы значений справочников в соответствиях (с каким справочником основной конфигурации устанавливать соответствия для ХС, Площадок, Номенклатуры и т.д.).
    • Какие документы подсистемы вводить на основании каких документов основной конфигурации. Например, что документ Оформление транспортного ВСД будет вводиться из документов Реализация товаров и услуг и ВозвратПоставщику.
    • Как именно будет вводиться документ подсистемы, какая маршрутизация данных (что-то похожее на 1С:КонвертацияДанных, только напрямую). Определяет особенности формирования списка задач.
  • Настройки пользователей 1C (конвертация. Определяют особенности подстановки Пользователя ФГИС в Документы подсистемы по текущему пользователю 1С, а также содержат настройки некоторых значений по умолчанию для пользователей 1С). Т. е. определяют, как конвертировать пользователя 1С в Пользователя Меркурий в разрезе ХС и Площадок.Хочется отметить, что функциональность по администрированию пользователей ФГИС, предоставлению им прав/доступов в самом Меркурии осуществляется в справочнике Пользователей ФГИС. Она не связана с настройками конвертации пользователей 1С. Главное для понимания: Пользователи ФГИС и Пользователи 1С — это разные сущности, разные справочники.
  • Настройки интеркампани. Для интеграций, предусматривающих схему интеркампани, здесь указывается, какие ХС получают доступ к партиям каких ХС, на каких площадках и для каких операций. Т. е. здесь можно настроить, что ООО Лютик на Площадке Склад может через механизм интеркампани отгружать товары, принадлежащие ООО Василёк (Контур.Меркурий автоматически перепишет эти товары на ООО Лютик).
  • Настройки регламентных заданий удобно делать обработкой Контур.Меркурий выполнение фоновых заданий — это адаптированная консоль заданий.
  • Прочие вспомогательные справочник, которые в широком смысле могут считаться настройками:
    • Лабораторные исследования — можно вести перечень всех проводимых лабораторных исследований и настроить их автоматическое внесение в Меркурий.
    • Сведения об иммунизации (Контур.Меркурий) — для учета и быстрого применения результатов иммунизации.
    • Шаблоны маршрутов (Контур.Меркурий) — Справочник типовых маршрутов следования с возможностью автоматической подстановки в документы по определенным условиям.
    • Транспорт (Контур.Меркурий) — Справочник автомобилей для быстрой подстановки в документы.
    • Партнеры (Контур.Меркурий) — группирует ХС и позволяет быстрее настраивать особенности работы с контрагентами.
    • Условия регионализации (перечень) — можно настроить механизм автоподстановки выполнения условий отдельно для каждого условия.
    • Цели — можно (при включении).

Обновление по новым релизам

  • Подробное описание релиза входят в состав поставки.
  • Подробные описания всех релизов размещены в публичном доступе: Версии 2023.
  • При обновлении используйте руководство по обновлению конфигурации из комплекта поставки.
  • Всегда используйте штатный (типовой для платформы 1С) механизм обновления конфигурации поставщика.

Переход со старых версий

Стартовый помощник предоставляет возможность автоматически перенести данные из предыдущей редакции Контур.Меркурий для 1С версии М8.17.Х. Воспользуйтесь соответствующей командой в стартовом помощнике. Поддержка перехода с версий М8.16.Х и М8.15.Х планируется в релизе 2.5.1.

Переход с других решений интеграции с Меркурием

  • Специализированный инструмент автоматического перехода с других решений запланирован в версии 2.6.1.
  • Сейчас требуется написание специализированной обработки переноса. Уточните у нас, возможно, для перехода с решения конкретного вендора такая обработка уже написана.

Доработки подсистемы

  • Прикладной исходный код полностью открыт. Закрыт только модуль обеспечивающий лицензирование.
  • Рекомендуется по возможности использовать расширения конфигурации.
  • При необходимости внести изменения в конфигурацию рекомендуем не снимать конфигурацию с поддержки.
  • Рекомендуется вносить изменения (путем изменения кода или расширениями) в рамках обработки Подключаемый Модуль.
  • Вы можете оставить свой запрос на доработку в техподдержке или написать о своей потребности в чат для партнеров.
  • Мерж/пул реквесты возможны. Направьте нам исходный код или cf. Однако мы не можем гарантировать его акцепт, скорость и неизменность.

Подключаемый модуль

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

Загляните в модуль объекта обработки КонтурМеркурий_ПодключаемыйМодуль, чтобы ознакомиться с предложенными событиями.

Поддержка

Доступен технический чат для партнеров. Попросите доступ у менеджера, с которым вы работаете.

Часто задаваемые вопросы (FAQ)

Как работает синхронизация ВСД и СЖ

  • Синхронизация ВСД и СЖ (складского журнала) происходит по каждому Поднадзорному объекту (ПО) и сущности синхронизации (СЖ/вх.ВСД/исх.ВСД) отдельно.
  • Для этого создан справочник Границ синхронизации. Он определяет, по каким ПО и что именно синхронизировать с Меркурием. Каждый элемент справочника — это конкретная вычитываемая вещь на конкретной площадки и ХС (например, СЖ склада Сыроежка компании СКБ Контур).
  • Сама по себе синхронизация подразумевает вычитывание изменений, произошедших за интервал времени в прошлом. Появления ВСД или изменения СЖ привязаны ко времени и условно «пробегая по ленте изменений», мы понимаем, что изменилось: какие ВСД были получены/ погашены, какие СЖ и как изменились.
  • При синхронизации используется понятие Граница актуальности — основной реквизит границы синхронизации. Показывает, на какой момент времени у нас синхронизированы данные. При каждой успешной итерации обмена (вычитывании из Меркурия порции за какой-то интервал прошедшего времени) граница как указатель момента времени передвигается вперед.
  • Для синхронизации (итераций) используются Заявки. На одну итерацию их может потребоваться несколько.
  • Есть общие настройки, позволяющие настроить предельный размер интервала времени вычитывания (интервал времени в прошлом, за который заявки будут спрашивать Меркурий об изменениях). Существует регламентное задание, инициирующее запуск итерации синхронизации. Синхронизация может быть запущена в фоне и командой самой границы. А в карточке можно запустить её в этом сеансе (реализовано «под капотом» через обработчик ожидания).

Как уточнить автозаполнение документа подсистемы

Кастомизация автоматического заполнения документа (сделать так, чтобы оператор только следил за процессов,  крайнем случае только инициировал действия) — главная задача внедренца. Для этого существуют несколько возможностей. Список (от более быстрых и рекомендуемых к менее быстрым):

  • Установите, какой документ подсистемы (оформление/производство/инвентаризация) будет вводиться на основании какого документа учетной системы в Настройках конвертации.
  • В карточке конкретной настройки конвертации проверьте маршрутизацию заполнения реквизитов документа (откуда что брать). Несложное автозаполнение можно реализовать прямо здесь, в пользовательском режиме. Ознакомьтесь со всеми закладками карточки.
  • В событиях.

Как настроить автоподбор партий

Автоподбор — одна из самых востребованных функций интеграции. Именно он дает главную экономию в операциях оформления транспортных ВСД (отгрузках и перемещениях). Идея в том, чтобы по каждой строке документа, где требуется использование партий, запустить механизм, который автоматически выберет (или не сможет выбрать в ряде случаев) верную исходную партию для операции.

Общий принцип автоматического подбора партий:

  • По каждой строке документа, где требуется подбор партий, определяются партии, которые могут подойти для текущего товара. Здесь применяются фильтры к складскому журналу, цель которых максимально сузить выбор. Фильтры берутся из реквизитов документа и текущей строки товара (сырья для производства). Они могут быть очень четкими (уникальный номер партии) или менее четкими (например, известна только дата окончания срока годности) и как результат, при наложении партий останется от 0 до N *подходящих партий.
  • Механизм также учитывает резервы, которые сделали по партиям другие документы (или предыдущие строки текущего документа).
  • После чего из подходящих партий (напомню, их может быть от 0 до N) по заданному в настройках алгоритму (который может отличаться для разных документов и быть даже доработанным для конечного клиента) принимается решение об автоподборе или невозможности автоподбора.
    В первую очередь ознакомьтесь с тем, какие настройки есть в блоке автоподбора в Общих настройках, в блоке Настройки автоматического подбора партий.
  • Запуск автоподбора включается в общих настройках.
  • Запустить автоподбор можно вручную общей командой «Управление → Подобрать партии автоматически» (сбросить выбор партий отдельной командой), которая может применяться к документам массово.

Зачем нужны 3 разных регистра соответствий товаров

  • Идентификация товаров в системе Меркурий отдана на усмотрение самих ХС (участников оборота поднадзорных товаров).
  • Меркурий только предоставляет некоторые поля в ВСД для того, чтобы такую идентификацию можно было выполнить, в том числе машинным образом:
    • Наименование;
    • GTIN (Штрихкод);
    • Артикул;
    • Идентификатор продукции (4-й уровень).
  • Таким образом, ХС оказывается в ситуации, когда на один и тот же товар (элемент номенклатуры) у его поставщиков может могут быть различные идентификаторы в Меркурии и они будут присылать ВСД с различными значениями полей. А получатели в свою очередь, если на их стороне слабое интеграционное решение, могут требовать указания конкретных (в том числе совсем других значений полей). И вопрос стоит так: как организовать работу в этих условиях, чтобы все сопоставлялось автоматически.

Для этого созданы отдельные механизмы соответствий:

  • Базовые соответствия — объясняют системе, что это за товар, его важные особенности (например, какие у него должны быть условия хранения, кто может его оформлять и т.д.) и реквизиты (в том числе поля идентификации), по мнению самого клиента.
  • Входящие соответствия — объясняют системе, как автоматически сопоставлять пришедшие ВСД с товарами (какие значения полей соответствуют какой номенклатуре) в разрезе отправителей. В том числе, с каким набором полей гасить такие ВСД.
  • Исходящие соответствия — объясняют системе особенности формирования.

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

Как сделать так, чтобы тянулись соответствия товаров из Контур.EDI

  • В справочнике Партнеры (Меркурий) добавьте элементы справочника, в соответствии с бизнес-партнерами (например, Лента, Метро).
  • Свяжите их с Партнерами EDI в карточке.
  • Установите переключатель в этой карточке в положение «Брать из EDI (нет 4 ур.)».
  • Проверьте в этой карточке список ХС, на которых будет распространяться действие настройки.

Как массово погасить старые ВСД

Воспользуйтесь механизмом Гашение старых ВСДОн предусматривает работу в несколько этапов: вычитать ВСД, сформировать документы гашения, сформировать и отправить заявки на гашение.

Как работает справочник Заявок API

Справочник Заявки API — это единственный инструмент для выполнения в Меркурии прикладных операций. Например, оформление ВСД или его гашения и много других, полный список в перечислении КонтурМеркурий_ТипыЗаявок. Тип заявки — один из основных реквизитов заявки. Его задача заниматься обменом с Меркурием на низком уровне (текстов xml, протоколов и т.д.). При этом он фиксирует отправляемый в Меркурий текст запроса, ответ, все статусы с привязкой ко времени. Т. е. заявки работают с момента формирования текста отправляемого запроса (записи элемента в справочник со статусом Не отправлена) и до успешного отражения в справочников результатов успешного ответа. Полученный текст xml разбирается и полезные данные обновляют состояние справочников, устанавливается галочка Результат обработан, а статус в этот момент COMPLETED. При этом с момента отправки заявки до момента получения текста ответа с признаком выполнения на стороне Меркурия прикладной части проходит некоторое время (так называемая асинхронная обработка на стороне сервера). Расшифровку возможных статусов и что с ними делать смотрите во встроенной справке.

Как посмотреть прослеживаемость использованных партий

Есть несколько способов:

  • С помощью отчета Движения партий — он представляет сводную информацию об истории партий (в разрезе продукции/видов продукции/ХС/Площадок) за период.
  • В карточке ВСД на закладке Партия или в карточке записи СЖ на закладке Связанные ВСД — удобно понять источник возникновения конкретной партии СЖ/ВСД.

Как настроить полностью автоматическую работу без оператора

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

Что такое пачки ВСД

Это условная группировка входящих (в т. ч. возвратных) ВСД по «группам»/«пачкам», для того чтобы их можно было легко соотнести с документом поступления или возврата товаров.

Как автоматически гасить ВСД

Есть 2 варианта автогашения:

  • По документу с автоопределением количества по первичке. Можно просто взять факт поступления и автоматически определить, как гасить пачку ВСД.
  • Без привязки к документу. Удобен, когда мы точно знаем, что ВСД можно гасить полностью в определенный момент. Для этого есть специальный механизм с массой настроек, сводящие риски к минимуму.

Можно ли работать с блоком ВСЭ в решении

Нет. Эта функциональность сделана недоступной для интеграции самим Меркурием.


mercury

Информационное сопровождение

Эксперты Контур.Меркурия помогут разобраться в законодательстве