---
title: "Справочник «ВидыСвязейМеждуПартнерами» (УТ для Казахстана 3.4.5.21)"
country: KZ
lang: ru
author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti)
date: 2026-09-23
canonical: https://buhgpt.kz/suraqtar/spravochnik-vidysvyazeymezhdupartnerami-ut-dlya-kazahstana-3-4-5-21
source: BuhGPT
---

# Справочник «ВидыСвязейМеждуПартнерами» (УТ для Казахстана 3.4.5.21)

> **TL;DR:** 1. Идентификация Параметр Значение Тип объекта Справочник (Catalog) Имя ВидыСвязейМеждуПартнерами Полное имя Справочник.ВидыСвязейМеждуПартнерами ( Catalogs.ВидыСвязейМеждуПартнерами ) Синоним «Виды связей между партнерами» Конфигурация Управление торговлей для Казахстана, ред

---

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

Параметр
Значение

Тип объекта
Справочник (Catalog)

Имя
ВидыСвязейМеждуПартнерами

Полное имя
Справочник.ВидыСвязейМеждуПартнерами (Catalogs.ВидыСвязейМеждуПартнерами)

Синоним
«Виды связей между партнерами»

Конфигурация
Управление торговлей для Казахстана, редакция 3.4.5.21

Назначение
Хранит перечень возможных видов связей между клиентами и поставщиками торгового предприятия: головной офис, филиал, дилер, конкурент, дочерняя организация и т. п. Используется как классификатор (вид) в записях о взаимосвязях партнёров.

Характер объекта. Это простой справочник-классификатор (перечисляемый список значений). Он не является учётным документом, не участвует в проведении и не формирует движений по регистрам. Его элементы выступают значениями-признаками при описании связей между партнёрами (например, в связке «Партнёр А — вид связи "Филиал" — Партнёр Б»).

Где найти. Навигационная ссылка 1С:

e1cib/list/Справочник.ВидыСвязейМеждуПартнерами

В интерфейсе элементы обычно доступны из карточки партнёра (раздел НСИ и администрирование → Партнёры) при заполнении блока взаимосвязей, а сам список — через «Все функции» или указанную навигационную ссылку.

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

Справочник имеет минимальную структуру классификатора. В evidence детальный состав реквизитов не приложен, поэтому ниже — стандартные поля справочника такого вида; проектных табличных частей у классификатора нет.

2.1. Стандартные реквизиты

Реквизит
Тип
Назначение

Код
Строка/Число
Уникальный код элемента, автонумерация

Наименование
Строка
Название вида связи: «Головной офис», «Филиал», «Дилер», «Конкурент», «Дочерняя организация» и т. д.

ПометкаУдаления
Булево
Признак пометки на удаление

Предопределённый
—
Признак предопределённого элемента (если часть видов поставляется в типовой конфигурации)

2.2. Возможные реквизиты шапки классификатора

Реквизит
Тип
Назначение

Комментарий / Описание
Строка
Текстовое пояснение к виду связи

ОбратныйВидСвязи (при наличии)
СправочникСсылка.ВидыСвязейМеждуПартнерами
Парный (симметричный) вид связи для двунаправленного описания: «Головной офис» ↔ «Филиал», «Поставщик» ↔ «Покупатель»

Требует проверки в конкретной сборке 3.4.5.21: наличие реквизита обратного/парного вида связи — это версионно-специфичная деталь состава реквизитов.

2.3. Табличные части

Табличных частей у справочника нет — это плоский классификатор.

3. Формы

Типовой набор форм справочника-классификатора:

Форма
Назначение

Форма элемента (ФормаЭлемента)
Просмотр и редактирование одного вида связи: наименование, код, обратный вид связи (при наличии), комментарий

Форма списка (ФормаСписка)
Просмотр и ведение полного перечня видов связей, поиск, пометка на удаление

Форма выбора (ФормаВыбора)
Подбор значения при заполнении вида связи в карточке партнёра / регистре взаимосвязей

Если в конфигурации собственные формы не заданы, платформа использует автогенерируемые формы на основе структуры реквизитов.

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

В приложенном evidence содержится только фасет назначения (naznachenie); BSL-код модулей не приложен. Поэтому ниже перечислены типовые обработчики, характерные для справочника-классификатора; конкретные строки указать нельзя ввиду отсутствия evidence по коду.

Модуль формы элемента:

- ПриСозданииНаСервере — начальная настройка формы, доступность полей.

