Объединяем счета в 1С 8.3 без потери данных и дублей

Кнопки «Объединить счета» в 1С:Бухгалтерии 3.0 нет, и это первое, что нужно понять. План счетов в типовой конфигурации единый и предопределённый — его не сливают из двух баз вручную. Открывается он в разделе Главное → План счетов.

На практике «объединить счета» означает одно из трёх: сопоставить планы счетов двух баз при переносе данных, свести вместе задвоенные субсчета, которые завели вручную, или собрать обороты по одной аналитике из разных источников. Разберём каждый сценарий по шагам — с настройкой правил обмена, выгрузкой-загрузкой и финальной сверкой остатков.

Что скрывается за словом «объединить» — три разных сценария

Задача объединения счетов возникает в понятных ситуациях: две фирмы слились и нужен общий учёт, дочернее подразделение вели в отдельной базе и переводят в головную, или бухгалтер перешёл с чужой самописной конфигурации на типовую. В каждом случае на входе два набора остатков, а на выходе должен быть один непротиворечивый баланс.

Прежде чем что-то делать, определите свой случай. От этого зависит инструмент.

• 🔀 Переносите данные из другой базы (вторая организация, обособленное подразделение, старая программа). Планы счетов могут отличаться кодами и субсчетами — их нужно сопоставить при загрузке.
• 👯 В одной базе задвоился субсчёт — кто-то добавил к типовому счёту лишний субсчёт (например, два 76.09 с разными наименованиями). Задача — перенести движения на один и пометить второй на удаление.
• 📊 Нужно собрать обороты по общей аналитике из нескольких организаций в одной базе — тут счета уже общие, объединяется не план счетов, а отчётность.

Сверьте планы счетов обеих баз до переноса

Главная причина кривого результата — расхождение в структуре счетов. Сверку планов счетов делают ДО первой выгрузки, а не после. Иначе данные лягут не на те счета, и ошибку придётся искать по оборотке.

Откройте план счетов в обеих базах (Главное → План счетов) и сравните по трём параметрам:

1. Коды счетов и субсчетов. В типовых конфигурациях они совпадают (60, 62, 76), но субсчета, добавленные вручную, нередко различаются: в одной базе 76.09, в другой 76.49 под ту же суть.
2. Виды субконто. У счёта 62 должно стоять Контрагенты, Договоры, Документы расчётов с контрагентом. Если в одной базе третье субконто отключено — обороты по документам расчётов не перенесутся.
3. Признаки учёта — валютный, количественный, по подразделениям. Разные признаки у одного счёта дают ошибку при загрузке проводок.

Удобно выгрузить план счетов в таблицу из обеих баз (команда вывода списка в командной панели) и сравнить построчно. Расхождения выпишите — это заготовка для правил сопоставления.

Настройте правила переноса и сопоставления счетов

Данные между базами переносят через обмен в формате XML. Готовых правил «из двух баз в одну» нет — их либо берут типовыми для вашей пары конфигураций, либо создают в «Конвертации данных».

Логика такая: правила обмена — это файл (.xml), который описывает, какой объект базы-источника во что превращается в базе-приёмнике. Для счетов в правилах задаётся соответствие по коду: счёт 76.09 источника → счёт 76.09 приёмника. Если коды разошлись, в правилах прописывают ручное сопоставление: 76.49 → 76.09.

Где взять правила:

• Типовой перенос — для распространённых пар («Бухгалтерия предприятия» разных редакций, переход с 2.0 на 3.0) правила уже поставляются; искать их в разделе переноса данных конфигурации.
• Своя конвертация — если пара нестандартная, правила собирают в отдельной конфигурации «Конвертация данных »: там загружают структуры обеих баз и рисуют соответствия объектов и реквизитов.

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

Не усложняйте: переносить весь документооборот ради объединения счетов обычно не нужно. Чаще достаточно перенести остатки и обороты нужного периода, а первичку оставить в исходной базе как архив. Выбор периода — это компромисс: чем глубже, тем точнее сверка, но тем больше конфликтов сопоставления. Разумный минимум — остатки на дату объединения плюс обороты текущего года.

Выгрузка из источника и загрузка в приёмник

Технически перенос выполняется обработкой Универсальный обмен данными в формате XML. Открыть её можно через Главное → Все функции → Обработки (команду «Все функции» сначала включают в Сервис → Параметры).

Порядок одинаковый для обеих баз:

1. В базе-источнике на закладке выгрузки укажите файл правил обмена и период. Отметьте, какие данные выгружаете — остатки, обороты, справочники-субконто. Запустите выгрузку в файл.
2. ⚠️ Перед загрузкой в приёмник обязательно сделайте резервную копию базы -приёмника. Загрузка меняет данные необратимо, откатить её можно только из копии.
3. В базе-приёмнике на закладке загрузки укажите тот же файл правил и файл с выгруженными данными. Запустите загрузку.

