Как отменить сторнирование больничного в 1С

Работа с кадровыми документами и расчетом заработной платы в системах 1С:Предприятие требует предельной внимательности, особенно когда речь заходит о корректировке уже проведенных начислений. Ошибки при вводе данных о временной нетрудоспособности неизбежны, и пользователям часто приходится сталкиваться с необходимостью отменить ранее сделанное сторнирование больничного листа. Ситуация усугубляется тем, что в разных конфигурациях, таких как 1С:Зарплата и управление персоналом или 1С:Бухгалтерия предприятия, логика исправлений может отличаться в зависимости от версии релиза и настроек учета.

Некорректное сторнирование может привести к расхождению данных в регистрах накопления, искажению налоговой базы по НДФЛ и ошибкам в отчетности РСВ или 6-НДФЛ. Поэтому важно не просто удалить лишние проводки, а сделать это методологически верно, чтобы система пересчитала все зависимые показатели. В этой статье мы рассмотрим основные сценарии, с которыми сталкиваются бухгалтеры и кадровики, и предложим алгоритмы действий для безопасной отмены операций.

Прежде чем приступать к активным действиям в базе данных, необходимо четко понимать природу возникшей ошибки. Был ли документ введен задним числом? Изменились ли реквизиты самого больничного листа, или же сторнирование было проведено ошибочно дублирующим документом? От ответа на эти вопросы зависит выбор инструментария: от простого перепроведения до использования специализированных обработок исправления ошибок.

Анализ причин возникновения дублирующего сторнирования

Первым шагом в решении проблемы является тщательный аудит журнала документов. Чаще всего ситуация, требующая отмены, возникает из-за человеческого фактора: пользователь случайно создал документ «Сторно больничного листа» вместо того, чтобы исправить исходный документ, или же провел корректировку уже после того, как ошибка была устранена иным способом. В таких случаях в регистрах учета появляются записи с отрицательными значениями, которые «съедают» сумму начисления, делая итоговый расчет нулевым или отрицательным.

Также проблема может крыться в автоматических обменах данными между конфигурациями. Например, при синхронизации 1С:ЗУП и 1С:Бухгалтерия может произойти дублирование операции, если настройки преобразования правил обмена были нарушены. В этом случае в одной базе документ существует в единственном экземпляре, а в другой появляется его зеркальная копия со знаком минус, что требует немедленного вмешательства администратора системы.

Важно также проверить даты документов. Если сторнирование было проведено в периоде, который уже закрыт для редактирования или по которому сдана отчетность, простая отмена может быть невозможна без проведения дополнительных процедур перерасчета. Система может выдавать предупреждения о том, что изменение данных в прошлом периоде повлияет на текущие остатки.

⚠️ Внимание: Перед любыми манипуляциями с документами прошлого периода обязательно создайте резервную копию базы данных. Ошибочная отмена сторнирования может привести к необратимым изменениям в регистрах, которые сложно будет исправить вручную.

Для диагностики ситуации используйте отчеты по анализам счетов и регистров. В меню навигации перейдите в раздел Зарплата и кадры → Отчеты по зарплате и сформируйте сводную справку по сотруднику. Это позволит визуально оценить, где именно произошел разрыв в начислениях и какой документ стал причиной появления отрицательных сумм.

Метод перепроведения документов в журнале операций

Самый простой и наименее травматичный способ отменить последствия ошибочного сторнирования — это использование механизма перепроведения. Этот метод актуален, если ошибочный документ был введен последним в цепочке операций по данному сотруднику за расчетный период. При перепроведении система заново рассчитывает все регистры, игнорируя ошибочные вводные, если они были исключены из цепочки.

Для реализации этого метода откройте журнал документов, в котором было создано ошибочное сторнирование. Обычно это журнал Больничные листы или отдельный журнал Операции сторнирования, в зависимости от настроек интерфейса вашей конфигурации. Найдите проблемный документ, выделите его и воспользуйтесь групповой операцией перепроведения.

Однако стоит помнить, что простое перепроведение самого документа сторнирования не всегда удаляет его влияние. Часто требуется перепровести весь пакет документов за период. В меню действий выберите пункт Перепровести документы. В открывшемся окне укажите период, охватывающий дату больничного и дату ошибочного сторнирования.

• 📅 Убедитесь, что в диапазон дат попадает исходный документ больничного листа.
• 🔄 Проверьте, что флаг «Перепроводить связанные документы» установлен в активное положение.
• ⏳ Дождитесь завершения процесса, так как при большом объеме данных он может занять несколько минут.

