Рассмотрим ситуацию, которая на практике встречается очень часто после перехода на ЕНС и особенно заметна в связке 1С:Бухгалтерия + ЗУП. Организация на УСН вовремя пополнила ЕНС, но не подала уведомление по страховым взносам за октябрь. В результате в учете уже была сформирована проводка Д 69.09 К 68.90 документом Отражение зарплаты в бухучете, а позже после сдачи РСВ или загрузки данных из ФНС появилась еще одна такая же проводка документом Операции ЕНС. Из-за этого у бухгалтера возникает закономерный вопрос: нужно ли править прошлый год, можно ли просто поставить ноль в документе Операции ЕНС и как вообще правильно исправить задвоение.
Разберем проблему по шагам, выясним причину, посмотрим, как 1С формирует эти движения, и определим безопасный способ исправления без искажения учета.
Сначала проанализируем сам механизм учета. В современной методике ЕНС в 1С задолженность по страховым взносам переносится на счет 68.90 не банковской оплатой и не фактом пополнения ЕНС, а документом, который отражает возникновение совокупной налоговой обязанности. Для страховых взносов эту роль в большинстве сценариев выполняет документ Отражение зарплаты в бухучете или зарплатный документ, пришедший из ЗУП.
То есть первая проводка Д 69.09 К 68.90 обычно означает: программа признала, что сумма страховых взносов уже должна участвовать в ЕНС как обязательство к уплате. Это не ошибка само по себе, а штатная логика учета.
Теперь посмотрим, что происходит дальше. Если уведомление по страховым взносам не было подано в установленный срок, налоговый орган не видит это обязательство в нужный момент из уведомления. Позднее сумма может быть распознана по данным РСВ. Если в вашей версии 1С включена загрузка операций по данным ФНС или применяется новая схема автоматического отражения начислений на ЕНС, документ Операции ЕНС может дополнительно сформировать то же самое начисление уже по данным налогового органа.
Именно в этот момент и возникает задвоение: одна и та же обязанность попала в учет два раза разными источниками:
первый раз — по данным внутреннего учета зарплаты и взносов через Отражение зарплаты в бухучете;
второй раз — по данным ФНС или после сдачи РСВ через Операции ЕНС.
Выясним ключевой вывод: сама причина не в том, что ЕНС был пополнен не вовремя, а в том, что одна и та же обязанность была отражена в бухучете двумя механизмами сразу.
Теперь рассмотрим самый важный практический вопрос. В подобных ситуациях бухгалтеры часто думают, что раз уведомление не было подано в срок в ноябре 2025 года, значит нужно обязательно «лезть» в 2025 год и править прошлый период. Но здесь важно разделить налоговый факт и ошибку в бухгалтерской технике отражения.
Если в 2025 году:
страховые взносы были начислены верно;
сумма взносов была правильно рассчитана;
обязательство в бухучете на конец года было отражено логично и последовательно;
ошибка возникла только потому, что в 2026 году автоматически добавился дублирующий документ Операции ЕНС;
то переписывать прошлый год, как правило, не нужно.
Рассмотрим подробнее. Отсутствие уведомления в срок — это проблема взаимодействия с ФНС и распределения суммы на ЕНС, но не всегда ошибка самой бухгалтерской проводки за 2025 год. Если в ноябре 2025 года документ Отражение зарплаты в бухучете в вашей учетной модели уже сформировал обязательство Д 69.09 К 68.90, то это отражение могло быть корректным для той методики, по которой вы вели учет в 1С на тот момент.
Поэтому в большинстве практических случаев нужно не переписывать закрытый год, а убрать именно второе, дублирующее отражение в 2026 году.
Править прошлый год имеет смысл только тогда, когда ошибка была уже в самом документе 2025 года: например, сумма взносов была неправильной, документ проведен ошибочно, отражение сделано не по той организации, не по тому месяцу или не по той методике учета. Если же 2025 год был отражен правильно, а проблема появилась из-за последующего автоматического дубля, корректировку логичнее делать текущим периодом.
Теперь разберем второй ключевой вопрос: допустимо ли просто открыть документ Операции ЕНС за 20.01.2026 и поставить в нем ноль вместо начисленной суммы.
Формально такой подход иногда выглядит самым быстрым, но на практике он не всегда безопасен. Здесь нужно учитывать, как именно создан документ:
документ введен вручную бухгалтером;
документ заполнен автоматически на основании внутренних данных программы;
документ загружен по данным ФНС или при синхронизации с ЛК ЕНС;
документ является частью новой автоматической методики отражения начислений на ЕНС.
Если документ Операции ЕНС сформирован автоматически по данным ФНС, простая ручная замена суммы на ноль может привести к новым расхождениям:
между бухгалтерским учетом и аналитикой ЕНС внутри 1С;
между оборотами по счету 68.90 и данными помощников/отчетов по ЕНС;
между карточкой счета и расшифровками операций ЕНС;
между 1С и личным кабинетом ФНС.
Поэтому действовать по принципу «просто поставить ноль» без анализа причин не стоит.
Корректировать документ прямым обнулением можно только после проверки, что это именно лишнее бухгалтерское отражение, а не единственная запись, на которую теперь опирается учет ЕНС в новой версии программы.
Другими словами, не сам прием «поставить ноль» запрещен, а опасна ситуация, когда это делается механически, без понимания, какой из двух документов должен остаться в учете.
Разберем по шагам, как практически установить, какой документ нужно оставить, а какой убрать. Это главный этап, потому что удалять или корректировать нужно не ту проводку, которая раньше по дате, а ту, которая в вашей методике оказалась дублирующей.
Откройте Анализ счета 69.09 и Анализ счета 68.90 по дням за период с ноября 2025 по январь 2026.
Посмотрите расшифровку проводки Д 69.09 К 68.90 от 28.11.2025 и отдельно от 20.01.2026.
Проверьте, какой документ был источником каждой проводки: Отражение зарплаты в бухучете, Операции ЕНС, загрузка из ЛК ЕНС, регламентная операция или иной механизм.
Сравните суммы, аналитику, организацию, месяц начисления и дату исполнения обязанности.
Проверьте, не отражается ли одна и та же сумма одновременно и в бухгалтерской проводке, и в аналитике операций по ЕНС.
Оцените, какая запись соответствует вашей учетной политике и релизу программы.
Здесь важно смотреть не только бухгалтерскую проводку, но и происхождение записи. В 1С по ЕНС одна и та же сумма может участвовать сразу в нескольких слоях учета: бухгалтерские проводки, регистры расчетов по ЕНС, данные ФНС, помощники по срокам уплаты, сведения для расшифровки обязательств. Поэтому анализ нужно проводить комплексно.
Теперь сформулируем основное правило, которым удобно руководствоваться в таких случаях.
По одной и той же сумме страховых взносов в учете должно остаться только одно корректное отражение обязательства на ЕНС.
То есть после исправления у вас не должно быть двух одинаковых проводок Д 69.09 К 68.90, относящихся к одной и той же сумме взносов за один и тот же месяц.
Далее возможны два рабочих варианта решения. Рассмотрим каждый подробно.
Это наиболее частый и обычно самый логичный сценарий в описанной ситуации.
Он подходит, если:
документ Отражение зарплаты в бухучете от 28.11.2025 сформировал проводку корректно;
начисление страховых взносов за октябрь 2025 года отражено верно;
прошлый год уже закрыт;
документ Операции ЕНС от 20.01.2026 лишь повторил уже отраженную обязанность после сдачи РСВ;
задвоение возникло не из-за ошибки в расчете, а именно из-за второго источника отражения.
В этом случае разберем по шагам, как действовать.
Проверьте, что сумма в документе Отражение зарплаты в бухучете соответствует взносам за октябрь 2025 года.
Убедитесь, что запись 28.11.2025 действительно нужна для вашей модели учета.
Откройте документ Операции ЕНС от 20.01.2026 и выясните, допускает ли он редактирование и не будет ли перезаполняться автоматически.
Если документ является лишним дублем, отмените его влияние на бухгалтерский учет: либо распроведите его, либо скорректируйте именно как дублирующую запись, либо введите отдельную корректирующую операцию текущего периода, если сам документ менять нельзя.
После исправления заново сформируйте ОСВ по счетам 69.09 и 68.90, а также отчеты по ЕНС внутри 1С.
Здесь важен практический нюанс. Если документ Операции ЕНС заполняется автоматически из внешнего обмена и в дальнейшем может появиться снова, одного разового исправления недостаточно. Нужно еще устранить причину повторного формирования дублей. Иначе после очередного обмена или обновления данные опять разойдутся.
Этот подход особенно удобен, когда бухгалтерский учет за 2025 год уже сформирован, отчетность сдана, а менять прошлый год нежелательно. Тогда мы не трогаем исторически верную запись, а убираем только «лишний хвост» текущего периода.
С точки зрения логики учета это обычно наиболее чистое решение: первичное отражение обязательства остается в том периоде, где оно и возникло, а дублирование в следующем году устраняется без переписывания закрытого года.
Теперь рассмотрим второй вариант. Он актуален в тех случаях, когда организация уже работает в более новой методике ЕНС, где документ Операции ЕНС автоматически отражает начисления по данным налогового органа, а старые или параллельные механизмы продолжают создавать те же проводки через зарплатные документы.
Тогда проблема не в одном конкретном документе за январь 2026 года, а в том, что в базе одновременно работают две разные логики учета ЕНС.
Признаки такого сценария обычно следующие:
в базе недавно обновлен релиз;
подключен обмен с Личным кабинетом ЕНС;
документы Операции ЕНС стали формироваться автоматически по данным ФНС;
при этом документы из ЗУП или зарплатный контур продолжают формировать те же проводки Д 69.09 К 68.90;
задвоение начинает возникать не один раз, а повторяется по нескольким периодам.
В такой ситуации нужно не просто убрать одну сумму, а перенастроить способ отражения, чтобы в дальнейшем источник был один.
Разберем по шагам, что проверить.
Уточните релиз 1С:Бухгалтерии и дату обновления.
Проверьте, используется ли интеграция с ЛК ЕНС.
Посмотрите, какие именно документы по страховым взносам формируют проводки на 68.90: только Отражение зарплаты в бухучете или еще и Операции ЕНС.
Сверьте настройки обмена и правила проведения документов после обновления.
Определите, какая методика для вашей базы должна быть основной: внутренняя расчетная или основанная на данных ФНС.
Если программа перешла на новую модель учета ЕНС, нельзя бездумно оставлять одновременно оба механизма. Иначе задвоения будут появляться системно.
Рассмотрим подробнее наиболее осторожный сценарий. Иногда документ Операции ЕНС нужен для отражения данных из ФНС, и прямое редактирование может быть нежелательно. Тогда безопаснее использовать текущую корректировку в бухгалтерском учете, а не вмешиваться в сам импортированный документ.
В таком случае можно применить следующий подход:
оставьте документ Операции ЕНС как источник данных ФНС;
проверьте, не должен ли документ Отражение зарплаты в бухучете в данном релизе уже перестать формировать соответствующее движение;
если прошлый год менять нельзя, введите в 2026 году корректирующую бухгалтерскую операцию, которая снимет дублирующее отражение именно в бухучете;
обязательно документально зафиксируйте причину корректировки: «устранение задвоения обязательства по страховым взносам за октябрь 2025 года в связи с параллельным отражением в документе Операции ЕНС»;
проверьте остатки после корректировки.
Этот вариант не так красив с точки зрения автоматизации, но иногда он предпочтительнее, если база уже живет по новой схеме и импортированные данные из ФНС считаются приоритетными.
Некоторые специалисты предлагают простое решение: раз ФНС увидела сумму только после РСВ, значит надо убрать проводку 2025 года и оставить январскую запись 2026 года. На практике такой подход может быть опасен.
Проанализируем ситуацию. Проводка от 28.11.2025 могла быть частью корректной бухгалтерской модели, в которой обязательство по взносам уже возникло и должно было быть отражено на ЕНС по сроку уплаты. То, что уведомление не подали, не превращает автоматически ноябрьскую бухгалтерскую запись в ошибку. Это означает лишь, что налоговый орган получил данные не из уведомления, а позже — из РСВ.
Если сейчас удалить или сторнировать прошлогоднюю запись без достаточных оснований, можно получить:
искажение остатков на конец 2025 года;
расхождение между бухгалтерской отчетностью и регистровыми движениями;
непонятную картину в анализе счета 69.09;
ошибочную ретроспективную корректировку там, где нужна была обычная текущая техническая правка.
Поэтому действуем аккуратно: не трогаем прошлый год, если в нем не было содержательной ошибки.
После любой корректировки недостаточно просто убрать одну проводку. Нужно убедиться, что учет действительно выровнялся. Разберем контрольные точки.
Сформируйте ОСВ по счету 69.09 за октябрь 2025 — январь 2026 и проверьте, что обязательство не задвоено.
Сформируйте ОСВ по счету 68.90 за тот же период и убедитесь, что сумма по страховым взносам отражена один раз.
Проверьте Анализ счета 68.90 по дням, чтобы увидеть дату возникновения обязанности и дату ее погашения.
Сверьте данные помощника по ЕНС и карточки расчетов с бюджетом, если вы используете обмен с ФНС.
Проверьте, не осталось ли сторнирующих и прямых записей, которые визуально скрывают проблему, но фактически создают лишний оборот.
Убедитесь, что сумма взносов не влияет повторно на налоговые показатели, если в базе используются автоматические механизмы признания оплаты налогов и взносов.
Эта проверка обязательна. На ЕНС ошибка может быть незаметна в одном отчете и проявляться в другом, поэтому всегда смотрим и бухгалтерские счета, и специализированные отчеты 1С.
Теперь отдельно разберем налоговую сторону вопроса. Для страховых взносов уведомление подается в тех месяцах, когда срок уплаты наступает раньше, чем налоговый орган получает сумму из расчета. Для последних месяцев квартала действует особое правило: налоговая берет суммы из РСВ, поэтому отдельное уведомление за такие месяцы обычно не подается.
В вашем случае речь идет об октябре 2025 года. Это первый месяц квартала, поэтому уведомление по нему подавать нужно было. Если оно не было представлено, ФНС не имела информации для распределения суммы на ЕНС именно по уведомлению. После сдачи РСВ за 2025 год сумма стала известна налоговому органу уже из расчета.
С точки зрения 1С это важно потому, что база могла сначала отразить обязательство по внутренним данным, а затем повторно подтянуть его уже по линии ФНС.
Здесь полезно запомнить правило: пропуск уведомления не означает, что нужно автоматически переписывать все бухгалтерские проводки. Сначала нужно определить, какой документ в вашей базе отвечает за отражение обязательства на ЕНС, а потом убрать дублирование.
Рассмотрим подробнее сам прием с нулем, потому что он часто вызывает путаницу.
В практике ФНС нулевая сумма применяется для исправления уведомления, когда ранее были неверно указаны реквизиты обязанности. Но это правило относится именно к исправлению уведомления перед налоговым органом. В 1С же вопрос стоит о корректировке бухгалтерского документа Операции ЕНС.
Поэтому нельзя автоматически переносить правило «поставить ноль» из налогового уведомления на любой внутренний документ программы.
Разделим ситуации:
Если нужно исправить уведомление в ФНС, нулевой строкой действительно исправляют ошибочные реквизиты и затем подают правильные данные.
Если нужно убрать дублирующую проводку в 1С, надо сначала понять статус документа Операции ЕНС и его роль в базе. Иногда нужен ноль, иногда распроведение, иногда корректировка отдельной операцией, а иногда — изменение настроек методики.
Именно поэтому ответ на вопрос «можно ли поставить ноль?» звучит так: иногда можно технически, но делать это нужно только после анализа источника документа и последствий для учета.
Соберем все в один практический алгоритм, чтобы им можно было пользоваться как инструкцией.
Определите сумму задвоения и месяц, к которому она относится.
Откройте оба документа, которые сформировали проводки Д 69.09 К 68.90.
Проверьте источник второй записи: ручной ввод, автоматическое заполнение, обмен с ФНС, синхронизация.
Сверьте релиз программы и дату включения обмена с ЛК ЕНС.
Убедитесь, что проводка 2025 года отражала реальное обязательство и не была ошибочной.
Если ошибка только в том, что в 2026 году подтянулся дубль, уберите дублирующее отражение текущим периодом.
Не редактируйте прошлый год без необходимости, особенно если он закрыт и отчетность уже сдана.
Не обнуляйте Операции ЕНС механически, пока не проверите, не является ли этот документ ключевым источником для новой схемы учета ЕНС.
После исправления обязательно проверьте 69.09, 68.90, отчеты по ЕНС и сверку с данными ФНС.
Если задвоение носит системный характер, настройте базу так, чтобы обязательство отражалось только одним механизмом.
Посмотрим, какие именно объекты программы полезно использовать при разборе такой ситуации.
Отражение зарплаты в бухучете — основной документ, который в связке с ЗУП часто формирует перенос обязательства по страховым взносам на 68.90.
Операции ЕНС — документ, который может отражать начисления и движения по данным ФНС или по внутренним расчетам в зависимости от версии и настроек.
Расчет по страховым взносам — отчет, после сдачи которого налоговая получает сведения по взносам за соответствующие периоды.
Оборотно-сальдовая ведомость по счетам 69.09 и 68.90 — основной контрольный отчет.
Анализ счета по дням — помогает увидеть момент возникновения обязанности и дату ее погашения.
Личный кабинет ЕНС и обмен с ФНС — источник возможной повторной загрузки обязательства.
Закрытие месяца — полезно проверить, не создает ли база дополнительные движения в рамках регламентных операций.
Иногда имеет смысл дополнительно посмотреть движения документа по регистрам, если вы умеете работать с технической частью 1С. Это помогает понять, дублируется ли только бухгалтерская проводка или еще и движения по внутренней аналитике ЕНС.
Если сформулировать практический вывод максимально прикладно, то в описанном кейсе чаще всего безопаснее действовать так:
признать, что задвоение возникло из-за двух источников отражения одной обязанности;
не переписывать 2025 год, если начисление в нем было верным;
убрать дублирующее отражение в 2026 году;
не ставить ноль в Операции ЕНС автоматически, а сначала проверить, не поломает ли это новую схему учета;
после исправления настроить базу так, чтобы подобные дубли больше не возникали.
Именно этот подход лучше всего соответствует бухгалтерской логике: сохраняем корректную историческую запись, устраняем технический дубль текущего периода и нормализуем методику на будущее.
Разберем еще один важный нюанс. На практике вопрос о правке прошлого года часто связан не только с методологией, но и с техническими ограничениями: год закрыт, отчетность подписана, база заблокирована от изменений.
В этом случае текущая корректировка 2026 года обычно является единственно разумным вариантом. При этом важно:
не удалять старые документы задним числом без крайней необходимости;
делать корректировку прозрачной и документально понятной;
оставлять пояснение в содержании операции;
хранить внутреннюю служебную записку или пояснение, почему внесена корректировка.
Такой подход удобен и для внутреннего контроля, и для последующего сопровождения базы. Через полгода или год другой бухгалтер сможет понять, почему была внесена корректирующая запись.
Теперь посмотрим на профилактику. Чтобы подобные задвоения больше не возникали, полезно выстроить простой контрольный контур.
Проверяйте, подано ли уведомление по страховым взносам за 1-й и 2-й месяцы квартала.
Контролируйте, какие именно документы формируют проводки на 68.90 в вашей базе после обновлений.
После обновления релиза тестируйте один месяц на копии базы и смотрите, не появился ли новый источник отражения обязательств по ЕНС.
Если используется интеграция с ЛК ЕНС, регулярно сверяйте бухгалтерские проводки и импортированные операции.
Не держите одновременно две конкурирующие методики учета ЕНС без осознанной настройки.
На практике именно обновления и смешение старой и новой методики чаще всего дают такие задвоения. Поэтому профилактика здесь важнее разовой корректировки.
Подведем итог и сформулируем решение в прикладном виде.
Если за октябрь 2025 года страховые взносы были начислены правильно, а документ Отражение зарплаты в бухучете уже сформировал проводку Д 69.09 К 68.90, то в общем случае прошлый год править не нужно. Проблема состоит не в самом начислении 2025 года, а в том, что после сдачи РСВ или загрузки данных ФНС в 2026 году в базе появилось второе отражение той же самой обязанности.
Следовательно, исправлять нужно именно дублирующий документ 2026 года или сам механизм его формирования.
Просто поставить ноль в документе Операции ЕНС можно не всегда. Такой прием допустим только после проверки, что документ действительно лишний и его обнуление не нарушит новую методику учета ЕНС в вашей версии 1С. Во многих случаях правильнее либо убрать проведение дублирующего документа, либо сделать отдельную корректировку текущим периодом, либо перенастроить базу, чтобы обязательство отражалось только одним источником.
Главная цель исправления — добиться, чтобы по страховым взносам за октябрь 2025 года в учете осталось одно корректное отражение обязательства на ЕНС, а не два.
Информация носит справочный характер.