RUKKENZH
Задать вопрос AI
栏目Объекты конфигурации 1С
1С:会计 3.0 哈萨克斯坦版中的"性能评估"报告——如何测量数据库的实际运行速度
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

1С:会计 3.0 哈萨克斯坦版中的"性能评估"报告——如何测量数据库的实际运行速度

适用于: 1С:Бухгалтерия для Казахстана, 版本 3.0.74.2 · 1C-Sapa 集团 — 1C 合作伙伴
СТ
Сапа Т.И. — Эксперт по 1С и бухгалтерскому учёту, преподаватель-практик

已在 3.0.74.2 版《哈萨克斯坦会计》(3.0 版本)上验证。

周五,月末,所有人都在结账。会计打电话来说的都是同一句话:「数据库卡住了」「过账一笔销售要一分钟」「报表打不开」。总监问:「用数字说,情况到底有多糟?」——而你除了感觉之外拿不出任何东西。这时就该打开「性能评估」报表了。它把「卡顿」的抱怨变成具体的数字:APDEX 指数从 0 到 1,以及对每个关键操作的「优秀/良好/差」评价。有了它就能有理有据地去找管理员或 1C 特许经销商谈。

首先要强调:这是一份服务性(技术性)报表,而不是会计凭证。它不做过账分录,不生成 ЭСФ 或 СНТ,不影响核算,也不改变任何一笔金额。它只是测量各项操作在你的数据库中占用多少秒。因此这里不会有关于 1210 科目、16% 增值税和税务分录的章节——它们在这里根本不存在,虚构出来会是一种欺骗。


1. 用途

报表显示关键操作的实际执行时间(文档过账、打开表单、生成报表),并将其汇总为 APDEX 指数——一个衡量对速度「满意度」的统一指标。它用于客观评估数据库性能、找出最慢的操作,并跟踪在改进、更新或迁移到新服务器之后是变快了还是变慢了。


2. 在哪里找到

该报表属于标准子系统库中的「性能评估」子系统。

菜单路径: 管理维护「性能评估」板块 → 「性能评估报表」命令(或「性能评估」)。

快捷方式——1C 导航链接。菜单 服务(或「星号」图标/更多)→ 「按导航链接跳转」 → 粘贴:

e1cib/list/Отчет.ОценкаПроизводительности

即使该命令在界面中被隐藏,此链接也能直接打开报表。

「维护」部分中该板块的确切位置在不同版本之间可能略有差异——这是本说明中唯一需要与你的版本核对的地方。其余一切都是一样的。


2а. 如何查看自己的版本

帮助关于程序(或右上角的 ℹ️ 图标)。在打开的窗口中:

  • 平台版本(例如 8.3.24.xxxx)——即「1C:企业」本身;
  • 配置——「哈萨克斯坦会计」,版本 3.0.74.2

如果你的版本更旧——部分设置的名称可能不同。本说明是针对 3.0.74.2 编写的。


3. 如何启用测量并配置报表

关键点:只有事先启用了测量,报表才会显示数据。数据库本身不会保存时间——需要开始采集它。

步骤 1. 启用测量(必须)

管理维护性能评估 → 勾选「执行性能测量」(在某些版本中为「性能评估已启用」)。

如果不启用会怎样:报表会以空白打开并提示无数据。人们常常事后才「评估性能」,然后对空表格感到惊讶——这样是行不通的。启用 → 在数据库中工作一周 → 再看报表。

步骤 2. 检查计划任务

启用测量会激活后台(计划)任务「性能测量处理」。它会定期将累积的数据转入数据库。在文件模式下,它只在数据库打开时运行;在客户端-服务器模式下,则按服务器上的计划运行。如果任务被禁用,数据将不会被汇总。

步骤 3. 设定关键操作和目标时间

在性能评估设置中有一个关键操作列表,每个操作都有一个目标时间(T,以秒为单位)。这是一个标准:操作应当在多长时间内完成,才能让用户满意。

  • 关键操作——测量的对象(例如「商品和服务销售文档的过账」)。
  • 目标时间(T)——阈值。在 T 内完成——「良好」。至 4×T——「可容忍」。超过 4×T——「差」。

设置不当会怎样:如果在实际需要 2 秒的地方设定目标时间为 0.1 秒,APDEX 就会一直很低,报表会变成惊慌失措的。如果设为 30 秒——报表就永远「绿灯」,你也就看不到真正的卡顿。目标时间应根据常识和典型值来设定(简单文档的过账——约 1 秒)。

步骤 4. 配置报表本身的参数

