Справочник «ВидыСделокСКлиентами» (Управление торговлей для Казахстана 3.4)

1. Идентификация

Назначение. Справочник-классификатор, задающий перечень видов (типов) сделок, заключаемых с клиентами. Значения элемента используются как аналитический признак в документах взаимодействия и продаж (сделки с клиентами, коммерческие предложения, заказы), а также как разрез в отчётах по воронке продаж, эффективности менеджеров и причинам выигрыша/проигрыша сделок. Сам по себе объект нормативно-справочный: он не хранит суммовых показателей и не участвует напрямую в расчёте налогов — он только классифицирует сделки, финансовые последствия которых отражают документы продажи.

Примечание: справочник относится к служебным (настроечным). Его элементы, как правило, заполняются при начальной настройке и редко меняются в процессе эксплуатации.

2. Реквизиты шапки и табличные части

Evidence по составу реквизитов не приложено. Ниже — типовой состав справочника-классификатора этого вида; конкретный набор реквизитов следует сверить в конфигураторе для версии 3.4.5.21.

Стандартные реквизиты (предопределены платформой):

Типовые реквизиты шапки:

Табличные части. Для справочника-классификатора данного назначения табличные части, как правило, отсутствуют. Если в конкретной сборке присутствует ТЧ «ДополнительныеРеквизиты»/«ДополнительныеСведения», она обеспечивается механизмом подсистемы «Свойства» БСП, а не собственными полями объекта.

3. Формы

Как правило, для служебного справочника-классификатора формы генерируются автоматически либо заданы в минимальном составе:

Собственные управляемые формы могут быть не заданы (используются автогенерируемые). Наличие явно определённых форм следует уточнить в конфигураторе для версии 3.4.5.21.

4. Ключевые процедуры модулей

Evidence с BSL-кодом не приложено. Для справочника-классификатора без специфической бизнес-логики характерен минимальный набор обработчиков (или их отсутствие). Типовые точки, которые могут быть реализованы:

• Модуль объекта → ОбработкаЗаполнения — начальное заполнение реквизитов при вводе нового элемента (в т. ч. на основании).
• Модуль объекта → ПередЗаписью / ПриУстановкеНовогоКода — контроль корректности и заполнение служебных полей.
• Модуль менеджера → ОбработкаПолученияФормы — подмена формы при особых сценариях (обычно не требуется).
• Форма элемента → ПриСозданииНаСервере, ПриЧтенииНаСервере — настройка доступности полей, подключение подсистемы «Свойства» БСП.
• Форма списка → ПриСозданииНаСервере — настройка условного оформления и отборов.

Наличие и содержимое перечисленных процедур версионно-зависимо — уточняется в модулях объекта для сборки 3.4.5.21.

5. Проведение и движения

Справочник не является документом и не проводится — собственных движений по регистрам он не формирует. Его роль в учёте — аналитический разрез сделки, финансовый результат которой отражают связанные документы продажи. Ниже показано, как этот разрез участвует в стандартной цепочке реализации по плану счетов РК (с параметрами Казахстана 2026).

Типовые проводки реализации товаров, к которым привязан вид сделки:

Пример: реализация на 1 160 000 ₸ с НДС 16 % → доход 1 000 000 ₸ (Дт 1210 Кт 6010), НДС 160 000 ₸ (Дт 1210 Кт 3130); при поступлении оплаты — Дт 1030 Кт 1210 на 1 160 000 ₸.

Регистры, где значение справочника выступает измерением/реквизитом аналитики: регистры сведений и накопления подсистемы CRM/продаж (сделки, состояния сделок, воронка продаж). Конкретный перечень регистров с измерением «Вид сделки» уточняется в составе подсистемы для версии 3.4.5.21.

Электронные документы. Сам справочник в ЭСФ (ИС ЭСФ) и СНТ не выгружается. Он влияет на учёт лишь косвенно — через документы продажи, которые формируют ЭСФ/СНТ. Налоговые последствия сделки (НДС 16 %, при необходимости расчёты по доходу физлиц — ИПН 10 %/15 %, ОПВ 10 %, ВОСМС 2 %, соцналог 6 % и т. п.) определяются документами и настройками учётной политики, а не этим классификатором.

6. Связанные объекты и ввод на основании

• Документы, использующие вид сделки как реквизит-аналитику: документы CRM и продаж — «Сделка с клиентом», «Коммерческое предложение клиенту», «Заказ клиента», а также связанные отчёты (воронка продаж, эффективность сделок).
• Ввод на основании: справочник-классификатор, как правило, не является ни основанием, ни объектом ввода на основании. Элемент создаётся вручную из формы списка или подбором «нового» из поля документа.
• Связь со справочниками: используется совместно со справочниками «Партнёры»/«Контрагенты», «Соглашения с клиентами», «Пользователи» (менеджеры) как один из разрезов аналитики сделки.

7. Точки расширения

• Подсистема «Свойства» БСП — добавление дополнительных реквизитов и сведений к видам сделок без изменения метаданных объекта.
• Расширение конфигурации — добавление собственных реквизитов, форм и обработчиков (ПередЗаписью, ПриСозданииНаСервере) без снятия типовой с поддержки.
• Подписки на события — обработка записи/удаления элементов справочника для интеграций и логирования.
• Дополнительные отчёты и обработки — внешние отчёты по разрезу «Вид сделки» (аналитика продаж).
• Предопределённые элементы — при необходимости жёсткой привязки логики к конкретному виду сделки задаются предопределённые значения (уточнить их наличие в версии 3.4.5.21).

Рекомендация: расширять поведение через БСП-механизмы и расширения конфигурации, чтобы сохранить типовую на поддержке при обновлениях 3.4.x.