--- title: "《支付方式指南》（哈萨克斯坦会计 3.0.74.2）" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/spravochnik-vidyoplatekvayringa-buhgalteriya-dlya-kazahst-zh source: BuhGPT --- # 《支付方式指南》（哈萨克斯坦会计 3.0.74.2） > **TL;DR:** 1. 识别 参数 值 对象类型 目录 (Catalog) 名称 支付方式 完整名称 目录.支付方式 ( Catalogs.支付方式 ) 同义词 — (未指定) 配置 哈萨克斯坦会计，版本 3.0，版本 3.0.74.2 层次结构 层次型（组和元素的层次结构） 导航链接 e1cib/list/目录.支付方式 目的。 该目录用于对通过收单系统（银行卡终端、二维码、移动支付等）进行的非现金支付类型进行分类。它允许根据支付系统（Visa、MasterCard、“МИР”、本地二维码服务）和支付方式（终端上的卡、移动支付）来区分收入，以便正确核算收单银行的佣 --- 1. 识别 参数 值 对象类型 目录 (Catalog) 名称 支付方式 完整名称 目录.支付方式 (Catalogs.支付方式) 同义词 — (未指定) 配置 哈萨克斯坦会计，版本 3.0，版本 3.0.74.2 层次结构 层次型（组和元素的层次结构） 导航链接 e1cib/list/目录.支付方式 目的。 该目录用于对通过收单系统（银行卡终端、二维码、移动支付等）进行的非现金支付类型进行分类。它允许根据支付系统（Visa、MasterCard、“МИР”、本地二维码服务）和支付方式（终端上的卡、移动支付）来区分收入，以便正确核算收单银行的佣金和销售分析。该目录由使用电子支付的组织的会计和出纳维护：在设置收银机和销售点时填写一次，然后在进行收单操作时自动使用。 在 1C 中查找的位置： “银行和现金”部分 → “支付方式”。也可以从“目录”部分和支付银行卡的文档选择表单中访问。 2. 属性和表格部分 2.1 表头属性 名称 类型 必填性 目的 移动支付 布尔型 (xs:boolean) 不检查 (DontCheck) 指示该支付方式是否属于移动支付（通过银行应用程序、Apple Pay、Google Pay、二维码钱包等支付）。用于对移动支付进行特殊处理和单独报告。 标准目录属性（所有层次型目录都有，未明确列出自有属性）： 名称 目的 代码 目录元素的唯一代码 名称 支付方式的名称（例如，“Visa”、“MasterCard”、“МИР”、“Apple Pay”） 父级 指向拥有组的链接（支持层次结构） 这是组 指示该元素是否为组的标志 删除标记, 预定义, 链接 服务标准属性 2.2 表格部分 没有表格部分。该目录具有简单的结构：在标准组成上增加一个额外属性 移动支付。 3. 表单 该目录包含 5 个表单： 表单 目的 列表表单 用于处理支付方式列表的主要表单（≈56 个 UI 元素）。是查看和管理目录的关键表单。包含命令 “修改选定项” 用于批量修改选定元素的属性。 元素表单 创建和编辑单个支付方式的表单（≈16 个 UI 元素）。包含字段：父级, 名称, 代码 和 移动支付 标志的复选框。 组表单 创建和编辑组的表单（≈13 个 UI 元素）。用于构建目录的层次结构。 选择表单 从列表中选择元素的表单（≈26 个 UI 元素）。在文档中选择支付方式时调用。 选择组表单 仅选择目录组的表单（≈23 个 UI 元素）。用于选择父组的专用表单。 4. 模块的关键过程 在附带的证据中未提供程序模块（BSL 文本），因此下面列出了适用于这种结构的层次型目录的典型处理程序。需要在特定版本 3.0.74.2 中进行验证 — 下面处理程序的存在和内容（在证据中未确认）。 对象模块 (目录对象.支付方式)： - 处理填充(填充数据, ...) — 默认填充新元素的属性（包括 移动支付 的值 = 假）。 - 处理检查填充(拒绝, 检查属性) — 控制必填字段的填充。移动支付 属性被排除在检查之外 (DontCheck)。 - 在记录之前(拒绝) / 在复制时(复制对象) — 标准预记录逻辑。 表单 (元素表单, 列表表单)： - 在服务器上创建时(拒绝, 标准处理) — 设置条件格式和表单元素的可见性。 - 在 列表表单 中的命令处理程序 “修改选定项” — 批量修改选定列表行的属性（包括 移动支付 标志）。 该目录不包含自己的业务逻辑 — 作为目录，它不执行任何操作（见第 5 节）。 5. 处理和运动 该目录不是文档，且不自行生成注册的运动。它作为文档和注册中反映收单操作的分析（属性值）存在。以下是哈萨克斯坦会计科目表中的标准应用逻辑。 5.1 作为分析使用的位置 - 在支付银行卡的文档/零售销售报告中 — 属性“支付方式（收单）”。 - 在收单终端和销售点的设置中 — 用于将支付系统与银行的收单合同进行匹配。 5.2 收单操作的典型分录（哈萨克斯坦会计科目表） 客户通过 POS 终端用卡支付（收入尚未由银行入账）： 借 贷 内容 1030（活期账户上的资金）/ 收单的单独子账户 1210（短期应收账款） 反映客户用银行卡支付 银行入账收入，扣除收单佣金： 借 贷 内容 1030 收单的子账户 收入金额入账到活期账户 7010（销售成本）或银行服务费用账户 收单的子账户 扣除收单银行的佣金 销售用卡支付的商品（零售）： 借 贷 内容 1210 6010（销售收入） 确认销售收入 1210 3130（应付增值税） 按16%的税率计提增值税 7010（销售成本） 1330（商品） 核销已售商品的成本 示例中的增值税按16%的税率计算（哈萨克斯坦，2026年）。分析 支付方式 作为收单的测量/子账户进入相关文档的运动，确保对每个支付系统的收入和佣金进行单独核算。 5.3 电子文档 用卡支付的销售，如有必要，附带电子发票（电子发票，IS ЭСФ）和追踪商品的运输单（在移动/流转可追踪商品时）。该目录不参与电子发票/运输单的生成，但相关的销售文档会参与。 6. 相关对象和基于的输入 - 支付银行卡的文档/零售销售报告 — 将目录元素用作“支付方式”属性的值。 - 收单设置（商业设备、与收单银行的合同） — 将支付方式与特定终端和合同进行匹配。 - 收单的注册 — 将支付方式用作分开核算收入和佣金的测量。 通常不提供基于该目录的输入（该目录是分类器-分析，而不是文档的来源）。用户通过 元素表单/组表单 手动填写。 7. 扩展点 - 配置扩展：添加自有属性（例如，“默认收单合同”、“佣金会计账户”、“支付系统”）和在 列表表单/元素表单 中的列，而不取消支持 — 通过扩展。 - 事件订阅： 在记录之前/在记录时 对象以控制支付系统名称的唯一性或根据 移动支付 标志自动填充组。 - 附加属性和信息：通过属性子系统（特征类型计划）连接，以存储不受规范限制的属性，而不改变元数据。 - 在 列表表单 中的“修改选定项”命令处理程序 — 批量处理元素的点。 - 程序使用：在报告和解析收单收入的算法中访问 移动支付 标志，以便对移动支付进行单独分析。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_