文件《与银行交换的通知》— 技术描述

1. 对象识别

目的。 本文档是与银行的电子文档交换（ЭДО）子系统的核心对象。它记录、存储和管理组织与信贷机构之间交换的电子文档（ЭД）的生命周期：支付指令、银行对账单、收据、状态请求等。文档在与银行同步时自动创建（客户-银行 / 直接交换），或在生成外发ЭД时手动创建。主要用户是每天处理支付和对账单的会计和财务人员。

从本质上讲，该对象具有信息参考（运输）特性：它记录交换的事实和状态，但本身不反映会计或税务记录中的经济交易。会计分录（例如，账户 1030 的资金、与对手方的结算 1210/3310 等）由相关的会计文档（“支付指令”、“从结算账户扣款”、“存入结算账户”）生成，而不是“СообщениеОбменСБанками”。

2. 属性和表格部分

以下是该类型对象在配置中的典型组成。具体属性列表可能在版本内略有不同（版本特定）。

表头属性

存储的数据 / 组成属性

表格部分用作解析的运输容器：基于它们形成或匹配会计文档，但独立的会计分录不会产生行。

3. 表单

4. 模块的关键程序

在配置的证据中确认了与电子文档签署和运输相关的表单处理程序 ЭлектронныйДокумент：

消息文本是从代码中逐字引用的（在版本 3.0.68.1 中记录）。如果用户看到此消息 — 请检查相应行的条件。

该类型对象的其他典型处理程序（电子文档的通用逻辑）：

• ПриСозданииНаСервере 表单 — 初始化状态，基于当前电子文档状态的签署/发送命令的可用性。
• 表单命令 Подписать, Отправить, ЗапроситьСтатус, Отклонить — 管理生命周期（状态转换）。
• ОбработкаЗаполнения — 在与银行同步时自动创建时填充属性。
• 对象模块的程序用于解析入站电子文档主体并填充表格部分（对账单/登记）。

重要： 对象中没有 ОбработкаПроведения 程序。

5. 进行和分录

文档不可进行。 在元数据中 register_records = [] — 对象不生成会计记录或税务记录的分录。

因此，“СообщениеОбменСБанками”本身不会进行任何“借/贷”分录。所有会计记录由相关的支付和对账单文档生成。作为参考，以下是这些相关文档生成的哈萨克斯坦会计科目计划的典型对应关系（而不是描述的对象）：

结算货币为坚戈 (₸)。2026 年哈萨克斯坦的税率和标准（增值税 16%，最低工资 4,325 ₸，最低生活标准 85,000 ₸ 等）与该对象无直接关系，因为它不参与税款的计算 — 仅作为配置的上下文提供。

6. 相关对象和基于输入

• 支付会计文档： “支付指令”、“从结算账户扣款”、“存入结算账户” — 是电子文档的数据源/接收器。外发交换消息是根据支付文档生成的；在解析入站对账单时，行与这些文档匹配或创建它们。
• 银行账户（目录）和 组织 — 确定交换通道和电子文档交换的设置。
• 电子签名证书 / 签名 — 在签署时附加到电子文档。
• 与银行的交换配置/设置（客户-银行，直接交换） — 确定运输和身份验证的会计数据。

作为该对象的会计文档的基础输入并不常见：交换消息通常由电子文档交换子系统自动创建，或通过 ЭлектронныйДокумент 表单的命令创建，而不是通过“基于输入”。

7. 扩展点

• 扩展表单 ЭлектронныйДокумент — 在签署/发送之前添加自定义检查，与额外银行的集成（类似于 ...Сбербанк 状态处理分支）。
• 对象的事件订阅（ПередЗаписью, ПриЗаписи） — 用于交换日志或通知责任人。
• 处理电子文档主体的解析 — 根据特定银行/格式的特点完善对账单行与会计文档的匹配。
• 附加属性/信息 — 在不干扰典型代码的情况下扩展消息的属性组成。

由于对象不可进行，与进行和分录相关的扩展点不存在 — 不要尝试在不存在的 ОбработкаПроведения 中添加逻辑；会计分录在相关支付文档中完善。