RUKKENZH
向AI提问
栏目1C 配置对象
文档"电话呼叫"(Documents.ТелефонныйЗвонок)——哈萨克斯坦会计 3.0.74.2
文章语言:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
文章版本:📘 会计版⚙️ 技术人员版

文档"电话呼叫"(Documents.ТелефонныйЗвонок)——哈萨克斯坦会计 3.0.74.2

适用于: 1С:Бухгалтерия для Казахстана, 版本 3.0.74.2 (2026年8月27日) · 1C-Sapa 集团 — 1C 合作伙伴
СТ
Сапа Т.И. — 1C 与会计专家,实战型讲师
由BuhGPT编辑部编写

1. 对象识别

参数 值
对象类型 文档 (Documents)
名称 电话呼叫
全名 文档.电话呼叫
同义词 "电话呼叫"
任务中的同义词 —(配置中使用"电话呼叫")
配置 哈萨克斯坦会计,3.0 版(版本 3.0.74.2)
子系统 CRM / 交互(界面中为"标准子系统" → "电话呼叫")
导航链接 e1cib/list/Документ.ТелефонныйЗвонок

用途。 该文档用于在 CRM 子系统范围内登记和管理与客户、合作伙伴及其他往来单位的电话交互信息。销售部门、支持服务部门以及处理客户库的其他专业人员使用它。该文档既记录来电也记录去电,可将呼叫关联到某个联系人,设定谈话的主题和重要性,指定负责人。它与"会议""电子邮件"和"计划交互"一同构成整体交互系统的一部分。

重要:"电话呼叫"是用于记录沟通的 CRM 文档,而非核算(会计)文档。它不生成会计分录,也不产生累积/信息寄存器的记录(参见第 5 节)。因此增值税税率、个人所得税、哈萨克斯坦共和国会计科目表的科目等不直接适用于它——它们只出现在可以基于呼叫录入的相关财务文档中。

2. 表头属性和表格部分

该文档实现通用的交互机制,因此主要的属性集继承自"交互"的典型结构。

2.1. 表头必填属性

不填写它们则文档不予保存/不予过账——1C 会提示"字段…未填写"。

属性 类型(典型) 用途
主题 字符串 谈话的简短主题,显示在列表和交互日志中
描述 字符串(多行) 谈话的详细文本/结果,经理的备注
来电 布尔值 呼叫方向:真——来电,假——去电
对方表示 字符串 对话方的文本表示(姓名/名称),如在列表中显示的那样
对方如何联系 字符串 对方的联系信息(电话号码),据此进行了通信

2.2. 其他表头属性(交互的典型属性)

属性 类型 用途
日期 日期 记录呼叫的日期和时间
编号 字符串 文档编号
负责人 目录引用.用户 负责交互的员工(用于批量更改,场景第 3.4 项)
重要性 枚举(低/普通/高) 交互的优先级
依据 文档引用 / 任意引用 依据对象(交易、订单、计划交互)
备注 字符串 业务备注

2.3. 表格部分

该文档没有单独的专门表格部分。交互的参与者/联系人列表通过典型的"交互对象与参与者"机制("交互"子系统的信息寄存器)维护,而非通过文档本身的表格部分。

3. 表单

表单 用途
文档表单 录入和查看呼叫的主表单:主题、方向(来电/去电)、对方、结果描述、负责人、重要性
列表表单 呼叫列表;通过链接 e1cib/list/Документ.ТелефонныйЗвонок 打开,用于导航和批量更改
选择表单 从其他对象/交互日志中挑选时选择呼叫

此外,该文档还参与通用的交互日志表单(与"会议""电子邮件""计划交互"一起),其中按联系人/对象以统一的沟通信息流显示。

4. 模块的关键过程

随附的证据中没有带 路径:行号 坐标的 BSL 导出,因此下面列出的是此类对象的典型处理程序;具体实现请在配置器中核对。

对象模块 (对象模块):

  • 填充处理(填充数据, ...) — 基于依据录入时填充属性(例如从"计划交互",场景第 3.3 项):转移对方、主题、负责人。
  • 填充检查处理(拒绝, 被检查属性) — 控制必填字段 主题、描述、来电、对方表示、对方如何联系。
  • 写入前(...) / 写入时(...) — 更新"交互"子系统的数据(对象、参与者、已读状态)。
  • 过账处理(拒绝, 过账模式) — 对于此文档不生成记录(参见第 5 节)。

表单模块 (文档表单):

  • 服务器上创建时 — 调整呼叫方向字段的可见性/可用性。
  • 基于依据录入的命令处理程序("创建会议""创建邮件")— 参见第 6 节。

