--- title: "Справочник «ВидыСделокСКлиентами» (Управление торговлей для Казахстана 3.4)" country: KZ lang: ru author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-23 canonical: https://buhgpt.kz/suraqtar/spravochnik-vidysdeloksklientami-upravlenie-torgovley-dlya-kazahstana- source: BuhGPT --- # Справочник «ВидыСделокСКлиентами» (Управление торговлей для Казахстана 3.4) > **TL;DR:** 1. Идентификация Параметр Значение Тип объекта Справочник (Catalog) Имя ВидыСделокСКлиентами Полное имя Справочник.ВидыСделокСКлиентами ( Catalogs.ВидыСделокСКлиентами ) Синоним «Виды сделок с клиентами» Конфигурация Управление торговлей для Казахстана, редакция 3.4 (версия 3. --- 1. Идентификация Параметр Значение Тип объекта Справочник (Catalog) Имя ВидыСделокСКлиентами Полное имя Справочник.ВидыСделокСКлиентами (Catalogs.ВидыСделокСКлиентами) Синоним «Виды сделок с клиентами» Конфигурация Управление торговлей для Казахстана, редакция 3.4 (версия 3.4.5.21) Подсистема Служебные подсистемы Где найти в 1С Раздел «Служебные подсистемы» → «Виды сделок с клиентами». Навигационная ссылка: e1cib/list/Справочник.ВидыСделокСКлиентами Назначение. Справочник-классификатор, задающий перечень видов (типов) сделок, заключаемых с клиентами. Значения элемента используются как аналитический признак в документах взаимодействия и продаж (сделки с клиентами, коммерческие предложения, заказы), а также как разрез в отчётах по воронке продаж, эффективности менеджеров и причинам выигрыша/проигрыша сделок. Сам по себе объект нормативно-справочный: он не хранит суммовых показателей и не участвует напрямую в расчёте налогов — он только классифицирует сделки, финансовые последствия которых отражают документы продажи. Примечание: справочник относится к служебным (настроечным). Его элементы, как правило, заполняются при начальной настройке и редко меняются в процессе эксплуатации. 2. Реквизиты шапки и табличные части Evidence по составу реквизитов не приложено. Ниже — типовой состав справочника-классификатора этого вида; конкретный набор реквизитов следует сверить в конфигураторе для версии 3.4.5.21. Стандартные реквизиты (предопределены платформой): Реквизит Тип Назначение Код Строка/Число Уникальный код элемента, автонумерация Наименование Строка (обычно 150) Представление вида сделки в списках и выбора ПометкаУдаления Булево Признак пометки на удаление Предопределённый Булево Признак предопределённого элемента (если заданы) Типовые реквизиты шапки: Реквизит Тип Назначение Наименование Строка Название вида сделки (например, «Первичная продажа», «Повторная продажа», «Пролонгация», «Проектная сделка») Комментарий / Описание Строка (неогранич.) Произвольное пояснение к виду сделки Порядок / ИндексКартинки Число Порядок отображения / визуальный признак (при наличии) Табличные части. Для справочника-классификатора данного назначения табличные части, как правило, отсутствуют. Если в конкретной сборке присутствует ТЧ «ДополнительныеРеквизиты»/«ДополнительныеСведения», она обеспечивается механизмом подсистемы «Свойства» БСП, а не собственными полями объекта. 3. Формы Как правило, для служебного справочника-классификатора формы генерируются автоматически либо заданы в минимальном составе: Форма Назначение Форма списка (ФормаСписка) Просмотр и ведение перечня видов сделок, пометка на удаление, поиск/отбор Форма элемента (ФормаЭлемента) Создание/редактирование одного вида сделки (наименование, описание) Форма выбора (ФормаВыбора) Подбор значения при заполнении реквизита «Вид сделки» в документах Собственные управляемые формы могут быть не заданы (используются автогенерируемые). Наличие явно определённых форм следует уточнить в конфигураторе для версии 3.4.5.21. 4. Ключевые процедуры модулей Evidence с BSL-кодом не приложено. Для справочника-классификатора без специфической бизнес-логики характерен минимальный набор обработчиков (или их отсутствие). Типовые точки, которые могут быть реализованы: - Модуль объекта → ОбработкаЗаполнения — начальное заполнение реквизитов при вводе нового элемента (в т. ч. на основании). - Модуль объекта → ПередЗаписью / ПриУстановкеНовогоКода — контроль корректности и заполнение служебных полей. - Модуль менеджера → ОбработкаПолученияФормы — подмена формы при особых сценариях (обычно не требуется). - Форма элемента → ПриСозданииНаСервере, ПриЧтенииНаСервере — настройка доступности полей, подключение подсистемы «Свойства» БСП. - Форма списка → ПриСозданииНаСервере — настройка условного оформления и отборов. Наличие и содержимое перечисленных процедур версионно-зависимо — уточняется в модулях объекта для сборки 3.4.5.21. 5. Проведение и движения Справочник не является документом и не проводится — собственных движений по регистрам он не формирует. Его роль в учёте — аналитический разрез сделки, финансовый результат которой отражают связанные документы продажи. Ниже показано, как этот разрез участвует в стандартной цепочке реализации по плану счетов РК (с параметрами Казахстана 2026). Типовые проводки реализации товаров, к которым привязан вид сделки: Операция Дт Кт Комментарий Признан доход от реализации 1210 6010 Краткосрочная ДЗ покупателей / доход от реализации Начислен НДС 1210 3130 НДС к уплате по ставке 16 % (ставка РК 2026) Списана себестоимость 7010 1330 Себестоимость реализации / товары Поступление оплаты 1030 1210 Деньги на текущих счетах / погашение ДЗ Пример: реализация на 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. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_