用例证据路径
Usage-Based Billing Analytics：从实施到决策
完整的 usage-based billing analytics 测量循环连接一个拥有的工作流程、一个有界事件契约、一个受控装置和一个有人可以采取行动的问题。
- 1
设定边界
定义一个计费单位以及最终确定该单位的工作流边界。
- 2
捕捉结果
Begin with usage_meter_recorded, usage_adjustment_recorded, quota_threshold_reached and document the grain of each event.
- 3
证明行数
在发票最终确定之前审查调整和计划变更。
- 4
做出决定
哪些帐户接近或超过包含的使用量？
范围和邻近用例
选择此页面以获得正确的测量边界
- 使用此页面进行计量使用、配额消耗、权利、发票输入和帐单对帐。
- 使用 SaaS 收入分析来了解订阅 MRR 变动、总收入保留和净收入保留。
- 将两个模型与产品激活分开，直到帐户身份和报告窗口得到协调。
智能体提示
将其粘贴到您的编码代理中
更换 YOUR_API_KEY 注册后，然后要求智能体运行产品流程并验证第一个事件。
代理提示
Usage-Based Billing Analytics 设置提示
text
使用 Telemetry 进行基于仪器使用情况的计费。
使用 /skill.md 和此 Telemetry API 密钥：YOUR_API_KEY
在最终计费边界处使用 meter_event_id、account_id、plan、feature、unit_name、billable_units、included_units、billing_period 和 status 记录一个 usage_meter_recorded 事件。使用可在重试后继续存在的幂等性密钥。
还记录仅附加使用调整、配额阈值通知、导出和调节结果。创建仪表板以显示每月配额消耗、功能和计划的使用情况、超额情况以及提供商调节差异。
请勿记录付款详细信息、发票文件、凭据或原始客户内容。除非商业合同如此定义，否则请勿使用请求计数作为计费数量。设置步骤
- 1定义一个计费单位以及最终确定该单位的工作流边界。
- 2发出具有帐户、计划、数量和单位的幂等计量事件。
- 3将每月使用情况与包含的配额和提供商总量进行比较。
- 4在发票最终确定之前审查调整和计划变更。
要捕获的事件
usage_meter_recordedusage_adjustment_recordedquota_threshold_reachedusage_export_completedinvoice_meter_reconciled
问题已解锁
- 哪些帐户接近或超过包含的使用量？
- 内部电表总计是否与计费提供商相符？
- 哪些功能和计划创造了最多的计费单位？
事件架构起点
此工作流程的事件契约
在将查询或代码片段适应生产之前，请检查行粒度、发出边界、所需类型、隐私类、示例有效负载和验证清单。
相关产品功能
继续此工作流程 仪表板
将经过验证的产品或收入查询转变为集中的决策界面。
相关 SQL 查询示例
用 SQL 回答下一个问题
针对此工作流程中的结构化字段运行查询，检查示例结果，并将有用的答案转换为仪表板或警报。
收入和账单入门
按账户计算使用配额消耗
本月哪些帐户消耗其包含的使用量最快？
打开查询示例收入和账单中级
计算每月经常性收入变动
是什么导致经常性收入每月增加或减少？
打开查询示例收入和账单中级
衡量支付失败恢复
哪些支付失败可以恢复，有多少收入仍面临风险？
打开查询示例收入和账单中级
计算净收入和总收入保留
扩张前后保留了多少起始经常性收入？
打开查询示例完整系列收入和账单 SQL
客户案例
客户描述的相关工作流程
相关页面