Справочники и Данные · 11 мин
Как в 1С изменить название контрагента с определенной даты
Как в 1С переименовать контрагента с определенной даты: история изменений реквизитов, простое переименование, обработки, риски для отчетности и документов.
Переименование контрагента — частая задача: организация меняет юридическое название, превращается из ООО в АО или исправляется ошибка в наименовании. При этом бухгалтеру важно, чтобы в старых документах и отчетах осталось прежнее название, а новое действовало с конкретной даты. В типовых конфигурациях 1С прямой кнопки «переименовать с даты» нет, поэтому задачу решают несколькими способами в зависимости от требований.
Ключевой момент: в 1С контрагент — это элемент справочника, и его наименование хранится в одном поле. Когда вы меняете название, все документы и отчеты начинают показывать новое значение, потому что они ссылаются на элемент справочника, а не хранят текст названия. Чтобы сохранить старое наименование в прошлых периодах, нужно либо использовать механизм истории изменений реквизитов, либо хранить название в других данных, либо корректировать печатные формы.
Ниже разобраны рабочие варианты: от простого переименования до настройки периодического хранения наименования. Выбор зависит от того, требуется ли вам видеть старое название в отчетах за прошлые периоды, в печатных формах старых документов или достаточно просто актуального наименования.
Что происходит при переименовании контрагента в 1С
Справочник «Контрагенты» в конфигурациях на базе БСП (Бухгалтерия предприятия, Управление торговлей, ERP) хранит наименование как обычный реквизит без периодичности. Документы «Реализация», «Поступление», «Счет-фактура» содержат ссылку на контрагента, а не копию его названия. Поэтому после переименования все документы — и вчерашние, и трехлетней давности — при просмотре и печати будут показывать новое название.
Это критично для юридически значимых ситуаций. Если контрагент сменил название, а налоговая или контрагент запросит копии старых актов и накладных, в распечатанных документах будет фигурировать новое имя, которого на дату документа не существовало. Для внутреннего учета это обычно не проблема, но для внешних подтверждений — риск.
Исключение — реквизиты, которые документы копируют в свои табличные части или шапки. Например, в некоторых конфигурациях «Полное наименование» или данные для печати могут фиксироваться в самом документе при его создании. Поведение зависит от конфигурации, поэтому перед массовыми изменениями стоит проверить на тестовом документе, откуда печатная форма берет название.
Способ 1. Простое переименование, когда история не нужна
Если старое название было ошибочным (опечатка, неверная транслитерация) или юридически значимой истории изменений не требуется, достаточно обычного редактирования. Откройте справочник «Контрагенты», найдите нужный элемент, откройте карточку и исправьте поля «Наименование» и «Полное наименование», затем запишите.
Проверьте, что изменились оба поля, а также при необходимости «Наименование для печати» или аналогичные реквизиты, если они есть в вашей конфигурации. После записи откройте любой старый документ с этим контрагентом и сформируйте печатную форму — убедитесь, что название подтянулось корректно.
Этот способ безопасен для данных: ссылки в документах не меняются, отчеты по взаиморасчетам, оборотно-сальдовая ведомость и анализы продолжают работать с тем же элементом справочника. Меняется только отображаемое название.
- 1Откройте Справочники → Контрагенты и найдите нужный элемент
- 2Откройте карточку и исправьте «Наименование» и «Полное наименование»
- 3Нажмите «Записать и закрыть»
- 4Откройте старый документ и сформируйте печатную форму для проверки
Способ 2. История изменений реквизитов (периодическое хранение)
В конфигурациях на базе современной библиотеки стандартных подсистем есть механизм «История изменений реквизитов». Он позволяет хранить значения отдельных реквизитов с датами начала действия и подставлять в документы и печатные формы то значение, которое действовало на дату документа. В части конфигураций эта возможность подключена для карточки контрагента или организации.
Проверьте наличие механизма: откройте карточку контрагента и поищите гиперссылку или команду «История изменений», «История», либо раздел с таблицей, где у реквизитов указана колонка «Действует с». В некоторых конфигурациях механизм включается через «Администрирование → Общие настройки → История изменений реквизитов» — там отмечается, для каких объектов и реквизитов ведется история.
Если механизм доступен, порядок такой: включите историю для реквизита «Полное наименование» (или аналога), затем в карточке контрагента добавьте новую запись истории с датой, с которой действует новое название. Старое значение останется в истории с прежним периодом действия. Печатные формы, поддерживающие механизм, при выводе документа будут подставлять название, актуальное на дату документа.
Способ 3. Доработка через периодический регистр сведений
Если типовой истории реквизитов в вашей конфигурации нет, а требование жесткое (например, внешние печатные формы должны показывать название на дату документа), задача решается доработкой. Создается периодический регистр сведений с измерением «Контрагент» и ресурсом «Наименование», в который заносятся записи о смене названия с датами.
Далее дорабатываются печатные формы: вместо обращения к реквизиту справочника запрос получает срез последних из регистра на дату документа. Это типовая задача для разработчика 1С, она не требует изменения структуры документов и не ломает существующие данные.
Самостоятельно без навыков разработки такую доработку делать не стоит: ошибка в запросе приведет к неверным названиям в документах, а изменение типовых модулей усложнит обновление конфигурации. Альтернатива без программирования — хранить старое название в дополнительном реквизите или комментарии и при необходимости вручную править печатную форму перед выводом на печать.
Сравнение подходов
Подходит при исправлении ошибок и когда история не нужна. Ограничение: старое название теряется везде, включая старые печатные формы.
Типовой механизм БСП, название подставляется на дату документа. Ограничение: доступен не во всех конфигурациях и не для всех форм.
Полный контроль над периодами и выводом. Ограничение: требует разработчика и усложняет обновление.
Быстро и без программирования, старое название хранится для справки. Ограничение: в печатные формы автоматически не подставляется.
Особые случаи и частые ошибки
Реорганизация vs переименование
Важно различать смену названия и реорганизацию с созданием нового юридического лица. При переименовании ИНН и КПП не меняются — это тот же контрагент, и правильно менять название в существующей карточке. Если же юрлицо ликвидировано и создано новое (новый ИНН), нужно создавать нового контрагента, а старого помечать как неиспользуемого, иначе отчетность по взаиморасчетам и НДС смешает два разных лица.
Дубли контрагентов
Частая ошибка — вместо переименования создать нового контрагента с новым названием и тем же ИНН. В результате взаиморасчеты разваливаются на две карточки, акты сверки не сходятся, а отчеты показывают задолженность дважды. Если дубль уже создан, используйте типовую обработку «Поиск и удаление дублей» (Администрирование → Обслуживание), она заменит ссылки во всех документах на один элемент.
Как проверить результат
После любого варианта изменений выполните контрольную проверку. Откройте документ, датированный периодом до смены названия, и сформируйте его печатную форму: при использовании истории там должно быть старое название, при простом переименовании — новое (и вы должны понимать, что это ожидаемое поведение). Затем откройте свежий документ и проверьте, что в нем выводится актуальное название.
Дополнительно сформируйте оборотно-сальдовую ведомость по счетам расчетов с контрагентами и акт сверки с этим контрагентом за переходный период. Сальдо и обороты не должны измениться — переименование не затрагивает проводки. Если цифры «поплыли», значит, вместо переименования был создан дубль или изменены ссылки.
Как проверить результат
Выводится название, действовавшее на дату документа (при истории) или новое (при простом переименовании — осознанно)
Смешанные данные, пустое название, ошибка при формировании формы
Сальдо и обороты совпадают со значениями до изменения
Появились две строки по контрагенту или изменились суммы
Заполнены краткое и полное наименование, ИНН/КПП не изменились
Изменился ИНН или появился второй элемент с тем же ИНН
Что важно запомнить
Наименование контрагента в 1С не периодическое: простое переименование меняет его во всех документах задним числом. Для хранения названия с даты используйте типовую историю изменений реквизитов, если она есть в конфигурации, либо доработку с регистром сведений. Перед изменениями проверьте поведение печатных форм на копии базы и не создавайте новый элемент справочника вместо переименования существующего.
Частые вопросы
Изменятся ли проводки и отчеты по НДС после переименования контрагента?
Нет. Проводки ссылаются на элемент справочника, а не на его название, поэтому суммы, счета учета и аналитика не меняются. Книга покупок и продаж при формировании за прошлые периоды покажет новое название, если оно берется из справочника, — это стоит учитывать при ответах на требования налоговой.
Можно ли вернуть старое название, если переименовали ошибочно?
Да, просто отредактируйте карточку повторно и укажите прежнее наименование. Если использовалась история изменений реквизитов, скорректируйте или удалите ошибочную запись истории. Ссылки в документах при этом не затрагиваются, откатывать базу не требуется.
Контрагент сменил название и организационно-правовую форму, ИНН прежний — что делать?
Это классическое переименование: меняйте наименование и полное наименование в той же карточке, ИНН остается. При необходимости сохранить старое название для документов прошлых периодов используйте историю реквизитов или дополнительный реквизит со старым значением.
Почему в печатной форме старого документа выводится новое название?
Печатная форма берет наименование из текущей карточки справочника, а не из снимка на дату документа. Это типовое поведение. Чтобы форма выводила название на дату документа, нужна поддержка истории изменений реквизитов в самой форме или доработка с периодическим регистром.
Нужно ли уведомлять программу о дате переименования для электронного документооборота?
Для ЭДО важно, чтобы в карточке были корректные актуальные данные, поскольку они передаются в исходящих документах. Входящие документы прошлых периодов уже зафиксированы в базе и не изменятся. Дату смены названия в самой карточке отдельно фиксируют только через историю реквизитов или дополнительные сведения.
Что делать, если контрагентов с одинаковым названием несколько?
Ориентируйтесь на ИНН и КПП — они уникальны для юридического лица. Перед переименованием убедитесь, что редактируете именно тот элемент: сверьте ИНН в карточке с выпиской из ЕГРЮЛ или письмом контрагента о смене названия.