--- title: "1С:会计 3.0 哈萨克斯坦版中的\"性能评估\"报告——如何测量数据库的实际运行速度" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/otchet-ocenka-proizvoditelnosti-v-1s-buhgalteriya-dlya-ka-zh source: BuhGPT --- # 1С:会计 3.0 哈萨克斯坦版中的"性能评估"报告——如何测量数据库的实际运行速度 > **TL;DR:** 已在 3.0.74.2 版《哈萨克斯坦会计》（3.0 版本）上验证。 周五，月末，所有人都在结账。会计打电话来说的都是同一句话：「数据库卡住了」「过账一笔销售要一分钟」「报表打不开」。总监问：「用数字说，情况到底有多糟？」——而你除了感觉之外拿不出任何东西。这时就该打开 「性能评估」 报表了。它把「卡顿」的抱怨变成具体的数字：APDEX 指数从 0 到 1，以及对每个关键操作的「优秀／良好／差」评价。有了它就能有理有据地去找管理员或 1C 特许经销商谈。 首先要强调：这是一份 服务性（技术性）报表 ，而不是会计凭证。它 不做过账分录 ，不生成 ЭС --- 已在 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. 操作类型（报表变体） 报表能以不同的维度展示同样的测量数据——切换报表变体： - 汇总评价——期间内每个关键操作的 APDEX 和评价（如示例）。 - 动态（按天／周）——APDEX 随时间的变化。这是证明「更新后变快／变慢」的主要变体。 - 按用户——谁的操作更慢（往往是工作站或通信链路问题，而非数据库）。 - 测量明细——带精确时间的单次测量列表；有助于捕捉具体的「异常值」。 - 优先级操作——仅标记为关键的操作。 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 版本）上编写并验证。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_