← На главную

При настройке и поддержке обмена данными между конфигурациями 1С:Управление торговлей и 1С:Бухгалтерия предприятия нередко возникает ситуация: документы поступления, реализации или списания успешно загружаются в бухгалтерскую базу, но табличные части остаются без счетов учета. В результате документы не могут быть проведены автоматически и требуют ручной доработки.

Разберем логику работы механизма подстановки счетов учета при синхронизации, проанализируем ключевые причины возникновения ошибки и рассмотрим пошаговые алгоритмы для ее устранения.

Как работает заполнение счетов учета при загрузке документов

Важно понимать базовый принцип переноса данных: счета бухгалтерского учета (например, 41.01, 90.01.1, 90.02.1) не выгружаются из конфигурации «Управление торговлей», поскольку в управленческой базе таких понятий попросту нет. Назначение счетов происходит непосредственно на стороне «Бухгалтерии предприятия» в момент загрузки или проведения объекта.

В типовых правилах конвертации после загрузки табличной части документа вызывается специальный алгоритм. Он обращается к регистру сведений СчетаУчетаНоменклатуры в БП и ищет подходящее правило по следующей иерархии (от частного к общему):

1. Настройка, заданная для конкретной позиции номенклатуры.
2. Настройка, заданная для группы (папки), в которой находится элемент.
3. Настройка для вида номенклатуры или типа номенклатуры.
4. Общая (страховочная) настройка для всей номенклатуры с пустым значением поля Номенклатура.

Если алгоритм проходит всю цепочку и не находит ни одного подходящего правила, поля счетов учета в документе остаются пустыми.

Основные причины сбоя

Проанализируем распространенные сценарии, приводящие к незаполнению счетов учета:

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

Пошаговое решение проблемы

Разберем по шагам, как локализовать и устранить проблему в информационной базе «Бухгалтерия предприятия».

Шаг 1. Проверка и устранение дублей номенклатуры

Сравним номенклатуру в незаполненном документе со справочником в базе. Если мы видим две одинаковые позиции с одним наименованием или артикулом, необходимо объединить их:

1. Перейдем в раздел Администрирование (или Сервис) и откроем обработку Поиск и удаление дублей.
2. Выберем область поиска — справочник Номенклатура.
3. Настроим критерии совпадения (по равенству полей Наименование и Артикул).
4. В качестве оригинала выберем элемент, который уже давно присутствует в базе и имеет корректные настройки в регистрах.
5. Выполним объединение: ссылки во всех загруженных документах автоматически заменятся на оригинальный элемент.

Шаг 2. Настройка универсального правила в счетах учета

Создадим страхующее правило в регистре сведений СчетаУчетаНоменклатуры, чтобы даже при создании новых нестандартных позиций документы проводились без сбоев:

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

Шаг 3. Перемещение элементов в правильные группы справочника

Если счета в вашей базе привязаны строго к папкам («Товары», «Материалы», «Услуги»), проверим, где именно создались элементы:

1. Если позиции создались в корне справочника Номенклатура, воспользуемся обработкой Групповое изменение реквизитов.
2. Отберем новые элементы и изменим значение реквизита Родитель, переместив их в нужную группу.
3. При следующей загрузке документов или их программном перезаполнении счета учета подтянутся автоматически из настроек группы-родителя.

Шаг 4. Проверка таблицы сопоставления данных обмена

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

1. Откроем параметры синхронизации данных.
2. Перейдем в режим Сопоставление данных для справочника Номенклатура.
3. Убедимся, что все позиции из базы-источника (УТ) однозначно сопоставлены с существующими элементами базы-приемника (БП).
4. При наличии несопоставленных строк вручную свяжем их и сохраним результаты сопоставления.

После выполнения указанных шагов выполним групповое перепроведение документов за проблемный период. Алгоритм заполнит счета учета и успешно проведет документы по регистрам бухгалтерии.