Рассмотрим ситуацию: счет выставлен на ООО «Я и Ты», а несколько авансов поступили от ООО «Я и Т». В банковской выписке указано другое наименование плательщика, однако ИНН у обеих организаций одинаковый. Нужно понять, является ли это оплатой третьим лицом, нужно ли создавать нового контрагента в 1С и как правильно оформить поступление денежных средств.
Сразу выясним главный момент: если ИНН одинаковый, то, как правило, это не два разных юридических лица и не оплата третьим лицом. Вероятнее всего, организация изменила свое наименование, а расчетные счета, с которых пришли платежи, принадлежат этому же юридическому лицу. В такой ситуации не нужно оформлять соглашение об оплате третьим лицом, не нужно создавать отдельного контрагента и не нужно переносить задолженность между разными организациями.
Нужно проверить реквизиты, актуализировать историю наименования контрагента в 1С:Бухгалтерия предприятия 3.0 и отразить поступление денежных средств как обычную оплату от покупателя.
ИНН юридического лица является его идентификатором для налогового учета. При смене фирменного наименования юридическое лицо не прекращает существование и не становится новой организацией. Оно продолжает работать с тем же ИНН, ОГРН и, как правило, с теми же обязательствами перед поставщиками, покупателями, банками и государственными органами.
Например, организация могла раньше называться ООО «Я и Ты», а затем зарегистрировала новое наименование ООО «Я и Т». При этом ранее заключенный договор, выставленный счет, возникшая дебиторская задолженность и полученные авансы продолжают относиться к одному и тому же юридическому лицу.
Разница в наименовании может возникнуть по нескольким причинам:
Контрагенты.Само по себе наличие нескольких расчетных счетов у покупателя не означает оплату третьим лицом. Одна организация вправе использовать несколько счетов, открытых в одном или разных банках. Если плательщик указан с тем же ИНН, задолженность нужно закрывать по одному и тому же контрагенту.
Прежде чем вносить изменения в 1С, не будем ориентироваться только на наименование в платежном поручении. Рассмотрим реквизиты комплексно.
Проверим следующие сведения:
Наиболее важным признаком является ИНН. Если ИНН совпадает, а наименование отличается, сначала предполагаем, что произошло переименование. Для дополнительной проверки сопоставим КПП и ОГРН. Если ИНН, КПП и ОГРН совпадают, вероятность того, что это одна организация, практически исключает необходимость оформления оплаты третьим лицом.
Если ИНН совпадает, но КПП отличается, не будем сразу считать, что это другое юридическое лицо. У одной организации может измениться КПП, например при смене места постановки на учет. Однако такую ситуацию нужно дополнительно проверить по выписке из ЕГРЮЛ и по документам контрагента.
Если ИНН различается, тогда ситуация уже может быть оплатой третьим лицом. В таком случае потребуется отдельное оформление расчетов между должником, плательщиком и организацией-продавцом. Но если ИНН один и тот же, такой порядок обычно не применяется.
Эти две ситуации внешне могут выглядеть одинаково: счет выставлен на одну организацию, а деньги поступили от плательщика с другим названием. Однако бухгалтерский и юридический смысл у них разный.
Переименование контрагента означает, что покупатель остается тем же юридическим лицом. Меняется только его название. Договорные отношения, задолженность и расчеты не прекращаются. В 1С используется один элемент справочника Контрагенты, а новое наименование добавляется в историю.
Оплата третьим лицом означает, что у покупателя и плательщика разные ИНН. Например, счет выставлен ООО «Альфа», а оплату за него перечислило ООО «Бета». В такой ситуации ООО «Бета» действительно является третьим лицом, которое исполняет обязательство покупателя перед продавцом.
Рассмотрим сравнение на примерах.
Пример переименования:
Пример оплаты третьим лицом:
В рассматриваемой ситуации одинаковый ИНН означает, что сначала нужно проверить переименование, а не искать схему оплаты третьим лицом.
Если ИНН у ООО «Я и Ты» и ООО «Я и Т» одинаковый, нового контрагента создавать не нужно. В справочнике Контрагенты должен остаться один элемент, поскольку речь идет об одном юридическом лице.
Создание нового элемента справочника приведет к проблемам:
Поэтому не создаем контрагента с новым названием только из-за того, что оно по-другому указано в выписке банка. Сначала откроем уже существующую карточку покупателя и проверим его реквизиты.
В 1С:Бухгалтерия предприятия 3.0 наименование контрагента можно хранить с учетом истории изменений. Это важно, когда организация официально переименовалась и нужно, чтобы документы до даты переименования формировались со старым названием, а новые документы — с актуальным названием.
Рассмотрим порядок действий.
Справочники.Контрагенты.Наименование для документов.История, расположенную рядом с наименованием для документов.После этого в старых документах будет использоваться старое наименование, действовавшее на дату документа, а в новых документах — новое наименование.
Например, если ООО «Я и Ты» переименовано в ООО «Я и Т» с 15 февраля 2026 года, в истории наименований нужно указать:
Такой подход позволяет сохранить корректность ранее оформленных счетов, накладных, актов, универсальных передаточных документов, счетов-фактур, актов сверки и других документов.
Не заменяйте старое наименование в карточке контрагента без использования истории, если по контрагенту уже оформлены документы прошлых периодов. Иначе ранее созданные документы могут начать печататься с новым названием, хотя на дату их составления оно еще не применялось.
После добавления нового названия в историю проверим все ключевые реквизиты контрагента. Переименование может сопровождаться изменением иных сведений, например адреса, банковских реквизитов, контактных данных, руководителя или КПП.
Проверим:
Если организация действительно изменила только название, ИНН и ОГРН останутся прежними. Банковские реквизиты могут как сохраниться, так и измениться. Поэтому отдельное внимание уделим расчетным счетам.
Если деньги поступают с нового расчетного счета покупателя, добавим этот счет в карточку контрагента. При этом не нужно создавать новую карточку самого контрагента. Достаточно создать новый элемент в списке банковских счетов действующего покупателя.
Если установлено, что ООО «Я и Ты» и ООО «Я и Т» — одно юридическое лицо с одинаковым ИНН, поступление денег оформляем как обычную оплату от покупателя.
Рассмотрим последовательность действий в 1С:Бухгалтерия предприятия 3.0.
Банк и касса.Банковские выписки.Поступление на расчетный счет.Оплата от покупателя.Обычно при поступлении оплаты от покупателя формируется проводка:
Дт 51 Кт 62.01 — поступила оплата от покупателя в счет ранее отраженной реализации.
Если покупатель перечисляет аванс до отгрузки товаров, выполнения работ или оказания услуг, может формироваться проводка:
Дт 51 Кт 62.02 — поступил аванс от покупателя.
Конкретный счет расчетов зависит от настроек программы, договора и состояния взаиморасчетов. Поэтому после проведения документа обязательно посмотрим проводки.
Если покупатель перечислил несколько авансов с разных банковских счетов, каждый платеж отражаем отдельным документом Поступление на расчетный счет. Разные счета плательщика не требуют создания разных контрагентов.
Например, покупатель перечислил:
Если все платежи поступили от одной организации с одним ИНН, в каждом документе поступления указываем одного и того же контрагента и один договор, если все платежи относятся к одному договору.
В учете будут сформированы отдельные проводки:
Дт 51 Кт 62.02 — 100 000 рублей;Дт 51 Кт 62.02 — 150 000 рублей;Дт 51 Кт 62.02 — 50 000 рублей.Общая сумма авансов по договору составит 300 000 рублей. В дальнейшем при реализации товаров, работ или услуг программа сможет зачесть авансы в соответствии с настройками взаиморасчетов.
Не имеет значения, с какого расчетного счета покупатель перечислил деньги, если счет принадлежит тому же юридическому лицу. Для учета расчетов важен контрагент и договор, а не количество банковских счетов плательщика.
Рассмотрим ситуацию подробнее.
В январе организация-продавец выставила счет покупателю ООО «Я и Ты» на сумму 500 000 рублей. В карточке контрагента в 1С указаны следующие данные:
В феврале покупатель изменил название на ООО «Я и Т». ИНН, КПП и ОГРН не изменились.
В марте на расчетный счет продавца поступили три платежа:
Во всех платежных поручениях указан ИНН 7700000000.
В этой ситуации выполним следующие действия:
Поступление на расчетный счет.В результате задолженность по выставленному счету будет закрыта на сумму 500 000 рублей. При этом в учете не появится фиктивный второй покупатель и не потребуется оформлять корректировку долга.
При отражении поступления денежных средств важно правильно выбрать договор. Даже если наименование покупателя изменилось, договор продолжает действовать, если стороны не заключили новый договор или дополнительное соглашение не установило иной порядок.
В документе Поступление на расчетный счет проверим:
Если покупатель изменил только наименование, старый договор обычно не нужно закрывать и создавать новый. Однако нужно проверить условия самого договора. Иногда в договоре прямо указано, что при изменении наименования стороны подписывают дополнительное соглашение или уведомляют друг друга в определенный срок.
Для бухгалтерского учета в 1С договор можно оставить прежним, если его содержание и обязательства не изменились. При необходимости в печатных формах новых документов будет использоваться новое наименование контрагента из истории.
После проведения поступлений сформируем отчет Оборотно-сальдовая ведомость по счету по счету 62. Это позволит убедиться, что платежи закрыли задолженность именно того покупателя, которому был выставлен счет.
Разберем порядок проверки.
Отчеты.Оборотно-сальдовая ведомость по счету.62.Если деньги отразились как аванс, а должны были закрыть конкретную задолженность, проверим настройку взаиморасчетов и документ расчетов с контрагентом. Возможно, в банковском документе не указан счет, реализация или договор, в счет которого поступила оплата.
В таком случае не нужно создавать нового контрагента. Нужно исправить аналитику уже созданного документа поступления денег.
Иногда до выяснения ИНН бухгалтер уже создает второго контрагента с новым наименованием. Например, в базе одновременно появляются:
Это дублирование справочника. Оно создает разрыв в расчетах: реализация может быть отражена на первом элементе, а поступление денег — на втором.
Рассмотрим, как действовать в таком случае.
Не удаляем дубликат сразу. Сначала нужно убедиться, что на нем не осталось договоров, банковских счетов, документов реализации, поступлений, корректировок долга, актов сверки, счетов-фактур, заказов или других связанных данных.
Перед массовой заменой контрагента в документах создадим резервную копию информационной базы. Это особенно важно, если документы относятся к закрытым периодам, по которым уже сформирована отчетность.
Иногда при несовпадении названия в банковской выписке пользователь выбирает вид операции Прочее поступление, отражает сумму на счете 76 или оставляет платеж без привязки к покупателю. Такой подход может привести к ошибкам.
Если платеж действительно поступил от покупателя с тем же ИНН, его нужно отражать как оплату от покупателя. Использование прочего поступления приводит к следующим последствиям:
Поэтому используем вид операции Оплата от покупателя, если поступление является оплатой по договору от того же юридического лица.
Возможна и обратная ситуация: в карточке контрагента уже отражено новое наименование, но в платежном поручении покупатель указывает старое название. Это может происходить, если у покупателя не обновился шаблон платежного поручения или бухгалтерия использует старые реквизиты.
Если ИНН и остальные идентифицирующие реквизиты совпадают, платеж также относим на действующего контрагента. Старое название в назначении платежа не превращает поступление в оплату третьим лицом.
Однако при систематическом использовании устаревшего названия желательно уведомить покупателя о новых реквизитах и попросить его обновить данные в своих учетных системах. Это снизит риск ошибок в будущих платежах, договорах, актах сверки и первичных документах.
Иногда новое или другое название появляется только в банковской выписке. Причины могут быть техническими:
В такой ситуации не будем менять карточку контрагента только на основании одного банковского документа. Сначала проверим официальные реквизиты, договор, письмо контрагента, сведения ЕГРЮЛ или актуальные данные, предоставленные покупателем.
Если официального переименования не было, а различие вызвано сокращением или ошибкой в платежном документе, историю наименований в 1С менять не нужно. Достаточно правильно сопоставить платеж с уже существующим контрагентом.
Теперь рассмотрим отдельный случай, который не относится к одинаковому ИНН, но важен для правильной диагностики. Оплата третьим лицом возникает, когда счет выставлен одному юридическому лицу, а деньги перечисляет другое юридическое лицо с другим ИНН.
Например:
В такой ситуации необходимо получить документальное подтверждение, что ООО «Бета» исполняет обязательство ООО «Альфа». Это может быть письмо от покупателя, трехстороннее соглашение, письмо от плательщика или иной документ, который позволяет однозначно установить, за кого перечислены деньги и какое обязательство погашается.
В документе желательно указать:
В 1С такая операция отражается по-другому, потому что деньги поступают от одного контрагента, а задолженность нужно закрыть по другому. Но повторим: при одинаковом ИНН такую схему применять не нужно.
В практике встречаются ситуации, когда пользователь видит одинаковый ИНН, но один из документов оформлен ошибочно. Например, в платежном поручении указано название одной компании, а ИНН другой. В такой ситуации нельзя автоматически считать платеж оплатой от покупателя.
Разберем последовательность проверки.
Например, если в платежке указано название ООО «Бета», но ИНН ООО «Альфа», нужно проверить, что именно допустил плательщик: ошибку в названии или ошибку в ИНН. Для бухгалтерского учета важно не только технически провести поступление в 1С, но и иметь документальное основание, подтверждающее экономический смысл операции.
Если платежи поступают с разных расчетных счетов, полезно проверить, что все счета принадлежат покупателю. Это можно сделать по банковским документам, письму контрагента, реквизитам в договоре или сведениям, предоставленным покупателем.
При проверке обратим внимание на следующие признаки:
Если все платежи поступают от одной организации, но с разных банковских счетов, в карточке контрагента можно хранить несколько банковских счетов. Это позволит быстрее сопоставлять платежи при загрузке банковской выписки.
В 1С несколько расчетных счетов покупателя не меняют порядок учета расчетов. В документах реализации и поступления денег основными аналитическими разрезами остаются контрагент, договор и документы расчетов.
После внесения нового наименования в историю контрагента проверим документы, которые оформляются регулярно или формируются в печатной форме.
Рассмотрим основные документы:
Старые документы, оформленные до изменения названия, обычно должны сохранять историческое наименование. Новые документы нужно оформлять с актуальным названием. Именно поэтому важно использовать механизм истории, а не заменять одно название другим во всех документах вручную.
В большой базе могут быть не только два контрагента с разными наименованиями, но и несколько карточек одного юридического лица с одинаковым ИНН. Это может произойти при ручном вводе, загрузке из банка, переносе данных, обмене между базами или ошибке при заполнении справочника.
Проверим наличие дублей следующим образом:
Контрагенты.Если контрагент является одновременно поставщиком и покупателем, особенно важно не допустить дублей. Иначе могут возникнуть ошибки в расчетах по авансам, взаимозачетах, НДС, актах сверки и отчетах о задолженности.
Для проверки и актуализации данных контрагента можно использовать сервис автоматического заполнения реквизитов по ИНН, если он подключен в программе. Он помогает получить актуальные сведения о юридическом лице и снизить риск ручных ошибок.
В карточке контрагента можно проверить данные по ИНН и сопоставить их с уже введенной информацией. Однако не будем автоматически перезаписывать историю наименований без проверки даты переименования. Сервис может подтянуть текущее наименование, но для корректной печати старых документов нужно сохранить исторические данные.
Рассмотрим безопасный порядок работы:
Это наиболее распространенная ситуация. Счет или реализация оформлены, когда контрагент назывался по-старому. Затем организация сменила название и перечислила деньги уже с новым наименованием.
В таком случае не нужно переделывать старый счет и не нужно выписывать новый счет только из-за смены названия покупателя. Если договорные отношения не изменились, поступление денег закрывает ранее возникшую задолженность.
Рассмотрим порядок:
Изменение наименования покупателя не прекращает его обязанность оплатить ранее выставленный счет. Поэтому платеж должен быть отнесен на прежний долг этого же контрагента.
После изменения названия полезно провести сверку взаиморасчетов с покупателем. Это особенно важно, если платежи поступают с разных банковских счетов и в назначении платежей используются старое и новое наименования.
Для этого сформируем документ или печатную форму Акт сверки взаиморасчетов.
Проверим:
В акте сверки важно показать все операции как расчеты с одним юридическим лицом. Если в базе заведены дубли контрагента, акт сверки может быть неполным. Тогда сначала нужно объединить учетные данные и только после этого формировать окончательный акт.
Рассмотрим наиболее частые ошибки и способы их избежать.
Ошибка 1. Создать нового контрагента с новым названием.
Это приводит к тому, что реализация остается на старом контрагенте, а платеж отражается на новом. В итоге задолженность не закрывается.
Решение: используем одну карточку контрагента и ведем историю наименований.
Ошибка 2. Отразить платеж как прочее поступление.
В этом случае деньги не закрывают задолженность покупателя и могут попасть на счет 76.
Решение: используем вид операции Оплата от покупателя.
Ошибка 3. Не проверить ИНН.
Наименование может быть похожим, но юридические лица могут быть разными. И наоборот, название может отличаться, но ИНН может быть одинаковым.
Решение: сначала проверяем ИНН, КПП, ОГРН и назначение платежа.
Ошибка 4. Исправить все старые документы вручную.
При замене старого названия во всех документах может быть нарушена историческая корректность первички.
Решение: добавляем актуальное наименование через историю.
Ошибка 5. Не указать договор в поступлении на расчетный счет.
Платеж может остаться нераспределенным или зачесться не по тому договору.
Решение: проверяем договор и документ расчетов с контрагентом.
Ошибка 6. Не проверить остатки по счету 62.
Документ может быть проведен, но задолженность может не закрыться из-за неправильной аналитики.
Решение: после отражения оплат формируем ОСВ по счету 62 с детализацией по контрагентам, договорам и документам расчетов.
Ошибка 7. Оформить оплату третьим лицом при одинаковом ИНН.
Это усложняет учет без необходимости и может создать ложные обороты по счету 76.
Решение: если ИНН совпадает, сначала рассматриваем ситуацию как изменение наименования одного контрагента.
Соберем все действия в единый порядок.
Контрагенты.История у реквизита Наименование для документов.Поступление на расчетный счет.Оплата от покупателя.Если счет выставлен на ООО «Я и Ты», а деньги поступили от ООО «Я и Т», но ИНН у организаций одинаковый, это обычно не оплата третьим лицом. Скорее всего, покупатель изменил наименование либо в платежном поручении указано другое сокращенное название.
В 1С не нужно создавать второго контрагента. Нужно использовать одну карточку в справочнике Контрагенты, добавить новое наименование через механизм История и провести поступление денег документом Поступление на расчетный счет с видом операции Оплата от покупателя.
Если оплата поступила с нескольких расчетных счетов, но все они принадлежат организации с тем же ИНН, каждый платеж отражаем отдельно, но относим к одному и тому же контрагенту и договору.
Ключевое правило: одинаковый ИНН означает, что сначала нужно проверить переименование и историю реквизитов, а не оформлять оплату третьим лицом.
Информация носит справочный характер