--- title: "与对方的结算文件（手动记账）在《哈萨克斯坦会计3.0》中：如何将付款与债务关联并关闭对账差异" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/dokument-raschetov-s-kontragentom-ruchnoy-uchet-v-buhgalt-zh source: BuhGPT --- # 与对方的结算文件（手动记账）在《哈萨克斯坦会计3.0》中：如何将付款与债务关联并关闭对账差异 > **TL;DR:** 已在3.0.74.2版本的“哈萨克斯坦会计”中验证（版本3.0）。 对方发送了对账单，而您却发现不一致：对方的预付款已结清，而您的付款“悬而未决”，与债务分开。您打开1210（或3310）账户的余额表，看到同一客户的两条记录——发货单独一条，付款单独一条，没有相互抵消。原因几乎总是一个：结算是 “按结算文件” 进行的，而付款未指定与之相关的结算文件。如果数据库中没有原始发货（转到新程序，输入余额，在其他系统中发货）——就无法将付款与之关联。这时就需要 “与对方的结算文件（手动记账）” 对象：它创建一个“虚拟”链接，指向数据库中不存在的原始文件，以便 --- 已在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）。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_