Номенклатурные группы в 1С:Бухгалтерии: направления и проекты

У компании три направления: внедрение, разработка и сопровождение. Руководителю нужно видеть не только общую выручку, но и результат каждого направления.

В 1С:Бухгалтерии 8.3 для этого можно использовать номенклатурные группы. Они позволяют разделять выручку и прямые затраты по видам продукции, работ и услуг.
Как настроить учет по номенклатурным группам в 1С →

Для простой структуры этого уже может быть достаточно.

Например: Внедрение Заказ № 1 и Заказ № 2; Разработка Заказ № 3

Верхний уровень отвечает за направление, нижний — за более подробный разрез. Но чем больше проектов, повторяющихся услуг и связанных расходов, тем быстрее одна номенклатурная группа начинает отвечать сразу на несколько разных вопросов.

Разберем, где этот способ работает хорошо и где его возможности заканчиваются.

Что такое номенклатурная группа

Номенклатурную группу не стоит путать с обычной группой в справочнике «Номенклатура».

Номенклатурная группа — не складской разрез и не способ сгруппировать остатки товаров. Она участвует прежде всего в аналитике выручки и прямых затрат, поэтому ее можно встретить в проводках и стандартных бухгалтерских отчетах по соответствующим счетам. То есть это уже часть бухгалтерской аналитики, а не просто дополнительный тег у товара или услуги.

Группа номенклатуры — это папка, которая помогает организовать список товаров, работ и услуг.
Номенклатурная группа — аналитический разрез учета. Она используется при учете выручки и прямых затрат по продукции, работам и услугам.

То есть «Настройка системы» и «Обучение пользователей» могут относиться к номенклатурной группе «Внедрение», а «Разработка интеграции» — к группе «Разработка».

Номенклатурную группу потом можно увидеть и в бухгалтерских отчетах. Например, при анализе производственных затрат она используется как аналитика на счете 20.01. На счете 41 остатки товаров ведутся по самой номенклатуре: номенклатурная группа нужна для другой задачи — укрупненно разделить выручку и затраты по видам деятельности.

Как настроить направления

Главный вопрос на старте — что именно будет означать номенклатурная группа.

Если нужно анализировать направления бизнеса, лучше оставить за этим справочником одну роль:

Разработка
Внедрение
Сопровождение

И уже потом распределить по ним номенклатуру:

Настройка системы → Внедрение
Разработка интеграции → Разработка
Абонентская поддержка → Сопровождение

Не стоит сразу зашивать в одно название и направление, и клиента, и договор:
Внедрение / Север / Договор №17 / Этап 2

Пока структура небольшая, это кажется удобным. Потом справочник начинает повторять всю структуру бизнеса.

При необходимости номенклатурные группы можно выстроить иерархически.

1 Номенклатурные группы можно организовать иерархически. Верхний уровень использовать для укрупненного вида деятельности, нижний для отдельных заказов.

Что можно увидеть по направлениям

В 1С:Бухгалтерии есть отчет «Продажи по номенклатурным группам».
Например:

Направление	Продажи
Внедрение	1 200 000 ₽
Разработка	860 000 ₽
Сопровождение	540 000 ₽

Так можно быстро сравнить, какое направление формирует большую часть продаж.
Как анализировать продажи по номенклатурным группам в 1С →

При этом продажи и деньги — не одно и то же.
Если клиент перечислил аванс в марте, а услугу оказали в апреле, деньги пришли в марте, а реализация попала в апрель. Поэтому отчет по продажам показывает, сколько реализовали, но не заменяет анализ движения денег.

Можно ли вести проекты через номенклатурные группы

На небольшой структуре — да.

Допустим, есть направление «Разработка» и три проекта: Север, Вектор, Маяк. Пока проекты уникальны, схема выглядит логично. Проблема появляется, когда одна и та же услуга используется в нескольких проектах.

Например:
Услуга: разработка сайта
Направление: Разработка
Проекты: Север, Вектор, Маяк
Для направления все просто:
Разработка сайта → Разработка

