--- 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/dokument-platezhnoe-poruchenie-vhodyashchee-tehnicheskoe--zh source: BuhGPT --- # 文件《付款指令（入账）》— 技术说明（哈萨克斯坦会计 3.0.74.2） > **TL;DR:** 1. 识别 参数 值 对象类型 文件 (Documents) 名称 支付指令（入账） 完整路径 文件.支付指令（入账） 同义词 “支付指令（入账）” 配置 哈萨克斯坦会计，版本 3.0 (3.0.74.2) 结算货币 腾格 (₸)，支持外币交易 目的。 文件记录了 无现金资金的到达 ，用于哈萨克斯坦会计中组织的银行账户。会计和出纳每天在处理银行对账单时使用，以反映： 来自客户的付款（根据付款账单或销售）； 来自供应商的退款（之前发放的预付款，过多支付）； 外币的买卖； 强制性养老金缴款（ОПВ）、社会捐款（СО）、工资、统一付款及其他支付的退款； --- 1. 识别 参数 值 对象类型 文件 (Documents) 名称 支付指令（入账） 完整路径 文件.支付指令（入账） 同义词 “支付指令（入账）” 配置 哈萨克斯坦会计，版本 3.0 (3.0.74.2) 结算货币 腾格 (₸)，支持外币交易 目的。 文件记录了无现金资金的到达，用于哈萨克斯坦会计中组织的银行账户。会计和出纳每天在处理银行对账单时使用，以反映： - 来自客户的付款（根据付款账单或销售）； - 来自供应商的退款（之前发放的预付款，过多支付）； - 外币的买卖； - 强制性养老金缴款（ОПВ）、社会捐款（СО）、工资、统一付款及其他支付的退款； - 部门之间的内部转账。 在 1C 中查找的位置： 部分 “银行和现金” → “入账支付指令” → “创建”。导航链接：e1cib/list/文件.支付指令（入账）。 2. 头部和表格部分的必需条款 2.1 头部的必需条款 条款 目的 组织 资金到达的法人/个体经营者 操作类型 确定场景和处理逻辑（客户付款、供应商退款、外币买卖、ОПВ/СО/工资退款等） 发票日期 银行对账单上资金入账的日期 对方 付款人（客户、供应商、基金） 文件货币 入账货币；当货币 ≠ 腾格时，包含汇率差异的计算 文件金额 入账的总金额 银行账户 银行会计账户（借方部分的分录）— 标准的哈萨克斯坦 1030 “当前银行账户的现金” 组织账户 组织的结算账户（“银行账户”目录） 与对方的会计账户（BU） 与对方的结算账户（贷方 BU） 与对方的会计账户（NU） 结算账户，税务会计 NU会计类型 用于税务反映的会计类型 考虑KPN 根据税务会计计划的账户生成运动的标志（KPN） 2.2 表格部分 “支付明细” 按合同/结算文件逐行解读入账。 列 目的 对方合同 结算关闭的合同 支付金额 文件货币中的行金额 结算金额 合同结算货币中的金额 结算汇率, 结算倍数 操作日期合同货币的汇率/倍数 与对方的会计账户（BU） 行的结算账户（贷方），BU 与对方的会计账户（NU） 行的结算账户，NU 支付账单 （可选）支付账单 — 填写时在注册中生成运动 支付账单 2.3 用于基金/工资退款的表格部分 对于操作类型“退款 ...”，使用同名表格部分，每个部分都有文件（计费依据文件）和退款金额列： 表格部分 场景 养老金退款 从基金退款 ОПВ 社会捐款退款 从基金退款 СО 工资退款 工资退款 统一付款退款 统一付款退款 其他支付退款 其他支付退款 如果头部/行的必填字段未填写，平台将无法处理文件并显示“字段...未填写”。 3. 表单 表单 目的 文件表单 主要输入/编辑表单；可见条款和表格部分的组成根据操作类型动态变化 列表表单 入账支付日志（通过导航链接打开），按组织、银行、对方、处理状态筛选 选择表单 在从其他对象选择和根据基础输入时选择文件 4. 模块的关键程序（来自证据） 对象模块 (ObjectModule) - 处理处理 (≈76 行)。调用来自管理模块的准备处理参数，然后通过通用机制处理参数生成运动。所有操作类型的运动计算的统一点。 - 检查填写处理。在处理之前控制表格部分的正确性。特别是在退款时，阻止在一个文件中混合不同类型的支付： “在表格部分‘其他支付退款列表’中列出了不同类型的其他支付的清单：...不能通过不同类型的其他支付执行退款” （条件：查询结果.数量() > 1）。 - 逐行检查表格部分的填写。逐行检查货币的一致性；如果不一致 — 消息格式为“合同货币 %1”。 管理模块 - 准备处理参数。生成处理参数集（账户、金额、子账户、基金分析、汇率） — 从对象模块中提取的服务器逻辑。 消息文本逐字引用自代码（版本 3.0.68.1）。在 3.0.74.2 中，表述在意义上是相同的 — 需要检查 仅在处理错误时对准确书写的要求。 5. 处理和运动 处理处理 根据操作类型生成一组注册的运动。 5.1 会计（注册“经济核算”，哈萨克斯坦会计计划） 入账的基本分录： 借方 银行账户 — 贷方 与对方的会计账户（BU） 子账户 贷方：对方、合同、结算文件 哈萨克斯坦会计计划的示例： 场景 分录 来自客户的付款 借方 1030 — 贷方 1210 “客户和买方的短期应收账款” 来自供应商的预付款退款 借方 1030 — 贷方 1610 （之前发放的预付款） 外币销售（入账腾格） 借方 1030 — 贷方 外币的过渡账户 + 汇率差异 从基金退款 ОПВ 借方 1030 — 贷方 3220 （ОПВ 的义务） 5.2 税务会计 当考虑KPN = 真时，根据税务会计计划生成类似的运动（税务会计注册），使用与对方的会计账户（NU）和NU会计类型。 5.3 其他注册 注册 何时生成 支付账单（积累） 在明细中指定支付账单 — 账单偿还的记录 与组织员工的结算 工资退款操作 ОПВ与基金的结算, СО与基金的结算 等 从基金退款/扣款 汇率差异注册 外币交易 — 按市场汇率和会计汇率 5.4 增值税和电子文件 资金到达的事实不征收增值税 — 增值税通过销售/入账文件反映。同时，入账支付关闭与销售相关的结算，这些销售的增值税按哈萨克斯坦现行税率16%（2026年）计算，账户3130 “应付增值税”。注册的销售伴随ЭСФ (ИС ЭСФ)，如有必要СНТ；入账支付不生成自己的电子文件，但参与关闭与其相关的结算。 参考，相关销售的账户：6010 “销售收入”， 7010 “销售成本”， 1330 “商品”。 6. 相关对象和基础输入 - 输入依据： “客户付款账单”、“商品和服务销售”、“从结算账户扣款”（用于退款） — 填写对方、合同、结算账户和金额。 - 银行对账单： 文件从银行对账单处理程序中加载/创建（客户银行，DirectBank）。 - 对方合同、银行账户、组织 — 分析的来源。 - 基金/工资文件 — 退款表格部分的来源。 - 文件是结算的依据，并参与“1210/1610账户的余额表”、“对方子账户分析”的报告。 7. 扩展点 - 管理模块 → 准备处理参数 — 在不修改对象模块的情况下，调整处理的账户/分析的首选点。 - 处理处理（配置扩展） — 添加自定义运动（例如，管理注册）。 - 检查填写处理 — 添加行业填写检查。 - 表单 (文件表单) — 扩展操作类型属性的变更时处理程序，以管理表格部分的可见性。 - 事件订阅 (在保存前/在保存时) — 与外部财务系统的集成。 - 机制 处理参数 — 通过标准库逻辑重新定义注册的组成。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_