В процессе работы в базе "1С:Бухгалтерия" часто возникают дубли контрагентов. Это может произойти из-за человеческого фактора, ошибок при загрузке данных или отсутствия регламента по созданию новых карточек. Для наведения порядка в справочнике используется стандартная обработка "Поиск и удаление дублей". Однако у многих пользователей, особенно у бухгалтеров, возникает резонный вопрос: что при этом слиянии происходит с договорами, привязанными к этим контрагентам, и не "потеряются" ли данные?
Давайте разберемся в этом вопросе пошагово, проанализируем, как работает механизм, и выясним, какие подводные камни могут нас ожидать.
Основной вопрос, который беспокоит пользователей: корректно ли система переносит договоры от "удаляемого" контрагента к "правильному"? Ответ — да, корректно. Разберем механику этого процесса.
Когда вы запускаете обработку, выбираете двух или более контрагентов-дублей и указываете, какой из них является "правильным" (основным), программа выполняет операцию замены ссылок. Это означает, что система находит абсолютно все объекты в базе данных (документы, элементы других справочников, регистры), где использовалась ссылка на удаляемый элемент, и заменяет ее на ссылку основного элемента.
Справочник Договоры является подчиненным справочнику Контрагенты. У каждого договора есть реквизит-владелец. При слиянии контрагентов программа автоматически меняет владельца у всех договоров, которые принадлежали удаляемому дублю. Таким образом, после завершения операции все договоры обоих контрагентов будут принадлежать одному, "выжившему" контрагенту. Здесь все работает штатно, и никаких дополнительных проверок на соответствие владельца не требуется.
Самое интересное начинается уже после того, как обработка успешно отработала. Технически все ссылки заменены, но с точки зрения учета могут возникнуть серьезные проблемы. Именно они и представляют главную опасность.
1. Появление дублей договоров
Это самая частая и очевидная проблема. Представим ситуацию: у вас было два контрагента-дубля "Ромашка ООО". У каждого из них был создан договор с названием "Основной договор". После слияния у "правильного" контрагента "Ромашка ООО" теперь будет два договора с одинаковым названием "Основной договор". Это вносит путаницу и может привести к ошибкам в учете.
2. Сложности с взаиморасчетами
Наличие нескольких похожих договоров у одного контрагента — прямой путь к ошибкам во взаиморасчетах. Давайте рассмотрим на примере:
В результате программа видит, что по одному договору есть отгрузка, но нет оплаты (висит дебиторская задолженность), а по второму — есть аванс, но нет отгрузки. Автоматический зачет аванса не произойдет. Это приводит к появлению "красного сальдо" в оборотно-сальдовых ведомостях по счетам 62.01 и 62.02, некорректному формированию Книги покупок (аванс не попадет к вычету по НДС) и Книги продаж.
3. Опасность слияния самих договоров-дублей
Логичным шагом после обнаружения дублей договоров кажется их объединение с помощью той же обработки "Поиск и удаление дублей". Но здесь нужно быть предельно осторожным. Договоры, даже с одинаковым названием, могут иметь разные существенные условия, влияющие на учет:
Простое механическое слияние может привести к тому, что в старых документах, привязанных к одному из договоров, после перепроведения расчеты пойдут некорректно. Кроме того, поиск дублей договоров только по наименованию — очень рискованная операция. Система может предложить вам объединить договоры "Основной договор", принадлежащие совершенно разным контрагентам, если вы забудете установить отбор по владельцу.
Удаление дублей — это ответственная операция, требующая аккуратности и последовательности. Рассмотрим безопасный алгоритм действий.
Создание резервной копии базы данных.
Это обязательный и самый важный шаг. Если что-то пойдет не так, у вас всегда будет возможность вернуться к исходному состоянию. Не пренебрегайте этим правилом.
Анализ и поиск дублей контрагентов.
Запустите обработку (раздел Администрирование – Обслуживание – Корректировка данных – Поиск и удаление дублей). В качестве области поиска выберите справочник Контрагенты. Для поиска дублей юридических лиц надежнее всего использовать правило сравнения по ИНН+КПП. Для физических лиц или ИП — по ИНН. Поиск по наименованию может дать неточные результаты.
Выбор "правильного" элемента и объединение.
Обработка покажет список найденных дублей и количество ссылок на каждый из них в базе. Как правило, в качестве основного элемента (оригинала) выбирают тот, на который больше всего ссылок. Внимательно просмотрите все дубли и убедитесь, что это действительно один и тот же контрагент. После этого нажмите кнопку "Удалить дубли".
Анализ договоров и перенос документов.
После слияния контрагентов откройте карточку объединенного контрагента и перейдите на вкладку "Договоры". Внимательно изучите список. Если вы обнаружили дубли (например, два "Основных договора"), не спешите их объединять. Более безопасный способ — выбрать один договор в качестве основного, а со второго перенести все документы на него.
Для этого удобно использовать стандартную обработку Групповое изменение реквизитов (раздел Администрирование – Обслуживание – Корректировка данных). Вы можете отобрать все документы по контрагенту и "неправильному" договору и в одну операцию заменить в них договор на "правильный". После того как на "неправильном" договоре не останется ссылок, его можно пометить на удаление.
Проверка корректности взаиморасчетов.
Это финальный и критически важный этап. Необходимо убедиться, что все операции прошли корректно и учет не "поехал". Сформируйте отчет Оборотно-сальдовая ведомость по счету для счетов расчетов (60, 62, 76) с максимальной аналитикой (по контрагентам, договорам, документам расчетов). Проверьте, что:
Учет закрытого периода.
Помните, что обработка по удалению дублей изменяет документы в том числе и в прошлых, уже закрытых периодах. Это может потребовать их перепроведения и, как следствие, "вскрытия" периода и изменения данных отчетности. Поэтому такие глобальные операции лучше всего проводить в начале нового отчетного периода, после сдачи всей отчетности за предыдущий.
В заключение стоит отметить, что некоторые пользователи рекомендуют использовать сторонние, более "продвинутые" обработки для поиска дублей, так как стандартная может работать медленно на больших базах. Однако принцип работы и потенциальные риски остаются теми же, поэтому предложенный алгоритм действий актуален в любом случае.