← На главную

Переход организации с общей системы налогообложения (ОСНО) на упрощенную систему (УСН) — это сложный процесс, требующий внимательного отношения к остаткам. Одна из самых распространенных проблем в 1С:Бухгалтерия 3.0 заключается в том, что заработная плата за декабрь, начисленная еще в период применения ОСНО, ошибочно попадает в Книгу учета доходов и расходов (КУДиР) в январе при ее фактической выплате. Давайте подробно разберем, почему так происходит, и как правильно настроить программу, чтобы избежать занижения налоговой базы по УСН.

Законодательный аспект и логика учета

Прежде чем приступать к техническим исправлениям в программе, проанализируем законодательную базу. Согласно статье 346.25 Налогового кодекса РФ, расходы, относящиеся к периоду применения ОСНО, не учитываются при расчете налоговой базы по УСН. Это связано с тем, что при ОСНО используется метод начисления: расходы на оплату труда признаются в том месяце, за который они начислены (в нашем случае — в декабре).

Если эти же суммы попадут в КУДиР в январе (в момент выплаты при УСН), возникнет двойное признание расходов: один раз для налога на прибыль, второй раз для налога по УСН. Это является грубым нарушением налогового законодательства. Поэтому наша главная задача — сделать так, чтобы программа «понимала», что долг по зарплате на 31 декабря является «не принимаемым» для целей УСН.

Анализ регистра «Расходы при УСН»

В программе 1С:Бухгалтерия 3.0 за формирование КУДиР отвечает не только бухгалтерский счет 70, но и специальные регистры накопления. Основным из них является Расходы при УСН. Разберем механику его работы:

1. Приход (+) в этом регистре означает возникновение задолженности перед сотрудником или поставщиком, которая потенциально может стать расходом.
2. Расход (-) означает, что все условия для признания расхода выполнены (в случае с зарплатой — она выплачена), и сумма переносится непосредственно в КУДиР.

Если мы видим, что декабрьская зарплата попадает в книгу, значит, в регистре Расходы при УСН эти записи имеют статус «Принимаются». Нам необходимо изменить это состояние.

Шаг 1. Проверка документа «Ввод остатков»

При переходе на УСН с помощью встроенного помощника программа автоматически создает документы Ввод остатков на дату 31.12.2020 (в вашем случае). Проанализируем эти документы:

Перейдем в раздел Главное — Помощник перехода на УСН или напрямую в список документов Ввод остатков. Нас интересуют остатки по счету 70 («Расчеты с персоналом по оплате труда»).

В табличной части документа для каждого сотрудника должна быть указана сумма остатка задолженности. Критически важный момент: в колонке Отражение в УСН должно стоять значение «Не принимаются». Если там указано «Принимаются», то при выплате этой зарплаты в январе через Списание с расчетного счета программа автоматически включит ее в расходы КУДиР.

Шаг 2. Проблема перепроведения «Отражения зарплаты»

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

Рассмотрим ситуацию: если документ за декабрь проводится, когда программа уже «знает» о будущем переходе на УСН, она может ошибочно начать делать движения по регистру Расходы при УСН. В норме декабрьское начисление должно делать только проводки по бухгалтерским счетам (Дебет 20, 26, 44 — Кредит 70), не затрагивая подсистему УСН.

Для исправления проанализируем движения документа Отражение зарплаты в бухучете за декабрь. Если в нем есть вкладка Расходы при УСН, это и есть источник проблемы. В таком случае необходимо:

1. Временно отменить в Учетной политике переход на УСН.
2. Перепровести декабрьские документы по зарплате.
3. Вернуть настройки УСН обратно.

Шаг 3. Исправление без изменения банковских документов

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

Если документ Ввод остатков сформирован верно («Не принимаются»), но суммы все равно «лезут» в КУДиР, воспользуемся документом Операция, введенная вручную. Посмотрим на алгоритм:

1. Создаем новую Операцию.
2. Нажимаем кнопку Ещё — Выбор регистров.
3. Выбираем регистр накопления Расходы при УСН.
4. Добавляем записи с видом движения Расход для всех сумм декабрьской зарплаты, которые ошибочно числятся как «принимаемые». Это «обнулит» остатки, которые программа хочет отправить в КУДиР.

Шаг 4. Особенности НДФЛ и страховых взносов

Не забудем про сопутствующие начисления. Страховые взносы за декабрь, уплаченные в январе, подчиняются тому же правилу: они признаются расходами периода ОСНО (в декабре) и не должны уменьшать налог по УСН в январе. Проверьте документы Ввод остатков по счетам 69.01, 69.02, 69.03. Там также должен стоять статус «Не принимаются».

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

Резюме по исправлению ситуации

Для окончательного решения проблемы выполним следующие действия:

1. Сформируем отчет «Анализ состояния налогового учета по УСН» и провалимся в раздел расходов на оплату труда.
2. Найдем регистратор, который делает «лишние» движения. Обычно это либо Списание с расчетного счета (из-за неверного ввода остатков), либо само декабрьское Отражение зарплаты.
3. Если проблема во Вводе остатков, корректируем колонку Отражение в УСН на значение «Не принимаются».
4. После внесения изменений обязательно выполним групповое перепроведение документов за январь (раздел Операции — Групповое перепроведение документов), чтобы движения по регистрам перестроились в соответствии с новыми данными.

Таким образом, мы сохраним чистоту бухгалтерского учета, обеспечим соответствие банковских выписок реальности и не допустим ошибок в расчете налога по УСН.