При работе в программе 1С:Бухгалтерия 3.0 на упрощенной системе налогообложения (объект «Доходы минус расходы») бухгалтеры часто сталкиваются с ситуацией, когда товар закуплен, оплачен и продан, но его стоимость упорно не попадает в Книгу учета доходов и расходов (КУДиР). Для понимания причин необходимо проанализировать движения по специализированному регистру накопления Расходы при УСН. В этой статье мы разберем логику работы этого механизма, расшифруем загадочные статусы в движениях документов и выясним, как ошибки при переносе данных могут заблокировать признание расходов.
Прежде чем углубляться в технические детали регистра, вспомним методологию. Согласно Налоговому кодексу РФ, для того чтобы стоимость товаров (счет 41) была включена в налоговую базу по УСН, должны быть выполнены три условия одновременно:
Поступление (акт, накладная, УПД).Списание с расчетного счета или Выдача наличных.Реализация (акты, накладные, УПД) или Отчет о розничных продажах.Важно помнить: если ваша организация ведет розничную торговлю, то расход признается только после того, как все три события произошли. Если хотя бы одно условие не выполнено, программа будет «держать» сумму в регистре под соответствующим статусом.
Проанализируем записи регистра Расходы при УСН, которые формирует программа. Каждая запись имеет вид движения («+» — приход, «-» — расход) и текущее состояние. Рассмотрим типичную цепочку событий:
Не списано, не оплачено. Это означает, что товар на складе есть, но мы за него не заплатили и еще не продали.Не списано, не оплачено (убирает старое состояние) и «+» со статусом Не оплачено. Это сигнал системе: условие реализации выполнено, осталось дождаться оплаты поставщику.Не оплачено (убирает остаток по реализации);Не списано, не оплачено (если часть товара еще не продана, но уже оплачена);Не списано (для той части, которая оплачена, но еще лежит на складе).Если в итоге всех движений в регистре по конкретной партии товара статус стал «пустым» (или перешел в состояние «Принято»), то именно в этот момент сумма попадает в КУДиР.
Проанализируем ситуацию, с которой столкнулся пользователь в теме. При переносе данных из 1С:Управление торговлей в 1С:Бухгалтерию возник технический нюанс: в документ поступления в колонку «Количество» ошибочно перенесся вес ювелирного изделия вместо фактического количества штук.
Выясним причину, почему это критично. Рассмотрим пример:
В документе Поступление указано количество 6,21 (вес). В документе Отчет о розничных продажах указано количество 6,08 (реальный вес проданного изделия). Программа работает по следующему алгоритму:
Остаток_в_регистре = Количество_Поступления - Количество_Реализации;
Признаваемый_Расход = (Сумма_Оплаты / Количество_Поступления) * Количество_Реализации;
Если в поступлении числится 6,21 единицы, а продано 6,08, программа признает расход только пропорционально проданной части. Оставшиеся 0,13 единицы будут вечно висеть в регистре со статусом Не списано. Если при этом бухгалтер ожидает списания полной суммы по накладной, он увидит «странные» движения и отсутствие записей в КУДиР по остатку. Именно поэтому крайне важно следить за идентичностью единиц измерения и количественных показателей в цепочке документов.
Если вы видите, что условия выполнены, но КУДиР не заполняется, рекомендуем выполнить следующие шаги:
Налоговый учет при УСН всегда ведется по методу ФИФО. Проверьте настройки учетной политики. Даже если в бухгалтерском учете стоит «По средней», программа все равно будет отслеживать партии для УСН. Проанализируем План счетов: на счете 41.01 (или ином используемом) должно быть включено субконто Партии.
Часто записи в регистре «ломаются» из-за проведения документов задним числом. Рассмотрим правильный порядок действий: необходимо зайти в раздел Операции — Сервис — Групповое перепроведение документов и выполнить перепроведение за весь период. Это позволит программе корректно перераспределить оплаты по поступившим товарам.
В документах Списание с расчетного счета обратите внимание на поле Погашение задолженности. Если выбрано значение «По документу», убедитесь, что указано именно то Поступление, по которому пришел товар. Если программа создаст аванс (счет 60.02) вместо зачета долга (счет 60.01), связь с товаром в регистре УСН может не установиться автоматически.
Для быстрого поиска ошибок не обязательно вручную просматривать регистр Расходы при УСН. Проанализируем два полезных отчета:
Не оплачено поставщику или Не списано (не реализовано).Подводя итог, можно сказать: механизм учета расходов при УСН в 1С очень логичен, но чувствителен к деталям. Как показала практика, даже такая мелочь, как разница между весом и количеством в документах, может привести к некорректному расчету налога. Всегда проверяйте чистоту данных после обменов и переносов из других систем.