При выполнении типового обмена данными между конфигурациями ЗУП 3 и БП 3 администраторы и разработчики нередко сталкиваются с ситуацией, когда физические лица не попадают в состав выгружаемого пакета. Особенно странным это выглядит, когда в файловой версии базы обмен проходит штатно, а в клиент-серверном варианте данные «зависают». Давайте разберем, почему это происходит и как с этим работать.
Основная причина кроется не в ошибке кода, а в специфической архитектуре правил конвертации данных и особенностях работы фоновых заданий на сервере. При настройке обмена в режиме Сводно система сознательно ограничивает передачу детальной информации о сотрудниках и физических лицах для уменьшения объема данных. В клиент-серверном варианте процесс обмена выполняется регламентным заданием, которое может иметь ограничения по оперативной памяти или времени выполнения, что приводит к «отсечению» части объектов, требующих выгрузки.
Также важно понимать, что при изменении режима обмена с Сводно на Детально система не всегда корректно пересчитывает таблицу соответствий объектов. В результате записи, которые ранее были помечены как «не требующие выгрузки», остаются в этом состоянии, даже если настройки были изменены.
Разберем способы, которые помогают справиться с отсутствием данных в выгрузке:
Регистрация изменений для обмена. Это самый надежный способ «протолкнуть» зависшие объекты. Найдите нужные физические лица или сотрудников в дереве объектов и добавьте их в план обмена вручную. После этого выполнение обмена должно захватить эти записи.Журнал регистрации непосредственно на сервере 1С. Ищите ошибки, связанные с нехваткой памяти или превышением лимита времени выполнения фонового задания. Если вы видите такие ошибки, стоит оптимизировать пакеты данных, разбивая их на меньшие части.Чтобы минимизировать подобные инциденты в будущем, придерживайтесь следующих правил:
Во-первых, регулярно проверяйте целостность таблиц соответствий. Если вы видите, что подразделения или должности также перестали выгружаться вместе с физлицами, это верный признак того, что сбилась регистрация связанных объектов. В таких случаях повторная регистрация через Планы обмена является приоритетным методом.
Во-вторых, если вы администрируете серверную базу, убедитесь, что регламентное задание по обмену данными имеет достаточно ресурсов. При больших объемах данных стоит перенести время выполнения обмена на периоды минимальной активности пользователей, чтобы избежать конфликтов блокировок.
В-третьих, если штатные средства 1С все же не помогают решить проблему, не пытайтесь бесконечно перенастраивать синхронизацию. Часто эффективнее создать новую настройку обмена (после предварительного анализа корректности сопоставления), чтобы очистить накопленные в метаданных плана обмена «хвосты» и ошибки, которые могли возникнуть в процессе предыдущих некорректных выгрузок.
Помните, что поведение системы в клиент-серверном варианте часто отличается от файлового именно из-за того, как сервер распределяет ресурсы между фоновыми заданиями. Пробуйте комбинировать вышеописанные методы, начиная с принудительной регистрации, и вы сможете восстановить корректный обмен данными между ЗУП 3 и БП 3.