← На главную

Часто при переходе со старых систем (например, с 1С 7.7) на современную 1С:Бухгалтерию 3.0 в середине года возникает серьезная проблема с зарплатным блоком. Проанализируем типичную ситуацию: перенос остатков прошел успешно, сальдо по бухгалтерским счетам сошлось, но при первой же попытке начислить зарплату за текущий месяц (например, октябрь) программа ведет себя странно. Она "не видит" предыдущих доходов и пытается удержать НДФЛ сразу за весь год, а также некорректно считает страховые взносы, игнорируя предельную базу.

Выясним причину такого поведения. Дело в том, что обычный ввод начальных остатков (по счетам 70, 68, 69) затрагивает исключительно план счетов бухгалтерского учета. Однако современная платформа 1С для расчета налогов с ФОТ использует не счета, а специализированные регистры накопления. Если эти регистры пустые, программа считает, что доходов у сотрудников с начала года не было. Разберем по шагам, как исправить эту ситуацию и корректно сформировать базу для сдачи годовой отчетности.

Способ 1: Использование специализированных документов ввода данных по налогам

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

1. Корректировка НДФЛ. Чтобы программа увидела доходы, исчисленный, удержанный и перечисленный налог за прошлые месяцы, воспользуемся документом ОперацияУчетаНДФЛ. В этом документе необходимо вручную заполнить данные по каждому сотруднику:
   • На вкладке Доходы фиксируем суммы ежемесячных доходов для правильного исчисления налога.
   • На вкладке Исчислено по 13% указываем уже рассчитанный налог.
   • На вкладках Удержано по всем ставкам и Перечислено по всем ставкам отражаем факты удержания и перечисления, чтобы в текущем периоде программа не пыталась списать эти суммы повторно.
   Без аккуратного заполнения этого документа корректно сдать отчет 6-НДФЛ в конце года не выйдет.
2. Ввод доходов для применения стандартных вычетов. Если сотрудники имеют право на вычеты (например, на детей), программа обязана отслеживать совокупный доход с начала года (для контроля лимита, при достижении которого вычеты отменяются). Перейдем в раздел "Сотрудники", откроем карточку нужного человека и по ссылке "Налог на доходы" заполним таблицу Доходы с предыдущего места работы (в контексте перехода это будут доходы до месяца внедрения новой базы).
3. Корректировка базы для страховых взносов. Страховые взносы также считаются нарастающим итогом, что критически важно для применения регрессивных шкал. Для них мы применим документ ОперацияУчетаВзносов. В нем детально отражаем доходы, облагаемые и не облагаемые взносами за предыдущие месяцы.

Способ 2: Ретроспективное начисление с удалением проводок (Рекомендуемый для небольших организаций)

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

Проанализируем алгоритм действий:

1. Создаем стандартные документы НачислениеЗарплаты за каждый месяц с начала года (с января по месяц, предшествующий старту работы в новой базе).
2. Проводим эти документы. Программа автоматически и абсолютно корректно рассчитает все налоги, взносы и сделает записи во все необходимые регистры накопления.
3. Критический шаг: так как бухгалтерские остатки (обороты) уже были перенесены ранее, новые документы начисления задвоят данные на счетах бухучета. Чтобы этого избежать, открываем движения каждого проведенного документа начисления зарплаты, устанавливаем флаг Ручная корректировка.
4. В открывшемся окне движений переходим на вкладку "Бухгалтерский и налоговый учет" и полностью удаляем все строки (очищаем движения по счетам).
5. Сохраняем документ.

Что мы получаем в итоге? Бухгалтерские итоги остаются неприкосновенными (они соответствуют перенесенным остаткам), а вот все "зарплатные" регистры (по НДФЛ, взносам, взаиморасчетам с сотрудниками) оказываются идеально заполненными штатными механизмами самой конфигурации. Это гарантирует, что при начислении зарплаты за первый рабочий месяц в новой базе (в нашем примере — за октябрь), программа корректно учтет нарастающий итог, применит вычеты и правильно рассчитает все налоги.

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