Переход от тестирования интеграции с системой «Меркурий» (ВетИС) к реальной работе в продуктивном контуре — это ответственный этап, на котором часто возникают технические сложности. Одной из самых распространенных проблем является ошибка дублирования подключений, а также риск «загрязнения» справочников невалидными данными. В рамках данной статьи мы подробно разберем, как правильно перенастроить 1С, почему нельзя смешивать тестовые и боевые данные в одной базе и как работает механизм автоматического подбора партий.
При попытке создать новую настройку подключения в 1С (например, в БП 3.0 или УТ 11) для того же хозяйствующего субъекта (ХС), который уже использовался в тесте, система выдает ошибку. Выясним причину такого поведения программы. В типовых конфигурациях 1С настройки взаимодействия с ВетИС хранятся в специальном справочнике или регистре сведений. Ключом уникальности здесь выступает сам Хозяйствующий субъект (организация).
Система контроля не позволяет создать два разных объекта настроек для одного и того же ИНН/КПП, так как это нарушит логику работы регламентных заданий по обмену данными. Поэтому, если вы уже подключались к тестовому контуру (demo-api.vetrf.ru), программа «помнит» эту привязку. Для решения этой проблемы мы рассмотрим два пути:
Если вы решили перенастроить текущую базу, выполним следующие шаги. Рассмотрим подробнее процесс изменения параметров подключения:
API Key, Issuer ID, Login и Password. Обратите внимание, что эти данные всегда отличаются от тестовых.Важное предостережение: после смены контура на продуктивный, все старые связи (маппинг) организаций, площадок и номенклатуры могут стать нерабочими. Рассмотрим, почему это происходит.
Проанализируем техническую сторону взаимодействия с ВетИС. Каждый объект в системе «Меркурий» (продукция, предприятие, единица измерения) имеет свой уникальный идентификатор — GUID.
Основная сложность заключается в том, что тестовый и продуктивный серверы ВетИС — это две абсолютно разные базы данных, которые никак не синхронизированы между собой. Это означает следующее:
Если вы просто смените флаг в настройках, 1С попытается отправить в рабочий «Меркурий» документы, используя старые тестовые GUID. В ответ сервер вернет ошибку «Объект не найден». Чтобы избежать этого, мы должны либо полностью очистить регистры сопоставления в 1С, либо (что правильнее) использовать для продуктивной работы чистую базу, где справочники ПредприятияВетИС и ПродукцияВетИС будут заполнены с нуля путем загрузки из рабочего контура.
Разберем вопрос, который часто возникает у пользователей при настройке обмена: как работает «Автоматический подбор однозначно идентифицированных партий». Эта опция критически важна для автоматизации оформления исходящих ВСД при отгрузках или перемещениях.
Процесс подбора работает по следующему алгоритму:
GUID продукции.Если на остатках числится несколько партий одного и того же товара (например, с разными датами выработки), автоматика без дополнительных настроек приоритетов (например, по принципу FEFO) может не сработать, и пользователю придется выбирать партию вручную. Для производителей это означает необходимость тщательного контроля за тем, чтобы данные о выработке продукции в 1С точно соответствовали записям в журнале ВетИС.
Посмотрим на ситуацию со стороны долгосрочной эксплуатации системы. Работа в продуктивном контуре накладывает определенные ограничения на производительность. Рассмотрим несколько советов:
GUID сырья в продуктивном контуре может привести к аннулированию всей производственной цепочки мониторинговой группой Россельхознадзора.Таким образом, мы выяснили, что наиболее надежный способ перехода — это использование отдельной информационной базы или тщательная очистка всех связей перед подключением к боевому серверу. Помните, что тестовый контур полезен для обучения сотрудников, но его данные не должны пересекаться с реальным учетом.