← На главную

При закрытии месяца в сложных конфигурациях, таких как 1С:Комплексная Автоматизация (КА) или 1С:ERP, бухгалтеры часто сталкиваются с ситуацией, когда на счете 94 «Недостачи и потери от порчи ценностей» остается небольшое сальдо. Это может быть 1 рубль, несколько копеек или даже более существенная сумма, которая «не хочет» закрываться, несмотря на то, что документы списания и оприходования вроде бы проведены корректно.

Рассмотрим подробно причины возникновения таких «хвостов», разберем архитектуру учета недостач в 1С и выясним, как находить и исправлять подобные ошибки. Мы проанализируем как технические настройки программы, так и влияние человеческого фактора.

Понимаем природу проблемы: Регистры против Проводок

Прежде чем искать копейки, давайте вспомним, как работает учет себестоимости в конфигурациях на базе управляемых форм (КА 2, ERP, УТ 11). В отличие от классической 1С:Бухгалтерии, где «балом правят» проводки, в этих системах первичен оперативный учет, который строится на регистрах накопления.

Основные регистры, участвующие в формировании стоимости списания:

1. СебестоимостьТоваров — здесь хранится информация о стоимости остатков.
2. ПрочиеРасходы — сюда попадают суммы, которые мы списываем на затраты.

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

Причина №1: Человеческий фактор и ручные корректировки

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

Разберем ситуацию:

1. Сформирован документ СписаниеНедостачТоваров.
2. Бухгалтер видит, что сумма проводки его не устраивает, или хочет скорректировать аналитику.
3. Включается режим «Ручная корректировка» в движениях документа (Дт/Кт).
4. Пользователь руками меняет суммы в проводках, иногда даже вписывая отрицательные значения (минусы), чтобы сторнировать лишнее.

Почему это приводит к ошибке?

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

В результате:

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

Решение:

Проверим наличие ручных корректировок. Если вы обнаружили документы с «карандашиком» (признаком ручной правки) или документы, где суммы введены с минусом вручную, необходимо:

1. Отменить ручную корректировку.
2. Перепровести документ, чтобы система сама сформировала движения.
3. Если сумма все равно неверная — искать причину в настройках учета или в предыдущих документах, но не править результат руками.

Причина №2: Ордерная схема и настройки складов

Вторая распространенная причина связана с настройками складского учета. В 1С:Комплексная Автоматизация и ERP существуют понятия «Финансовый склад» и «Ордерный склад». Разберем, как это влияет на недостачи.

В карточке склада есть настройка: «Использовать ордерную схему документооборота при отражении излишков, недостач и порчи».

Если эта галочка установлена, процесс списания недостачи становится двухэтапным:

1. Кладовщик создает документ ОрдерНаОтражениеНедостачТоваров. Этот документ меняет количество на складе (фактический остаток).
2. Бухгалтер/Финансист создает документ СписаниеНедостачТоваров. Этот документ отражает финансовую суть операции (списывает стоимость).

Где возникает ошибка?

Часто бывает так: галочка в настройках склада стоит, а фактически ордерами никто не пользуется. Создают только финансовый документ списания. Или наоборот — ордер есть, а финансового документа нет, или они рассинхронизированы по датам и аналитике.

Если галочка стоит, система ожидает наличия ордера. Без него цепочка товародвижения может считаться незавершенной. Это может приводить к тому, что количество спишется, а себестоимость «зависнет» или рассчитается некорректно, так как система не сможет сопоставить финансовое выбытие с конкретным складским движением.

Решение:

Проверим настройки складов и реальный документооборот.

• Если вы не используете ордера для недостач, зайдите в карточку склада и снимите галочку «При отражении излишков, недостач и порчи».
• После изменения настройки обязательно перепроведите документы списания и выполните перезакрытие месяца.
• Если ордера используются, убедитесь через отчеты, что на каждый СписаниеНедостачТоваров есть соответствующий ОрдерНаОтражениеНедостачТоваров.
• В случаях, когда излишки на одних складах и недостачи на других являются системной проблемой, рассмотрите инструменты для автоматического выравнивания складских остатков через внутренние перемещения.

