我们的 SAP S/4HANA 系统正在执行一批销售订单的价格计算。绝大多数订单的金额都正确，只有少数订单在经过折扣、税费和币种换算之后，最终金额与业务预期不一致。负责价格计算的数据库存储过程并不复杂，里面包含订单明细查询、折扣规则匹配、金额汇总和税费计算等逻辑。不过，这些计算并不是简单地按照固定顺序执行几条 SQL 语句就能完成的。实际业务中，不同销售组织可能采用不同的折扣规则，不同币种可能涉及不同的换算逻辑，部分客户还会使用单独维护的价格条件。我们已经检查过订单的基础数据，也确认数据库中保存的价格条件没有明显错误。问题逐渐集中到存储过程内部的一段计算逻辑。假设当前存储过程包含变量lv_final_amount，用于记录经过折扣和税费调整后的订单金额。业务人员反馈，一笔订单的最终金额出现了负数，但按照已经确认的业务规则，这笔订单不应该产生负金额。传统的调试方式是在存储过程的关键位置设置断点，逐行执行 SQLScript，观察lv_final_amount的变化。如果计算逻辑包含大量循环、条件分支和中间变量，我们可能需要反复执行很多语句，才能发现究竟是哪一次计算导致金额异常。更麻烦的是，异常金额可能只出现在某个特定订单中。我们在前面几十笔正常订单上逐行调试，既浪费时间，也容易因为重复操作而忽略真正的问题。此时，我们真正关心的并不是程序运行到了哪一行，而是一个更加明确的问题。lv_final_amount究竟在什么情况下变成了负数？围绕这个问题，SAP HANA SQLScript Debugger 提供了 Watchpoints，也就是监视点