Задвоенные контрагенты в 1С: объединяем без потери документов и остатков
Содержание
Удалить дубли
контрагентов в 1С 8.3 Бухгалтерия проще всего встроенной обработкой: Администрирование → Обслуживание → Корректировка данных → Поиск и удаление дублей. Она переносит все документы, договоры и остатки с лишней карточки на основную и только потом удаляет дубль. Если дублей два-три, хватит объединения прямо из списка контрагентов.
Частая ошибка — пометить лишнюю карточку на удаление и запустить «Удаление помеченных объектов». Программа её не удалит: на дубль ссылаются документы. А если удалить его принудительно, в проводках появятся <Объект не найден>, и сальдо по 60 и 62 счетам перестанет сходиться.
Откуда берутся дубли контрагентов и чем они мешают учёту
Задвоение почти всегда появляется само, без злого умысла. Типичные источники:
- 📥 Загрузка банковской выписки. Программа не нашла получателя по ИНН и счёту и создала нового контрагента.
- 🔄 Обмен с УТ, Розницей или сайтом. Объект пришёл без ИНН или с другим КПП, сопоставление не сработало.
- ✍️ Ручной ввод. Один бухгалтер завёл «ООО Ромашка», другой — «Ромашка ООО» или «РОМАШКА».
- 📄 Загрузка из Excel и ЭДО. Входящий документ создал карточку, хотя такая уже была.
- 🗂️ Перенос из старой базы. Справочник загрузили повторно поверх существующего.
Чем это грозит на практике:
| Проблема | Как проявляется |
|---|---|
| Расчёты разъезжаются | Аванс висит на одной карточке, отгрузка — на другой. В ОСВ по 62 одновременно дебет и кредит по одной фирме |
| Акт сверки неверный | Сверка по одной карточке не видит половины документов |
| Проблемы с НДС | Счета-фактуры и зачёт авансов не связываются между собой |
| Неверная отчётность | В расшифровках дебиторки и кредиторки одна компания встречается дважды |
Что проверить перед тем, как убирать дубли
Сделайте резервную копию базы
перед чисткой справочника. Замену ссылок в документах нельзя отменить кнопкой: откат возможен только из копии. Выгрузите базу через Конфигуратор → Администрирование → Выгрузить информационную базу (файл .dt) или сделайте копию средствами SQL-сервера.
Дальше подготовьте данные.
- Сформируйте ОСВ по счетам 60, 62, 76 с разбивкой по контрагентам на текущую дату. Сохраните её — после чистки сверите итоги. Общий остаток по счёту не должен измениться.
- Проверьте дату запрета изменения. Она задаётся в
Администрирование → Проведение документов. Если дубль использовался в закрытом периоде, замена ссылок в старых документах упрётся в запрет. Временно сдвиньте дату или выдайте себе право её обходить, а после чистки верните. - Решите, какая карточка станет основной. Обычно это та, где правильно заполнены ИНН, КПП, полное наименование, банковские счета и больше всего документов.
- Предупредите коллег. Монопольный режим для обработки не нужен, но если кто-то в это время проводит документы по дублю, замена может прерваться на заблокированном объекте.
Когда это не дубль
Одинаковый ИНН — ещё не повод объединять. Не трогайте такие карточки:
- 🏢 Обособленные подразделения. ИНН совпадает, КПП разный. Это разные контрагенты для счетов-фактур и книги покупок.
- 👤 Физлицо и ИП. Один ИНН, но если с человеком есть расчёты и как с физлицом, и как с предпринимателем, бухгалтерия обычно держит их раздельно.
- 🔁 Контрагент после реорганизации. Новый ИНН — это новое юрлицо, объединять со старым нельзя.
Как убрать дубли контрагентов вручную через список
Этот способ удобен, когда вы знаете конкретные пары: «Ромашка» и «РОМАШКА ООО».
- Откройте
Справочники → Покупки и продажи → Контрагенты. - Найдите дубли поиском по наименованию или ИНН.
- Выделите обе карточки, удерживая
Ctrl. - В меню «Ещё» выберите команду объединения выделенных элементов.
- В открывшейся форме отметьте основной элемент — тот, что останется.
- Нажмите кнопку объединения. Программа найдёт все места использования дублей и заменит ссылки.
После замены дубль удаляется или помечается на удаление — это зависит от релиза и выбранной в форме настройки. Помеченный элемент удалите обычным порядком через Администрирование → Обслуживание → Корректировка данных → Удаление помеченных объектов.
Перед объединением откройте карточку дубля и перенесите в основную то, чего там нет: банковский счёт, контактное лицо, адрес доставки. Реквизиты самой карточки дубля при замене не переносятся — переносятся только ссылки на неё.
Договоры после объединения
Это главный подводный камень. Договоры дубля переедут к основному контрагенту, и у него может оказаться два «Основных договора». Расчёты в 1С ведутся в разрезе договоров, поэтому сальдо снова окажется на двух строках.
Повторите ту же процедуру для справочника «Договоры»: откройте список договоров основного контрагента, выделите задвоенные и объедините их.
Обработка «Поиск и удаление дублей» в 1С 8.3 Бухгалтерия
Для десятков дублей ручной способ слишком медленный. Штатная обработка ищет их по правилам и чистит пакетно. Она входит в БП 3.0 и в другие типовые конфигурации на БСП (ЗУП 3.1, УТ 11), путь к ней одинаковый.
Шаг 1. Задайте, где и как искать
- Откройте
Администрирование → Обслуживание → Корректировка данных → Поиск и удаление дублей. - В поле области поиска выберите справочник «Контрагенты».
- Настройте правила сравнения полей:
| Поле | Правило | Когда использовать |
|---|---|---|
| ИНН | Совпадает | Основной и самый надёжный признак |
| КПП | Совпадает | Добавьте, чтобы не склеить обособленные подразделения |
| Наименование | Похоже по словам | Для карточек без ИНН: физлица, иностранцы, ручной ввод |
- Задайте отбор, если чистите не весь справочник: например, только не помеченные на удаление или только определённую группу.
Шаг 2. Найдите и разберите группы
Нажмите кнопку поиска. Обработка покажет группы: в каждой — карточки, которые она считает одним контрагентом, и количество мест использования каждой.
- Основным в группе по умолчанию становится элемент с наибольшим числом ссылок. Если это не та карточка, назначьте основной другую вручную.
- Снимите флажки с элементов, которые попали в группу ошибочно.
- Просмотрите места использования: если у «дубля» есть документы, которые к основному контрагенту не относятся, это не дубль.
Шаг 3. Удалите дубли
Нажмите кнопку удаления дублей. Обработка последовательно заменит ссылки в документах, регистрах и справочниках, затем удалит лишние карточки. На базе в несколько тысяч документов это занимает от минут до часа.
Если какой-то объект заблокирован или попадает под дату запрета, обработка покажет его в списке необработанных. Дубль в этом случае не удаляется. Устраните причину и запустите удаление повторно — уже заменённые ссылки останутся заменёнными.
Массовая чистка: запрос по ИНН и внешние обработки
Перед большой чисткой полезно понять масштаб. Откройте консоль запросов (в типовую БП она не входит, её подключают как внешнюю обработку ) и выполните запрос:
ВЫБРАТЬ
Контрагенты.ИНН КАК ИНН,
Контрагенты.КПП КАК КПП,
КОЛИЧЕСТВО(Контрагенты.Ссылка) КАК Карточек
ИЗ
Справочник.Контрагенты КАК Контрагенты
ГДЕ
НЕ Контрагенты.ЭтоГруппа
И НЕ Контрагенты.ПометкаУдаления
И Контрагенты.ИНН <> ""
СГРУППИРОВАТЬ ПО
Контрагенты.ИНН,
Контрагенты.КПП
ИМЕЮЩИЕ
КОЛИЧЕСТВО(Контрагенты.Ссылка) > 1
УПОРЯДОЧИТЬ ПО
Карточек УБЫВ
Запрос только читает данные и ничего не меняет. Он покажет пары ИНН+КПП, под которыми заведено больше одной карточки. Это список для обработки «Поиск и удаление дублей» или для ручного объединения.
Внешние обработки вроде старой «Поиск и замена значений» из 8.2 в типовой БП 3.0 больше не нужны: штатный механизм делает то же самое и учитывает все регистры конфигурации. Сторонние обработки используйте, только если:
- 🧩 у вас сильно доработанная конфигурация, и штатная обработка не находит ваши объекты;
- 📦 надо заменить ссылки по готовому списку пар «дубль → основной» из Excel без разбора групп вручную.
Запускайте их сначала на копии базы. Обработка из интернета с неизвестным кодом может записать объекты в обход проверок, и ошибка всплывёт через квартал в декларации по НДС.
Почему не стоит удалять дубли SQL-запросом
Соблазн понятен: один UPDATE по таблицам — и готово. На практике прямая правка базы 1С в SQL ломает учёт.
- 🔢 Ссылка на контрагента лежит в десятках таблиц. Реквизиты документов, табличные части, регистры бухгалтерии, регистры сведений, субконто. Имена таблиц в SQL обезличены (
_Reference,_Document,_AccRgс номерами), и сопоставить их можно только по структуре хранения из конфигурации. - 📊 Итоги регистров не пересчитаются. Программа хранит готовые остатки отдельно. Поменяли ссылку в движениях — остатки на старой карточке остались.
- 🔄 Обмены и версии не узнают об изменениях. Регистрация изменений для обмена не сработает, история версий объектов покажет старые данные.
Если дублей тысячи и штатная обработка идёт сутки, решение — запускать её частями по группам справочника или ночью, а не обходить платформу. SQL оставьте для чтения: например, чтобы оценить, сколько документов ссылается на дубли.
Как не допустить новых дублей при обмене и вводе
Почистить справочник — полдела. Если причина осталась, через месяц дубли вернутся.
Обмен с УТ, Розницей и другими базами
Обмены типовых конфигураций сопоставляют контрагентов по ИНН и КПП, а если они не заполнены — по наименованию. Отсюда правила:
- Сначала почистите дубли в обеих базах, а не только в бухгалтерии. Иначе из УТ при следующем обмене приедут обе карточки.
- Проверьте сопоставление объектов. В настройке синхронизации (
Администрирование → Синхронизация данных) есть режим сопоставления: там видно, какой объект одной базы связан с каким объектом другой. Несопоставленные карточки и создают дубли. - Требуйте ИНН у каждого контрагента в базе-источнике. Карточка без ИНН почти гарантированно задвоится.
Банковские выписки и ручной ввод
- 🏦 При загрузке выписки смотрите на строки, где программа предлагает создать нового контрагента. Если такая фирма уже есть, выберите существующую карточку вручную.
- 🔍 Заводите контрагентов по ИНН через заполнение реквизитов из ЕГРЮЛ (нужна подключённая интернет-поддержка). Программа сама предупредит, если карточка с таким ИНН уже есть.
- 👥 Ограничьте право создавать контрагентов узким кругом пользователей: менеджеры заводят карточки чаще всего и делают это быстрее всего.
Ошибки после удаления дублей и как их исправить
Администрирование → Тестирование и исправление с флажком проверки ссылочной целостности, а затем вручную укажите в документах правильного контрагента. Тестирование требует монопольного доступа: все пользователи должны выйти из базы.После любой чистки сформируйте ту же ОСВ по 60, 62 и 76, что сохранили до начала. Итог по счёту должен совпасть до копейки, а строк по контрагентам — стать меньше. Затем сделайте акты сверки с 2-3 крупными контрагентами, которых затронула чистка.