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. 扩展点
- 管理模块 →
准备处理参数— 在不修改对象模块的情况下，调整处理的账户/分析的首选点。 处理处理（配置扩展） — 添加自定义运动（例如，管理注册）。检查填写处理— 添加行业填写检查。- 表单 (
文件表单) — 扩展操作类型属性的变更时处理程序，以管理表格部分的可见性。 - 事件订阅 (
在保存前/在保存时) — 与外部财务系统的集成。 - 机制
处理参数— 通过标准库逻辑重新定义注册的组成。