В практике работы бухгалтера государственного учреждения часто возникает ситуация, когда необходимо срочно провести документ списания материальных запасов (МЗ), но система выдает ошибку: «Недостаточно остатка на счете...». В коммерческих конфигурациях, таких как «1С:Бухгалтерия предприятия», существует заветный флажок «Разрешить списание при отсутствии остатков». Однако в программе «1С:Бухгалтерия государственного учреждения 2.0» (БГУ 2) поиск такой настройки не приносит результатов. Рассмотрим подробнее, почему это реализовано именно так, и разберем по шагам, что делать в такой ситуации.
Проанализируем ситуацию с точки зрения методологии бюджетного учета. В отличие от хозрасчетных организаций, учет в госучреждениях жестко регламентирован Приказом Минфина №157н. Разберем основные причины отсутствия этой «волшебной кнопки»:
105.00 «Материальные запасы») является грубым нарушением правил ведения учета. В бюджетной отчетности (формы 0503130 или 0503730) «красные» остатки недопустимы и влекут за собой административную ответственность по статье 15.15.6 КоАП РФ.ЦенаСписания = СуммаОстатка / КоличествоОстатка. Если мы допустим списание в «минус», то при количестве равном нулю или отрицательном значении, система не сможет корректно определить стоимость единицы. Это приведет к катастрофическим искажениям в учете (например, на складе останется 0 единиц товара, но при этом будет висеть сумма в несколько миллионов рублей).Некоторые опытные пользователи пытаются обмануть систему, редактируя настройки ТиповойОперации документа. Они находят условие проверки остатка и удаляют его. Однако, как показывает практика, документ все равно отказывается проводиться. Выясним причину этого поведения.
Даже если убрать проверку в пользовательском интерфейсе, контроль остается зашитым на уровне программного кода (в модулях проведения). Процедура расчета себестоимости встроена в ядро конфигурации. Если алгоритм видит, что списывать нечего, он прерывает транзакцию, чтобы предотвратить деление на ноль и появление некорректных записей в регистрах бухгалтерии. Таким образом, «снятие с поддержки» и радикальное вмешательство в код — это путь к потере целостности базы данных и проблемам при последующих обновлениях.
Прежде чем пытаться «сломать» контроль, проанализируем ситуацию. Часто остатки в программе есть, но они не подхватываются из-за несовпадения аналитических разрезов. Проверим следующие пункты:
КФО 4 (субсидии на госзадание), вы не сможете списать его по КФО 2 (приносящая доход деятельность), даже если номенклатура совпадает.Если бухгалтеру жизненно необходимо провести документы «сегодня», а реальные первичные документы поступления придут «завтра», рассмотрим легальные способы решения задачи без нарушения логики программы.
Если специфика учета требует программного создания меню-требований на основе внешних файлов, крайне важно предварительно убедиться в наличии остатков в системе. Для автоматизации этого процесса можно использовать доработку для анализа и замены недостающих продуктов в БГУ 2.0.
Если мы точно знаем, что товар фактически поступил, но документы еще не заведены в систему, создадим временный документ Поступление МЗ. Это позволит создать необходимый остаток для проведения списания. Когда придут оригиналы документов, мы просто скорректируем данные (номер, дату, цену) в этом поступлении и перепроведем цепочку документов.
Если «минус» возник из-за того, что по ошибке оприходовали один товар вместо другого (пересортица), воспользуемся следующим алгоритмом:
Оприходование излишков и Списание недостач (или зачет пересортицы).Если отрицательные остатки тянутся из прошлого, проанализируем карточку счета 105. Выясним, в какой момент сумма стала отрицательной при положительном количестве (или наоборот). Чаще всего это результат изменения документов «задним числом». В этом случае поможет только последовательное перепроведение документов, начиная с момента возникновения ошибки. Для детального анализа динамики можно применить отчет с выводом остатков материалов после каждого движения документа.
Важный совет: Никогда не пытайтесь «закрыть» отрицательные остатки ручными операциями (типа Операция (бухгалтерская)). Это создаст записи только в регистре бухгалтерии, но не исправит данные в специализированных регистрах накопления МЗ, что приведет к еще большему расхождению отчетов с данными учета.
Мы выяснили, что в БГУ 2 невозможно и категорически не рекомендуется отключать контроль отрицательных остатков. Программа стоит «на страже» методологии бюджетного учета и защищает учреждение от ошибок в отчетности. Вместо поиска путей обхода контроля, сосредоточимся на обеспечении корректности аналитики (ЦМО, КФО, Номенклатура) и своевременном отражении первичных документов.