打开报表时设定:

  • 期间(必须)——采集哪个时间段的测量数据。期间太短——数据太少,统计不可靠;太宽——会把改进「前」和「后」混在一起。
  • 关键操作——可以选取一个或全部。
  • 用户/优先级——必要时只保留需要的。
  • 报表变体——汇总、动态、明细(见第 5 节)。

点击「生成」


4. 带数字的详解示例

你上周启用了测量。配置了关键操作「商品和服务销售文档的过账」,目标时间 T = 1 秒。在报表期间内累积了 100 次测量

报表将它们这样分解:

  • 70 次过账在 1 秒内完成(用户满意——satisfied);
  • 20 次用了 1 到 4 秒(可容忍——tolerating,区间 T…4×T,即 1–4 秒);
  • 10 次用了超过 4 秒(令人恼火——frustrated)。

APDEX 指数按公式计算:

APDEX = (满意次数 + 可容忍次数 / 2) / 总次数
APDEX = (70 + 20/2) / 100 = (70 + 10) / 100 = 0,80

报表会输出一行:

关键操作 目标时间,秒 测量次数 平均时间,秒 APDEX 评价
商品和服务销售的过账 1,0 100 1,6 0,80 尚可

如何解读 APDEX 评价(标准量表):

APDEX 指数 评价
0,94 – 1,00 优秀
0,85 – 0,93 良好
0,70 – 0,84 尚可
0,50 – 0,69
0,00 – 0,49 不可接受

示例结论:0.80——「尚可」,但有 10% 的过账卡顿超过 4 秒。仍有提升空间:查看在哪些时段、哪些用户身上出现长时测量,检查锁和文档量。

再次强调:此操作不会创建任何借/贷分录。唯一的「动作」——就是将时间测量本身记录到内部登记簿中(见第 6 节)。


5. 操作类型(报表变体)

报表能以不同的维度展示同样的测量数据——切换报表变体

  1. 汇总评价——期间内每个关键操作的 APDEX 和评价(如示例)。
  2. 动态(按天/周)——APDEX 随时间的变化。这是证明「更新后变快/变慢」的主要变体。
  3. 按用户——谁的操作更慢(往往是工作站或通信链路问题,而非数据库)。
  4. 测量明细——带精确时间的单次测量列表;有助于捕捉具体的「异常值」。
  5. 优先级操作——仅标记为关键的操作。

6. 运行时会生成什么

这里如实且简短地说,因为这是报表,而不是文档:

  • 没有分录。报表不做也不可能做科目的会计动作(1210、1030、3310、3130、6010、7010 等)。
  • 没有电子文档。此报表既不开具 ЭСФ(ИС ЭСФ),也不开具 СНТ——它与销售和增值税无关。
  • 登记簿动作:时间测量本身写入子系统的服务性信息登记簿(关键操作的时间测量)。报表只读取此登记簿并汇总数据——生成报表时数据库不发生变化。
  • 工作结果——屏幕上的表格/图表,可以保存或打印。

7. 打印表单

这里没有像发货单那样单独的「打印表单」——这是报表。但结果可以输出并传递:

  • 打印报表结果(打印 / Ctrl+P)——APDEX 表格送往打印机。
  • 保存为文件,通过 更多另存为…Excel (.xlsx)PDF表格文档 (.mxl)、HTML。
  • 通过邮件发送已生成的报表(如果已配置电子邮件账户)。

正是 PDF/Excel 通常被作为卡顿的证据附在提交给 1C 特许经销商的申请中。


8. 常见错误

「无报表数据」/报表为空。 原因:在你查看报表的时间段内,测量未被启用,或所选期间早于启用时间。修正:启用「执行性能测量」,在数据库中工作几天,然后为已过去的期间生成报表。

所有操作的 APDEX 都等于 0 或 1。 原因:目标时间设置错误。T 设得太小——一切都「不可接受」;太大——一切都「优秀」。修正:为每个关键操作设定切合实际的目标时间。

「计划任务『性能测量处理』未执行」。 原因:文件数据库长期未打开,或客户端-服务器数据库中的计划任务被禁用。修正:在 管理维护计划任务和后台任务 中启用该任务,检查计划安排。

工作明明很活跃,测量却少得可疑(个位数)。 原因:只测量被标记为关键操作的内容,而所需操作未加入列表。修正:将关注的操作加入性能评估设置。

数据已积累,但占用很多空间。 原因:测量数据保存已久且未清理。修正:设置保存期限/定期清理旧测量数据,以免使数据库膨胀。


9. 常见问题

这份报表会做分录或影响会计吗? 不会。这是服务性技术报表。它不创建分录,不触及科目和金额,不生成 ЭСФ 和 СНТ。它只测量操作的执行时间。

数据库明明卡顿,为什么报表是空的? 因为测量没有事先启用。报表只显示已经累积的数据。启用「执行性能测量」,工作几天后再回到报表。

