В практике государственных учреждений нередко возникают ситуации, когда вышестоящие ведомства (например, МВД, МЧС или Минобороны) требуют вести учет материальных ценностей, переданных в аренду или безвозмездное пользование, на специфических забалансовых счетах, не предусмотренных типовым планом счетов. Одним из таких примеров является забалансовый счет 34. В программе «1С:Бухгалтерия государственного учреждения» (БГУ) редакции 1.0 пользователи сталкиваются с проблемой: даже после создания счета вручную в Плане счетов, он не выбирается в стандартных документах (Поступление, Списание, Перемещение). Разберем по шагам, как решить эту задачу программно и методологически.
Прежде чем переходить к техническим правкам, проанализируем правомерность таких действий. Согласно Инструкции № 157н (п. 332), учреждения имеют право вводить дополнительные забалансовые счета для обеспечения управленческого учета или по требованию учредителя. Однако это решение должно быть обязательно закреплено в Учетной политике учреждения. Счет 34 часто используется в ведомственных классификаторах для разделения материальных запасов в аренде от основных средств (которые обычно учитываются на счетах 25 или 26).
Первым делом нам необходимо добавить сам счет в пользовательском режиме. Рассмотрим, какие настройки критически важны для корректной работы:
34.Номенклатура (какие именно материалы переданы);Контрагенты (кто является арендатором);Центры материальной ответственности (за кем закреплено имущество внутри учреждения).Проанализируем причину, по которой стандартные документы, такие как СписаниеМЗ или ВнутреннееПеремещение, «не видят» новый счет. В конфигурации БГУ 1.0 программный код многих документов содержит жесткие фильтры. При выборе счета в табличной части срабатывает программная проверка, которая разрешает выбор только определенных кодов счетов (например, 02, 07, 08 и т.д.). Даже если вы добавили счет в План счетов, он не входит в этот «белый список» внутри программного кода.
Для решения проблемы нам потребуется внести изменения в модуль объекта документов или в общие функции, отвечающие за подбор счетов. Как было отмечено в обсуждении, наиболее эффективным способом является расширение массива разрешенных кодов.
Рассмотрим пример правки в функции, определяющей локальные переменные для фильтрации счетов. Нам необходимо найти фрагмент кода, где формируется список допустимых забалансовых счетов для материальных запасов. Обычно это функция ПолучитьЛокальнуюПеременную или аналогичная в модуле менеджера или объекта.
Пример внесения изменений в код:
// В модуле объекта или общем модуле находим инициализацию массива кодов
Функция ПолучитьЛокальнуюПеременную(ИмяПеременной) Экспорт
Если ИмяПеременной = "ДопустимыеЗабалансовыеСчетаМЗ" Тогда
МассивКодов = Новый Массив;
МассивКодов.Добавить("02");
МассивКодов.Добавить("07");
МассивКодов.Добавить("08");
МассивКодов.Добавить("22");
// Добавляем наш новый счет 34 для того, чтобы он стал доступен в выборе
МассивКодов.Добавить("34");
Возврат МассивКодов;
КонецЕсли;
КонецФункции
После внесения этой строки «появится счастье» — счет 34 станет доступен для выбора в документах Поступление материалов (забалансовый учет), Внутреннее перемещение материалов и Списание материалов.
Выясним, как обстоят дела с инвентаризацией. Для формирования Инвентаризационной описи (ф. 0504087) по счету 34 также могут потребоваться доработки. Если автоматическое заполнение документа Инвентаризация материалов на забалансовых счетах не подтягивает остатки по счету 34, проверьте настройки заполнения в модуле документа.
Зачастую в БГУ 1.0 алгоритм заполнения описи опирается не на фактическое наличие счета в базе, а на предопределенные группы. Если вы не хотите глубоко менять код инвентаризации, можно использовать кнопку «Добавить» и вручную заполнить табличную часть, либо подправить процедуру ЗаполнитьПоДаннымУчета, добавив аналогичное условие для счета 34.
Проанализируем последствия таких доработок. Внесение изменений напрямую в конфигуратор делает вашу базу «нетиповой». Это влечет за собой следующие нюансы:
cfu-файл необходимо следить за тем, чтобы ваши правки в модулях не были затерты. Используйте режим сравнения/объединения внимательно.Операция (бухгалтерская). Этот документ позволяет выбрать любой счет из плана счетов без ограничений. Однако в этом случае вы потеряете возможность печатать специализированные формы (М-4, М-11, акты списания), предусмотренные для материальных документов.В современной редакции БГУ 2.0 данная проблема решена гораздо изящнее. Там реализован механизм настройки допустимых счетов для документов через пользовательский интерфейс или через расширения, что не требует изменения основной конфигурации. Если ваше учреждение планирует длительную работу, стоит рассмотреть вопрос перехода на актуальную версию программы, где работа с забалансовыми счетами 25, 26, 34 и другими реализована в рамках типового функционала без «программирования».
Таким образом, для реализации требования вышестоящей организации в БГУ 1.0, мы должны совместить создание счета в пользовательском режиме с небольшой корректировкой фильтров в Конфигураторе. Это обеспечит корректный документооборот и позволит формировать необходимую отчетность по материалам в аренде.