При выполнении регламентной операции по закрытию месяца пользователи 1С:Бухгалтерия 3.0 часто сталкиваются с критической ошибкой: «Счет 20.01 имеет отрицательное начальное сальдо». Ситуация осложняется тем, что при обычном просмотре оборотно-сальдовой ведомости (ОСВ) бухгалтер не видит никаких минусов — итоговые суммы по счету выглядят корректно. Однако алгоритмы закрытия месяца гораздо более чувствительны к деталям, чем стандартные отчеты.
В этой статье мы совместно разберем причины возникновения этой ошибки и пройдем по шагам процесс диагностики и исправления данных в информационной базе.
Первое, что мы должны сделать, — это перестать верить общим цифрам. Программа сообщает об отрицательном сальдо, значит, в каком-то разрезе аналитики оно действительно существует. Разберем, как правильно настроить отчет Оборотно-сальдоваяВедомостьПоСчету (счет 20.01), чтобы увидеть скрытую проблему.
Зайдем в настройки отчета и выполним следующие действия:
Подразделения, Номенклатурные группы, Статьи затрат. Очень важно снять галочку «По субсчетам», если она установлена, и убедиться, что иерархия не скрывает детальные записи.ПР (постоянные разницы), ВР (временные разницы) и флажок Контроль.После формирования такого отчета проанализируем результат. Часто минус «всплывает» не в колонке БУ, а в колонке НУ или из-за нарушения формулы БУ = НУ + ПР + ВР. Если показатель Контроль не равен нулю — это верный признак ошибки в первичных документах или ручных операциях.
Выясним причину, связанную с незаполненными субконто. В системе 1С «пустое значение» — это тоже значение аналитики. Рассмотрим типичную ситуацию:
НоменклатурнаяГруппа осталось незаполненным.В общем итоге по счету 20.01 мы увидим корректный остаток, но внутри системы возникнет две ветки: по «Основной номенклатуре» будет висеть дебетовый остаток, а по «Пустому значению» — кредитовый (отрицательный). Программа при закрытии месяца увидит этот минус по пустой аналитике и выдаст ошибку. Проанализируем ОСВ на наличие строк, где вместо названия подразделения или группы стоят пустые скобки или прочерки.
Иногда ошибка возникает не из-за отсутствия данных, а из-за времени их регистрации. Проанализируем ситуацию: программа проверяет остатки на начало каждой операции. Если документ, распределяющий расходы, проведен в 12:00:00, а документ, приходующий эти расходы на 20-й счет, в 12:00:01 того же дня, то на момент первой операции возникнет техническое отрицательное сальдо.
Посмотрим на карточку счета 20.01 за проблемный период. Если мы видим, что списание идет раньше поступления в рамках одного дня, воспользуемся стандартной процедурой ГрупповоеПерепроведениеДокументов. Рекомендуется также вручную проверить время ключевых документов: затраты лучше перенести на «09:00:00», а закрывающие операции (выпуск продукции) — на «23:59:59».
Разберем техническую причину, связанную с использованием документа ОперацияБух. В современных конфигурациях 1С:Бухгалтерия 3.0 счет 20.01 контролируется не только по регистру бухгалтерии (Хозрасчетный), но и по вспомогательным регистрам накопления, которые используются в алгоритмах закрытия месяца. Для оперативного выявления документов с включенной ручной корректировкой проводок можно использовать отчет для контроля ручных корректировок.
Если бухгалтер ввел проводку по 20-му счету вручную, она попала только в бухгалтерский регистр. Вспомогательные регистры остались «не в курсе» этого движения. Возникает рассинхрон: бухгалтер видит в ОСВ одну картину, а модуль ЗакрытиеМесяца, обращаясь к регистрам накопления, видит совершенно другую, в которой может присутствовать минус. Рекомендация: максимально избегайте ручных правок по производственным счетам. Используйте типовые документы или документ КорректировкаРегистров, если вы точно знаете, какие записи нужно сделать.
Если анализ аналитики не выявил ошибок, выясним, не является ли проблема следствием технического сбоя в таблицах итогов. Для этого необходимо выполнить процедуру ТестированиеИИсправление (ТиИ).
Перед началом обязательно создадим резервную копию базы! В конфигураторе перейдем в меню «Администрирование» — «Тестирование и исправление». Рассмотрим основные настройки. Для автоматизации подобных профилактических работ и обслуживания сразу нескольких информационных баз можно настроить регулярное архивирование и тестирование 1С по расписанию:
Проанализируем еще одну редкую, но неприятную причину. Из-за особенностей округления при распределении косвенных расходов на 20-м счете могут зависать суммы типа -0.0000000001. В обычном отчете они округляются до 0.00, но для системы это число меньше нуля.
Чтобы проверить это, можно попробовать сформировать отчет КарточкаСчета и обратить внимание на операции, где при нулевом количестве списывается или остается очень маленькая сумма. Также в этом случае помогает отладчик (для специалистов): установка точки останова в модуле закрытия месяца на моменте проверки остатков позволит увидеть точное числовое значение, которое вызывает протест программы.
Для исправления ошибки «Счет 20.01 имеет отрицательное начальное сальдо» мы рекомендуем придерживаться следующего алгоритма:
ПересчетИтогов в режиме Тестирования и исправления.Как правило, после детальной проверки аналитики в разрезе НоменклатурныхГрупп и Подразделений ошибка обнаруживается и устраняется путем корректировки одного или двух первичных документов. Совместное использование инструментов отчета и технической диагностики базы гарантирует успешное закрытие периода.