--- 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-dvizheniya-denezhnyh-sredstv-buhgalteriya-dly-zh source: BuhGPT --- # 《现金流动指南》（哈萨克斯坦会计 3.0.74.2） > **TL;DR:** 1. 识别 参数 值 对象类型 目录 (Catalog) 名称 ДвиженияДенежныхСредств 完整路径 Справочник.ДвиженияДенежныхСредств / Catalogs.ДвиженияДенежныхСредств 同义词 现金流动 配置 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) 层次结构 组和元素的层次结构（支持文件夹-组） 导航链接 e1cib/list/Справочник.ДвиженияДенежныхСредств 在哪里找到 部分“现金流” → “现金流动”（也可以从“目录 --- 1. 识别 参数 值 对象类型 目录 (Catalog) 名称 ДвиженияДенежныхСредств 完整路径 Справочник.ДвиженияДенежныхСредств / Catalogs.ДвиженияДенежныхСредств 同义词 现金流动 配置 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) 层次结构 组和元素的层次结构（支持文件夹-组） 导航链接 e1cib/list/Справочник.ДвиженияДенежныхСредств 在哪里找到 部分“现金流” → “现金流动”（也可以从“目录”和“银行与现金”部分访问） 目的。 目录是用于哈萨克斯坦会计的现金流动的分析分类器。它不是文档，不能单独生成凭证：其元素在支付、现金和银行文档以及现金流登记册中作为分析（子账户/度量）的值。基于这些分析生成现金流动报告（ОДДС）——包括直接和间接方法。会计和财务人员在处理银行对账单、支付指令、收入和支出现金凭证时每天填写。组的层次结构用于粗略分类（运营、投资、财务活动及其条目）。 2. 属性和表部分 2.1 头部属性 元数据中没有自定义（用户）属性。目录仅使用平台标准属性： 名称 类型 必填性 目的 Код 字符串 必填 流动类型的唯一代码；是记录的自然键的一部分 Наименование 字符串 必填 流动类型的完整名称；是记录的自然键的一部分 Родитель Справочник.ДвиженияДенежныхСредств 可选 在层次结构中作为所有者的组 ЭтоГруппа 布尔 系统 层次结构中的组（文件夹）标志 自然键由字段Код和Наименование同时组成（见ПоляЕстественногоКлюча()在管理模块中）——这是在数据交换加载/匹配和防止重复时的关键点。 2.2 表部分 没有表部分。 3. 表单 定义了 5 种表单： 表单 目的 ФормаЭлемента 创建和编辑元素的关键表单（字段：父级、名称、代码） ФормаГруппы 创建和编辑层次结构组（字段：父级、名称、代码） ФормаСписка 主要列表表单；支持批量修改属性（“修改选定项”命令） ФормаВыбора 在填写文档属性时从列表中选择元素 ФормаВыбораГруппы 从层次结构中选择组 4. 模块的关键过程 对象分类器没有专门的应用逻辑（处理程序、复杂的填写验证）。在证据中确认的方法是管理模块： - ПоляЕстественногоКлюча()（管理模块）——返回自然键的字段组成（Код，Наименование）。用于数据交换和加载子系统，以在不依赖内部链接（GUID）的情况下识别元素。 对于这种类型的目录，适用平台的标准处理程序，应该在修改时使用： - ОбработкаЗаполнения（对象模块）——在创建新元素时的默认填写； - ПередЗаписью / ПриЗаписи（对象模块）——在记录之前验证唯一性和业务规则； - ОбработкаПроверкиЗаполнения——控制必填属性； - ПриСозданииНаСервере，ПриЧтенииНаСервере（表单模块）——设置表单元素的可见性/可用性。 5. 处理和流动 目录不进行处理，并且不直接在登记册中创建记录——这是分析的度量。流动生成引用其元素的文档： - 积累登记册“现金流”（管理/运营现金余额的会计）——目录元素作为“现金流动条目”的度量。 - 会计登记册（经济核算）——现金流动作为现金账户的子账户使用。 参与现金流动分析的哈萨克斯坦会计计划中的支付文档的典型分录： 操作 借 贷 备注 客户在当前账户上的付款收入 1030 1210 现金流动分析：“客户收入” 从当前账户支付给供应商 3310 1030 现金流动分析：“支付给供应商” 商品销售（收入） 1210 6010 反映收入，增值税税率16% 应付增值税的计提 1210 3130 应税营业额的增值税16% 成本的扣除 7010 1330 商品销售的成本 示例：销售商品116,000 ₸，含增值税→100,000 ₸收入（借1210 贷6010）和16,000 ₸增值税（借1210 贷3130）。在收到付款时（借1030 贷1210），现金流动分析中插入目录元素“现金流动”——这就是ODDS的基础。 电子销售的支持通过单独的文档进行：ЭСФ（ИС ЭСФ）和СНТ——它们不引用该目录，但与相同的支付/销售文档相关。 6. 相关对象和基于的输入 目录是从属分析，不能基于其进行输入/从中进行输入。对元素的引用使用： - 银行文档：“存入账户”，“从账户扣款”，银行对账单（账户1030）。 - 现金文档：“收入现金凭证”，“支出现金凭证”（账户1010）。 - 登记册：积累登记册“现金流”，会计登记册中关于现金账户的部分。 - 报告：“现金流动报告”（直接和间接方法），其中目录元素形成流动条目的行。 自然键（Код + Наименование）在交换计划中用于与其他数据库的同步。 7. 扩展点 - 通过配置扩展添加属性（例如，“ODDS部分”，“活动类型：运营/投资/财务”，“ODDS行代码”）以便在报告中自动分组。 - 事件的订阅ПередЗаписью/ПриЗаписи目录——用于控制分类器的完整性和禁止删除使用的条目。 - 重定义表单（ФормаЭлемента，ФормаСписка）在扩展中——添加服务字段和提示，而不取消对对象的支持。 - 支付文档的默认填写规则——根据操作/对方的类型预填充现金流动条目。 - 管理模块：在修改交换时依赖于ПоляЕстественногоКлюча()，而不是内部链接，以保持数据库之间的可比性。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_