← На главную

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

Логика признания расходов по зарплате при УСН

Для того чтобы расходы на оплату труда были признаны в налоговом учете при УСН, должны быть выполнены два обязательных условия:

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

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

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

Разберем основной «двигатель» учета расходов — регистр накопления Расходы при УСН. Именно в нем фиксируются все этапы жизни расхода. Чтобы его просмотреть, необходимо в документе выплаты или начисления нажать кнопку Дт/Кт и найти соответствующую вкладку.

В этом регистре критически важна колонка «Статус оплаты расходов». Проанализируем основные состояния:

• Не списано: этот статус означает, что зарплата начислена, но еще не выплачена. Запись создается документом начисления с видом движения «Приход».
• Не оплачено: система зафиксировала возникновение задолженности перед сотрудником, но ждет факта перечисления денежных средств.
• Принято: когда происходит выплата, программа делает запись с видом движения «Расход» по этому же регистру, и только в этот момент сумма попадает в КУДиР.

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

Проверка регистра «Прочие расчеты»

Посмотрим на вспомогательный регистр Прочие расчеты. Он используется программой для контроля взаиморасчетов в разрезе сотрудников, организаций и счетов учета (обычно 70 счет). Рассмотрим ситуацию: если в этом регистре по сотруднику висит остаток (например, из-за неправильного ввода начальных остатков или ручных корректировок), то новая выплата может быть расценена программой как погашение старого долга, который не является расходом текущего периода. Выясним причину, сформировав отчет «Универсальный отчет» по регистру Прочие расчеты с группировкой по сотруднику.

Аналитика в справочнике «Статьи затрат»

Проанализируем документ Отражение зарплаты в бухучете. Даже если визуально аналитика кажется одинаковой, нужно зайти внутрь справочника Статьи затрат, который указан в строке сотрудника. У каждой статьи есть важный реквизит — «Вид расхода (НУ)».

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

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

Проблема дублей сотрудников и физических лиц

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

• Документ Отражение зарплаты начислил сумму на «Сотрудника №1».
• Ведомость на выплату в БП была оформлена или привязана к «Сотруднику №2» (дублю).

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

Настройка учета: Сводно или По сотрудникам

Разберем настройки программы в разделе «Зарплата и кадры» — «Настройки зарплаты». Если в 1С:Бухгалтерия установлен признак ведения учета Сводно по всем сотрудникам, то аналитика в регистрах по конкретным людям вестись не будет. Однако, если вы ведете учет По каждому сотруднику, крайне важно, чтобы во всех документах (и в начислении, и в выплате) фигурировал один и тот же объект справочника Сотрудники.

Последовательность документов и перепроведение

Алгоритм УСН крайне чувствителен к хронологии. Если вы сначала создали выплату, а потом «задним числом» завели начисление (или изменили его после синхронизации), связи в регистрах могут не обновиться автоматически. Рассмотрим правильный порядок действий:

1. Убедитесь, что дата документа Отражение зарплаты в бухучете меньше или равна дате выплаты (РКО или списания).
2. Выполните Групповое перепроведение документов за отчетный период (раздел «Операции» — «Закрытие месяца» — «Перепроведение документов»).

Это заставит программу заново сопоставить «Приходы» и «Расходы» в регистре Расходы при УСН.

Пример анализа через «Универсальный отчет»

Для поиска «потерянных» расходов полезно использовать инструмент, который покажет движения в цифрах без привязки к интерфейсу документов. Разберем, как его настроить:

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

Проанализировав результат, вы сразу увидите, на каком этапе «застряла» сумма по конкретному работнику: на этапе начисления (статус «Не оплачено») или программа вовсе не видит связи между документами.

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