1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Справочник (Catalog) |
| Имя (идентификатор) | ГруппыАналитическогоУчетаНоменклатуры |
| Полное имя | Справочник.ГруппыАналитическогоУчетаНоменклатуры |
| Синоним | «Группы аналитического учета номенклатуры» |
| Конфигурация | Управление торговлей для Казахстана, ред. 3.4.5.21 |
| Подсистема размещения | Служебные подсистемы |
| Навигационная ссылка | e1cib/list/Справочник.ГруппыАналитическогоУчетаНоменклатуры |
Назначение. Справочник — это классификатор-агрегатор, объединяющий позиции номенклатуры и (в ряде случаев) виды номенклатуры в укрупнённые группы для целей регламентированного и управленческого учёта. Он служит промежуточным разрезом, к которому привязываются настройки счетов учёта. Вместо того чтобы задавать бухгалтерские счета для каждой карточки номенклатуры отдельно, счета задаются один раз на группу аналитического учёта, а конкретные номенклатурные позиции наследуют настройку через принадлежность к группе. Это резко сокращает объём настроек в торговой базе с большой номенклатурой и обеспечивает единообразие проводок при передаче данных в регламентированный учёт (в т.ч. в связку с «Бухгалтерией для Казахстана»).
Типовые сценарии использования:
- разделение номенклатуры по характеру учёта (товары для перепродажи → счёт
1330, материалы, тара, услуги); - назначение разных счетов доходов/расходов и НДС для разных товарных направлений;
- унификация правил формирования проводок при обмене с регламентированной системой.
2. Реквизиты и табличные части
Справочник относится к простым иерархическим классификаторам. Собственных данных бизнес-логики он почти не несёт — его ценность в самом факте существования элемента как значения-разреза, на который «навешиваются» настройки счетов в отдельных регистрах сведений.
Стандартные реквизиты (платформенные)
| Реквизит | Тип | Назначение |
|---|---|---|
Код |
Строка | Внутренний код элемента, автонумерация |
Наименование |
Строка | Название группы аналитического учёта (например, «Товары», «Материалы», «Услуги», «Тара») |
Родитель |
СправочникСсылка | Иерархия групп (иерархия групп и элементов) |
ПометкаУдаления |
Булево | Признак пометки на удаление |
Предопределённый |
Булево | Признак предопределённого элемента |
Реквизиты шапки (прикладные)
| Реквизит | Тип | Назначение |
|---|---|---|
Комментарий |
Строка | Произвольное текстовое пояснение к назначению группы |
Признак «версионно-специфично»: точный состав дополнительных прикладных реквизитов (например, служебных флагов вида «Использовать как …») может отличаться между сборками ветки 3.4 — уточните в конфигураторе конкретной поставки 3.4.5.21.
Табличные части
Табличные части у справочника не предусмотрены — это плоский/иерархический классификатор. Все привязки «группа → счёт учёта» хранятся не в самом справочнике, а во внешних регистрах сведений (см. раздел 5), где данный справочник выступает измерением.
3. Формы
| Форма | Назначение |
|---|---|
Форма элемента (ФормаЭлемента) |
Просмотр/редактирование одной группы аналитического учёта: наименование, родитель, комментарий |
Форма списка (ФормаСписка) |
Список групп с иерархией; основная форма при переходе по навигационной ссылке |
Форма выбора (ФормаВыбора) |
Подбор группы при заполнении настроек счетов учёта и связанных регистров/справочников |
Форма группы (ФормаГруппы) |
Редактирование элемента-группы иерархии (если справочник иерархия «групп и элементов») |
Если отдельные формы в поставке не заданы явно, платформа использует автогенерируемые формы соответствующих типов.
4. Ключевые процедуры модулей
В приложенном evidence содержится только фасет «назначение»; исходный код модулей (BSL) не предоставлен. Поэтому ниже — типовые обработчики, характерные для справочника-классификатора этого вида. Конкретные путь:строка следует смотреть в конфигураторе поставки 3.4.5.21.
Модуль объекта (ОбработкаОбъекта):
ПередЗаписью— контроль корректности записи (недопущение зацикливания иерархии, проверка заполнения наименования).ОбработкаЗаполнения— заполнение реквизитов при создании нового элемента (в т.ч. при вводе на основании/копировании).ПроверкаЗаполнения— проверка обязательного заполненияНаименование.
Модуль менеджера (МодульМенеджера):
- Функции получения предопределённых значений и служебные методы для подстановки группы по умолчанию при подборе счетов учёта.
Модуль формы элемента/списка:
ПриСозданииНаСервере— настройка доступности полей, условное оформление списка.- Обработчики выбора (
ВыборНачало,ОбработкаВыбора) при использовании формы выбора в местах назначения счетов.
Так как это справочник, а не документ, «тяжёлой» бизнес-логики (расчётов, движений) в его модулях нет — она сосредоточена в объектах, которые ссылаются на группу.
5. Проведение и движения
Справочник не проводится и самостоятельно движений в регистрах не формирует — это классификатор, а не документ. Его роль в учёте — быть измерением (разрезом) в механизме определения счетов учёта.
Как группа участвует в проводках
Настройки счетов задаются в регистрах сведений подсистемы учёта (типовые имена: «Счета учёта номенклатуры» / «Счета учёта расчётов» и аналогичные), где данный справочник — одно из измерений. При проведении торговых документов (реализация, поступление, перемещение) механизм подбора счетов определяет группу аналитического учёта по номенклатуре и берёт соответствующие счета.
Пример типовой схемы проводок по плану счетов РК (числа — Казахстан, 2026):
Реализация товаров (ставка НДС 16 %), продажа на 116 000 ₸ с НДС:
| Дт | Кт | Сумма, ₸ | Содержание |
|---|---|---|---|
1210 |
6010 |
100 000 | Признан доход от реализации (без НДС) |
1210 |
3130 |
16 000 | Начислен НДС к уплате (16 %) |
7010 |
1330 |
(себест.) | Списана себестоимость реализованных товаров |
Поступление товаров от поставщика на 116 000 ₸ с НДС:
| Дт | Кт | Сумма, ₸ | Содержание |
|---|---|---|---|
1330 |
3310 |
100 000 | Оприходованы товары на склад |
1420/3130 |
3310 |
16 000 | Учтён входной НДС (16 %) |
Оплата покупателя на текущий счёт:
| Дт | Кт | Сумма, ₸ | Содержание |
|---|---|---|---|
1030 |
1210 |
116 000 | Поступление денег на текущий счёт, зачёт ДЗ |
Именно счета 1330, 6010, 7010, 3130 и т. п. в этих проводках берутся из настроек, привязанных к группе аналитического учёта номенклатуры. Смена группы у номенклатуры автоматически меняет счета в последующих проводках.
Электронные документы (ЭСФ через ИС ЭСФ и СНТ) формируются на основании торговых документов; корректная классификация номенклатуры через группы аналитического учёта косвенно влияет на разнесение сумм и ставок НДС в этих документах.
6. Связанные объекты и ввод на основании
Ссылаются на справочник (используют как разрез):
Справочник.Номенклатура— каждая номенклатурная позиция относится к группе аналитического учёта (напрямую реквизитом или через вид номенклатуры).Справочник.ВидыНоменклатуры— задаёт группу аналитического учёта по умолчанию для входящих в вид позиций.- Регистры сведений настройки счетов учёта — используют справочник как измерение при определении счетов для проводок.
Ввод на основании: для служебного классификатора ввод на основании и подчинённые документы не предусмотрены. Элементы создаются вручную либо переносятся при первоначальном заполнении/обмене.
Взаимодействие с регламентированным учётом: значения групп используются при выгрузке/синхронизации данных в регламентированную систему, где на их основе формируются бухгалтерские проводки по плану счетов РК.
7. Точки расширения
- Дополнительные реквизиты и сведения — через механизм «Свойства» (план видов характеристик дополнительных реквизитов), без снятия с поддержки.
- Подписки на события —
ПередЗаписью/ПриЗаписиобъекта для собственной валидации или автозаполнения по корпоративным правилам. - Расширения конфигурации — добавление реквизитов формы, изменение видимости/доступности полей, дополнительные проверки заполнения без изменения типовой конфигурации.
- Регистры настройки счетов — при доработке правил определения счетов расширяйте регистры сведений, использующие справочник как измерение, а не сам справочник.
- Обмен данными — при настройке синхронизации сопоставляйте группы аналитического учёта между базами (правила конвертации), чтобы счета определялись согласованно.
Рекомендация внедренцу: не хранить бизнес-логику счетов в модуле справочника — держать её в регистрах определения счетов, чтобы справочник оставался «чистым» классификатором и не мешал обновлению типовой конфигурации.