- ОбработкаПроверкиЗаполнения — контроль заполнения наименования (обязательность), контроль уникальности при необходимости.

- ПередЗаписьюНаСервере / ПриЗаписиНаСервере — служебная логика перед записью (обычно отсутствует у чистого классификатора).

Модуль формы списка:

- ПриСозданииНаСервере — настройка условного оформления, отборов.

Модуль объекта (МодульОбъекта):

- ОбработкаЗаполнения — заполнение полей нового элемента по умолчанию.

- ПередЗаписью / ОбработкаПроверкиЗаполнения — валидация, при наличии парного вида связи — синхронизация обратной ссылки.

Для справочника-классификатора модули объекта и менеджера в типовой конфигурации, как правило, пустые или содержат только стандартную проверку заполнения. Ключевой бизнес-логики (расчётов, движений) здесь нет.

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

Справочник не проводится и движений по регистрам не формирует — у справочников в 1С нет механизма проведения. Элемент «Вид связи между партнёрами» — это признак-значение, а не хозяйственная операция.

Соответственно, никаких бухгалтерских проводок данный объект самостоятельно не создаёт. Поэтому применение казахстанских счетов, ставок и норм к самому справочнику неуместно — он не участвует в расчёте налогов и в учёте.

Контекст конфигурации (справочно, для увязки с общей логикой УТ для РК 2026). Данный классификатор косвенно влияет на аналитику работы с партнёрами (например, различение головной организации и филиала при взаиморасчётах), а уже документы отгрузки/поступления, привязанные к этим партнёрам, формируют движения и проводки по типовому плану счетов РК:

Операция
Дт
Кт

Реализация товаров покупателю
1210 (краткосрочная ДЗ покупателей)
6010 (доход от реализации)

Начисление НДС с реализации, ставка 16 %
1210
3130 (НДС к уплате)

Списание себестоимости
7010 (себестоимость реализации)
1330 (товары)

Поступление товаров от поставщика
1330
3310 (КЗ поставщикам)

Оплата от покупателя
1030 (деньги на текущих счетах)
1210

Электронные документы РК (ЭСФ через ИС ЭСФ, СНТ) выписываются от документов реализации/перемещения, а не от данного справочника. Числовые нормы РК на 2026 год (МРП = 4 325 ₸, МЗП = 85 000 ₸, ставка НДС 16 %, ИПН 10 %/15 %, ОПВ 10 %, ОПВР 3,5 %, ВОСМС 2 %, ОСМС 3 %, СО 5 %, соцналог 6 %, базовый вычет по ИПН 30 МРП/мес., не более 360 МРП/год) применяются в расчётных документах (реализация, начисление зарплаты, налоги) и к данному классификатору отношения не имеют.

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

Связанные объекты:

- Справочник.Партнёры — основной потребитель. Вид связи используется при описании взаимосвязей партнёров (кто кому головной офис, филиал, дилер, конкурент).

- Механизм/регистр взаимосвязей партнёров (в типовой УТ хранит пары «партнёр — вид связи — партнёр»); элементы данного справочника выступают значением измерения/реквизита «Вид связи».

Ввод на основании. Для справочника-классификатора ввод на основании и создание на основании его элементов не предусмотрены — он заполняется вручную пользователем и выбирается в карточках/списках взаимосвязей.

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

- Добавление реквизитов в расширении. Через расширение конфигурации можно добавить реквизиты (например, «Приоритет», «Группа связей», признак «Внутрихолдинговая связь») без снятия типовой с поддержки.

- Обработчики форм. ПриСозданииНаСервере, ОбработкаПроверкиЗаполнения формы элемента — удобные точки для дополнительной валидации (запрет дублей наименований, автозаполнение обратного вида связи).

- Подписки на события. ПередЗаписью/ПриЗаписи объекта — для синхронизации парных видов связи или для интеграции с внешними системами НСИ.

- Предопределённые элементы. Если требуется гарантировать наличие базовых видов («Головной офис», «Филиал»), их можно завести предопределёнными и адресоваться в коде по имени.

- Отчётность/СКД. Классификатор можно использовать как измерение в отчётах по структуре партнёрской сети (группировка ДЗ/КЗ по видам связей), опираясь на счета 1210/3310.

Требует проверки в сборке 3.4.5.21: точный состав предопределённых элементов и наличие реквизита обратного вида связи — это может отличаться между релизами линейки 3.4.

---
_BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_