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.