1. 对象识别
| 参数 | 值 |
|---|---|
| 对象类型 | 文档 (Documents) |
| 名称 | АктСверкиВзаиморасчетов |
| 完整名称 | Документ.АктСверкиВзаиморасчетов |
| 同义词 | “对账单” |
| 配置 | 哈萨克斯坦会计，版本 3.0 (3.0.74.2) |
| 可处理性 | 不可处理 文档（没有 ОбработкаПроведения，属性 Проведен 不使用） |
| 结算货币 | 坚戈 (₸) |
目的。 本文档用于形成和保存在选定期间内组织与对方之间的结算对账结果。会计师用于控制债务，识别会计中的差异，并准备正式的对账单以与合作伙伴进行协调。通常定期使用——通常是按季度或应对方要求。该文档将组织的会计数据与对方提供的数据进行比较，记录协调的事实，并允许打印正式的对账单。
重要： 本文档具有信息分析性质。它不影响会计数据——不形成会计分录，也不在登记簿中进行操作。对账单中显示的余额和交易来自于已经处理的原始文档（销售、收入、付款等）。
在 1C 中查找的位置。 “销售”部分 → “对账单”。
导航链接：e1cib/list/Документ.АктСверкиВзаиморасчетов
2. 头部和表格部分的属性
2.1 头部属性
| 属性 | 目的 | 强制性 |
|---|---|---|
Организация |
以该组织的名义形成的对账单 | 强制 |
Контрагент |
与之对账的对方 | 强制 |
Дата / Номер |
文档的标准属性（日期和对账单编号） | 标准 |
对账期间 (ДатаНачала / ДатаОкончания 或 Период) |
计算交易和余额的日期范围 | 由用户指定 |
| 标志“对账已确认” | 表示对账单已得到对方确认的标志（在协调场景中使用） | 可选 |
具体的属性名称和确认标志是版本依赖的——需要在元数据 3.0.74.2 中进行验证。
2.2 表格部分
| 表格部分 | 目的 | 必填列 |
|---|---|---|
СписокСчетов |
进行对账的会计科目列表（结算科目） | Счет |
СписокОрганизаций |
包含在对账中的组织列表（多组织对账/分支机构） | Организация |
ПоДаннымОрганизации |
根据组织的会计数据计算的交易和余额 | 自动填写 |
ПоДаннымКонтрагента |
由对方提供的数据——用于比较和识别差异 | 手动填写/导入 |
对于与客户的结算，典型的科目是1210 “短期应收账款”；对于与供应商的结算——相应的3310组科目。具体的科目集在表格部分СписокСчетов中指定。
3. 表单
| 表单 | 目的 |
|---|---|
ФормаДокумента |
对账单的主要编辑表单：头部、期间和科目列表的设置、组织数据的填写按钮、对方数据的输入、确认标志的设置 |
ФормаСписка |
对账单列表（通过导航链接e1cib/list/Документ.АктСверкиВзаиморасчетов打开） |
| 打印表单“对账单” | 用于传递给对方的正式表单：期初/期末的交易和余额按文档分类，两个列“根据组织的数据”/“根据对方的数据” |
4. 模块的关键程序
从 evidence 确认了以下处理程序：
模块对象 →
ОбработкаПроверкиЗаполнения— 在记录之前控制填写的正确性。特别是检查对账科目列表是否非空：当ФильтрСписокСчетов.Количество() = 0时，发出消息“对账科目列表设置不正确”。表单.ФормаДокумента →
ВопросЗаполнитьДанныеКонтрагентаЗавершение— 在填写/重新计算数据后通知的处理程序。控制“根据组织的数据”表格是否已填写：当Объект.ПоДаннымОрганизации.Количество() = 0时，发出“表格‘根据组织的数据’未填写！”。
该类型对象的典型处理程序（1C 的通用逻辑，适用于不可处理的分析文档）：
- 命令/过程“根据会计数据填写” — 通过对会计登记簿的查询计算科目
СписокСчетов在期间内的交易和余额，并填写ПоДаннымОрганизации。 ОбработкаЗаполнения— 在创建时设置默认值（组织、期间）。- 生成打印表单的过程（“打印”）、比较组织和对方的数据、突出显示差异的过程。
在 evidence 中没有提供确切的路径
путь:строка；消息文本是根据版本 3.0.68.1 的代码逐字给出的。需要验证 3.0.74.2 中行号的对应性。
5. 处理和交易
该文档不是可处理的：
- 处理程序
ОбработкаПроведения不存在； - 属性
Проведен不使用； - 交易列表为空 (
register_records: []) — 不形成分录，不执行登记簿中的交易。
因此，对于该对象没有任何类型的会计分录，如“借 1210 贷 6010”，也没有在积累/汇总登记簿中的交易。这些分录（销售——借 1210 贷 6010 的收入金额和借 3130 “应付增值税”的增值税金额，税率16%；成本的扣除——借 7010 贷 1330）是由原始文档的销售/收入形成的，而对账单仅汇总它们的交易和余额以供显示和打印。
电子文档（ЭСФ 在 IS ЭСФ，СНТ）与对账单没有直接关系——它们是在原始销售文档上开具的；对账单仅反映结算的最终状态。
6. 相关对象和基于输入
- 数据源： 已处理的结算文档——“商品和服务的销售”、“商品和服务的收入”、“收款/付款凭证”、“付款指令（出/入）”、“从当前账户的扣除/收入”——通过会计登记簿按结算科目（1210、3310 等）进行处理。
- 参考目录：
Организации、Контрагенты、Договоры контрагентов、科目计划 (ПланСчетов.Хозрасчетный)。 - 基于输入： 对账单通常是独立的分析文档，不作为其他会计文档的基础；可以从对方/合同的卡片或从结算对账处理程序中生成。
7. 扩展点
- 打印表单的扩展 — 在对账单表单中添加徽标、属性、附加列（打印模板）。
- 事件的订阅
ОбработкаЗаполнения/ПередЗаписью— 预填充期间、科目列表、自动填充组织。 - 补充
ОбработкаПроверкиЗаполнения— 自定义控制规则（例如，在设置确认标志之前强制填写对方数据）。 - 填写会计数据 — 为非标准结算科目或分析切片重新定义交易/余额计算的查询。
- 加载对方数据 — 外部处理/扩展，用于从对方文件导入
ПоДаннымКонтрагента表格并自动突出显示差异。 - 附加属性/信息 — 通过属性机制（不改变配置）进行处理。