Но проект отвечает уже на другой вопрос. Сегодня услуга относится к «Северу», завтра — к «Вектору», через неделю — к «Маяку».

Если проект тоже хранить внутри номенклатурной группы, приходится усложнять структуру:
Разработка сайта — Север
Разработка сайта — Вектор
Разработка сайта — Маяк

Или создавать группы вроде: Разработка / Север / Сайт

Технически это работает. Но справочник начинает зависеть уже не от вида деятельности, а от количества проектов.

Где проходит граница

Пока бизнес маленький, часть этих разрезов можно объединять. Но при росте их удобнее хранить отдельно.

Есть и второй предел: продажи проекта еще не дают полного финансового результата.

По проекту могут проходить:

услуги подрядчиков;
зарплата команды;
комиссии;
другие прямые расходы;
авансы и оплаты клиента.

Не все эти операции связаны с конкретной проданной номенклатурой. Поэтому номенклатурная группа хорошо отвечает на вопрос «какой вид деятельности формирует выручку и затраты», но хуже подходит для вопроса «что происходит с проектом целиком».

Номенклатурных групп хватает не всегда
Если кроме направления нужно отдельно видеть проект, договор, доходы и расходы, эти разрезы необязательно объединять в один справочник. В модуле P&L проекты и направления используются как самостоятельные аналитики внутри 1С.

Посмотреть, как устроен учет проектов →

Когда номенклатурных групп достаточно

Штатного механизма обычно хватает, если:

направлений немного;
каждому соответствует устойчивый набор товаров или услуг;
нужно видеть продажи и прямые затраты;
проекты немногочисленны или фактически совпадают с отдельными заказами;
не нужен полноценный финансовый результат каждого проекта.

В этом случае нет смысла усложнять учет только потому, что у бизнеса несколько направлений.

Когда проект лучше выделить отдельно

Если одна и та же услуга используется в десятках проектов или компания хочет одновременно анализировать и направление, и проект, лучше разделить эти сущности.

Например:
Номенклатура: разработка сайта
Номенклатурная группа: Разработка
Направление: Digital
Проект: Север
Договор: № 17

В модуле P&L направление и проект используются как самостоятельные управленческие аналитики внутри существующей базы 1С.

При этом номенклатурные группы можно оставить в их штатной роли. Уже имеющиеся параметры документов используются при настройке правил заполнения аналитик.
Например: если номенклатурная группа = «Внедрение» → направление = «Внедрение».
А конкретный проект хранится отдельно. Как работают правила соответствия в модуле P&L →

3 Существующие параметры документов 1С можно использовать для заполнения управленческих аналитик, не перестраивая первичные документы под проекты.

Так одна операция получает несколько независимых разрезов:
что продали — номенклатура;
какое направление — направление;
какой проект — проект;
по какому договору — договор.

Как это выглядит в проектном бизнесе

Такой сценарий особенно характерен для агентств и других проектных компаний, где один и тот же вид работ выполняется для разных клиентов.

В кейсе брендингового агентства проекты и направления используются как отдельные разрезы внутри 1С. Это позволяет анализировать финансовую информацию по проектам, не создавая отдельную номенклатуру под каждую комбинацию «услуга + клиент».

Посмотреть кейс проектного учета в брендинговом агентстве →
Все данные, представленные в кейсах, являются выгрузками из тестовой базы, используются исключительно в демонстрационных целях и не относятся к реальным клиентским данным.

Разобрать мой кейс

Что выбрать

Если вопрос звучит: «Сколько мы продаем и сколько прямых затрат приходится на каждое направление?»
— сначала стоит использовать штатные номенклатурные группы 1С: Бухгалтерии.

Если же нужно одновременно понимать:
«Сколько заработал конкретный проект?»
«Какие расходы относятся к нему?»
«Сколько клиент уже заплатил?»
«Как проект выглядит внутри направления?» — проект лучше вынести в самостоятельную аналитику, оставив номенклатурным группам их основную задачу. Посмотреть, как устроен учет проектов в модуле P&L →

Что почитать дальше?

Записаться