来自证据的典型错误:"在客户端上对对象的调用无效。"(发生在 对象模块 中)——在客户端代码中访问对象的服务器上下文/方法。文本来自 release 3.0.68.1;出现该消息时,请检查调用是否已移至服务器。

5. 过账与记录

该文档不生成会计分录,也不创建寄存器记录——元数据中 register_records 为空。这一点由证据证实:"文档不生成分录和寄存器记录——这是用于管理交互的 CRM 文档,而非核算文档"。

相应地:

  • 会计寄存器(哈萨克斯坦共和国典型会计科目表——1210、1030、1330、3310、3130、6010、7010)不受该文档影响。
  • 税务计算(增值税 16%、个人所得税、强制养老金缴款、社会保险、社会税等)不适用于它。
  • 电子文档(ИС ЭСФ 中的 ЭСФ、СНТ)不会从电话呼叫中开具。

实际上,呼叫的"过账"仅意味着记录已发生交互的事实并更新"交互"子系统的数据(状态、对象、参与者)。所有财务后果只出现在相关文档中(订单、销售、付款单),它们基于依据录入,并且本身已经生成哈萨克斯坦共和国科目的分录和税务记录。

6. 相关对象和基于依据录入

"交互"子系统的同类对象:"会议""电子邮件(来件/去件)""计划交互""短信"。

基于依据录入(根据证据场景):

场景 录入方向
3.3 基于计划交互创建呼叫 "计划交互" → "电话呼叫"
3.5 基于呼叫创建会议 "电话呼叫" → "会议"
3.2 记录去电并创建联系人 "电话呼叫" → 创建联系人/往来单位目录的元素

与 CRM 对象的关联:通过 依据 属性和"交互对象"机制,呼叫关联到往来单位/合作伙伴、联系人、交易或销售文档。基于呼叫(作为谈判结果),随后可以录入财务文档——"付款单""买方订单""商品和服务销售",它们已经生成分录并在必要时生成 ЭСФ/СНТ。

批量操作(场景 3.4):通过"批量更改属性"处理,对选定的呼叫批量重新指定 负责人 属性。

7. 扩展点

  • 属性。通过配置扩展添加自定义字段(例如"咨询来源""请求类别""通话时长")——文档表头属性。
  • 对象模块处理程序。订阅 写入时/过账处理 事件,以便与外部电话系统(CTI)集成、从自动电话交换机自动登记呼叫、创建任务。
  • 基于依据录入。扩展"基于依据创建"命令,以生成任务、支持工单、销售文档。
  • 表单。通过扩展改进 文档表单(拨号按钮、来电者弹出卡片),无需将配置移出支持状态。
  • 事件订阅(BSP)。使用 BSP"交互"机制与邮件、日历、提醒集成。

需核实(版本相关):表单属性的确切构成和消息文本在各版本之间可能不同——结构证据基于 3.0.68.1 版本收集,目标版本为 3.0.74.2。请在目标版本的配置器中核对必填字段和处理程序的构成。

常见问题

“电话呼叫”单据是否生成会计分录?
否。这是“交互”子系统的CRM单据,其登记记录列表为空(register_records = [])。它不影响会计寄存器和哈萨克斯坦共和国会计科目表(1210、1030、3310等),也不计算税款。财务分录和税务变动仅在基于呼叫录入的销售单据中产生。
记录单据时哪些字段为必填项?
主题、描述、来电、订户表示形式和订户联系方式。如果其中任何一项未填写,1С将不允许记录/过账单据,并提示“字段…未填写”。
如何打开电话呼叫列表?
通过导航链接 e1cib/list/Документ.ТелефонныйЗвонок,或通过“标准子系统”→“电话呼叫”/交互日志。
是否会从电话呼叫开具ЭСФ(电子发票)或СНТ(商品流转单)?
否。电子单据(ИС ЭСФ系统中的ЭСФ、СНТ)不会通过呼叫开具。协商结束后,基于呼叫录入财务单据(订单、销售),随后这些单据在必要时生成ЭСФ和СНТ。
“客户端上对对象的非法调用”错误意味着什么?
这是在对象模块的客户端代码中调用对象的服务端上下文/方法。需要将调用移至服务端。文本引自3.0.68.1版本;通过扩展进行改造时,请检查执行上下文。

延伸阅读

最新解答

参考来源

这篇文章对您有帮助吗?
💼 需要 1C 或会计方面的帮助?Слава КВЦ — 在哈萨克斯坦拥有多年 1C 实践经验。查看逐条解析的哈萨克斯坦税法 2026,或在 BuhGPT 聊天中提问 — 几秒钟即可获得答复。