Важное расхождение по типу объекта. В задании объект заявлен как
Документ.КонтактныеЛица, а навигационная ссылка дана какe1cib/list/Документ.КонтактныеЛица. Однако вся структура объекта в evidence и метаданных (object_type_ru, поле-владелецОбъектВладелец, формаФормаЭлемента, механизм версионирования, отсутствие движений) однозначно указывает, что фактически это Справочник —Справочник.КонтактныеЛица. В типовых конфигурациях 1С для РК и РФ «Контактные лица» всегда реализованы именно как подчинённый справочник, а не документ. Ниже объект описан как справочник; корректная навигационная ссылка —e1cib/list/Справочник.КонтактныеЛица. Заявленный тип «Документ» следует считать ошибкой постановки.
1. Идентификация
| Параметр | Значение |
|---|---|
| Полное имя | Справочник.КонтактныеЛица (в задании ошибочно — Документ.КонтактныеЛица) |
| Тип метаданных | Справочник (подчинённый) |
| Имя | КонтактныеЛица |
| Синоним | Контактные лица |
| Владелец | Контрагенты, Пользователи (составной владелец) |
| Конфигурация | Бухгалтерия для Казахстана, ред. 3.0.74.2 |
| Версионирование | Поддерживается (история изменений объекта) |
| Где найти | Раздел «Основная деятельность» → «Контактные лица». Также открывается из карточки контрагента и из настроек пользователя. Навигационная ссылка: e1cib/list/Справочник.КонтактныеЛица |
Назначение. Хранит сведения о физических лицах — представителях контрагентов (руководители, бухгалтеры, специалисты по закупкам, ответственные за договоры) и личных контактах пользователей системы. Позволяет вести ФИО, должность, роль, дату рождения и произвольный набор дополнительных сведений (телефоны, email, мессенджеры). Используется для идентификации представителей при работе с контрагентами и для персонализации (поздравления по дате рождения).
2. Реквизиты и табличные части
2.1 Реквизиты шапки (карточки элемента)
| Имя | Тип | Обязательность | Назначение |
|---|---|---|---|
| Фамилия | Строка | Нет (DontCheck) | Фамилия для идентификации и поиска |
| Имя | Строка | Нет (DontCheck) | Имя контактного лица |
| Отчество | Строка | Нет (DontCheck) | Отчество (если применимо) |
| ДатаРождения | Дата | Нет (DontCheck) | Дата рождения — персонализация, поздравления |
| Роль | Справочник РолиКонтактныхЛиц |
Нет (DontCheck) | Функциональная роль (руководитель, бухгалтер и т. п.) |
| Должность | Строка | Нет (DontCheck) | Должность в организации |
| Описание | Строка | Нет (DontCheck) | Прочие сведения о контактном лице |
| ОбъектВладелец | Справочник: Контрагенты, Пользователи | Да (ShowError) | Владелец контакта. Обязательность динамическая — зависит от ВидКонтактногоЛица |
| ВидКонтактногоЛица | Перечисление ВидыКонтактныхЛиц |
Да (ShowError) | Тип контакта: контакт контрагента или личный контакт пользователя. Определяет логику валидации |
| ПользовательЛичногоКонтакта | Справочник Пользователи |
Нет (DontCheck) | Пользователь-владелец личного контакта. Заполняется автоматически для личных контактов |
Кроме перечисленных реквизитов у справочника есть стандартные Код и Наименование. Наименование, как правило, формируется автоматически из ФИО.
2.2 Табличная часть «ДополнительныеРеквизиты»
Хранит расширенные, определяемые пользователем свойства контакта (номера телефонов, email, мессенджеры и прочие атрибуты), заданные через механизм «Дополнительные реквизиты и сведения».
| Имя | Тип | Назначение |
|---|---|---|
| Свойство | План видов характеристик ДополнительныеРеквизитыИСведения |
Определение дополнительного реквизита (какое свойство хранится) |
| Значение | Составной тип | Значение реквизита (строка, число, дата и др.) |
| ТекстоваяСтрока | Строка | Текстовое представление значения для хранения и отображения |
3. Формы
Справочник содержит три формы:
- ФормаЭлемента — основная форма редактирования контактного лица. Содержит 11 полей ввода:
ВидКонтактногоЛица,Код,ОбъектВладелец,Фамилия,Имя,Отчество,Наименование,Должность,Роль,ДатаРождения,Описание. На форме обычно размещён блок контактной информации и таблица дополнительных реквизитов. - ФормаСписка — просмотр и отбор списка контактных лиц (типовая форма списка справочника). Требует проверки по конкретному релизу — точное имя второй формы в evidence не приведено.
- ФормаВыбора — выбор контактного лица в поля других объектов. Требует проверки — точное имя третьей формы в evidence не приведено.
Точный состав второй и третьей форм в evidence не детализирован; приведены типовые для подчинённого справочника формы списка и выбора.
4. Ключевые процедуры модулей
BSL-код в evidence не приложен, поэтому ниже — типовые обработчики для подчинённого справочника такого назначения (реальные имена и содержание уточняются по модулю объекта конкретного релиза).
- ОбработкаЗаполнения (модуль объекта) — заполнение реквизитов при вводе на основании / по умолчанию: подстановка
ОбъектВладелециз контекста, установкаВидКонтактногоЛица, автозаполнениеПользовательЛичногоКонтактадля личных контактов. - ОбработкаПроверкиЗаполнения — реализация динамической обязательности: для вида «контакт контрагента» проверяется заполнение
ОбъектВладелец(контрагент), для «личного контакта» — привязка к пользователю. Здесь же формируется список проверяемых реквизитов. - ПередЗаписью / ПриЗаписи — синхронизация
Наименованиеиз ФИО, поддержание согласованностиОбъектВладелециВидКонтактногоЛица, запись версии объекта (версионирование). - ПриКопировании — очистка/переустановка реквизитов, не подлежащих копированию.
- Процедуры формы (
ПриСозданииНаСервере,ВидКонтактногоЛицаПриИзменении, обработчики контактной информации и таблицы дополнительных реквизитов) — управление видимостью и доступностью полей в зависимости от вида контакта.
5. Проведение и движения
Объект движений не формирует. КонтактныеЛица — это справочник, а не документ: у него нет режима проведения, он не создаёт записей в регистрах накопления/сведений и не формирует бухгалтерских проводок.
Соответственно, к данному объекту не применяются ни план счетов РК (1210, 1030, 1330, 3310, 3130, 6010, 7010), ни ставки и лимиты налогов Казахстана 2026 (НДС 16 %, МРП 4 325 ₸, МЗП 85 000 ₸, базовый вычет по ИПН 30 МРП/мес и не более 360 МРП/год, ИПН 10 %/15 % с порогом 8 500 МРП, ОПВ 10 % при потолке базы 50 МЗП, ОПВР 3,5 %, ВОСМС 2 %, ОСМС 3 %, СО 5 %, соцналог 6 %), ни электронные документы (ЭСФ, СНТ). Эти нормы задействуются в расчётных и учётных документах конфигурации (реализация, поступление, зарплата, налоговая отчётность), но не в справочнике контактных лиц.
Контактные лица участвуют в учёте только как справочные данные: подставляются в договоры, доверенности, печатные формы и обмен, где выступают представителями контрагента.
6. Связанные объекты и ввод на основании
Владельцы / ссылающиеся объекты:
Справочник.Контрагенты— основной владелец контактов контрагентов;Справочник.Пользователи— владелец личных контактов (реквизитПользовательЛичногоКонтакта);Справочник.РолиКонтактныхЛиц— источник значений реквизитаРоль;ПланВидовХарактеристик.ДополнительныеРеквизитыИСведения— определения дополнительных реквизитов;- механизм контактной информации (телефоны, email, адреса) — типовая подсистема, хранящая контактные данные, привязанные к элементу.
Ввод на основании. Как справочник контактных лиц обычно не является ни источником, ни приёмником классического «ввода на основании». Создание нового контакта чаще инициируется из карточки контрагента (кнопка «Создать» в списке контактных лиц контрагента) с автоматической подстановкой владельца и вида.
7. Точки расширения
- Расширение конфигурации — добавление реквизитов/форм без снятия с поддержки; переопределение процедур
ОбработкаПроверкиЗаполнения,ПриЗаписичерез&Вместо/&После. - Дополнительные реквизиты и сведения — штатный способ добавить пользовательские атрибуты (через табличную часть
ДополнительныеРеквизиты) без изменения конфигурации. - Подписки на события — на
ПриЗаписи/ПередЗаписьюобъекта для интеграций (CRM, обмен, синхронизация контактов). - Дополнительные обработки/отчёты (БСП) — привязка к справочнику команд заполнения, печати, выгрузки.
- Форма элемента / списка — модификация через расширение для добавления полей контактной информации, кнопок и логики видимости по
ВидКонтактногоЛица.