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