用例证据路径
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/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
客户案例
相关客户案例
相关页面