已在 3.0.74.2 版「哈萨克斯坦会计」（3.0 版本）上验证。
供应商发来了对账单，但他那边的欠款金额与您的对不上。或者经理问：「本季度我们欠得更多还是更少了？」用手从余额表里抠这些数据很费时间：那里所有数据都堆在一个日期上。您需要的不是一个时点，而是变动过程——期初欠多少、本期「新增」多少、支付了多少、还剩多少。「对供应商欠款动态」报表恰好展示这些。打开它，设定期间，选择往来单位——就能看到 3310 科目下欠款的整个变化路径。
1. 用途
该报表展示所选期间内对供应商的应付账款（3310 科目及相关结算科目）的变动：期初余额、欠款增加（入库）、清偿（支付）和期末余额。这是一份分析性（非过账）报表——它不会向账务写入任何内容，只读取已过账的单据。
2. 在哪里找到
界面路径：
- 「采购」板块（或「给经理」/「报表」，取决于面板设置）→ 「报表」区块 → 「对供应商欠款动态」。
- 或者：「报表」 → 「标准报表」/「与往来单位结算」——在 3310 科目余额表旁边。
直接在 1C 中打开的快捷方式——导航链接。复制下面这行字符串，在菜单中选择「服务」→「按导航链接跳转」（或 Ctrl+Shift+F1），粘贴后点击「跳转」：
e1cib/list/Отчет.ДинамикаЗадолженностиПоставщикам
2а. 如何查看您的版本号
菜单「帮助」→「关于程序」。在打开的窗口中：
- 平台版本——例如
1С:Предприятие 8.3.24.xxxx； - 配置——
哈萨克斯坦会计，3.0 版本； - 配置的版本——例如
3.0.74.2。
请将最后这个数字与本说明抬头对照。如果您的版本更旧——部分筛选设置的名称可能不同。
3. 如何填写（设置报表）
报表不是「填写」，而是在生成前进行设置。设置完成后点击「生成」。
| 字段 / 设置 | 是否必填 | 作用及出错时的后果 |
|---|---|---|
| 期间（从……到……） | 是 | 设定计算动态的时间区间。如果留空或选了「不对的」季度——期初和期末余额会按错误的日期计算，数字将与对账单对不上。请填写与供应商对账单完全一致的日期。 |
| 组织 | 是（如果库中有多个） | 查看哪个法人主体的欠款。有多个组织而不筛选时，会汇总所有组织的欠款——金额会「虚增」。 |
| 往来单位 | 否 | 按单个供应商筛选。不设则列出所有供应商。要与具体的 ТОО 对账时务必设定，否则会淹没在行里。 |
| 合同 | 否 | 将结算细化到具体合同。如果与供应商有多个合同，一个有预付款、另一个有欠款——很有用，否则它们会「合并」成一个金额。 |
| 货币 / 外币金额 | 否 | 如果以外币结算——请启用，以便看到合同货币的金额，而不仅是坚戈。否则外币欠款只按汇率显示为坚戈，与发票不符。 |
| 分组（往来单位 / 合同 / 单据） | 否 | 决定行的明细程度。「到单据」——可看到每张发货单和每笔支付；「到往来单位」——只看合计。分组太粗会掩盖是哪张发货单导致的差异。 |
| 记录明细 / 「按结算单据展开」 | 否 | 显示每一笔变动单据。当您查找究竟哪笔支付丢失时启用。 |
提示：通过「更多」→「保存报表变体」保存好用的设置——就不必每次重新设定了。
4. 带分录的详解示例
条件。组织 ТОО「Береке」。供应商——ТОО「Астана-Снаб」，增值税纳税人。查看 2026 年 2 月，增值税税率 16%。
2026 年 2 月 1 日对供应商无欠款（3310 余额 = 0）。
本月业务：
2026 年 2 月 1 日——货物入库，共 1 160 000 ₸（货物 1 000 000 ₸ + 增值税 16% = 160 000 ₸）。单据「存货及服务入库」：
- 借 1330 1 000 000 ₸——货物入库；
- 借 1420 160 000 ₸——待抵扣增值税（进项）；
- 贷 3310 1 160 000 ₸——对供应商欠款增加。
2026 年 2 月 3 日——支付 700 000 ₸，从活期账户。单据「银行账户支出」：
- 借 3310 700 000 ₸——清偿欠款；
- 贷 1030 700 000 ₸——资金从账户支出。
「对供应商欠款动态」按该往来单位的 2 月将展示：
| 指标 | 金额，₸ |
|---|---|
| 期初余额（2026 年 2 月 1 日欠款） | 0 |
| 欠款增加（入库） | 1 160 000 |
| 清偿（支付） | 700 000 |
| 期末余额（2026 年 2 月 28 日欠款） | 460 000 |
您将告诉供应商的欠款余额正是 460 000 ₸。如果他的对账单上是 1 160 000——说明他没看到您 2 月 3 日的支付。如果是 0——可能多冲抵了一笔款项。报表会立即显示是在哪一步出现了分歧。
请注意：报表本身不做这些分录。它们由入库和支付单据生成。报表只是读取 3310 科目上已有的变动并按日期展开。
5. 业务类型（生成方式）
报表不是单据，因此没有通常意义上的「业务类型」。但它提供了几种数据呈现模式：
- 按往来单位——汇总：每个供应商的欠款一行。
- 按合同明细——如果供应商有多个合同。
- 按结算单据明细——每张发货单和每笔支付分开显示（对账模式）。
- 按日期/期间的动态——按天、周或月拆分增加和清偿。
- 图形展示（图表）——直观显示欠款在期间内「上升还是下降」。
6. 生成时会产生什么
关键点：报表不过账单据、不创建 ЭСФ 或 СНТ，也不向登记簿写入变动。它只读取。
数据来源是与供应商结算科目 3310（以及预付款时的 1610「已付预付款」）的会计登记簿。报表按「往来单位」/「合同」/「结算单据」分析维度取得发生额和余额。
ЭСФ（通过 ИС ЭСФ）和 СНТ 不在这里开具，而是在依据单据（入库、收到的发票）中开具。报表仅以欠款形式反映它们过账的结果。
7. 打印表单
与任何报表一样，没有现成的「表格式」打印表单——打印的是生成的表格本身：
- 打印（
Ctrl+P）——将当前结果输出到打印机。 - 另存为……——导出为 Excel (.xlsx)、.mxl、.pdf、.html。
- 邮件发送——从报表窗口以附件形式发送。
- 图表——如果启用了图形变体，会与表格一起打印。
要与往来单位进行正式对账，请使用单独的「往来结算对账单」单据——它有带签字的规范化打印表单。
8. 常见错误
「未选择期间」（或报表为空）。 请设定「从……到……」的日期。空期间——空结果。
报表中的欠款与供应商对账单对不上。 最常见的原因是期间日期不同或预付款未冲抵。启用「按结算单据」明细并逐行比对——就能找到遗漏的支付或未过账的入库。
「在指定期间内该科目无变动」。 入库/支付单据未过账（只是保存了），或日期在期间之外的过去/未来。打开单据并将其过账（「过账」按钮）。
在早已结清的地方显示了欠款。 支付关联到了「不对的」结算单据或另一个合同。打开支付单，检查「合同」字段和清偿方式（按单据/按余额）。
金额重复计算 / 显示了所有组织。 未设置组织筛选。在「组织」字段中设定所需的法人。
外币欠款只显示为坚戈，与发票不符。 启用外币金额输出并按合同货币筛选；检查单据日期的汇率是否已录入。
9. 常见问答
问：报表会生成分录吗？ 答：不会。这是分析性报表，它不过账任何东西。分录（入库时贷 3310，支付时借 3310）由入库和支付单据生成，报表只是显示它们。
问：它按哪个科目计算欠款？ 答：按与供应商结算科目 3310「对供应商和承包商的短期应付账款」。已付预付款（1610 科目）以单独的分析维度反映。
问：它与 3310 科目余额表有何区别？ 答：余额表「平铺式」给出余额和发生额。「动态」着重于欠款随时间的变动——增长、清偿、趋势——并能按日期绘制图表。
问：如何按单个合同与供应商对账？ 答：设置按往来单位和合同筛选，启用按结算单据明细。您将看到该合同下的每张发货单和每笔支付。
问：为什么期末余额是负数？ 答：这是多付款（对供应商的预付款）：您付得比该付的多。这样的余额会「转移」到预付款科目 1610——请检查预付款是否已被后续供货冲抵。
问：能否看到合同货币的金额？ 答：可以，启用外币金额输出并按货币筛选。那么坚戈旁边会出现发票货币的金额。
问：报表在欠款金额中是否计入增值税？ 答：是。对供应商的欠款按含增值税的单据全额形成（示例中为 16% 税率下的 1 160 000 ₸），因为您正是应付这么多。
问：单据过账后数据不更新。怎么办？ 答：重新点击「生成」——报表在构建时读取数据库，自身不会更新。请确认单据已过账，而不只是保存。
问：能保存设置以免每次重设吗？ 答：可以：「更多」→「保存报表变体」。下次选择已保存的变体，即带有现成的期间、筛选和分组。
问：为什么供应商在库中有，报表里却没有？ 答：在所选期间内他没有变动也没有余额。请扩大期间或检查单据是否已过账。
10. 相关单据
对供应商的欠款（贷 3310）由以下单据创建：
- 存货及服务入库——货物、工作、服务；
- 发票（收到的） / 从 ИС ЭСФ 登记收到的 ЭСФ；
- 附加费用入库、预支报销单（在与供应商结算的部分）。
清偿欠款（借 3310）：
- 银行账户支出 / 付款委托书（支出）；
- 现金支出凭证；
- 欠款调整（互抵、结转、核销）。
基于报表数据通常办理：往来结算对账单（用于与往来单位签字）和用于清偿已查明余额的付款单据。
如何查看您的版本号
「帮助」→「关于程序」——那里显示平台版本（1С:Предприятие 8.3.x）和配置版本。本手册针对 3.0.74.2 版「哈萨克斯坦会计」（3.0 版本）编制并验证。在相邻版本上逻辑相同，仅个别筛选字段的名称可能不同。