Как отразить смену фамилии ИП при неизменном ИНН в 1С:Управление торговлей?

В практике ведения учета нередко возникает ситуация: индивидуальный предприниматель (ИП) меняет фамилию (например, при вступлении в брак), при этом его ИНН и ОГРНИП остаются неизменными. Пользователи часто пытаются завести в программе новую карточку контрагента с новой фамилией, но система блокирует запись из-за совпадения ИНН. Разберем причины такого поведения программы, юридическую логику учета и практические способы решения данной задачи.

Почему не нужно создавать нового контрагента

С юридической точки зрения и с точки зрения ведения взаиморасчетов смена фамилии физического лица — это не возникновение нового субъекта права, а переименование существующего. Все действующие договоры, долги, авансы и обязательства сохраняют юридическую силу и остаются за этим же ИП.

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

1. Разрыв аналитики взаиморасчетов: история расчетов останется на старой карточке, а новые документы будут привязаны к новой.
2. Необходимость ручных корректировок: для переноса сальдо потребуется формировать документы взаимозачета и корректировки задолженности.
3. Сложности при формировании актов сверки: акт сверки за период, охватывающий дату смены фамилии, придется собирать по двум разным карточкам.

Вариант 1. Использование встроенной истории наименований

В актуальных версиях программных продуктов 1С (начиная с «1С:Управление торговлей 11.4», «1С:Комплексная автоматизация 2» и «1С:ERP») реализован механизм периодических реквизитов для справочника Контрагенты. Это позволяет хранить историю изменения наименований, КПП и юридических адресов с привязкой к конкретной дате.

Рассмотрим по шагам, как внести изменения в карточку контрагента:

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

При таком подходе типовые печатные формы документов (счета на оплату, УПД, товарные накладные ТОРГ-12) автоматически подставляют старое или новое наименование ИП в зависимости от даты формируемого документа. Если документ оформлен до даты смены фамилии — будет выведено старое ФИО, если после — новое.

Вариант 2. Изменение реквизитов в карточке без истории (для релизов УТ 11.3 и более ранних)

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

1. Прямое переименование карточки: мы просто меняем фамилию в текущей карточке контрагента. Это гарантирует непрерывность взаиморасчетов и корректность договоров.
2. Печать старых документов: если требуется повторно распечатать первичный документ за прошлый период (до даты смены фамилии), можно использовать внешнюю печатную форму либо подключить доработку через механизм расширений.

Посмотрим на пример условия, которое программист может внедрить в алгоритм формирования печатной формы (например, в расширении конфигурации):

Если Шапка.Дата < ДатаСменыФамилии Тогда
    СведенияОКонтрагенте.НаименованиеДляПечати = "ИП СтараяФамилия И.О.";
    СведенияОКонтрагенте.ПолноеНаименование = "Индивидуальный предприниматель СтараяФамилия Имя Отчество";
КонецЕсли;

Вариант 3. Создание второй карточки (при строгом регламенте учета)

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

1. Переходим в раздел НСИ и администрирование → CRM и маркетинг → Настройки CRM и проверяем, что установлен флаг Независимо вести партнеров и контрагентов.
2. В карточке партнера на панели навигации переходим в раздел Контрагенты и создаем новый элемент напрямую, минуя общий пошаговый мастер.
3. Если встроенный контроль дублей не позволяет записать форму с совпадающим ИНН, карточка временно сохраняется с пустым или временным значением, после чего реквизит корректируется с помощью обработки Групповое изменение реквизитов.
4. После создания карточки переносим существующие остатки взаиморасчетов документом Корректировка задолженности (с видом операции Взаимозачет или Перенос задолженности).

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