Причина №3: Настройка Статей расходов

Счет 94 закрывается либо на виновное лицо (73 счет), либо на расходы (91 счет, 20/26/44 счета в зависимости от политики). В 1С за этот процесс отвечает справочник СтатьиРасходов.

Некорректная настройка статьи расходов — частая причина того, что сумма зависает на 94 счете или не распределяется дальше.

Проанализируем ключевые моменты в настройке статьи:

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

Решение:

Проверьте статью расходов, указанную в документе списания. Попробуйте временно изменить вариант распределения на «На финансовый результат» (счет 91.02), чтобы убедиться, что проблема именно в механизме распределения.

Причина №4: Математическое округление и СЛАУ

Иногда разница в 1 копейку или 1 рубль — это действительно следствие математики. В системе выполняется решение Системы Линейных Алгебраических Уравнений (СЛАУ) при расчете себестоимости, особенно если есть встречные потоки товаров (перемещения туда-сюда, комплектация/разукомплектация).

Если алгоритм расчета себестоимости достигает предела точности или количества итераций, могут оставаться «хвосты». Также проблема может крыться в разных единицах измерения. Например, товар хранится в кг, а списывается в шт, и коэффициент пересчета имеет много знаков после запятой (0.333...).

Как правило, такие копеечные отклонения система должна списывать автоматически при операции «Корректировка стоимости списания». Если этого не происходит:

1. Убедитесь, что документ списания не является последним документом в месяце (по времени 23:59:59). Рекомендуется сдвинуть его время хотя бы на час раньше конца месяца, чтобы регламентные операции могли «встать» после него.
2. Проверьте наличие отрицательных остатков по количеству перед списанием. Если «краснота» в регистрах — частая проблема, можно автоматизировать ее исправление, используя обработки для массового создания документов оприходования излишков.

Инструменты диагностики: Как найти ошибку

Чтобы не гадать на кофейной гуще и не перебирать все документы подряд, используем штатные средства диагностики.

1. Отчет «Сверка данных партионного учета и себестоимости»

Это самый мощный инструмент для поиска расхождений. Он показывает разницу между данными оперативного контура и данными расчета себестоимости. Если в этом отчете есть расхождения по вашим товарам — проблема техническая (в регистрах), и править проводки бесполезно. Для более детальной проверки можно использовать отчеты, сравнивающие данные регистров «Товары на складах», «Товары организаций» и «Себестоимость товаров», которые помогут точно локализовать ошибку.

2. Проверка данных при закрытии месяца

В рабочем месте «Финансовый результат и контроллинг — Закрытие месяца» есть этапы проверок. Не игнорируйте предупреждения системы. Если система пишет «Обнаружены отрицательные остатки» или «Не распределены расходы» — переходите по гиперссылкам в отчеты.

3. Универсальный отчет по регистру «Себестоимость товаров»

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

Пошаговый алгоритм исправления

Подведем итог. Если у вас висит сальдо на 94 счете:

1. Шаг 1. Сформируйте ОСВ по счету 94 с максимальной детализацией (по документам движения). Найдите конкретный документ, дающий отклонение.
2. Шаг 2. Откройте этот документ и проверьте проводки (Дт/Кт). Нет ли там признака ручной корректировки? Если есть — отмените её.
3. Шаг 3. Проверьте время документа. Не стоит ли он в 23:59:59 последнего дня? Если да — сдвиньте на середину дня.
4. Шаг 4. Проверьте настройки склада на предмет ордерной схемы для недостач. Если ордера не нужны — отключите. Если нужны — проверьте их наличие.
5. Шаг 5. Перезакройте месяц (хотя бы предварительно). Программа должна пересчитать стоимость списания и выровнять суммы.

Помните, что в 99% случаев проблема кроется не в программном сбое (баге), а в несоответствии настроек реальным действиям пользователей или в попытках «обмануть» систему ручными операциями.