При активной работе с подконтрольной государственной продукции в решениях «1С:Предприятие» пользователи регулярно взаимодействуют с государственной системой «Меркурий» через шлюз ВетИС.API. Однако в процессе эксплуатации ИТ-инфраструктуры — например, после переноса базы данных на другой сервер, изменения структуры локальной сети или обновления конфигурации — могут возникать непредвиденные сбои. Один из самых частых симптомов подобной проблемы — появление лаконичного сообщения «Получение сведений завершилось с ошибкой» при попытке выполнить синхронизацию или загрузить новые ветеринарно-сопроводительные документы (ВСД).
В этой статье мы подробно разберем, почему возникает эта ошибка, как она связана с архитектурой хранения файлов в 1С и какими способами можно оперативно восстановить стабильный обмен данными с системой ВетИС.
Проанализируем архитектуру интеграции решений 1С (на примере «1С:Управление нашей фирмой») со шлюзом ВетИС. Информационный обмен строится на формировании структурированных XML-запросов и обработке входящих XML-ответов от веб-служб Россельхознадзора. Для отладки, логирования и хранения тяжелых документов система 1С использует механизм присоединенных файлов.
В платформе 1С реализовано два основных режима хранения присоединенных файлов:
Если в вашей системе настроено хранение файлов в томах на диске, то при переносе базы данных на новый физический сервер или локальный диск (например, с сетевого ресурса \\192.168.10.250\Bases1C\UNF2016 на локальный диск D:\База) настройки томов автоматически не изменяются. 1С продолжает искать сетевой каталог по старому пути, к которому у нового сервера или текущего пользователя ПК банально нет прав доступа. В результате попытка записать XML-документ или файл обмена ВетИС прерывается критической ошибкой операционной системы, транслируемой платформой 1С.
Рассмотрим по шагам процесс корректировки путей к томам хранения файлов в интерфейсе управляемого приложения 1С. Для выполнения этих действий у вас должны быть полные права (роль Администратора системы).
Шаг 1. Переход к настройкам работы с файлами
Откроем раздел Администрирование (в зависимости от настроек интерфейса это меню также может называться Настройки или Настройки программы). Найдем пункт Настройки работы с файлами.
Шаг 2. Корректировка томов хранения
В открывшейся форме найдем гиперссылку Тома хранения файлов. Перед нами откроется список всех зарегистрированных в системе физических каталогов. Нам необходимо отредактировать некорректный элемент списка:
D:\1C_Files\UNF_Volumes) или сетевой UNC-путь, доступный всем рабочим станциям (например, \\NewServer\1C_Files\UNF_Volumes)./mnt/1c_volumes/unf_files).Шаг 3. Проверка прав доступа
Обязательно проверим работоспособность созданного тома. В форме списка томов нажмем кнопку Проверить целостность томов. Система попытается создать тестовые файлы в указанных директориях и сообщит о результатах.
Если мы выполнили все шаги выше, но обмен с ВетИС по-прежнему завершается ошибкой, детально проанализируем настройки прав доступа на уровне операционной системы.
В клиент-серверной архитектуре все фоновые и регламентные задания (включая автоматические сессии обмена с Меркурием) инициализируются не на компьютере пользователя, а непосредственно на стороне сервера «1С:Предприятия». Следовательно, доступ к сетевой папке тома должен иметь не только физический пользователь, но и учетная запись службы сервера 1С.
Выясним, под каким пользователем запущена служба сервера 1С:
services.msc в Windows).USR1CV8.Для стабильной работы обмена нам необходимо предоставить учетной записи USR1CV8 (или соответствующей доменной учетной записи) полные права («Чтение» и «Запись») на целевую сетевую или локальную папку тома хранения файлов.
Разберем ситуацию, когда серверная часть 1С функционирует под управлением ОС Linux (например, Ubuntu, Astra Linux или Red OS). В этой среде UNC-пути Windows вида \\имя_сервера\папка не поддерживаются «из коробки». Если база перенесена на Linux, нам необходимо предварительно смонтировать сетевую папку Windows в файловую структуру Linux.
Для монтирования сетевого тома выполним следующую команду в терминале Linux:
sudo mkdir -p /mnt/1c_volumes
sudo mount -t cifs -o username=domain_user,password=user_password,iocharset=utf8,file_mode=0777,dir_mode=0777 //192.168.10.250/Bases1C/UNF2016 /mnt/1c_volumes
После успешного монтирования сетевой папки в настройках томов хранения файлов в 1С в поле Путь для Linux мы должны указать локальный путь Linux-сервера: /mnt/1c_volumes. Не забудьте настроить автоматическое монтирование этой директории при перезагрузке сервера через конфигурационный файл /etc/fstab.
Если физические пути к файлам настроены безупречно, но «Получение сведений завершилось с ошибкой» продолжает беспокоить пользователей, рассмотрим другие возможные источники проблемы:
Поскольку информационная система 1С взаимодействует с Меркурием от имени конкретных сотрудников, каждый пользователь базы данных 1С должен быть корректно сопоставлен с учетной записью в системе ВетИС. Проверим эти настройки по следующему маршруту:
Перейдем в раздел Продажи/Закупки/Склад -> подраздел Сервис -> пункт Обмен с ВЕТИС -> Настройки и справочники -> Параметры подключения -> вкладка Хозяйствующие субъекты ВЕТИС -> далее откроем закладку Пользователи.
В этом окне необходимо удостовериться, что у пользователя установлены все требуемые для выполнения операций роли. Например, для приемки товаров должна быть активна роль Гашение ВСД, а для отгрузки и возвратов — роли Уполномоченное лицо или Аттестованный специалист, а также Оформление возвратных ВСД.
При аварийном завершении работы программы файлы локального кэша могут повредиться. Это приводит к тому, что 1С не может корректно разобрать структуру входящего XML-файла от Меркурия. Рекомендуется выполнить очистку кэша:
/ClearCache в дополнительных параметрах командной строки запуска базы данных.Чтобы раз и навсегда обезопасить свой бизнес от проблем с «ломающимися» сетевыми путями при переносе баз данных, проанализируем возможность использования современных облачных S3-совместимых хранилищ (таких как Yandex Object Storage, VK Cloud или MinIO). Современные версии платформы 1С позволяют подключать S3-хранилища напрямую. В этом случае все прикрепленные файлы, включая архивы обмена с ВетИС, будут отправляться в облако по стандартным защищенным веб-протоколам (HTTPS), и физический переезд базы данных больше никогда не нарушит работу интеграционных механизмов.