Если после перепроведения отрицательные суммы сохранились, значит, документ сторнирования имеет более высокий приоритет в регистрах или был проведен позже всех остальных операций. В таком случае необходимо перейти к более радикальным методам, таким как пометка на удаление или ручное создание контр-операции.

Ручная отмена через создание контр-документа

В ситуациях, когда период уже закрыт или перепроведение невозможно из-за блокировок со стороны других пользователей, наиболее надежным способом является создание ручного корректирующего документа. Суть метода заключается в том, чтобы создать новый документ, который математически компенсирует ошибочное сторнирование, возвращая баланс в исходное состояние.

Для этого создайте новый документ того же типа, что и ошибочное сторнирование, но с положительными значениями сумм. Если ошибочный документ уменьшал начисление на 10 000 рублей, новый документ должен увеличивать его на ту же сумму. Важно сохранить те же самые аналитические признаки: сотрудника, вид расчета, подразделение и статью затрат.

Документ: Корректировка начислений
Дата: Текущая дата или дата ошибочного сторнирования
Сотрудник: Иванов И.И.
Вид расчета: Оплата по среднему (больничный)
Сумма: +15 400.00 руб.
Комментарий: Отмена ошибочного сторнирования от 10.05.2026

При вводе сумм вручную система может потребовать обоснование. В поле «Основание» или в комментарии к документу обязательно укажите ссылку на ошибочный документ, который вы компенсируете. Это поможет аудиторам или проверяющим органам понять природу возникновения данной операции в будущем.

Особое внимание следует уделить настройкам налогообложения в ручном документе. Убедитесь, что флаги НДФЛ и страховых взносов установлены корректно. Если ошибочное сторнирование уменьшило налоговую базу, то компенсирующий документ должен её увеличить, иначе возникнет расхождение между данными учета и фактическими перечислениями в бюджет.

Удаление ошибочных документов и пометка на удаление

Если документ ошибочного сторнирования был введен в текущем сеансе работы и по нему еще не были сформированы итоговые отчеты или регламентные операции, самым чистым решением будет его полное удаление. В 1С удаление не происходит мгновенно после нажатия кнопки; сначала документ помечается на удаление, а затем удаляется физически.

Откройте карточку ошибочного документа. В верхней панели инструментов найдите кнопку Еще или значок шестеренки. В выпадающем меню выберите пункт Пометить на удаление. После этого в списке документов рядом с названием появится красный крестик или соответствующий значок, сигнализирующий о статусе объекта.

Действие	Где выполняется	Последствия
Пометка на удаление	Карточка документа	Документ игнорируется при расчетах, но хранится в базе
Групповое удаление	Администрирование → Удаление помеченных	Физическое удаление записей из таблиц базы данных
Снятие пометки	Карточка документа	Возврат документа в активный статус

После пометки необходимо выполнить процедуру физического удаления. Перейдите в раздел Администрирование → Обслуживание → Удаление помеченных объектов. Запустите обработку, указав тип объектов «Документы» и период создания. Система предложит список объектов, готовых к удалению. Убедитесь, что в списке находится именно тот документ сторнирования, который нужно убрать.

⚠️ Внимание: Физическое удаление документов необратимо. Если вы удалите документ, который был необходим для корректного формирования проводок в смежных разделах (например, в бухучете), восстановить цепочку движений регистров будет крайне сложно без помощи специалиста 1С.

В некоторых конфигурациях существует ограничение на удаление документов, по которым уже были проведены выплаты. Если система выдает ошибку при попытке удаления, проверьте документ «Ведомость в банк» или «Ведомость в кассу». Возможно, erroneous сторно уже попало в выплату, и сначала нужно скорректировать ведомость.

Использование обработки «Исправление ошибок в регистрах»

Для сложных случаев, когда простые методы не работают из-за глубокой интеграции данных или блокировок периодов, в 1С предусмотрена специальная обработка. Она позволяет напрямую влиять на движения регистров, не создавая новых документов. Этот инструмент относится к категории профессиональных и требует глубокого понимания структуры базы данных.

Запустить обработку можно через меню Администрирование → Корректировка данных → Исправление ошибок (название может варьироваться в зависимости от версии платформы). В интерфейсе обработки необходимо выбрать тип регистра, в котором зафиксирована ошибка. Для больничных листов это обычно регистры накопления «Начисления сотрудников» или «Взаиморасчеты с сотрудниками».

Алгоритм работы следующий: выберите период, укажите сотрудника и вид расчета. Обработка покажет все движения по выбранным критериям. Найдите строку с отрицательной суммой, соответствующую ошибочному сторнированию. Выделите её и выберите опцию «Сторнировать движение» или «Исключить из расчета».

