← На главную

Проблема появления дублей в справочнике Подразделения при обмене данными между конфигурациями «Зарплата и управление персоналом» (ЗУП) и «Бухгалтерия предприятия» (БП) является одной из самых частых. Это происходит из-за того, что система не находит соответствия между объектами в двух базах и создает новый элемент. Рассмотрим подробно, как исправить уже накопленные ошибки и настроить синхронизацию так, чтобы дубли больше не появлялись.

Почему возникают дубли: разбираем механизм синхронизации

Прежде чем переходить к лечению, проанализируем причину «болезни». В системе 1С каждый объект (справочник, документ) имеет скрытый Уникальный Идентификатор (GUID). При синхронизации программа ищет объект в базе-приемнике по следующему алгоритму:

1. Поиск в специальном регистре СоответствияОбъектовИнформационныхБаз по GUID источника.
2. Если запись в регистре не найдена, система пытается сопоставить объекты по полям поиска (для подразделений это обычно «Наименование» + «Организация»).
3. Если даже по наименованию соответствие не найдено (например, из-за лишнего пробела или разного регистра букв), создается новый элемент.

В рассматриваемой ситуации подразделения уже существовали в обеих базах, но не были сопоставлены. В итоге после обмена в БП появились копии, на которые «легли» документы из ЗУП, в то время как бухгалтеры продолжали использовать старые карточки для ручных операций.

Шаг 1: Объединение дублей с помощью стандартной обработки

Для исправления документов за прошедший период воспользуемся обработкой «Поиск и удаление дублей». Рассмотрим по шагам, как это сделать правильно:

1. Перейдем в раздел Администрирование — Обслуживание — Корректировка данных и откроем «Поиск и удаление дублей».
2. В поле «Искать в:» выберем справочник Подразделения.
3. В правилах поиска укажем сравнение по Наименованию (в режиме «Совпадает»).
4. Нажмем кнопку «Найти дубли». Программа выведет список похожих подразделений и количество ссылок на них в документах.
5. Выберем «правильное» подразделение (которое было в БП изначально) и нажмем «Установить как оригинал».
6. Нажмем «Удалить дубли».

Важный нюанс: Обработка не просто удаляет объект, она находит все документы (платежные поручения, отражение зарплаты, ручные операции) и меняет ссылку на подразделение-дубль на ссылку на оригинал. Однако, как показывает практика, если в периоде были Операции (введенные вручную) или документы в закрытом периоде, обработка может не справиться автоматически без перепроведения.

Шаг 2: Перепроведение документов и работа с регистрами

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

1. Отменить проведение документов, где фигурировали дубли.
2. Запустить обработку поиска и замены еще раз.
3. Провести документы заново.

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

Шаг 3: Настройка регистра соответствий объектов

Чтобы при следующей синхронизации ЗУП снова не создала дубль, нам нужно «подружить» GUID подразделения из ЗУП с GUID оригинала в БП. Для этого нужно внести изменения в регистр СоответствияОбъектовИнформационныхБаз.

Рассмотрим, как устроена запись в этом регистре в базе БП:

• Уникальный идентификатор источника: это GUID подразделения в базе ЗУП.
• Уникальный идентификатор приемника: это GUID этого же подразделения в текущей базе БП.
• Тип объекта: СправочникСсылка.ПодразделенияОрганизаций.

Выясним причину путаницы: если вы уже объединили дубли в БП, но не поправили этот регистр, при обмене система может выдать ошибку «Объект не найден» или создать дубль снова. Нам нужно вручную или через штатное сопоставление указать, что идентификатор из ЗУП теперь соответствует нашему «старому» подразделению в БП.

Шаг 4: Штатное сопоставление (безопасный метод)

Вместо прямой правки регистров лучше использовать интерактивный инструмент 1С. Разберем этот алгоритм:

1. Зайдем в Администрирование — Синхронизация данных — Настройки синхронизации.
2. Нажмем кнопку «Сопоставление данных» (иконка с двумя стрелками или через меню «Еще»).
3. В открывшемся окне найдем справочник «Подразделения». Если система видит нераспределенные объекты, они будут помечены желтым маркером.
4. Нажмем кнопку «Сопоставить» и вручную укажем связь: какому объекту из ЗУП соответствует конкретный объект в БП.
5. После нажатия «Применить» программа сама обновит все необходимые GUID в служебных регистрах.

Шаг 5: Проверка состава отправляемых данных

После того как мы «склеили» подразделения, нужно убедиться, что информация о дублях не «висит» в очереди на выгрузку. Посмотрим на значок монитора в окне настроек синхронизации — «Состав отправляемых данных». Если там зарегистрированы изменения по удаленным (помеченным на удаление) подразделениям-дублям, их следует снять с регистрации. В противном случае при обмене БП может попытаться передать информацию об удалении в ЗУП, что нам не требуется.

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

Рассмотрим рекомендации, которые помогут избежать подобных проблем в будущем:

• Единая иерархия: Если в ЗУП подразделение находится внутри папки «Производственные цеха», а в БП — в корне справочника, система может счесть их разными объектами. Старайтесь соблюдать идентичную структуру.
• Префиксы для контроля: Перед удалением дублей переименуйте их, добавив в начало символ подчеркивания или префикс (например, _Котельная). Это позволит визуально контролировать процесс замены в документах и отчетах.
• Контроль GUID: Выясним GUID объекта без программиста. Для этого в карточке подразделения нажмите кнопку «Получить ссылку» (значок скрепки). Строка в скобках в конце ссылки — это и есть уникальный идентификатор. Сравните его в обеих базах, чтобы убедиться в идентичности.

Выполнив эти шаги, мы добьемся чистоты в учете: исторические данные будут перенесены на верные подразделения, а новые сведения из ЗУП будут загружаться без создания лишних элементов.