--- title: "《字符串联系方式交互手册》— 技术说明" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/spravochnik-strokovyekontaktyvzaimodeystviy-tehnicheskoe--zh source: BuhGPT --- # 《字符串联系方式交互手册》— 技术说明 > **TL;DR:** 1. 识别 参数 值 对象类型 目录 (Catalog) 名称 字符串联系方式 完整名称 目录.字符串联系方式 同义词 未指定 (—) 配置 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) 拥有子系统 “互动” (标准子系统库, БСП) 层次结构 组和元素的层次结构 (目录支持 父级 ) 对象特征 服务性 (基础设施的技术实体) 目的。 该目录以字符串（非结构化）形式存储联系信息——电子邮件地址、电话号码、收件人的任意字符串——这些信息出现在“互动”子系统的文档中（电子邮件、电话、短信、会议、计划的互动）。当字符串联系方式 无法或不需要 --- 1. 识别 参数 值 对象类型 目录 (Catalog) 名称 字符串联系方式 完整名称 目录.字符串联系方式 同义词 未指定 (—) 配置 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) 拥有子系统 “互动” (标准子系统库, БСП) 层次结构 组和元素的层次结构 (目录支持 父级) 对象特征 服务性 (基础设施的技术实体) 目的。 该目录以字符串（非结构化）形式存储联系信息——电子邮件地址、电话号码、收件人的任意字符串——这些信息出现在“互动”子系统的文档中（电子邮件、电话、短信、会议、计划的互动）。当字符串联系方式无法或不需要与特定的对手/合作伙伴/个人进行匹配时，目录元素是必要的：此时，发件人/收件人的“原始”地址作为单独元素保存，以确保统一表示和后续与联系方式目录的匹配（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/目录.字符串联系方式。在标准界面中，通常没有单独的菜单项；打开方式为链接或间接从互动文档中。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_