Риски использования прямой коррекции регистров

Прямое изменение регистров минуя документы может привести к тому, что при перепроведении документов в будущем ошибка возникнет снова, так как источник ошибки (документ) останется в базе. Используйте этот метод только как крайнюю меру.

После выполнения коррекции обязательно сформируйте контроль по регистрам. Убедитесь, что сальдо на конец периода стало корректным и отсутствуют «висящие» отрицательные остатки. Также проверьте, что данные в отчетах для налоговой обновились соответствующим образом.

Проверка результатов и контроль налоговых показателей

После того как процедура отмены сторнирования завершена любым из описанных способов, критически важно провести финальную верификацию данных. Ошибки в расчетах по больничным листам напрямую влияют на сумму удержанного НДФЛ и начисленных страховых взносов, поэтому формальная отмена документа — это лишь половина дела.

Сформируйте расчетный листок сотрудника за тот месяц, в котором проводилась операция. Сравните суммы начислений и удержаний с ожидаемыми значениями. Если в расчетном листке все еще фигурируют отрицательные значения или итоговая сумма не сходится, значит, отмена прошла не по всем регистрам.

Особое внимание уделите отчетам 6-НДФЛ и Расчету по страховым взносам. В 1С эти отчеты формируются на основе накопленных данных за период. Если вы исправили ошибку в середине квартала, возможно, потребуется пересформировать отчеты за предыдущие месяцы этого квартала, чтобы нарастающий итог сошелся корректно.

• 📊 Сверьте данные в карточке счета 70 (Расчеты с персоналом по оплате труда).
• 📑 Проверьте регистр «Регистр НДФЛ», чтобы убедиться в корректности дат удержания и перечисления налога.
• 💰 Убедитесь, что задолженность перед сотрудником или перед организацией обнулилась, если это планировалось.

Если после всех манипуляций расхождения сохраняются, попробуйте воспользоваться обработкой «Пересчет зарплаты». Она находится в разделе Зарплата → Пересчет зарплаты. Запустите пересчет за весь период с момента возникновения больничного до текущей даты. Это заставит систему заново применить все алгоритмы расчета с учетом внесенных вами изменений.

⚠️ Внимание: Интерфейс и названия меню могут отличаться в зависимости от версии конфигурации (Базовая, ПРОФ, КОРП) и версии платформы 1С. Всегда сверяйтесь с официальной документацией или справкой внутри программы (клавиша F1), если не можете найти нужный пункт.

Часто задаваемые вопросы (FAQ)

Можно ли удалить документ сторнирования, если период уже закрыт?

Технически удалить документ можно в любой момент, если у вас есть права администратора. Однако, если период закрыт для редактирования (установлена соответствующая блокировка в настройках параметров учета), система не позволит провести изменения, влияющие на этот период. В таком случае придется либо снимать блокировку периода (что рискованно), либо вносить корректировки текущим периодом с указанием основания.

Что делать, если больничный был оплачен ФСС, а мы ошибочно сделали сторно?

В этом случае ситуация сложнее, так как данные уже могли быть переданы в Социальный фонд России (СФР). Необходимо не только восстановить начисления в 1С, но и подать корректирующую форму отчетности (например, ЕФС-1 или персонифицированные сведения), чтобы данные в базе фонда соответствовали данным в вашей учетной системе. Игнорирование этого шага приведет к расхождениям при камеральных проверках.

Почему после отмены сторнирования сумма НДФЛ не пересчиталась?

Чаще всего это происходит из-за того, что документ выплаты зарплаты уже проведен и зафиксировал сумму налога. При изменении начислений налог автоматически не пересчитывается в уже проведенных ведомостях. Вам нужно найти документ ведомости, сторнировать его или перепровести, чтобы система заново рассчитала НДФЛ исходя из новой суммы дохода.

Как отменить сторнирование, если оригинальный документ больничного уже удален?

Если оригинал удален, а сторно осталось, вам придется восстановить исходный документ. Найдите данные о больничном (номер, даты, сумму) в первичных бумажных документах или в журнале регистрации больничных листов. Введите документ заново правильной датой, проведите его, и только после этого занимайтесь удалением ошибочного сторнирования.

Влияет ли версия платформы 1С на способ отмены сторнирования?

Да, влияет косвенно. В новых версиях платформы 8.3.20 и выше механизмы перепроведения и блокировки данных работают более жестко и безопасно. В старых версиях (например, 8.2 или ранних 8.3) чаще встречались проблемы с «зависанием» регистров, что вынуждало использовать прямые запросы к базе данных или сторонние обработки исправления.