用简单的话说,APDEX 是什么? 它是一个从 0 到 1 的指数,表示足够快完成的操作所占的比例。1——全部很快、用户满意,0——全部很慢。它按目标时间计算:在 T 内完成——加一分,至 4×T——半分,更久——零分。

该设定什么样的目标时间? 设定操作应当占用多长时间,才能让用户不感到恼火。对于普通文档的过账,约为 1 秒;对于繁重报表——更长。取值要针对具体操作来选取。

启用测量会拖慢数据库本身吗? 影响极小——只记录关键操作的开始和结束时间。在日常工作的背景下这是察觉不到的,但你却能获得客观的画面。

报表只显示某一个用户的 APDEX 很低——这是数据库卡顿吗? 多半不是。如果问题出在一个人身上,通常是他的工作站或通信链路问题(通过慢速网络的瘦客户端)。查看「按用户」变体,以便把数据库问题和工作站问题区分开。

能否比较更新前后的性能? 可以。使用「动态」变体,并为涵盖两个日期的期间生成报表。APDEX 的下降或上升会在图表上体现出来。

如何把结果传给 1C 特许经销商或管理员? 生成报表并通过 更多另存为… 保存为 Excel 或 PDF,附在申请中。这是卡顿的客观证据,而不是「一切都卡住了」的空话。

这份报表会改变核算数据吗? 不会,生成报表时它只读取累积的测量数据。它不过账,也不重新过账任何东西。

测量数据本身存在哪里? 存在「性能评估」子系统的内部服务性信息登记簿中。报表只是汇总这些数据以供展示。


10. 相关对象

  • 性能评估设置管理维护性能评估)——在这里启用测量,并设定带目标时间的关键操作。没有它们,报表就是空的。
  • 计划任务「性能测量处理」——将累积的测量数据转入数据库;报表依赖其结果。
  • 关键操作时间测量登记簿——报表的数据来源。
  • 登记日志平台技术日志——相邻的诊断工具:如果 APDEX 低,接下来就在那里进一步深挖(错误、锁、死锁)。

该报表不基于任何文档录入,也不作为任何会计文档的依据——它自成一体,处于管理的服务性范畴中。


如何查看自己的版本

帮助关于程序:那里标注了「1C:企业」平台版本和配置版本。本说明是为「哈萨克斯坦会计」3.0 版本,版本 3.0.74.2 编写的。如果你的版本不同——「维护」部分中「性能评估」板块的位置可能略有差异,但 APDEX 和测量的逻辑保持不变。

本手册已在 3.0.74.2 版「哈萨克斯坦会计」(3.0 版本)上编写并验证。

Частые вопросы

此报表会生成过账或影响会计核算吗?
不会。这是一个技术辅助报表。它不生成过账,不涉及科目和金额,不生成ЭСФ和СНТ。它只测量操作的执行时间。
为什么数据库明显卡顿,报表却是空的?
因为没有提前开启测量。报表只显示已经积累的数据。请开启"执行性能测量",并在系统运行几天后再回来查看报表。
用通俗的话说,APDEX是什么?
这是一个从0到1的指数,表示足够快完成的操作所占的比例。1表示全部很快、用户满意,0表示全部很慢。它按目标时间计算:在T内完成加一分,在4×T内完成加半分,更久则为零。
应该设置多少目标时间?
设置为操作应当占用、且不会让用户感到烦躁的时间。对于普通单据的过账约为1秒,对于繁重的报表则更长。数值需针对具体操作来选定。
开启测量会拖慢数据库本身吗?
影响极小——只记录关键操作的开始和结束时间。在日常工作中这一点难以察觉,但您却能获得客观的情况全貌。
报表只显示某一个用户的APDEX偏低——这是数据库卡顿吗?
大概率不是。如果问题只出在一个人身上,通常在于他的工作场所或通信线路(通过慢速网络使用瘦客户端)。请查看"按用户"选项,以区分数据库问题和工作场所问题。
能否对比更新前后的性能?
可以。使用"动态变化"选项,构建涵盖两个日期的时段报表。APDEX的下降或上升会在图表上体现出来。
如何将结果传给1С加盟商或管理员?
生成报表,并通过"更多"→"另存为…"保存为Excel或PDF,附在申请单上。这是卡顿的客观证据,胜过一句"全都卡住了"。

延伸阅读

Источники

Была ли статья полезна?
💼 Нужна помощь с 1С или учётом? Слава КВЦ — многолетняя практика в 1С в Казахстане. Изучите разложенный НК РК 2026 или спросите в чате BuhGPT — ответит за секунды.
标签:KZReports