Почему в 1С:Бухгалтерия 3.0 дублируются статьи ДДС и как полностью остановить фоновые задания синхронизации

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Бухгалтерский учет
← На главную

Переход на новую редакцию конфигурации, например, с 1С:Бухгалтерия предприятия 2.0 на 3.0, или настройка интеграции с 1С:Управление торговлей 10.3 часто сопровождается неожиданным поведением системы. Одной из таких проблем является внезапное появление дублирующихся записей в справочнике СтатьиДвиженияДенежныхСредств. Ситуация осложняется тем, что записи добавляются автоматически «фоновым заданием», даже если пользователь уверен, что все механизмы обмена данными отключены. Разберем детально, почему это происходит, как выявить скрытые процессы и окончательно устранить проблему.

Анализируем причину появления дублей в журнале регистрации

Первым шагом проанализируем ситуацию через Журнал регистрации. Если вы заметили, что в справочнике СтатьиДвиженияДенежныхСредств появилась вторая запись «Оплата поставщику» (или любая другая стандартная статья), необходимо отфильтровать события по данному объекту. В колонке «Данные» вы увидите событие «Добавление», а в колонке «Пользователь» может быть пусто или указан системный сеанс.

Обратим внимание на пиктограмму в журнале. Часто рядом с записью о фоновом задании отображается оранжевый треугольник. Этот символ в экосистеме 1С однозначно указывает на работу подсистемы ОбменДанными, входящей в состав Библиотеки стандартных подсистем (БСП). Если вы видите этот знак, значит, в системе сработал один из узлов плана обмена, инициированный либо по расписанию, либо через прямое COM-соединение из другой базы.

Выясняем роль механизма сопоставления по GUID и наименованию

Рассмотрим техническую сторону вопроса: почему система создает новый элемент, а не использует существующий? В обмене между УТ 10.3 и БП 3.0 ключевую роль играет уникальный идентификатор (GUID).

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

Разбираемся с «призрачными» заданиями и COM-соединением

Проанализируем ситуацию, когда в интерфейсе БП 3.0 галочка «Синхронизация данных» снята, но обмен продолжается. Это происходит из-за архитектурных особенностей 1С. Если обмен настроен через прямое подключение к информационной базе (COM), инициатором процесса выступает внешняя программа (в нашем случае УТ 10.3).

В базе УТ 10.3 может оставаться активным регламентное задание Прием/отдача данных. Программа-инициатор подключается к БП 3.0 на уровне сервера приложений, используя логин и пароль, прописанные в настройках подключения. Для БП 3.0 такое вторжение выглядит как запуск фонового задания подсистемы обмена. Таким образом, отключение настроек только на «принимающей» стороне (в Бухгалтерии) часто оказывается недостаточным, так как «передающая» сторона продолжает попытки записи данных.

Пошаговый алгоритм полной остановки обмена

Для того чтобы полностью исключить автоматическое добавление записей, выполним следующие действия:

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

Устранение последствий: работа с дублями

Если фоновое задание уже успело «наплодить» лишние записи, их необходимо корректно удалить. Простое удаление пометкой может привести к появлению «битых» ссылок в документах. Выполним следующие шаги:

Воспользуемся стандартной обработкой «Поиск и удаление дублей» (раздел Администрирование — Обслуживание — Корректировка данных).

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

Влияние обновлений конфигурации

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

Подводя итог, можно сказать: для борьбы с «самовольным» добавлением записей требуется комплексный подход — от очистки узлов планов обмена до проверки регламентных заданий на обеих сторонах интеграции. Только полная очистка метаданных обмена гарантирует стабильность справочников в 1С:Бухгалтерия 3.0.

← На главную