← На главную

При работе в конфигурации 1С:Управление производственным предприятием (УПП) в режиме РАУЗ (Расширенная аналитика учета затрат) пользователи часто сталкиваются с неприятной ситуацией. При оформлении возвратов или корректировок реализации прошлого периода на счете 41.01 (или других счетах учета ТМЦ) зависает количество без суммы либо, наоборот, сумма без количества. При этом последующие продажи этого товара приводят к тому, что количество списывается в ноль, а себестоимость «зависает» на остатках, искажая финансовый результат.

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

Выясняем причину: почему РАУЗ «теряет» сумму?

Для начала проанализируем, как работает механизм РАУЗ. В отличие от традиционного партионного учета, где каждая проводка сразу жестко привязывается к конкретной партии поступления, РАУЗ рассчитывает себестоимость «по среднему» в рамках одного отчетного периода (месяца) с помощью линейных уравнений при закрытии месяца документом Расчет себестоимости.

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

1. Формируется сторнирующая проводка Дт 90.02.1 Кт 41.01 на отрицательное (красное) количество.
2. В регистр накопления Учет затрат (бухгалтерский и налоговый учет) вносится запись, корректирующая количество.

Если в текущем месяце по данной аналитике учета (конкретная номенклатура, склад, качество, серия и т. д.) не было начальных остатков и не оформлялось других поступлений, то у алгоритма Расчета себестоимости просто отсутствует база для расчета цены. Система видит движение количества, но не может рассчитать его стоимость, так как в текущем периоде нет «стоимостного фундамента». В результате проводка по списанию себестоимости формируется только в количественном выражении, а сумма в ней остается равной нулю.

Давайте разберем по шагам, как можно обойти это ограничение и заставить систему корректно рассчитать себестоимость.

Решение 1. Официальное исправление от разработчиков (Обновление конфигурации)

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

• В документ Корректировка реализации было добавлено специальное поле для ручного указания себестоимости партии.
• При заполнении этого поля документ сразу формирует движения по регистру Учет затрат с готовой суммовой оценкой.
• В конце месяца документу Расчет себестоимости не приходится вычислять цену возврата «с нуля» — он берет уже зафиксированное в регистре значение, благодаря чему проводки формируются корректно и без «зависаний».

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

Решение 2. Корректировка регистров вручную (для старых релизов)

Если обновиться оперативно не получается, нам придется вмешаться в движения документов вручную. Однако здесь есть важный нюанс: обычная ручная проводка через операцию закроет только бухгалтерский баланс (счет 41), но не исправит данные в регистрах накопления РАУЗ. Это приведет к еще большему расхождению между бухгалтерским учетом и отчетами по затратам.

Рассмотрим правильный алгоритм корректировки:

1. Создаем документ Корректировка записей регистров.
2. В настройках состава регистров выбираем регистр бухгалтерии (проводки) и регистр накопления Учет затрат (бухгалтерский и налоговый учет).
3. Используем режим «Сторно движений документа» и указываем в качестве документа-основания нашу исходную Реализацию товаров и услуг.
4. Система автоматически заполнит все табличные части сторнирующими строками (с минусами).
5. Внимание, критически важный шаг! Чтобы избежать задвоения количества (как часто происходит при невнимательном заполнении), не создавайте новые строки. Мы должны найти автоматически созданные сторнирующие строки и вручную дописать в них корректную сумму себестоимости в колонку «Стоимость». Количество при этом оставляем нетронутым (оно должно соответствовать сторнируемому объему).

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

Решение 3. Использование схемы через «Возврат товаров от покупателя»

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

Преимущество этого способа заключается в следующем:

• В документе Возврат товаров от покупателя на вкладке «Товары» всегда присутствует колонка «Себестоимость».
• Вы можете вручную рассчитать и указать себестоимость, по которой товар должен вернуться на баланс предприятия (например, взяв ее из исходной реализации).
• В механизме РАУЗ это движение интерпретируется как новое поступление с явно заданной стоимостью, поэтому расчет себестоимости отработает штатно, и никаких зависших сумм на счете 41 не останется.

Решение 4. Точечная корректировка себестоимости без изменения количества

Что делать, если корректировка реализации уже проведена, период закрыт, количество на счете 41.01 списалось в ноль, а сумма осталась «висеть»? В этом случае нам нужно убрать только зависшую сумму, не затрагивая количественный учет.

Проанализируем этот сценарий по шагам:

1. Создаем документ Операция (бухгалтерский и налоговый учет). Добавляем проводку:
   Дт 90.02.1 - Кт 41.01 на сумму зависшего остатка (со знаком минус), но строго без заполнения субконто количества.
2. Параллельно создаем документ Корректировка записей регистров по регистру накопления Учет затрат (бухгалтерский и налоговый учет).
3. Вносим запись по нужной аналитике номенклатуры и склада на ту же сумму (также со знаком минус) и также без указания количества.

Таким образом мы синхронизируем данные бухгалтерского учета и регистров РАУЗ, убирая суммовой «хвост» и подготавливая базу к корректному закрытию последующих периодов.