При работе с конфигурацией 1С:Бухгалтерия государственного учреждения (БГУ) пользователи часто сталкиваются с тем, что штатных механизмов учета материальных запасов недостаточно для нужд реального склада. Бухгалтерский учет в бюджетной сфере жестко регламентирован и ориентирован на отчетность, в то время как складская логистика требует оперативного управления: работы с характеристиками, сериями, сроками годности и адресным хранением. Рассмотрим способы решения этой задачи, проанализируем доступные программные модули и разберем технические нюансы интеграции складских систем с БГУ.
Прежде чем искать внешнее решение, проанализируем ситуацию: действительно ли нам нужен отдельный модуль? В типовой БГУ учет ведется в разрезе номенклатуры, мест хранения и материально-ответственных лиц (МОЛ). Однако, если учреждению требуются следующие функции, стандартного функционала будет мало:
Одним из самых мощных решений для бюджетной сферы является конфигурация 1С:Медицина. Больничная аптека. Несмотря на название, она может быть адаптирована под нужды крупных складов в госучреждениях. Рассмотрим основные преимущества этого подхода:
Во-первых, в программе реализован полноценный партионный учет по сериям и срокам годности. Во-вторых, она поддерживает интеграцию с системой маркировки Честный ЗНАК (МДЛП), что сейчас обязательно для многих категорий ТМЦ. Интеграция с БГУ здесь реализована на уровне обмена документами: складские операции (поступление, списание, перемещение) создают первичные данные, которые затем выгружаются в бухгалтерию для формирования проводок.
Для тех, кто не хочет внедрять тяжелую отраслевую конфигурацию, существуют специализированные модули, такие как ИТВОРКС: Склад в государственном учреждении. Это решение ориентировано именно на оперативный складской учет. Разберем ключевые особенности такой системы:
Если склад большой и кладовщикам нужно постоянно перемещаться, оптимальным выбором станет использование мобильных платформ, например, Cleverence (Склад 15 для БГУ) или DataMobile. Проанализируем схему работы в этом случае:
Кладовщик выполняет все операции непосредственно на терминале сбора данных (ТСД). При сканировании штрихкода система проверяет наличие товара в базе, его серию и место хранения. Данные с ТСД передаются в БГУ в реальном времени или в режиме обмена. Такой подход позволяет избежать «человеческого фактора» при вводе данных и значительно ускоряет проведение инвентаризации Основных Средств (ОС) и материальных запасов.
При настройке обмена между складской системой и БГУ программисту необходимо учитывать специфику бюджетного учета. Рассмотрим, какие данные должны передаваться обязательно:
Проанализируем упрощенный пример того, как может выглядеть программная логика выгрузки складского документа в БГУ. Нам необходимо сопоставить данные оперативного учета с реквизитами бухгалтерского учета:
// Пример сопоставления аналитики при выгрузке документа ПоступлениеМЗ
Процедура ВыгрузитьДокументВБГУ(ДокументСклада)
НовыйДокБГУ = Документы.ПоступлениеМЗ.СоздатьДокумент();
НовыйДокБГУ.Дата = ДокументСклада.Дата;
НовыйДокБГУ.Организация = ПолучитьОрганизациюПоУмолчанию();
Для Каждого СтрокаТЧ Из ДокументСклада.Товары Цикл
НоваяСтрока = НовыйДокБГУ.МатериальныеЗапасы.Добавить();
НоваяСтрока.Номенклатура = НайтиНоменклатуруВБГУ(СтрокаТЧ.Номенклатура);
НоваяСтрока.Количество = СтрокаТЧ.Количество;
// Важно: заполняем бюджетную аналитику
НоваяСтрока.КБК = СтрокаТЧ.КБК;
НоваяСтрока.КФО = СтрокаТЧ.КФО;
НоваяСтрока.СчетУчета = ПолучитьСчетУчетаМЗ(НоваяСтрока.Номенклатура);
КонецЦикла;
НовыйДокБГУ.Записать(РежимЗаписиДокумента.Проведение);
КонецПроцедуры
Подводя итог, можно сказать: если складской учет в организации выходит за рамки простой приемки и выдачи «штучного» товара, типовую БГУ стоит дополнять внешними модулями. Выясним, какое решение лучше выбрать:
Главное при внедрении — четко разделить зоны ответственности: кладовщик отвечает за фактическое наличие и движение ТМЦ в оперативном контуре, а бухгалтер — за отражение этих движений на счетах учета с соблюдением всех требований законодательства.