При ведении учета в программе 1С:Бухгалтерия предприятия 3.0 пользователи часто сталкиваются с необходимостью автоматизировать заполнение аналитики. Одной из таких задач является подстановка Статьи затрат в документах списания материалов (Требование-накладная или Расход материалов). Типовая конфигурация имеет свои особенности и ограничения в этом вопросе, которые мы детально разберем в данной статье.
Рассмотрим распространенную ситуацию: бухгалтер настраивает регистр Счета учета номенклатуры, надеясь найти там поле для привязки статьи затрат к группе товаров (например, к канцтоварам или хозяйственным нуждам). Однако в списке доступных полей присутствуют только счета учета, счета доходов, расходов и НДС. Поля Статья затрат в этом регистре нет.
Проанализируем причину такого поведения системы. Регистр Счета учета номенклатуры архитектурно предназначен для определения того, где хранится ценность и на какой счет она списывается. Аналитика же (статья затрат) отвечает на вопрос на что именно тратятся ресурсы. Одна и та же номенклатура (например, бумага) может быть списана на разные статьи в зависимости от подразделения или конкретной операции. Поэтому жесткая привязка в регистре счетов не предусмотрена.
Выясним, как программа ищет значение для заполнения. Самый приоритетный способ — это указание статьи непосредственно в справочнике Номенклатура. Разберем по шагам, как это сделать:
Теперь при выборе этой позиции в документе Требование-накладная статья заполнится автоматически. Однако если у вас тысячи наименований, заполнять каждую карточку вручную крайне трудозатратно. В этом случае воспользуемся инструментом Групповое изменение реквизитов:
Номенклатура.Статья затрат и установим для нее значение "Канцтовары".Если специфика вашего учета позволяет использовать одну статью для большинства операций по конкретному документу, рассмотрим настройку "по умолчанию".
Требование-накладная или Расход материалов.Важное ограничение: этот метод позволяет задать только одну статью по умолчанию для одного вида документа. Если вам нужно разделение по папкам номенклатуры (как в примере автора вопроса: канцтовары — на одну статью, упаковка — на другую), этот способ подойдет только как временная мера.
Если стандартных средств недостаточно и требуется строгая логика "Статья = Папка номенклатуры", целесообразно использовать механизм расширений конфигурации. Это позволит добавить функционал без изменения основной программы (сохранив возможность легкого обновления).
Проанализируем алгоритм, который может реализовать программист в расширении: при добавлении строки в документ система должна проверить Родителя (папку) выбранной номенклатуры. Пример логики кода (условный):
Если Номенклатура.Родитель.Наименование = "Канц. товары" Тогда
СтатьяЗатрат = Справочники.СтатьиЗатрат.НайтиПоНаименованию("Канцтовары");
ИначеЕсли Номенклатура.Родитель.Наименование = "Хоз. нужды" Тогда
СтатьяЗатрат = Справочники.СтатьиЗатрат.НайтиПоНаименованию("Хознужды");
КонецЕсли;
Такой подход полностью автоматизирует процесс и исключает ошибки человеческого фактора при создании новых карточек товаров.
Проанализируем дополнительные возможности, которые предоставляет современная платформа 8.3:
Номенклатура дополнительный реквизит "Статья для списания". Это удобно, если типовое поле Статья затрат уже используется для других целей (например, в производстве).Резюмируем: для быстрого решения без программирования лучше всего подходит Групповое изменение реквизитов для заполнения поля Статья затрат в карточках номенклатуры внутри каждой папки. Для более гибкой и автоматической работы "на лету" рекомендуется использовать небольшое расширение конфигурации.