1. 识别
| 参数 | 值 |
|---|---|
| 对象类型 | 文档 (Documents) |
| 名称 | ВедомостьНаВозвратПрочихВыплат |
| 完整名称 | Документ.ВедомостьНаВозвратПрочихВыплат |
| 同义词 | 其他支付的退款单 |
| 配置 | 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) |
| 主要部分 | “工资” (与员工的结算) |
用途。 本文档用于记录从个人向组织退还之前支付的其他款项（社会、补偿、一次性等）的资金。当员工多支付了款项或因其他原因需要退还时使用。通常由会计人员根据“其他支付的支付单”进行填写，然后将其与入账的付款指令关联（通过银行实际收款）。
关键特征。 本文档是参考分配性的：不自行生成注册表的运动（见第 5 节）。它记录了针对特定类型的其他支付，预计/实际退还的金额、涉及的个人及其时间段，并作为银行文件的依据。
在 1C 中查找的位置： 部分“工资” → “其他支付的退款单”。导航链接：e1cib/list/Документ.ВедомостьНаВозвратПрочихВыплат
2. 头部和表格部分的属性
2.1 头部属性
| 属性 | 用途 | 强制性 |
|---|---|---|
Организация |
以该组织的名义进行结算的组织，以及资金退还的地址。 | 强制 |
ВидПрочихВыплат |
退还的其他支付类型（社会、补偿、一次性等），确定结算的分析。 | 强制 |
Дата |
文档日期（标准属性），确定结算的时间点。 | 自动填写 |
Номер |
文档编号（标准属性），由编号器分配。 | 自动 |
Ответственный |
负责该文档的用户（在批量更改场景中使用）。 | 可选 |
ПодразделениеОрганизации / Подразделение |
结构部门（在批量更改场景中使用）。 | 可选 |
Комментарий |
任意文本评论。 | 可选 |
2.2 表格部分“其他支付”
主要表格部分，包含逐行解读的个人退款。
| 列 | 用途 | 强制性 |
|---|---|---|
ФизЛицо |
向组织退还资金的个人。 | 强制 |
ПериодВзаиморасчетов |
与退还金额相关的结算期间（月份）。确保与支付/转账期间的正确关联。 | 强制 |
Сумма |
按行的退款金额，以坚戈 (₸) 计。 | 强制 |
如果任何一个强制字段未填写，平台将不允许处理文档并会显示“字段…未填写”的错误。
3. 表单
对于此类文档，标准配置提供以下表单集：
| 表单 | 用途 |
|---|---|
文档表单 (ФормаДокумента) |
主要编辑表单：头部（组织、其他支付类型）和表格部分“其他支付”。包含填写、选择个人和创建相关文档的命令。 |
列表表单 (ФормаСписка) |
所有退款单的列表，按组织、支付类型、期间筛选。通过导航链接 e1cib/list/Документ.ВедомостьНаВозвратПрочихВыплат 打开。 |
选择表单 (ФормаВыбора) |
在其他对象中选择文档作为属性值时使用（例如，在与入账付款指令关联时）。 |
具体的受控表单组成和辅助表单的存在（例如，批量更改属性的表单由标准处理“批量更改属性”调用）是版本特定的 — 需要在具体的 3.0.74.2 交付中进行验证。
4. 模块的关键程序
未附上该对象的 BSL 导出 Evidence（路径：行），因此以下是该类型文档的标准模块处理程序集。
对象模块：
ОбработкаЗаполнения(ДанныеЗаполнения, ...)— 根据输入进行填写（例如，从“其他支付的支付单”转移组织、其他支付类型和与个人及金额的表格部分行）。ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)— 控制强制字段的填写（Организация、ВидПрочихВыплат，以及行中的ФизЛицо、ПериодВзаиморасчетов、Сумма）。未填写时 — 拒绝并显示消息。ОбработкаПроведения(Отказ, РежимПроведения)— 对于该文档，主体实际上不生成运动（运动列表为空），因为该文档是参考分配性的（见第 5 节）。
表单模块：
ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)— 表单的初始初始化，设置元素的可见性和可用性。ЗаполнитьПоЗадолженности(...)— 根据所选其他支付类型的个人实际欠款填写表格部分的命令（场景 3.2）。- 创建/与入账付款指令关联的命令处理程序（场景 3.3）。
确切的程序名称、签名和坐标 — 需要在版本 3.0.74.2 的配置器中进行验证（未提供 Evidence BSL）。
5. 处理和运动
文档不自行生成凭证和注册表的运动 — 在元数据中，记录器集 (register_records) 为空。这证实了对象的参考分配特性：它记录了针对个人的计划/实际退款结构，但会计记录和结算运动在相关的入账付款指令中生成。
因此“该文档的凭证”不存在。为了完整性，以下是如何在相关银行文档中反映资金退款的情况，依据哈萨克斯坦的标准会计科目表：
- 从个人到组织的资金到账（入账付款指令 / 结算账户的到账）：
- 借 1030（当前账户上的资金） — 贷 其他支付的个人结算账户（分析 — 个人，其他支付类型）。
具体金额来自退款单表格部分的行，以坚戈 (₸) 计。退款单本身不产生任何税务运动（个人所得税、社会保险、社会医疗保险等） — 它仅修正了其他支付的结算。
供参考，适用于哈萨克斯坦 2026 的计算参数（在支付/转账文档中使用，而不是这里）：增值税 16%，最低工资 4,325 ₸，最低生活标准 85,000 ₸，个人所得税基本扣除 30 MRP/月（不超过 360 MRP/年），个人所得税 10% 直到 8,500 MRP 年收入，超过部分为 15%，社会保险 10%（基数上限 50 MZP），社会医疗保险 3.5%，社会医疗保险 2%，社会医疗保险 3%，社会保险 5%，社会税 6%。
6. 相关对象和基于的输入
基于输入（文档是基于以下内容创建的）：
- 其他支付的支付单 — 主要场景 (3.1)：在发现转账金额错误或需要退还之前支付的款项时。基于输入时，转移组织、其他支付类型和与个人/金额的行。
相关文档（基于退款单创建或与之关联）：
- 入账付款指令 — 记录通过银行从个人实际收到的资金（场景 3.3）；它生成运动（借 1030）。
通用机制：
- 批量更改属性（场景 3.4） — 批量更改
Ответственный、Подразделение等在选定的退款单中。 - 复制（场景 3.5） — 基于现有的创建新退款单，保留结构。
参与属性的分析对象（目录）：
Справочник.ОрганизацииСправочник.ФизическиеЛица- 其他支付类型的目录/列表（分析
ВидПрочихВыплат）。
7. 扩展点
- 配置扩展 (adopt/&插入/&替代)： 添加处理程序
ОбработкаПроверкиЗаполнения、ОбработкаЗаполнения，无需取消支持 — 用于额外的退款金额验证规则或对其他支付类型的限制。 - 事件订阅：
ПередЗаписью、ПриЗаписи文档 — 用于与外部系统的集成或额外的退款日志记录。 - 额外属性和信息（属性机制
ПланВидовХарактеристик） — 添加自定义分析而不更改对象的元数据。 - 表单属性 / 文档表单扩展 — 添加自定义填写命令（例如，从外部来源加载欠款）、列和表单中的检查。
- 额外报告和处理（外部）指向该文档 — 用于批量生成、打印和导出。
- 由于文档不生成运动，扩展处理逻辑没有意义；自定义会计逻辑应放置在相关的入账付款指令中。