重要的对象类型差异。 在任务中，对象被声明为
Документ.КонтактныеЛица，而导航链接给出为e1cib/list/Документ.КонтактныеЛица。然而，evidence 和元数据中的整个对象结构（object_type_ru，所有者字段ОбъектВладелец，表单ФормаЭлемента，版本控制机制，缺乏运动）明确表明，这实际上是 目录 —Справочник.КонтактныеЛица。在哈萨克斯坦和俄罗斯的 1C 标准配置中，“联系人”始终实现为从属目录，而不是文档。下面将对象描述为目录；正确的导航链接是e1cib/list/Справочник.КонтактныеЛица。声明的“文档”类型应视为设置错误。
1. 识别
| 参数 | 值 |
|---|---|
| 全名 | Справочник.КонтактныеЛица（在任务中错误为 Документ.КонтактныеЛица） |
| 元数据类型 | 目录（从属） |
| 名称 | КонтактныеЛица |
| 同义词 | 联系人 |
| 所有者 | 对手方，用户（复合所有者） |
| 配置 | 哈萨克斯坦会计，版本 3.0.74.2 |
| 版本控制 | 支持（对象变更历史） |
| 在哪里找到 | 部分“主要活动”→“联系人”。也可以从对手方卡片和用户设置中打开。导航链接： e1cib/list/Справочник.КонтактныеЛица |
目的。 存储有关自然人的信息——对手方的代表（负责人、会计、采购专家、合同负责人）和系统用户的个人联系。允许记录姓名、职位、角色、出生日期和任意数量的附加信息（电话、电子邮件、即时通讯工具）。用于在与对手方合作时识别代表，并用于个性化（生日祝贺）。
2. 属性和表格部分
2.1 表头属性（元素卡片）
| 名称 | 类型 | 必填 | 目的 |
|---|---|---|---|
| 姓 | 字符串 | 否（DontCheck） | 用于识别和搜索的姓 |
| 名 | 字符串 | 否（DontCheck） | 联系人姓名 |
| 父称 | 字符串 | 否（DontCheck） | 父称（如适用） |
| 出生日期 | 日期 | 否（DontCheck） | 出生日期——个性化，祝贺 |
| 角色 | 目录 РолиКонтактныхЛиц |
否（DontCheck） | 功能角色（负责人、会计等） |
| 职位 | 字符串 | 否（DontCheck） | 组织中的职位 |
| 描述 | 字符串 | 否（DontCheck） | 有关联系人的其他信息 |
| ОбъектВладелец | 目录：对手方，用户 | 是（ShowError） | 联系人的所有者。必填性 动态 — 取决于 ВидКонтактногоЛица |
| ВидКонтактногоЛица | 枚举 ВидыКонтактныхЛиц |
是（ShowError） | 联系人类型：对手方联系人或用户个人联系人。确定验证逻辑 |
| ПользовательЛичногоКонтакта | 目录 Пользователи |
否（DontCheck） | 个人联系的用户所有者。对于个人联系人自动填写 |
除了列出的属性外，目录还有标准的 Код 和 Наименование。名称通常是根据姓名自动生成的。
2.2 表格部分“附加属性”
存储用户定义的联系人扩展属性（电话号码、电子邮件、即时通讯工具和其他属性），通过“附加属性和信息”机制设置。
| 名称 | 类型 | 目的 |
|---|---|---|
| 属性 | 特征类型计划 ДополнительныеРеквизитыИСведения |
定义附加属性（存储哪个属性） |
| 值 | 复合类型 | 属性值（字符串、数字、日期等） |
| 文本字符串 | 字符串 | 用于存储和显示的值的文本表示 |
3. 表单
目录包含 三种表单：
- ФормаЭлемента — 联系人主要编辑表单。包含 11 个输入字段：
ВидКонтактногоЛица，Код，ОбъектВладелец，Фамилия，Имя，Отчество，Наименование，Должность，Роль，ДатаРождения，Описание。表单上通常放置联系信息块和附加属性表。 - ФормаСписка — 查看和筛选联系人列表（标准目录列表表单）。需要根据具体版本进行检查——在 evidence 中未提供第二个表单的确切名称。
- ФормаВыбора — 在其他对象字段中选择联系人。需要检查——在 evidence 中未提供第三个表单的确切名称。
第二和第三个表单的确切组成在 evidence 中未详细说明；提供了从属目录的标准列表和选择表单。
4. 模块的关键过程
由于 evidence 中未附上 BSL 代码，因此以下是 从属目录的标准处理程序（实际名称和内容根据特定版本的对象模块进行确认）。
- ОбработкаЗаполнения（对象模块）— 根据输入填充属性/默认值：从上下文中插入
ОбъектВладелец，设置ВидКонтактногоЛица，为个人联系人自动填充ПользовательЛичногоКонтакта。 - ОбработкаПроверкиЗаполнения — 实现 动态必填：对于“对手方联系人”类型，检查
ОбъектВладелец（对手方）的填写，对于“个人联系人”——与用户的绑定。在这里还形成待检查的属性列表。 - ПередЗаписью / ПриЗаписи — 从姓名同步
Наименование，维护ОбъектВладелец和ВидКонтактногоЛица的一致性，记录对象版本（版本控制）。 - ПриКопировании — 清除/重新设置不应复制的属性。
- 表单过程（
ПриСозданииНаСервере，ВидКонтактногоЛицаПриИзменении，联系信息和附加属性表的处理程序）——根据联系人类型管理字段的可见性和可用性。
5. 处理和运动
对象不生成运动。 КонтактныеЛица 是目录，而不是文档：它没有处理模式，不会在积累/信息登记簿中创建记录，并且 不生成会计分录。
因此，此对象 不适用 哈萨克斯坦的会计科目计划（1210、1030、1330、3310、3130、6010、7010），也不适用 2026 年哈萨克斯坦的税率和限额（增值税 16%，最低生活标准 4,325 ₸，最低工资 85,000 ₸，个人所得税基本扣除 30 MRP/月且不超过 360 MRP/年，个人所得税 10%/15%，门槛 8,500 MRP，社会保险 10%，基数上限 50 MRP，社会保险率 3.5%，医疗保险 2%，社会医疗保险 3%，社会税 5%，社会税 6%），也不适用电子文件（ЭСФ，СНТ）。这些规范在配置的计算和会计文件中使用（销售、采购、工资、税务报告），但不在联系人目录中。
联系人仅作为 参考数据 参与会计：在合同、授权书、打印表单和交换中被替换，作为对手方的代表。
6. 相关对象和基于输入
所有者/引用对象：
Справочник.Контрагенты— 对手方联系的主要所有者；Справочник.Пользователи— 个人联系的所有者（属性ПользовательЛичногоКонтакта）；Справочник.РолиКонтактныхЛиц— 属性Роль的值来源；ПланВидовХарактеристик.ДополнительныеРеквизитыИСведения— 附加属性的定义；- 机制 联系信息（电话、电子邮件、地址）— 存储与元素相关的联系数据的标准子系统。
基于输入。 作为联系人目录，通常既不是经典“基于输入”的来源，也不是接收者。创建新联系人通常是从对手方卡片发起的（在对手方联系人列表中的“创建”按钮），并自动插入所有者和类型。
7. 扩展点
- 配置扩展 — 添加属性/表单而不取消支持；通过
&Вместо/&После重写过程ОбработкаПроверкиЗаполнения，ПриЗаписи。 - 附加属性和信息 — 标准方式添加用户属性（通过表格部分
ДополнительныеРеквизиты）而不更改配置。 - 事件订阅 — 在对象的
ПриЗаписи/ПередЗаписью上进行集成（CRM、交换、联系人同步）。 - 附加处理/报告（БСП）— 绑定到目录的填充、打印、导出命令。
- 元素/列表表单 — 通过扩展修改以添加联系信息字段、按钮和根据
ВидКонтактногоЛица的可见性逻辑。