Проанализируем ситуацию: в 1С заведены два документа поступления, у них одинаковые дата, контрагент и договор, но сами УПД разные. При этом в программе суммы двух поступлений оказались собраны в одном документе СчетФактураПолученный. На первый взгляд кажется, что 1С «сама объединила» два разных УПД в один счет-фактуру. На практике чаще всего причина другая: в базе уже существовала связь двух документов поступления с одним документом счета-фактуры, а реквизиты УПД в самом поступлении и в связанном документе счета-фактуры были проверены не в одном и том же месте.
Разберем подробнее. В типовой 1С:Бухгалтерии документ ПоступлениеТоваровУслуг, который в интерфейсе отображается как «Поступление (акты, накладные, УПД)», не является тем же самым объектом, что и документ СчетФактураПолученный. Когда в поступлении включен признак УПД, в нижней части формы появляется ссылка на данные УПД поставщика. После проведения поступления программа регистрирует или использует связанный документ СчетФактураПолученный. Именно он участвует в книге покупок и в дальнейшем попадает в данные декларации по НДС.
Главный вывод: одинаковые дата, контрагент и договор сами по себе не должны превращать два разных УПД в один счет-фактуру. Если два поступления оказались привязаны к одному документу СчетФактураПолученный, значит нужно искать не совпадение даты, контрагента и договора, а конкретную связь между поступлениями и счетом-фактурой.
Рассмотрим наиболее вероятную причину. Пользователь мог сначала ошибочно ввести одинаковый номер УПД или счета-фактуры в двух документах поступления, провести документы, а затем исправить номер только в документе поступления. При этом связанный документ СчетФактураПолученный мог остаться со старыми реквизитами или с прежней связью. В результате в форме поступления визуально уже видны разные номера, но в НДС-части программы оба поступления продолжают ссылаться на один и тот же счет-фактуру.
Такой сценарий особенно вероятен, если документы создавались копированием, загружались из ЭДО, исправлялись после проведения, дорабатывались пользователями вручную или переносились из другой базы. Также проблема может появиться, если один документ СчетФактураПолученный был создан на основании первого поступления, а затем второе поступление было ошибочно привязано к нему через ссылку УПД или через механизм связанных документов.
Посмотрим на типовую логику. В поступлении есть реквизиты первичного документа поставщика: номер, дата, контрагент, договор, склад, номенклатура и суммы. Отдельно есть данные счета-фактуры или УПД, которые используются для учета НДС. Если включен переключатель УПД, то в нижней части документа поступления отображается ссылка с данными УПД. Через эту ссылку можно перейти к краткой форме УПД, а из нее — к полным реквизитам документа СчетФактураПолученный.
Важно проверять не только номер в шапке поступления. Нужно открыть сам документ СчетФактураПолученный и посмотреть его номер, дату, контрагента, договор, сумму и документы-основания. Именно этот объект является ключевым для книги покупок.
Разберем по шагам, где часто возникает путаница. В документе поступления может быть несколько разных номеров:
Внутренний номер документа 1С. Это номер самого документа ПоступлениеТоваровУслуг в базе. Он нужен программе для внутренней нумерации и обычно не равен номеру документа поставщика.
Номер входящего первичного документа. Это номер накладной, акта или УПД поставщика, который бухгалтер вводит по бумажному или электронному документу.
Номер счета-фактуры или УПД в документе СчетФактураПолученный. Именно этот номер попадает в книгу покупок и используется при сверке НДС с поставщиком и налоговой инспекцией.
Поэтому ситуация «в поступлениях номера разные» еще не означает, что в НДС-части все корректно. Нужно выясним причину через проверку связанного счета-фактуры. Если в двух поступлениях в нижней части формы ссылка УПД ведет к одному и тому же документу СчетФактураПолученный, то для книги покупок это будет один счет-фактура, даже если в шапках поступлений указаны разные номера первички.
Начнем с ручной проверки на конкретной паре документов. Даже если объем базы большой, один проблемный пример нужно разобрать детально, потому что по нему станет понятно, какой контроль автоматизировать.
Откройте первый документ поступления.
Перейдите в нижнюю часть формы, где отображаются данные УПД или счета-фактуры.
Откройте ссылку УПД или счет-фактуру.
Перейдите в полные реквизиты документа СчетФактураПолученный.
Запомните или скопируйте ссылку на документ счета-фактуры, его номер, дату, сумму и контрагента.
Откройте второе поступление и повторите те же действия.
Сравните не только номера УПД в поступлениях, а именно ссылки на документы СчетФактураПолученный.
Если оба поступления открывают один и тот же документ СчетФактураПолученный, то проблема подтверждена: в базе есть одна НДС-регистрация, к которой привязаны два хозяйственных документа. Дальше нужно понять, это допустимая ситуация или ошибка.
В большинстве случаев для двух самостоятельных поставок с двумя разными УПД от поставщика должно быть два отдельных документа СчетФактураПолученный. Если поставщик действительно выставил один общий УПД на несколько поставок, тогда один документ счета-фактуры на несколько документов-оснований может быть нормальным. Но если документы поставщика разные и номера УПД разные, объединение в один счет-фактуру обычно является ошибкой ввода или ошибкой связи.
Проанализируем важный момент из обсуждения. Пользователь ориентируется на карточку счета 41 и говорит, что за квартал там десятки тысяч страниц. Это действительно большой объем, но карточка счета 41 не является правильным инструментом для контроля этой ошибки.
Счет 41 показывает движение товаров. Одна строка в карточке может соответствовать одной номенклатурной позиции, партии, складу, сумме или аналитике. Но проблема с объединением УПД относится не к товарному учету, а к НДС-регистрации и связи документов поступления с документами СчетФактураПолученный. Поэтому проверять нужно не карточку счета 41, а данные книги покупок, журнал полученных счетов-фактур, связанные документы и регистры НДС.
Правильный объект контроля — не счет 41, а связка: ПоступлениеТоваровУслуг → СчетФактураПолученный → книга покупок.
Если в одном поступлении тысяча строк номенклатуры, в карточке счета 41 это может дать тысячу строк. Но в книге покупок это будет одна запись по счету-фактуре. Именно поэтому для контроля НДС нужно анализировать не товарные строки, а документы счетов-фактур и их основания.
Рассмотрим основной способ исправления, если период еще можно открыть и декларация по НДС еще не сдана. Смысл решения — разорвать неправильную связь и заново создать корректные документы СчетФактураПолученный по каждому поступлению.
Сделайте резервную копию информационной базы перед исправлением. Это обязательный шаг, потому что изменение документов НДС может повлиять на книгу покупок и декларацию. Для регулярного автосоздания копий перед большими правками используют автоматическое архивирование и обслуживание баз 1С.
Откройте проблемный документ СчетФактураПолученный, к которому привязаны два поступления.
Проверьте документы-основания или связанные документы. Убедитесь, что к нему действительно привязаны два поступления.
Если это ошибка, отмените проведение связанных документов в корректной последовательности. Обычно сначала анализируем счет-фактуру, затем поступления, затем перепроводим документы после исправления.
Удалите ошибочный документ СчетФактураПолученный или пометьте его на удаление, если он был создан неверно.
Откройте первое поступление, проверьте номер и дату УПД поставщика, затем зарегистрируйте счет-фактуру или УПД заново.
Откройте второе поступление, проверьте его номер и дату УПД поставщика, затем зарегистрируйте отдельный счет-фактуру или УПД заново.
Проведите оба поступления и оба документа СчетФактураПолученный.
Сформируйте книгу покупок за период и проверьте, что теперь отражены две разные записи по двум разным УПД.
Ключевой момент: не ограничивайтесь исправлением номера в шапке поступления. Если уже создан документ СчетФактураПолученный, откройте его и проверьте, изменились ли реквизиты именно в нем. Если счет-фактура был введен вручную или корректировался отдельно, реквизиты в нем могут не синхронизироваться так, как ожидает пользователь.
Разберем отдельный сценарий, который чаще всего объясняет такую ошибку. Допустим, пользователь завел первое поступление с УПД № 100. Затем скопировал документ, создал второе поступление и по ошибке оставил УПД № 100. Провел оба документа. После этого заметил ошибку и исправил номер второго поступления на УПД № 101. Визуально в списке поступлений теперь все выглядит правильно: одно поступление с УПД № 100, второе с УПД № 101.
Но если на момент проведения был создан или использован один документ СчетФактураПолученный, то после исправления номера в поступлении связанный счет-фактура мог остаться прежним. В итоге бухгалтер видит разные номера в поступлениях, а книга покупок собирает суммы в один счет-фактуру.
В таком случае действуйте так:
Откройте второе поступление, в котором номер исправлялся после проведения.
Перейдите по ссылке УПД в нижней части формы.
Откройте полные реквизиты документа СчетФактураПолученный.
Проверьте, не совпадает ли ссылка на счет-фактуру со счетом-фактурой первого поступления.
Если ссылка одна и та же, удалите неверную регистрацию счета-фактуры и создайте ее заново из правильного поступления.
После исправления перепроведите документы и сформируйте книгу покупок.
Если в вашей версии конфигурации реквизиты счета-фактуры обновляются автоматически при изменении поступления, все равно проверьте наличие ручных корректировок. Ручное изменение реквизитов в документе СчетФактураПолученный может нарушить ожидаемую синхронизацию. Поэтому при расследовании смотрим не только на документы поступления, но и на историю действий пользователей, дату изменения документов, ручные правки и наличие доработок конфигурации.
В обсуждении важный момент: период уже закрыт. В этом случае нельзя просто «поправить проводкой» ошибку, связанную с НДС. Счет-фактура влияет не только на бухгалтерские проводки, но и на регистры НДС, книгу покупок, разделы декларации по НДС и сверку с поставщиком.
Рассмотрим подробнее, как действовать в закрытом периоде.
Сначала определите статус периода: закрыт только управленчески внутри компании или уже сдана декларация по НДС.
Если декларация еще не сдана, согласуйте открытие периода, внесите исправления в документы, перепроведите НДС-регистры и заново сформируйте книгу покупок.
Если декларация уже сдана, проанализируйте, повлияла ли ошибка на сумму вычета НДС, реквизиты счета-фактуры и расхождения с поставщиком.
Если ошибка влияет на книгу покупок прошлого периода, оформляйте исправление через корректный механизм НДС: дополнительный лист книги покупок, исправленный счет-фактуру, корректировку поступления или уточненную декларацию — в зависимости от содержания ошибки.
Не исправляйте такую ситуацию только ручной операцией по бухгалтерским счетам, потому что книга покупок формируется не по счету 41 и не только по проводкам.
Практическое правило: если ошибка затрагивает реквизиты полученного счета-фактуры или УПД, работайте через документы НДС и регистры НДС, а не через ручную бухгалтерскую проводку. Иначе в оборотно-сальдовой ведомости может стать «красиво», но в книге покупок и декларации останется ошибка.
Теперь разберем, как отслеживать проблему в будущем. При большом количестве компаний и большом объеме документов ручная проверка каждой строки невозможна. Но и карточка счета 41 здесь не поможет. Нужно построить контроль по документам счетов-фактур.
Используйте несколько уровней контроля:
Контроль книги покупок. Формируйте книгу покупок за период и проверяйте группировку по номеру и дате счета-фактуры, контрагенту, ИНН, КПП и сумме НДС. Ищите записи, где сумма выглядит слишком большой для одного УПД или где один счет-фактура соответствует нескольким поступлениям.
Контроль связанных документов. Для подозрительного документа СчетФактураПолученный открывайте структуру подчиненности или связанные документы. Если у одного счета-фактуры несколько поступлений, проверяйте, действительно ли поставщик выставил один общий УПД.
Контроль дублей по реквизитам. Отдельно ищите счета-фактуры с одинаковыми номером, датой, контрагентом и договором. Такой дубль может быть как нормальной ситуацией, так и ошибкой ввода, особенно если номера отличаются только пробелом, регистром, дефисом или дополнительным символом.
Контроль расхождений между поступлением и счетом-фактурой. Сравнивайте номер УПД в поступлении с номером в связанном документе СчетФактураПолученный. Если в поступлении номер один, а в счете-фактуре другой, это потенциальная ошибка.
Контроль после копирования документов. Если пользователи часто копируют поступления, настройте отдельную проверку: после копирования обязательно проверять ссылку УПД в нижней части формы, а не только шапку документа.
В идеале такую проверку нужно выполнять не в момент подготовки декларации, когда все уже закрыто, а регулярно: ежедневно, еженедельно или перед закрытием месяца. Для большого документооборота полезно сделать отдельный отчет или обработку, которая показывает только подозрительные случаи.
Рассмотрим структуру полезного отчета. Его задача — найти документы СчетФактураПолученный, к которым привязано больше одного поступления, и показать бухгалтеру, нужно ли это исправлять.
В отчет включите следующие колонки:
Организация.
Контрагент.
Договор.
Документ СчетФактураПолученный.
Номер и дата счета-фактуры или УПД.
Сумма документа.
Сумма НДС.
Количество связанных поступлений.
Список документов ПоступлениеТоваровУслуг, которые являются основаниями.
Номера первичных документов поставщика в поступлениях.
Признак ошибки: «разные номера УПД в поступлениях при одном счете-фактуре».
Такой отчет позволит не просматривать тысячи страниц карточки счета 41, а сразу получить список подозрительных счетов-фактур. Далее бухгалтер проверяет только эти документы.
Если в базе есть разработчик или администратор 1С, можно сделать служебную обработку. Рассмотрим примерный подход. В типовых конфигурациях для поиска связанных документов часто используют критерий отбора СвязанныеДокументы. Конкретные имена объектов и реквизитов нужно сверить с вашей конфигурацией, потому что в разных редакциях и доработанных базах структура метаданных может отличаться.
СвязанныеДокументы = КритерииОтбора.СвязанныеДокументы.Найти(СсылкаНаСчетФактуру);Пока СвязанныеДокументы.Следующий() Цикл Если ТипЗнч(СвязанныеДокументы.Ссылка) = Тип("ДокументСсылка.ПоступлениеТоваровУслуг") Тогда Сообщить("К счету-фактуре привязано поступление: " + Строка(СвязанныеДокументы.Ссылка)); КонецЕсли;КонецЦикла;
Этот пример показывает принцип: берем ссылку на документ СчетФактураПолученный и ищем все документы, которые с ним связаны. Если среди связанных документов найдено больше одного поступления, такой счет-фактуру нужно вывести в отчет для проверки.
Далее можно расширить обработку: собрать номера поступлений, номера входящих документов поставщика, суммы, НДС и вывести только те случаи, где номера УПД в поступлениях разные, а счет-фактура один.
Посмотрим на пример логики запроса. Его нельзя без проверки вставлять в любую базу, потому что реквизиты связи могут называться иначе. Но сам принцип полезен: сгруппировать данные по счету-фактуре и посчитать количество разных поступлений.
Запрос = Новый Запрос;Запрос.Текст ="ВЫБРАТЬ| СчетФактура.Ссылка КАК СчетФактура,| СчетФактура.Организация КАК Организация,| СчетФактура.Контрагент КАК Контрагент,| СчетФактура.ДоговорКонтрагента КАК Договор,| СчетФактура.НомерВходящегоДокумента КАК НомерУПД,| СчетФактура.ДатаВходящегоДокумента КАК ДатаУПД,| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Поступления.Ссылка) КАК КоличествоПоступлений|ИЗ| Документ.СчетФактураПолученный КАК СчетФактура| ЛЕВОЕ СОЕДИНЕНИЕ Документ.ПоступлениеТоваровУслуг КАК Поступления| ПО Поступления.СчетФактура = СчетФактура.Ссылка|ГДЕ| СчетФактура.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания|СГРУППИРОВАТЬ ПО| СчетФактура.Ссылка,| СчетФактура.Организация,| СчетФактура.Контрагент,| СчетФактура.ДоговорКонтрагента,| СчетФактура.НомерВходящегоДокумента,| СчетФактура.ДатаВходящегоДокумента|ИМЕЮЩИЕ| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Поступления.Ссылка) > 1";Запрос.УстановитьПараметр("ДатаНачала", ДатаНачала);Запрос.УстановитьПараметр("ДатаОкончания", ДатаОкончания);Результат = Запрос.Выполнить();
В этом примере важен не конкретный реквизит СчетФактура, а сама идея проверки. Если в вашей базе поступление не хранит прямую ссылку на счет-фактуру в реквизите СчетФактура, используйте механизм связанных документов, регистр сведений связей, структуру подчиненности или типовой объект, который применяется именно в вашей конфигурации.
Для типовой бухгалтерской базы задачу лучше формулировать так: «Нужен отчет по документам СчетФактураПолученный, у которых больше одного документа-основания ПоступлениеТоваровУслуг, с выводом номеров УПД из каждого поступления».
Разберем конкретные объекты, которые помогают найти и исправить проблему. Названия могут немного отличаться в зависимости от конфигурации, но в типовой логике 1С:Бухгалтерии нужно смотреть следующие элементы:
Документ.ПоступлениеТоваровУслуг — документ поступления товаров, услуг, актов, накладных и УПД.
Документ.СчетФактураПолученный — документ, который регистрирует входящий счет-фактуру или УПД для целей НДС.
РегистрНакопления.НДСПокупки — один из ключевых регистров, по данным которого формируются записи книги покупок.
РегистрНакопления.НДСПредъявленный — регистр, который используется для учета предъявленного поставщиком НДС до принятия к вычету.
КритерииОтбора.СвязанныеДокументы — механизм, который может помочь найти документы, связанные с выбранным счетом-фактурой.
КнигаПокупок — отчет, в котором нужно проверять итоговый результат отражения входящих счетов-фактур.
ЭкспрессПроверкаВеденияУчета — инструмент контроля общей корректности учета, который полезно запускать перед закрытием периода, хотя он не заменяет специализированный отчет по связям УПД и поступлений.
Если база доработана, не полагайтесь только на типовые названия. Откройте конфигуратор или расширение, проверьте состав реквизитов документа поступления, документа счета-фактуры и механизм формирования книги покупок. В доработанных базах связь может храниться не там, где ожидается в типовой конфигурации.
Иногда один счет-фактура действительно может быть связан с несколькими первичными документами. Поэтому не каждое количество поступлений больше одного является ошибкой. Разберем критерии.
Ситуация может быть нормальной, если поставщик действительно выставил один общий УПД или один счет-фактуру на несколько отгрузок, а документы поступления в 1С были разделены по складам, подразделениям, заказам или внутренним причинам учета. В этом случае реквизиты счета-фактуры одни и те же, а связь с несколькими поступлениями соответствует документам поставщика.
Ситуация является подозрительной, если в двух поступлениях указаны разные номера УПД поставщика, но оба поступления ссылаются на один документ СчетФактураПолученный. Особенно подозрительно, если суммы двух поставок сложились в одном счете-фактуре, а поставщик в ЭДО или на бумаге отправил два самостоятельных УПД.
Ситуация почти наверняка ошибочная, если:
у поступлений разные номера УПД;
у поступлений разные файлы ЭДО;
у поступлений разные суммы по документам поставщика;
в книге покупок вместо двух строк отражена одна строка;
налоговая сверка или сверка с контрагентом показывает расхождение по номеру счета-фактуры;
при открытии ссылки УПД из двух поступлений открывается один и тот же документ СчетФактураПолученный.
Если поступления загружены из электронного документооборота, рассмотрим дополнительную проверку. Электронный УПД имеет свои реквизиты файла, идентификатор, дату получения, отправителя, статус обмена и данные подписи. Если два документа пришли из ЭДО, нужно проверить не только номер в 1С, но и связь с электронным документом.
Откройте входящий электронный документ по первому УПД.
Проверьте номер, дату, сумму и идентификатор электронного документа.
Откройте входящий электронный документ по второму УПД.
Сравните, не был ли один электронный документ сопоставлен с двумя поступлениями.
Проверьте статус обмена и дату получения, потому что для НДС важна корректная регистрация полученного документа.
Если в ЭДО два разных УПД, а в 1С один документ СчетФактураПолученный, значит ошибка находится на стороне сопоставления или регистрации в базе. В этом случае нужно перепривязать документы корректно и заново проверить книгу покупок.
Теперь рассмотрим, как организовать контроль, если компаний много и документов очень много. Ручное «крыжить все строки» действительно неэффективно. Но это не означает, что контроль невозможен. Его нужно перенести с ручного просмотра на автоматические исключения.
Настройте регламент контроля перед закрытием НДС:
Сформируйте отчет «Счета-фактуры полученные с несколькими поступлениями». В отчет должны попадать только документы, где количество связанных поступлений больше одного.
Сформируйте отчет «Разные номера УПД в поступлениях при одном счете-фактуре». Это самый точный контроль именно для рассматриваемой ошибки.
Сформируйте отчет «Поступления с УПД без зарегистрированного счета-фактуры». Он поможет найти документы, где УПД в первичке есть, но НДС-регистрация не создана.
Сформируйте отчет «Счет-фактура полученный без документа-основания». Такой документ может появиться после ручных правок или удаления основания.
Сформируйте отчет «Дубли номеров счетов-фактур по контрагенту». Он поможет поймать случаи, когда одинаковый номер ввели по ошибке.
Сформируйте отчет «Расхождение суммы поступлений и суммы счета-фактуры». Он покажет случаи, когда в один счет-фактуру попали суммы нескольких документов.
После этого бухгалтеру не нужно читать 26 тысяч страниц карточки счета 41. Он получает короткий список отклонений и проверяет только их. Такой подход лучше подходит для крупных баз, потому что контроль становится риск-ориентированным.
Разберем типовые действия пользователей, после которых возникает связь двух разных УПД с одним счетом-фактурой.
Копирование поступления. Пользователь копирует старый документ, меняет контрагента или сумму, но не проверяет ссылку УПД в нижней части формы.
Исправление только шапки документа. Пользователь меняет номер входящего документа в поступлении, но не открывает СчетФактураПолученный и не проверяет его реквизиты.
Ручная корректировка счета-фактуры. Пользователь вручную меняет реквизиты счета-фактуры, после чего автоматическая синхронизация работает не так, как ожидалось.
Повторное сопоставление ЭДО. Один электронный УПД ошибочно сопоставляют с несколькими поступлениями или повторно используют уже созданный счет-фактуру.
Работа в закрытом периоде. Пользователи стараются не перепроводить документы прошлого периода и вносят частичные исправления, из-за чего НДС-регистры остаются в старом состоянии.
Недостаточная проверка книги покупок. Сверяют только обороты по счетам учета товаров, но не сверяют записи книги покупок по реквизитам счетов-фактур.
Чтобы избежать повторения ошибки, закрепите правило: после любого исправления номера УПД в поступлении нужно открыть связанный документ СчетФактураПолученный и убедиться, что номер, дата и связь с основанием корректны.
Рассмотрим безопасную последовательность действий для исправления.
Зафиксируйте исходное состояние: номера двух поступлений, номера УПД, суммы, НДС, контрагента, договор и ссылку на общий счет-фактуру.
Сформируйте книгу покупок до исправления и сохраните результат для сравнения.
Согласуйте с главным бухгалтером, можно ли открывать период. Если период закрыт и декларация сдана, сразу определите порядок налогового исправления.
Откройте проблемный СчетФактураПолученный и проверьте его основания.
Удалите или отмените ошибочную регистрацию, если она создана неверно.
Зарегистрируйте отдельные счета-фактуры или УПД по каждому поступлению.
Перепроведите документы в правильной последовательности.
Снова сформируйте книгу покупок и сравните результат с исходным состоянием.
Проверьте декларацию по НДС или помощник по учету НДС, если он используется в вашей базе.
Зафиксируйте причину ошибки, чтобы добавить ее в регламент контроля.
Если после удаления и повторной регистрации проблема повторяется, проверьте обновление конфигурации, наличие расширений, доработок, обменов, правил загрузки ЭДО и прав пользователей. В типовой базе два разных УПД с разными номерами не должны самопроизвольно объединяться в один счет-фактуру без причины в данных или связях.
Иногда документ нельзя удалить, потому что период закрыт, есть запрет редактирования, документ участвует в обмене или уже отражен в отчетности. В этом случае не нужно обходить проблему ручными проводками. Разберем альтернативный порядок.
Определите, нужно ли исправлять прошлый период или можно отразить исправление текущим периодом по правилам учета НДС.
Если поставщик прислал исправленный УПД или корректировочный документ, используйте соответствующие документы исправления или корректировки в 1С.
Если ошибка является собственной ошибкой ввода, определите, требуется ли дополнительный лист книги покупок.
Если ошибка повлияла на декларацию по НДС, подготовьте уточненную декларацию после корректного исправления данных в 1С.
Если ошибка не повлияла на сумму НДС, но привела к неверным реквизитам, все равно проверьте риск требования от налоговой инспекции из-за расхождений с поставщиком.
Не оставляйте один счет-фактуру на два разных УПД только потому, что период закрыт. Такая ошибка может проявиться позже при камеральной проверке, сверке НДС, требовании пояснений или сверке с контрагентом.
Если после проверки не получается понять, почему связь возникла, подготовьте обращение в поддержку или к обслуживающему специалисту. Чтобы не получить общий ответ, приложите структурированное описание проблемы.
Укажите платформу 1С и релиз конфигурации. Платформа 8.3.27.2130 сама по себе не описывает логику учета; важен релиз конфигурации 1С:Бухгалтерии, КА, ERP или другой используемой системы.
Укажите организацию, период, контрагента и договор.
Укажите ссылки на два документа поступления.
Укажите номера и даты УПД поставщика по каждому поступлению.
Укажите ссылку на общий документ СчетФактураПолученный.
Опишите, создавались ли документы копированием, через ЭДО, загрузкой из внешней системы или вручную.
Укажите, менялись ли номера после проведения.
Укажите, закрыт ли период и сдана ли декларация по НДС.
Попросите проверить, почему два документа поступления с разными реквизитами УПД связаны с одним документом СчетФактураПолученный.
Такое обращение позволит специалисту сразу проверить не общие слова «1С объединила документы», а конкретную связь документов и механизм ее формирования.
Подведем итог. Если два поступления с разными УПД оказались в одном счете-фактуре, сначала выясним причину: откроем каждое поступление, перейдем по ссылке УПД, откроем полный документ СчетФактураПолученный и сравним ссылки. Если ссылка одна и та же, значит ошибка находится в связи документов или в ранее созданном счете-фактуре.
Самое вероятное объяснение — оба поступления в какой-то момент были зарегистрированы с одинаковыми реквизитами УПД или второе поступление было создано копированием, а затем номер исправили только в поступлении. Поэтому для исправления нужно удалить или отменить неверный СчетФактураПолученный, зарегистрировать отдельные счета-фактуры по каждому поступлению, перепровести документы и заново проверить книгу покупок.
Для будущего контроля не используйте карточку счета 41 как основной инструмент проверки этой ошибки. Настройте отчет по документам СчетФактураПолученный, связанным поступлениям, номерам УПД и книге покупок. Так вы будете проверять не тысячи товарных строк, а короткий список НДС-рисков.
Правильная логика контроля: один реальный УПД поставщика — один корректный документ СчетФактураПолученный в 1С. Если реальных УПД два, а документ СчетФактураПолученный один, нужно проверить связь, исправить регистрацию и убедиться, что книга покупок сформирована корректно.
Информация носит справочный характер