《字符串联系方式交互手册》— 技术说明

1. 识别

目的。 该目录以字符串（非结构化）形式存储联系信息——电子邮件地址、电话号码、收件人的任意字符串——这些信息出现在“互动”子系统的文档中（电子邮件、电话、短信、会议、计划的互动）。当字符串联系方式无法或不需要与特定的对手/合作伙伴/个人进行匹配时，目录元素是必要的：此时，发件人/收件人的“原始”地址作为单独元素保存，以确保统一表示和后续与联系方式目录的匹配（mapping）。

在绝大多数情况下，目录的操作是间接的：在注册互动时，平台会根据联系方式字符串自动查找现有元素或创建新元素。用户手动维护目录并不常见。

2. 属性和表格部分

2.1 头部属性

元数据中的自定义属性未定义。该目录依赖于标准系统字段：

缺乏应用属性对于该对象来说是常态：所有重要信息都包含在名称中，而与互动对象的关系存储在子系统的外部信息登记中，而不是在目录本身中。

2.2 表格部分

表格部分不存在。

2.3 表单

元数据中的表单未重定义——使用平台自动生成的表单：

缺乏自定义表单确认了对象的服务性质：最终用户不需要单独的屏幕表单。

3. 表单 — 列表

没有自定义表单。所有表单都是自动生成的（见第 2.3 节）。在界面中，目录通常没有单独的菜单项。

4. 模块的关键程序

导出的程序和重定义的处理程序在证据中未附加。对于这种类型的目录，БСП 中的典型机制如下（在“互动”子系统的公共模块中实现，而不是在目录模块中）：

• 根据联系方式字符串查找/创建元素。 在记录互动文档时，“互动”子系统的公共模块根据名称（地址）查找元素，并在不存在时创建新元素——确保字符串联系方式的唯一性。
• 处理填充（对象模块，典型处理程序）——在根据邮件/电话数据程序创建元素时填充名称。
• 在保存前 / 在保存时（对象模块）——在保存前对联系方式字符串进行规范化（大小写、去除空格）。
• 在子系统中注册联系信息——在记录互动时，字符串联系方式通过子系统的信息登记与对象关联（见第 5 节）。

需要在特定版本上进行验证：服务于字符串联系方式匹配的公共模块的集合和签名是版本特定的，可能在 3.0.7x 版本之间有所不同。

5. 处理和移动

该目录不是文档，且不进行处理——没有“处理”属性和登记移动。会计分录（在哈萨克斯坦典型会计科目计划中：1210、1030、1330、3310、3130、6010、7010 等），以及增值税/电子发票/社会税的移动不由该对象生成——它位于会计轮廓之外，属于通信基础设施。

间接参与移动：

• 目录元素在“互动”子系统的信息登记中作为测量/资源的值出现（“互动对象 ↔ 联系”关系），这些登记由互动文档填充，而不是由目录本身填充。
• 在税务计算和电子文档生成（电子发票在电子发票信息系统中，社会税）中，该目录不参与。任何哈萨克斯坦 2026 年的数值/税务标准（增值税率 16%、最低工资 4,325 ₸、最低生活标准 85,000 ₸、个人所得税扣除 30 最低工资/月且不超过 360 最低工资/年、个人所得税 10%/15%、社会保险 10%、社会保险补充 3.5%、强制医疗保险 2%、自愿医疗保险 3%、社会保障 5%、社会税 6%）对该对象不适用，仅作为当前配置上下文的标记。

6. 相关对象和基于输入

该目录是“叶子”服务对象。未提供从它/到它的基于输入。引用它的对象是“互动”子系统：

7. 扩展点

• 联系方式匹配。 通过重定义“互动”子系统 БСП 的公共模块来正确扩展字符串联系方式的查找/规范化逻辑，而不是修改目录模块。
• 目录对象模块 (在保存前, 在保存时, 处理检查填充)——验证/规范化名称的点。
• 对目录记录的事件订阅——用于与外部通信系统的集成。
• 配置扩展——在不取消支持的情况下进行修改的首选方式；只有在实际需要时才应添加属性/表单，记住对象的服务性质。

在哪里找到：导航链接 e1cib/list/目录.字符串联系方式。在标准界面中，通常没有单独的菜单项；打开方式为链接或间接从互动文档中。