已在3.0.74.2版本的“哈萨克斯坦会计”中验证（版本3.0）。
对方发送了对账单，而您却发现不一致：对方的预付款已结清，而您的付款“悬而未决”，与债务分开。您打开1210（或3310）账户的余额表，看到同一客户的两条记录——发货单独一条，付款单独一条，没有相互抵消。原因几乎总是一个：结算是“按结算文件”进行的，而付款未指定与之相关的结算文件。如果数据库中没有原始发货（转到新程序，输入余额，在其他系统中发货）——就无法将付款与之关联。这时就需要“与对方的结算文件（手动记账）”对象：它创建一个“虚拟”链接，指向数据库中不存在的原始文件，以便1C能够正确地将预付款与债务进行抵消。
1. 目的
这是一个服务文件。它的唯一任务是作为（结算文件）链接在进行按文件的相互结算时使用，当数据库中没有实际的原始文件时。它本身不生成会计分录和税务变动——它只是为其他文件提供一个“锚”，以便付款、抵消或初始余额可以关联。
2. 在哪里找到
这个文件通常没有单独的菜单项——它是从其他对象的“结算文件”字段“即时”创建的（输入余额、资金的收入/支出、预付款的抵消），通过选择按钮→创建。
要查看已创建文件的完整列表，请直接通过导航链接打开它们：
- 菜单“服务”（或“文件”——取决于模式）→“通过导航链接转到…”
- 插入：
e1cib/list/Документ.ДокументРасчетовСКонтрагентом - 点击“转到”——将打开所有手动记账的结算文件的日志。
2а. 如何知道自己的版本
“帮助”→“关于程序”。在打开的窗口中：平台版本（例如，8.3.2x）和配置版本——行“哈萨克斯坦会计，版本3.0（3.0.74.2）”。如果您的版本较旧或较新——字段的位置可能会略有不同，但逻辑是相同的。
3. 如何填写
文件较短——字段不多，但每个字段都会影响债务是否与付款“合并”。
| 字段 | 必填 | 原因及错误时的后果 |
|---|---|---|
| 组织 | ✅ | 该公司是债务的来源。错误的话——付款将无法在其组织的范围内找到文件，无法结清任何东西。 |
| 日期 | ✅ | 至关重要。1C根据日期建立偿还顺序（通常是FIFO）。请设置实际债务发生的日期（发货/预付款日期），而不是今天的日期——否则抵消将“吃掉”错误的文件。 |
| 对方 | ✅ | 买方或供应商。余额悬挂的范围。 |
| 合同 | ✅ | 它确立了相互结算的类型和货币。合同必须与付款/发货中的相同，否则余额将无法抵消——将会有两条相互的记录。 |
| 金额 | ✅ | 该“锚”所替代的债务/预付款金额。以合同的结算货币为准。 |
| 货币 | ✅（从合同继承） | 默认是坚戈₸。对于外币合同——合同的货币；金额将在消费文件中按汇率换算，而不是在这里。 |
| 备注 | — | 写下债务的来源（“截至01.01.2026的余额”，“来自旧数据库的发货，发票号为…的预付款”）。半年后在新的对账中会有所帮助。 |
主要规则：“组织 + 对方 + 合同”的三元组在此文件和引用它的文件中必须逐字一致。否则将无法进行相互抵消。
4. 解析的示例与分录
情况。 从2026年1月1日起，您转到了新数据库。有限责任公司“阿尔廷”欠您1,160,000 ₸的货款，该货物于2025年12月发货（销售是在旧系统中进行的，新数据库中没有）。在1月份，买方付款。
步骤1. 创建手动记账的结算文件（日期——2025年12月31日）：
- 组织——您的；
- 对方——有限责任公司“阿尔廷”；
- 合同——“货物供应合同第15号”（按文件进行相互结算）；
- 金额——1,160,000 ₸。
它不生成分录——它只是作为链接出现在列表中。
步骤2. 输入初始余额（文件“输入初始余额”，会计部分“与买方的结算”，账户1210）。在“结算文件”字段中选择步骤1中创建的对象。分录由输入余额生成：
| 借 | 贷 | 金额, ₸ | 内容 |
|---|---|---|---|
| 1210 | 000（输入余额的辅助账户） | 1,160,000 | 截至2026年1月1日对有限责任公司“阿尔廷”的债务 |
现在在1210账户中有债务，“附加”到我们的结算文件。
步骤3. 收到付款（文件“资金收入”/银行对账单）。在行中指定相同的合同，并在“结算文件”中选择相同的手动记账对象：
| 借 | 贷 | 金额, ₸ | 内容 |
|---|---|---|---|
| 1030 | 1210 | 1,160,000 | 来自有限责任公司“阿尔廷”的付款 |
由于付款引用了与余额相同的结算文件，因此1210的余额被抵消为零。对账单中的不一致已解决。请注意：增值税在这里不动——它“包含”在12月份的销售中；在2026年的新发货中，哈萨克斯坦的税率为16%。
5. 操作类型
该文件没有单独的“操作类型”属性——它是一个通用链接。在实践中，它用于四种场景：
- 买方的应收账款——在数据库中不存在的1210账户的债务。
- 供应商的应付账款——已发放的预付款/3310的债务。
- 在转到程序时的初始余额输入。
- 相互抵消/债务调整，当相互义务需要归并为一个链接时。
6. 进行时生成什么
诚实地说：在会计和税务中没有任何东西。
- 没有分录。 借/贷由引用它的消费文件（输入余额、付款、抵消）生成。
- 不生成电子发票和附随单据。 这不是销售文件——电子发票在电子发票信息系统和附随单据是从销售/转移文件中开具的，而不是从这里。
- 增值税登记簿没有变动。
- 该文件仅作为“结算文件”字段中的值可用，并参与相互结算的选择。
如果您期待它生成分录——您使用的不是该文件；您需要“销售”、“收入”或“输入余额”。
7. 打印表单
该服务文件没有自己的打印表单——没有可打印的内容，原始文件存在于引用它的文件中。您可以打印相关对象：
- 相互结算对账单（“销售”/“采购”部分）——在那里该债务将被考虑；
- 消费文件的打印表单（发票、单据、付款指令）。
8. 常见错误
“未填写对方合同”——在尝试保存时。合同是确定相互结算类型的关键字段。选择实际存在债务的合同。
付款未结清债务，1210的余额中有两条记录。 原因：付款和该文件中指定了不同的合同（或不同的结算文件）。打开两个文件，使其符合“组织–对方–合同”的三元组，并使用相同的结算文件，重新进行处理。
“合同的相互结算是按结算文件进行的”——在选择时的警告。这正是“结算文件”字段是必填的信号；如果没有实际的原始文件——请直接从该字段创建手动记账文件。
抵消“吃掉”了错误的债务。 原因——日期不正确。FIFO会偿还最早的文件。请在手动记账文件中设置正确的义务发生日期。
外币债务在货币上相符，但在坚戈上不符。 请记住：汇率和坚戈金额由消费文件确定，而不是该对象。请检查付款/余额中的汇率。
9. 常见问答
如何在该文件中选择操作类型（预付款/债务）？ 没有办法——该文件没有操作类型属性。它是预付款还是债务由引用它的文件及其会计账户（1210/1610，3310/3510）决定。
它生成分录吗？ 不。它是一个引用对象。所有分录由消费文件生成：输入余额、收入/支出资金、抵消预付款。
是否会为其开具电子发票或附随单据？ 不会。电子文件是从销售和转移中生成的。在这里既没有电子发票信息系统，也没有附随单据。
如果没有任何变动，它到底有什么用？ 为了在“按结算文件”记账时，付款可以有依附的对象，当数据库中没有原始文件时——在转到程序时、输入余额时、在对账中解决不一致时。
应该填写什么日期？ 实际债务/预付款发生的日期，而不是今天的日期。它影响抵消时的偿还顺序。
为什么付款没有结清债务，尽管金额相等？ 几乎总是——付款和余额中的合同或结算文件不同。请使“组织–对方–合同”的三元组一致，并使用相同的结算文件，重新处理两个文件。
是否可以用一个这样的文件结清多个发货？ 最好不要。对于每个债务/预付款，请创建一个单独的链接，确保日期和金额正确——这样对账和FIFO才能正常工作。一个“通用”文件会混淆时间的划分。
它会影响增值税申报吗？ 不会，它不会在增值税登记簿中生成变动。增值税已经在16%的销售文件中被考虑（或将被考虑）。
如果错误创建了该文件，如何删除它？
通过导航链接e1cib/list/Документ.ДокументРасчетовСКонтрагентом打开列表，但请先确保没有文件引用它（检查相关文件），否则付款将再次“悬而未决”。
可以为其制作对账单吗？ 单独——不可以。但创建的债务将出现在标准的“相互结算对账单”中，并在结算账户的余额表中。
10. 相关文件
基于什么创建/在哪里选择：
- 输入初始余额（与买方/供应商的结算）——主要消费文件；
- 资金收入/支出，银行对账单——“结算文件”字段；
- 债务调整/预付款抵消。
在“正常”情况下替代它的是什么：
- 商品和服务的销售——如果发货在数据库中，结算文件将是它（并且将开具电子发票/附随单据）；
- 商品和服务的收入——对于应付账款也是类似。
本质上，该对象是缺失原始文件的“补丁”。一旦实际的销售或收入出现在数据库中，就应引用它们，而手动记账文件应从链条中移除。
如何知道自己的版本
“帮助”→“关于程序”：那里列出了平台版本和配置版本。该手册已在“哈萨克斯坦会计”，版本3.0，版本3.0.74.2上验证。在其他版本中，字段的组成几乎没有变化——该对象是服务性和最小的。
为3.0.74.2版本的“哈萨克斯坦会计”准备（版本3.0）。