При работе в конфигурации 1С:Управление производственным предприятием (УПП), особенно при использовании режима РАУЗ (Расширенная аналитика учета затрат), пользователи часто сталкиваются с ситуацией, когда регламентный документ Расчет себестоимости выпуска формирует странные проводки в налоговом учете (НУ). Типичная проблема: выручка от реализации услуг или продукции собственного производства, которая должна отражаться на счете 90.01.1 (Выручка от реализации товаров собственного производства), внезапно «разваливается» или полностью уходит на счет 90.01.2 (Выручка от реализации покупных товаров).
Рассмотрим подробно, как программа определяет эти счета, и разберем по шагам, где искать ошибку, если данные в учете «поползли».
Важно понимать ключевое отличие РАУЗ от традиционного партионного учета. В РАУЗ счета учета, указанные непосредственно в документах Реализация товаров и услуг или Акт об оказании производственных услуг, не всегда являются финальными для налогового учета. Система опирается на накопленную аналитику в регистрах. Когда проводится документ Расчет себестоимости выпуска (РСВ), он анализирует данные регистра накопления Учет продаж и себестоимости и на их основе формирует корректирующие или закрывающие проводки.
Проанализируем основные места, где может «спрятаться» неверная настройка:
Это первый и самый главный источник информации для программы. Рассмотрим, как система ищет счет доходов в НУ:
Номенклатуры.Вида номенклатуры.Что нужно проверить: найдите вашу услугу или товар в этом регистре. Убедитесь, что в колонке «Счет доходов (НУ)» стоит именно 90.01.1. Если там указан 90.01.2 или поле оставлено пустым и система подхватывает неверный «дефолтный» счет из общей настройки — это и будет причиной ошибки.
В 1С:УПП налоговый учет строится на трансляции данных из бухгалтерского учета (БУ) по определенным правилам. Если в документе реализации в БУ стоит счет 90.01.1, программа обращается к этому регистру, чтобы понять, какой счет поставить в НУ.
Выясним причину возможного сбоя: в этом регистре могут быть настроены сложные фильтры. Например, может существовать правило: «Если счет БУ 90.01.1, то в НУ ставить 90.01.2, если Номенклатурная группа входит в список торговых операций». Проанализируем настройки соответствия и убедимся, что для вашего сочетания аналитик (счет БУ + Номенклатурная группа + Вид деятельности) не создано исключение.
Хотя счета учета имеют приоритет, алгоритмы РАУЗ иногда обращаются к реквизиту Вид воспроизводства в карточке Номенклатуры.
Рассмотрим ситуацию: если для услуги или продукции собственного производства по ошибке установлен вид «Покупка» вместо «Производство», система при расчете себестоимости может классифицировать доход как торговую операцию. Это приведет к автоматическому использованию счета 90.01.2 в налоговом учете.
Если визуальный осмотр настроек не помог, перейдем к анализу первичных данных. Вся выручка и себестоимость в РАУЗ «живут» в регистре накопления Учет продаж и себестоимости.
Посмотрим на ситуацию через отчет «Список/кросс-таблица» по этому регистру:
Регистратору, Номенклатуре и Счету доходов (НУ).90.01.2.Нередко оказывается, что «лишняя» сумма на счет 90.01.2 прилетает не из самого документа реализации, а из Корректировки реализации или Возврата товаров от покупателя, где счета учета были подставлены автоматически и не проверены бухгалтером.
Документ Акт об оказании производственных услуг (АоПУ) отличается от обычной реализации тем, что он напрямую взаимодействует с производственным контуром. В нем есть закладка «Счета учета доходов».
Проанализируем важный нюанс: если вы указали счет 90.01.1, но выбрали Номенклатурную группу, в которой в справочнике стоит Вид деятельности НУ, отличный от основной деятельности (производства), программа может принудительно перебросить выручку на «торговый» счет при закрытии месяца.
Для решения проблемы рекомендуем выполнить следующую последовательность действий:
Предприятие -> Счета учета -> Счета учета номенклатуры. Убедитесь, что для данной позиции (или её папки/вида) явно прописан счет НУ 90.01.1.Расчет себестоимости все равно делает странные движения — возможно, дело в Ключах аналитики. В РАУЗ счета «зашиваются» в аналитические ключи при первом движении. В таком случае может потребоваться перепроведение документов за период или использование обработки Тестирование и исправление ключей аналитики (в копии базы!).Важный момент: помните, что после внесения изменений в регистры сведений (счета учета) или карточки номенклатуры, необходимо обязательно перепровести документ Расчет себестоимости выпуска, так как именно он является «финальным судьей», распределяющим суммы по счетам в конце месяца.
Таким образом, путаница в программе обычно вызвана либо неполным заполнением регистра Счета учета номенклатуры, либо некорректным выбором Вида воспроизводства, что в совокупности с механизмами РАУЗ дает неожиданный результат на счетах налогового учета.