После загрузки программа покажет протокол: сколько объектов перенесено, какие пропущены, где возникли конфликты сопоставления. Протокол не закрывайте не читая — именно в нём видно, какие счета не нашли пару.

Субконто и аналитика: как не потерять детализацию

Счёт без аналитики переносится легко. Проблемы начинаются с субконто — именно тут теряется детализация.

Правило простое: вместе со счётом должны переехать справочники, на которые ссылается его субконто. Для счёта 62 это Контрагенты и Договоры; для 10 — Номенклатура и Склады; для 70 — Сотрудники.

Если справочники переносить не весь, а выборочно, сопоставление в правилах идёт по значимым полям: контрагенты — по ИНН и КПП, номенклатура — по наименованию или артикулу. Сопоставление по внутреннему коду (ссылке) между базами не работает — коды в разных базах свои.

Типичная ловушка: один и тот же контрагент заведён в обеих базах. При переносе он либо задвоится, либо подтянется к существующему — зависит от того, по какому полю идёт поиск. Поэтому справочники-субконто чистят от дублей до переноса остатков, а не после.

Отдельно разберитесь с договорами. Договор в 1С — подчинённый справочник контрагента, и при сопоставлении контрагента по ИНН+КПП договоры всё равно ищутся по наименованию в пределах этого контрагента. Если в базах договоры названы по-разному («Основной» и «Договор поставки № 1»), по счёту 62 после переноса появятся два договора с одним контрагентом и разъехавшимися остатками. Либо приведите наименования к единому виду до выгрузки, либо заложите это соответствие в правила.

Валютные счета (52, 55, субсчета расчётов в валюте) переносите вместе с курсами и суммами в валюте, а не только в рублях. Иначе переоценка после объединения пересчитает остаток от нуля и даст курсовую разницу на пустом месте.

Задвоенные субсчета: как свести их в один

Отдельный случай — не перенос, а чистка в одной базе. У типового счёта появились два субсчёта под одну суть, и остатки размазаны по обоим.

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

1. Отчётом Анализ счёта (Отчёты → Стандартные отчёты → Анализ счёта) посмотрите обороты по лишнему субсчёту за весь период — поймёте объём работы.
2. Перенесите движения на основной субсчёт. Проводки прошлых периодов правят либо корректирующими операциями (Операции → Операции, введённые вручную), либо перепроведением документов после смены счёта в их настройках.
3. Справочники-субконто (контрагенты, номенклатуру), которые ссылались на лишний счёт, при необходимости объедините стандартным инструментом Все функции → Стандартные → Поиск и удаление дублей — он работает со справочниками, но не с самим планом счетов.
4. Когда по лишнему субсчёту не осталось ни остатков, ни оборотов, пометьте его на удаление и удалите через Администрирование → Обслуживание → Удаление помеченных объектов.

Если движений по лишнему субсчёту много и перепроводить каждый документ вручную долго, помогает Администрирование → Обслуживание → Групповое изменение реквизитов: им меняют счёт в выделенных документах пакетно, после чего документы перепроводят. Но действует это только на документы — ручные операции и остатки правят отдельно. Перед групповой заменой убедитесь, что новый субсчёт настроен так же, как заменяемый (те же виды субконто), иначе часть проводок потеряет аналитику при перепроведении.

Проверка: оборотка и сверка остатков после объединения

Объединение считается законченным не когда прошла загрузка, а когда сошлись контрольные суммы. Проверяют в базе-приёмнике тремя отчётами.

Сравните ОСВ из источника за тот же период с результатом в приёмнике. Сходиться должны не только итоги, но и обороты по каждому счёту с субконто. Если валюта баланса сошлась, а детализация по контрагентам разъехалась — значит, задвоились элементы справочника, вернитесь к чистке субконто.

Простой пример контроля. В источнике по счёту 62.01 числится дебиторская задолженность 4 820 000 ₽ по 37 контрагентам. После загрузки в приёмнике по тому же счёту должно быть ровно 4 820 000 ₽ и 37 строк аналитики. Если сумма сошлась, а строк стало 39 — два контрагента задвоились, их нужно объединить через поиск дублей. Если строк 37, а сумма 4 780 000 ₽ — не загрузились проводки на 40 000 ₽, смотрите протокол загрузки.

Отдельно проверьте счета без аналитики, где проще всего заметить потерю: 01, 02, 80, 84. Расхождение даже в копейку здесь означает, что часть проводок не загрузилась. И последнее: сравните не только сальдо, но и обороты за период — бывает, что сальдо случайно сходится при двух встречных ошибках в оборотах.