Проанализируем ситуацию, с которой массово столкнулись после обновления на релиз 3.0.191: привычные проводки по переносу начисленных налогов и взносов на 68.90 (ЕНС) перестали формироваться. Чаще всего замечают, что в документах зарплаты и закрытия месяца больше нет движений вида Дт 69.09 Кт 68.90 (взносы) и Дт 68.01 Кт 68.90 (НДФЛ), а также «пропала» регламентная операция начисления на ЕНС.
Разберем по шагам, почему это происходит, как понять, какой режим учета включился именно у вас, и что делать: принять новую методику и правильно с ней работать или отключить интеграцию с ЛК ЕНС и вернуть прежний порядок формирования проводок.
Начиная с версии 3.0.191 в «1С:Бухгалтерии 8» для организаций, у которых подключен сервис 1С:ЕНС и настроена интеграция с Личным кабинетом ФНС в части ЕНС, методика учета меняется: начисление совокупной обязанности на ЕНС отражается автоматически по данным ФНС — для этого подойдёт обработка автоматической загрузки ЕНС из личного кабинета ФНС. В этом режиме проводки по переносу на ЕНС перестают формироваться в учетных документах (зарплата, закрытие месяца и т. п.), потому что они будут создаваться документом Операции ЕНС при обновлении данных ЛК ЕНС.
Из-за этого визуально кажется, что «1С перестала работать» или «сломались проводки», но на самом деле программа перешла на другой источник формирования движений по ЕНС: не по данным учета, а по данным ФНС.
Ключевой признак: если у вас включилась новая методика, то:
Проводки по кредиту 68.90, которые раньше делались «старыми» расчетными документами, могут быть удалены с начала месяца обновления.
Регламентная операция «Начисление налогов на единый налоговый счет» в Закрытие месяца больше не формируется.
Документ Корректировка ЕНС переименован и преобразован в Операции ЕНС, при этом появился формат «один документ — много строк табличной части» для отражения нескольких операций за день.
Теперь посмотрим, как действовать правильно — в зависимости от того, что вы хотите получить в итоге.
Если вы действительно используете интеграцию с ЛК ФНС (ЕНС), то оптимальный путь — не пытаться «вернуть старые проводки», а настроить работу так, как задумано в 3.0.191. Рассмотрим подробнее, что нужно проверить и какие действия выполнить, чтобы данные по ЕНС снова «сошлись», а движения появились там, где им теперь положено быть.
Шаг 1. Проверим, подключен ли сервис 1С:ЕНС и используется ли интеграция с ЛК ФНС
Суть в том, что новый механизм включается именно для пользователей, у которых активна интеграция с ЛК ЕНС. Если сервис подключен, программа начинает отражать начисления на ЕНС по данным ФНС, чтобы минимизировать расхождения.
Что делаем в логике проверки:
Посмотрим, используете ли вы рабочее место ЕНС/сверки с ЛК ФНС и обновляете ли оттуда данные.
Уточним, не подключен ли у вас сервис «по старой памяти» (например, раньше был промо-доступ или подключали «на попробовать»).
Шаг 2. Поймем, куда «переехали» проводки Дт 69.09 Кт 68.90 и Дт 68.01 Кт 68.90
В новом режиме эти проводки не обязаны появляться в документе начисления зарплаты, выплате дохода и т. п. Они формируются, когда ФНС начисляет обязательства на ЕНС (например, по отправленному уведомлению или декларации), и это отражается в учете документом Операции ЕНС при обновлении данных ЛК ЕНС.
То есть логика становится такой:
В учете вы начисляете зарплату и формируете расчет (как обычно).
Уведомление/декларация уходит в ФНС.
ФНС отражает начисление на ЕНС.
При обновлении данных ЛК ЕНС в программе автоматически создается документ Операции ЕНС, и уже он делает проводки переноса на 68.90.
Шаг 3. Обновим данные ЛК ЕНС и проверим автосоздание документов «Операции ЕНС»
Разберем по шагам, что важно сделать именно после обновления:
Запустим обновление данных ЛК ЕНС (в рамках рабочего места ЕНС/сверки).
Проверим журнал документов Операции ЕНС в разделе ЕНС (раздел «Операции» → «Единый налоговый счет»).
Убедимся, что документы формируются начиная с даты последнего проведенного документа Операции ЕНС, и что за один день создается один документ, в котором несколько строк табличной части (если за день было несколько операций).
Шаг 4. Если в сверке есть расхождения — отразим начисления по данным ФНС
В 3.0.191 в режиме сверки добавлена возможность автоматически «добить» недостающие начисления по данным ФНС. Это полезно, если:
Начисления за прошлые периоды не были отражены в учете.
Пользователь случайно удалил документы Операции ЕНС.
После обновления «с начала месяца» старые проводки были убраны, а новые еще не подтянулись из ЛК ЕНС.
Смысл действия: мы не «рисуем вручную» проводки на 68.90, а синхронизируемся с источником, который теперь является главным для начислений на ЕНС — с данными ФНС.
Шаг 5. Проверим, что «пропавшие» проводки теперь лежат в документах «Операции ЕНС»
После обновления данных и отражения начислений по данным ФНС ожидаем, что в Операции ЕНС появятся движения, которые раньше вы видели в «зарплатных» документах или в регламентной операции закрытия месяца: например, Дт 69.09 Кт 68.90 и Дт 68.01 Кт 68.90.
Шаг 6. Учитываем важную особенность: если ФНС ошибочно начисляет — это тоже подтянется в 1С
Поскольку начисления идут «по данным ФНС», в учете может появиться то, что ФНС начислила ошибочно (например, авансы по налогу, которые вам не должны начисляться). Это не «ошибка 1С», а следствие того, что учет теперь отражает фактическое состояние ЕНС по данным ЛК. Здесь действуем аккуратно:
Сначала выясним, действительно ли начисление ошибочное (проверяем основания, период, режим налогообложения, статус отчетности/камералки).
Если ошибка на стороне ФНС — добиваемся корректировки в ФНС; после исправления в ЛК данные и в 1С обновятся.
Если нужно временно учесть ситуацию в управленческих целях — используем корректные инструменты учета ЕНС (в рамках методики), а не «ломаем» механизм возвратом к старым проводкам.
На этом варианте решение считается выполненным: мы принимаем новую методику и переносим контроль с «проводок в зарплате/закрытии месяца» на «движения в Операции ЕНС после обновления ЛК».
Теперь разберем самый частый практический кейс: раньше подключали ЛК ЕНС (например, был тариф «Промо ЕНС» или подключали через «1С-Отчетность»), но сейчас интеграцию не используем. После обновления на 3.0.191 программа «помнит», что интеграция была, включает новую методику, удаляет проводки переноса на 68.90, а новых документов Операции ЕНС не формирует, потому что фактического обновления данных ЛК нет.
Именно тут и рождается ощущение, что проводки «пропали навсегда».
Логика исправления: мы отключаем след интеграции в настройках учета ЕНС, а затем перепроводим документы, чтобы «старый» механизм снова сформировал проводки на 68.90 через учетные документы и закрытие месяца.
Шаг 1. Откроем служебный регистр настроек учета ЕНС
Рассмотрим подробнее, как попасть туда стандартными средствами:
Откроем меню в правом верхнем углу «Сервис и настройки».
Выберем команду «Перейти по ссылке» (или используем сочетание клавиш Shift+F11).
В окне перехода по ссылке введем строку: e1cib/list/РегистрСведений.НастройкиУчетаЕНС и нажмем «Перейти».
Важно: это именно служебный регистр, поэтому действуем внимательно и точечно, меняя только то, что относится к вашей организации.
Шаг 2. Удалим запись по организации, которая «считалась подключенной» к ЛК ЕНС
В открывшемся списке регистра найдем строку (или строки) по вашей организации, где сохранен признак/параметры учета ЕНС, связанные с интеграцией. Дальше:
Удалим запись по организации, которая подключалась к сервису ЛК ЕНС.
Проверим, что не осталось дублей записей (если есть несколько организаций/обособок — работаем адресно).
Шаг 3. Перепроведем документы, которые должны формировать кредит 68.90
После удаления записи программа должна вернуться к методике «по данным учета». Но сами проводки не «появятся из воздуха» — их нужно пересоздать перепроведением документов — ускорить этот процесс поможет групповое перепроведение и массовая перезапись документов для 1С.
Разберем по шагам практичный порядок действий:
Начнем с выполнения Закрытие месяца за декабрь предыдущего года (в вашем кейсе ориентир — декабрь 2025), потому что именно там часто формируются ключевые регламентные операции ЕНС, и от этого зависят остатки/переносы.
Далее перепроведем документы начисления/выплаты, которые в вашей учетной политике переносят НДФЛ и взносы на ЕНС (например, документы начисления зарплаты, выдачи дохода и т. п.).
Перезапустим Закрытие месяца за нужные периоды и убедимся, что регламентная операция «Начисление налогов на единый налоговый счет» снова формируется там, где она должна быть по вашей методике — для контроля корректности проводок и остатков после смены методики ЕНС поможет экспресс-проверка учета и выявление налоговых рисков для 1С.
Шаг 4. Проверим результат по счету 68.90 и «пропавшим» проводкам
После перепроведения мы ожидаем:
Восстановление проводок переноса (например, Дт 69.09 Кт 68.90 и Дт 68.01 Кт 68.90) в учетных документах/закрытии периода — в зависимости от вашего сценария учета.
Корректные движения по ЕНС без необходимости обновлять данные ЛК ЕНС.
Важный момент: перечень документов, которые формируют кредит 68.90, зависит от вашей системы налогообложения, кадрового блока, вариантов выплаты зарплаты и настроек. Поэтому действуем «широко»: перепроводим все документы, начиная с ключевого периода перехода, а затем точечно проверяем итог.
Иногда пользователи замечают проблему так: документ «Начисление зарплаты и взносов» больше не делает проводку Дт 69.09 Кт 68.90. Проанализируем ситуацию: в 3.0.191 это может быть нормальным поведением, если активна интеграция с ЛК ЕНС, потому что перенос на ЕНС будет отражаться документом Операции ЕНС по данным ФНС при обновлении данных ЛК.
Что делаем в этом сценарии:
Сначала выясним, подключена ли интеграция ЛК ЕНС. Если да — не «ломаем» зарплатный документ, а ищем результат в Операции ЕНС.
Обновим данные ЛК ЕНС и убедимся, что документ Операции ЕНС сформировался и отразил нужные движения.
Если интеграция фактически не используется — применим Решение 2 и отключим след интеграции через РегистрСведений.НастройкиУчетаЕНС.
Чтобы решение не превратилось в бесконечное перепроведение, давайте заранее проанализируем частые причины, почему результат может не появиться сразу.
Ситуация А: интеграция включена, но данные ЛК не обновляются
Тогда документы Операции ЕНС не будут формироваться автоматически, и вы не увидите «новые» проводки. В этом случае:
Проверим доступность интеграции и выполнение обновления данных.
Если обновление не выполняется — устраним причину (учетные права, сервисные настройки, актуальность подключений).
Ситуация Б: интеграция фактически не используется, но «след» подключения остался
Это тот самый кейс с промо-доступом или историческим подключением. Тогда действуем по Решению 2: удаляем запись в РегистрСведений.НастройкиУчетаЕНС и перепроводим документы.
Ситуация В: ожидаем проводки «как раньше», но теперь они формируются в другом месте
Если мы приняли новую методику, то проверяем не документ начисления зарплаты, а:
журнал Операции ЕНС;
результат сверки начислений и отражение «по данным ФНС»;
движения, сформированные при обновлении данных ЛК.
Чтобы закрепить, соберем все в один понятный алгоритм. Рассмотрим чек-лист, который удобно пройти сверху вниз.
Определим режим учета ЕНС: используется ли 1С:ЕНС и интеграция ЛК ФНС. Если да — готовимся к новой методике.
Если интеграция используется: обновляем данные ЛК ЕНС и проверяем, что движения по ЕНС формируются документом Операции ЕНС.
Если интеграция не используется, но проводки пропали: открываем РегистрСведений.НастройкиУчетаЕНС через «Перейти по ссылке» (Shift+F11) и удаляем запись по организации.
После отключения следа интеграции: перепроводим документы, начиная с закрытия декабря предыдущего года, и повторяем Закрытие месяца, чтобы восстановились проводки на 68.90.
Контролируем результат по счету 68.90 и по журналам ЕНС, а не только по одному документу «Начисление зарплаты».
Главная мысль: после обновления до 3.0.191 «пропажа проводок» чаще всего означает не поломку учета, а переключение методики начислений на ЕНС. Либо мы принимаем новую логику и работаем через Операции ЕНС и обновление ЛК, либо корректно отключаем интеграцию, если она больше не нужна, и возвращаем учет «по данным учета» с восстановлением проводок перепроведением документов.
Информация носит справочный характер и требует проверки на копии базы и учета особенностей вашей конфигурации, настроек учета и регламентов компании.