Ситуация, когда автоматический обмен в конфигурации 1С:Управление производственным предприятием (УПП) внезапно прекращает работу, — одна из самых частых и при этом досадных проблем. Особенно странным это кажется в тех случаях, когда при ручном запуске через обработку ОбменДанными все проходит успешно, а по расписанию система «молчит». Разберем по шагам, как диагностировать эту неисправность и какие скрытые настройки могут блокировать выполнение заданий.
Прежде всего, проанализируем состояние системы через Консоль заданий. Это основной инструмент для мониторинга фоновых процессов. Рассмотрим типичную картину, которую описывают администраторы:
Журнале регистрации отсутствуют записи о запуске обмена в указанное время.Такое поведение однозначно указывает на то, что сама платформа 1С по какой-то причине не инициирует создание фонового процесса для этого задания. Проанализируем возможные причины, начиная от самых простых и заканчивая архитектурными нюансами сервера.
Это самая частая причина, по которой обмены перестают работать «вдруг». Часто это происходит после проведения технических работ: копирования базы из рабочей в тестовую, восстановления из бэкапа или обновления платформы. Администраторы намеренно включают блокировку, чтобы тестовая база не начала слать данные в рабочие каналы, а затем забывают ее снять.
Разберем, как проверить этот параметр:
Если этот флаг установлен, никакие регламентные задания (включая полнотекстовый поиск, очистку кэша и, конечно, обмены данными) запускаться не будут. После снятия этого флага система обычно сразу подхватывает расписание и начинает выполнение накопленных задач.
Для конфигураций на обычных формах, к которым относится 1С:УПП, критически важно, от имени какого пользователя выполняется код. В регламентном задании ЗапускОбменаДаннымиПоНастройке должен быть явно указан пользователь.
Проанализируем ситуацию: если поле Пользователь в консоли заданий пустое, код обмена может не запуститься, так как система не сможет инициализировать параметры сеанса или не будет иметь достаточных прав для записи объектов (например, справочника Номенклатура).
Рекомендуется создать в базе специального служебного пользователя с правами Полные права и Администратор системы, и именно его назначить ответственным за регламентное задание.
В 1С:УПП используется сложный механизм обменов через справочник Настройки обмена данными. Важно понимать, что регламентное задание лишь запускает процедуру, которая обращается к этому справочнику. Рассмотрим дополнительные точки отказа внутри самой программы:
Если обмен предполагает выгрузку файлов в сетевой каталог или на FTP, нужно помнить, что фоновое задание выполняется не под вашим пользователем Windows, а под учетной записью, под которой запущена служба 1C:Enterprise 8.3 Server Agent.
Выясним причину возможного отказа:
LocalSystem, она не имеет доступа к сетевым ресурсам (шарам).rphost.exe может блокироваться при попытке сетевого соединения по протоколу FTP или при записи файла в определенную директорию.Иногда причина кроется в настройках кластера серверов 1С. В консоли администрирования у рабочего сервера есть параметры Количество фоновых заданий на один рабочий процесс и Максимальный объем памяти рабочих процессов.
Рассмотрим ситуацию: если на сервере выполняется много тяжелых задач (расчет себестоимости, пересчет итогов), лимит фоновых заданий может быть исчерпан. В этом случае новые задания встают в очередь. Чтобы проверить это, посмотрите список Сеансы в консоли администрирования. Если вы видите много «спящих» фоновых сеансов, возможно, требуется перезапуск службы сервера 1С или оптимизация ресурсов.
Если вы столкнулись с тем, что автоматический обмен перестал работать, пройдите по следующему алгоритму:
каждый день; с 0:00:00 по 23:59:59 каждые 300 секунд
Журнал регистрации и отфильтруйте события по метаданному Регламентное задание. Даже если ошибок нет, там должны быть записи о старте и успешном завершении.rjobs в базе SQL.Помните, что автоматизация в УПП требует стабильной работы всех звеньев: от настроек SQL-сервера и службы 1С до прав доступа в файловой системе. Регулярный мониторинг состояния заданий через специализированные обработки поможет избежать накопления критических ошибок в обмене данными.