--- title: "文件《与银行交换的通知》— 技术描述" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/dokument-soobshchenieobmensbankami-tehnicheskoe-opisanie-zh source: BuhGPT --- # 文件《与银行交换的通知》— 技术描述 > **TL;DR:** 1. 对象识别 参数 值 对象类型 文档 (Documents) 名称 СообщениеОбменСБанками 完整名称 Документ.СообщениеОбменСБанками 同义词 “与银行的交换消息” 配置 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) 可进行 否 — 文档不包含 ОбработкаПроведения 并且不生成会计分录 在哪里找到 电子交互部分 → “与银行的交换消息” 导航链接 e1cib/list/Документ.СообщениеОбменСБанками 目的。 本文档是与银行的电子文档 --- 1. 对象识别 参数 值 对象类型 文档 (Documents) 名称 СообщениеОбменСБанками 完整名称 Документ.СообщениеОбменСБанками 同义词 “与银行的交换消息” 配置 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) 可进行 否 — 文档不包含 ОбработкаПроведения 并且不生成会计分录 在哪里找到 电子交互部分 → “与银行的交换消息” 导航链接 e1cib/list/Документ.СообщениеОбменСБанками 目的。 本文档是与银行的电子文档交换（ЭДО）子系统的核心对象。它记录、存储和管理组织与信贷机构之间交换的电子文档（ЭД）的生命周期：支付指令、银行对账单、收据、状态请求等。文档在与银行同步时自动创建（客户-银行 / 直接交换），或在生成外发ЭД时手动创建。主要用户是每天处理支付和对账单的会计和财务人员。 从本质上讲，该对象具有信息参考（运输）特性：它记录交换的事实和状态，但本身不反映会计或税务记录中的经济交易。会计分录（例如，账户 1030 的资金、与对手方的结算 1210/3310 等）由相关的会计文档（“支付指令”、“从结算账户扣款”、“存入结算账户”）生成，而不是“СообщениеОбменСБанками”。 2. 属性和表格部分 以下是该类型对象在配置中的典型组成。具体属性列表可能在版本内略有不同（版本特定）。 表头属性 属性 目的 Дата 交换消息生成的日期/时间 Номер 文档编号 Организация 以其名义进行交换的组织 БанковскийСчёт / Счёт 与交换相关的组织在银行的账户 ВидОбмена / ТипСообщения 电子文档类型：支付指令、对账单、收据、状态请求等 Направление 外发 / 内收文档 Статус / СостояниеЭД 生命周期的当前状态（已准备、已签署、已发送、已被银行接受、已拒绝、已执行） ИдентификаторЭД 在交换系统/银行中的电子文档唯一标识符 ДатаОтправки, ДатаПолучения 运输事件的时间戳 Ответственный 对文档负责的用户 Комментарий 任意文本注释 存储的数据 / 组成属性 元素 目的 存储 (ХранилищеЗначения) 的电子文档主体 电子文档的主体（XML/二进制容器），如其传递给银行/从银行接收 电子签名 (ЭП) 附加到电子文档的证书和签名 对账单/支付登记的表格部分 从电子文档主体解析出的行（例如，对账单的交易或支付文档登记） — 在解析入站消息时填充 表格部分用作解析的运输容器：基于它们形成或匹配会计文档，但独立的会计分录不会产生行。 3. 表单 表单 目的 列表表单 查看交换消息日志，按组织、账户、状态和方向过滤 文档表单 查看特定交换消息的属性 表单 ЭлектронныйДокумент 电子文档交换的关键工作表单：用证书签署电子文档，发送到银行，请求状态，处理银行的回复（见第 4 节的程序） 选择/打印对账单表单 生成和打印任意期间的对账单（场景 3.5） 4. 模块的关键程序 在配置的证据中确认了与电子文档签署和运输相关的表单处理程序 ЭлектронныйДокумент： 程序 / 点 功能 诊断消息 ОткрытьСертификат 在签署电子文档之前，从已安装签名列表中选择电子签名证书。控制 Элементы.ЭП.ТекущиеДанные <> Неопределено “在已安装签名列表中选择证书。” ПослеОтправкиЗапросаСтатусаПлатежаСбербанк 处理银行对支付状态请求的回复；检查标志 ДополнительныеПараметры.АутентификацияПроизводилась “银行服务器上的身份验证错误” 消息文本是从代码中逐字引用的（在版本 3.0.68.1 中记录）。如果用户看到此消息 — 请检查相应行的条件。 该类型对象的其他典型处理程序（电子文档的通用逻辑）： - ПриСозданииНаСервере 表单 — 初始化状态，基于当前电子文档状态的签署/发送命令的可用性。 - 表单命令 Подписать, Отправить, ЗапроситьСтатус, Отклонить — 管理生命周期（状态转换）。 - ОбработкаЗаполнения — 在与银行同步时自动创建时填充属性。 - 对象模块的程序用于解析入站电子文档主体并填充表格部分（对账单/登记）。 重要： 对象中没有 ОбработкаПроведения 程序。 5. 进行和分录 文档不可进行。 在元数据中 register_records = [] — 对象不生成会计记录或税务记录的分录。 因此，“СообщениеОбменСБанками”本身不会进行任何“借/贷”分录。所有会计记录由相关的支付和对账单文档生成。作为参考，以下是这些相关文档生成的哈萨克斯坦会计科目计划的典型对应关系（而不是描述的对象）： 操作（相关文档） 借 贷 支付给供应商（从当前账户扣款） 3310 “应付供应商” 1030 “当前账户上的资金” 收到客户的付款 1030 “当前账户上的资金” 1210 “短期应收账款” 结算货币为坚戈 (₸)。2026 年哈萨克斯坦的税率和标准（增值税 16%，最低工资 4,325 ₸，最低生活标准 85,000 ₸ 等）与该对象无直接关系，因为它不参与税款的计算 — 仅作为配置的上下文提供。 6. 相关对象和基于输入 - 支付会计文档： “支付指令”、“从结算账户扣款”、“存入结算账户” — 是电子文档的数据源/接收器。外发交换消息是根据支付文档生成的；在解析入站对账单时，行与这些文档匹配或创建它们。 - 银行账户（目录）和 组织 — 确定交换通道和电子文档交换的设置。 - 电子签名证书 / 签名 — 在签署时附加到电子文档。 - 与银行的交换配置/设置（客户-银行，直接交换） — 确定运输和身份验证的会计数据。 作为该对象的会计文档的基础输入并不常见：交换消息通常由电子文档交换子系统自动创建，或通过 ЭлектронныйДокумент 表单的命令创建，而不是通过“基于输入”。 7. 扩展点 - 扩展表单 ЭлектронныйДокумент — 在签署/发送之前添加自定义检查，与额外银行的集成（类似于 ...Сбербанк 状态处理分支）。 - 对象的事件订阅（ПередЗаписью, ПриЗаписи） — 用于交换日志或通知责任人。 - 处理电子文档主体的解析 — 根据特定银行/格式的特点完善对账单行与会计文档的匹配。 - 附加属性/信息 — 在不干扰典型代码的情况下扩展消息的属性组成。 由于对象不可进行，与进行和分录相关的扩展点不存在 — 不要尝试在不存在的 ОбработкаПроведения 中添加逻辑；会计分录在相关支付文档中完善。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_