已在“哈萨克斯坦会计”3.0.74.2 版本(3.0 版)上测试。
季度末。您坐下来将销售数据与 ЭСФ 信息系统进行核对,然后发现:有三个人负责销售,有人立刻开了 ЭСФ,有人"稍后"再开,还有人忘了开。用手翻查数百笔销售——会让人崩溃。打开这份报表——十秒钟内就能看到那些至今尚未开具发票的发货清单。它存在的意义正在于此:在税务稽查员发现之前,先揭示销售单据与已开具发票之间的"漏洞"。
1. 用途
该报表将销售单据(发货、提供服务)与针对它们开具的发票及 ЭСФ 进行核对。它显示哪些销售已有发票,哪些没有。这是一份控制性、分析性报表——它不做任何过账,也不改变核算数据,只读取数据。
2. 在哪里找到
两条路径:
- 通过菜单:"销售"版块 → 报表模块 → "已开发票的存在情况"。在某些版本中,它位于"报表" → "销售"中,或从"发票(已开具)"日志中通过"报表"按钮调用。
- 通过 1С 导航链接(最快的方式):菜单"服务" → "转到导航链接"(或主菜单中的链接输入框)→ 粘贴:
e1cib/list/Отчет.ОтчетПоНаличиюСчетовФактурВыданных
该链接直接打开报表,跳过各版块。方便的做法是把它加入"收藏夹"(星号)——这样每月核对只需一键即可。
2а. 如何查看自己的版本
菜单"帮助" → "关于程序"。在打开的窗口中有两行:平台版本(例如 8.3.24)和"哈萨克斯坦会计"的配置版本——在那里您会看到自己的编号,例如 3.0.74.2。下面的说明正是在 3.0.74.2 上测试的;如果您的版本更旧,部分设置的名称可能不同。
3. 如何填写(设置报表)
这是报表,不是单据,因此"填写"就是选择期间和筛选条件。我们逐一讲解每个字段。
| 字段 | 是否必填 | 用途及填错的后果 |
|---|---|---|
| 期间 从…至… | 是 | 获取销售数据的时间界限。设置得太窄——相邻月份的发货就不会进入报表,您会误以为"一切干净"。请正好设置为纳税期间(月/季度)。 |
| 组织机构 | 是(如果库中有多个) | 筛选某一法人主体的单据。忘记切换——就会看到别的公司而白白惊慌。 |
| 交易对方 | 否 | 将清单缩小到某一个买方。当您针对某个提出索赔的具体客户进行核对时使用。 |
| 合同 | 否 | 在交易对方内部进行筛选。当一个买方有多份合同时很有用。 |
| 仅显示无发票的(筛选复选框) | 否 | 关键筛选器。勾选后——只剩下没有发票的"问题"发货。这正是打开报表的目的所在。 |
| 发货组织机构 / 部门 | 否 | 附加维度,如果您按仓库/部门进行核算的话。 |
填好期间和组织机构后 → 点击"生成"(F5)。报表立即生成,无需保存和过账。
设置提示:"设置"按钮(带滑块的图标)可打开列的组成、分组和筛选条件。通过"更多" → "保存设置"可以固定自己的方案(例如"季度内仅无发票的"),一次选择即可调用。
4. 详解示例
2026 年 8 月,ТОО "阿斯塔纳-Trade"(增值税纳税人,税率 16%)向买方 ТОО "Client-KZ" 进行了三笔发货:
| 日期 | 销售单据 | 不含增值税金额 | 增值税 16% | 合计 | ЭСФ |
|---|---|---|---|---|---|
| 2026.08.05 | 销售单 №101 | 1 000 000 ₸ | 160 000 ₸ | 1 160 000 ₸ | 有,№101(08.06) |
| 2026.08.14 | 销售单 №102 | 500 000 ₸ | 80 000 ₸ | 580 000 ₸ | 无 |
| 2026.08.27 | 销售单 №103 | 2 000 000 ₸ | 320 000 ₸ | 2 320 000 ₸ | 有,№103(08.27) |
设置报表:期间 2026.08.01–2026.08.31,组织机构"阿斯塔纳-Trade",暂时不勾选"仅显示无发票的"复选框,点击"生成"。报表输出全部三行,并在"发票"列中显示:№101 和 №103——有指向已开具 ЭСФ 的链接,№102——空白(或"未开具")。
勾选"仅显示无发票的"复选框 → 报表中只剩下一行:
销售单 №102(2026.08.14)| Client-KZ | 580 000 ₸ | 发票:未开具
您双击进入销售单 №102,在其中点击"开具" → "已开发票",过账,发送到 ЭСФ 信息系统。重新生成报表——该行消失,"漏洞"已堵上。
关于过账。报表本身不做任何过账——它只读取数据。这条链条中的过账是由它所核对的那些单据创建的。为求完整:销售单 №102 过账时生成了(哈萨克斯坦典型科目表):
| 借 | 贷 | 金额,₸ | 内容 |
|---|---|---|---|
| 1210 | 6010 | 500 000 | 销售收入 |
| 1210 | 3130 | 80 000 | 应缴增值税 16% |
| 7010 | 1330 | (成本) | 结转商品成本 |
您补开的已开发票不生成自己的会计过账——它触动的是增值税核算登记簿和税务登记簿。报表捕捉的正是这份单据的存在/缺失。
5. 报表提供的分析类型
报表没有像单据那样独立的"操作类型"——但它支持几种输出模式:
- 带发票存在标记的全部销售——完整清单,既能看到已开具的,也能看到遗漏的。
- 仅显示无发票的——未开具发票的发货清单(主要场景)。
- 按交易对方 / 合同 / 组织机构分组——按买方维度折叠汇总。
- 按具体交易对方或合同筛选——在给客户打电话前进行精准核对。
6. 生成时会产生什么
库中不创建任何内容:报表不过账单据、不写过账、不发送 ЭСФ、不触动登记簿。它在屏幕上生成一份表格文档——一个临时选取结果,可以打印、保存为文件或转发。所有真实的数据流动(1210/6010/3130 的过账、增值税登记簿的记录、发送到 ЭСФ 信息系统)都由销售单据和发票执行,而报表只是显示其中哪些已完成,哪些未完成。
7. 打印表单
与任何报表一样,"打印表单"就是已生成的表格文档本身。从中可以:
- 打印(打印机按钮 / Ctrl+P)——将报表输出到纸张。
- 另存为…——导出为 Excel(.xlsx)、.pdf、.mxl。
- 通过邮件发送——如果配置了电子邮件账户。
报表没有单独的法定格式表单——它是内部控制文档。
8. 常见错误
"必填字段'组织机构'未填写" / "未填写期间" 没有时间界限和法人主体,报表无法生成。请在表头设置期间并选择组织机构。
明明有发货,报表却是空的。 最常见的原因是期间设置过窄,或存在多余的筛选(有拼写错误的交易对方/合同)。取消筛选,将期间扩展到整个季度,然后重新生成。
报表显示"无发票",但您确实开过。 发票已开具,但未过账(作为草稿保存)——对报表而言这等同于"没有"。打开它并过账("过账"按钮)。第二种可能——发票开在了另一份合同/期间之外的日期上。
免税业务出现"无发票的销售"。 报表也会显示那些无需开具发票的发货(例如增值税免税项目)。这不一定是错误——应根据业务实质判断,而不是仅凭报表中的一个标记。
报表在大型数据库上生成很慢。 将期间缩小到一个月,按月逐月生成——这比一次性生成全年要快。
9. FAQ
问:报表会做某些过账吗? 答:不会。这是分析性报表,它只读取数据并输出表格。过账由销售单据和发票创建。
问:它和"发票(已开具)"日志有什么区别? 答:日志显示已经开具的内容。报表显示相反的一面——那些还没有发票的销售。它寻找的是遗漏,而不是已完成的单据。
问:如何快速找出一个季度内所有无发票的发货? 答:期间——整个季度,组织机构——您的机构,勾选"仅显示无发票的"→"生成"。就只剩下问题行了。
问:能否直接从报表中开具缺失的发票? 答:双击某一行——会打开销售单据。从中点击"开具 → 已开发票",过账并发送到 ЭСФ 信息系统。重新生成报表——该行会消失。
问:报表是否计入电子发票(ЭСФ)? 答:是的。无论是纸质发票还是与销售关联的 ЭСФ,都会标记为已存在。
问:报表会显示在 ЭСФ 信息系统中的状态(已送达/已退回)吗? 答:不会,它只记录数据库中发票单据存在的事实。ЭСФ 信息系统中的送达状态请在 ЭСФ 单据本身或电子单据工作台中查看。
问:报表按哪个增值税税率生成? 答:报表不重新计算增值税——它按原样从单据中获取金额。2026 年的销售中增值税税率为 16%,正是这些金额进入各列。
问:为什么某笔发货"挂着无发票",而发票明明存在? 答:很可能它未过账(草稿),或者开在了指定期间之外的日期/合同上。请检查过账情况和期间界限。
问:能否保存设置,以免每次都要输入筛选条件? 答:可以。设置好期间和筛选条件,然后"更多 → 保存设置"。下次选择已保存的方案即可直接点击"生成"。
问:报表能否替代在门户上与 ЭСФ 信息系统的核对? 答:不能。它控制的是 1С 内部开票的完整性。最终与 ЭСФ 信息系统的核对仍需在门户上或通过加载 ЭСФ 数据来完成。
10. 相关单据
报表不基于任何东西录入——它自行生成。但它与以下单据配合工作:
- 商品和服务销售——报表行的来源(应由发票关闭的内容)。
- 已开发票 / ЭСФ——被检查是否存在的单据;基于销售单据录入。
- СНТ(商品随附运单)——伴随商品发货,单独开具。
- "发票(已开具)"日志和 ЭСФ 工作台——您去堵上所发现"漏洞"的地方。
如何查看自己的版本:菜单"帮助" → "关于程序"——那里标明了 1С:企业平台版本和"哈萨克斯坦会计"的配置版本。
本说明为"哈萨克斯坦会计"3.0 版、3.0.74.2 版本编写。
