Magento 1.9.4 Owebia Shipping模块始终显示0运费故障求助

我来帮你一步步定位这个问题，结合你给出的规则和现象，咱们可以从以下几个方向逐一排查：

1. 修复规则的JSON语法错误 #

你提供的规则代码存在语法问题——末尾缺少了闭合的大括号，正确的JSON格式应该是：

{ "id_04" : { "label" : "Days Shipping" , "shipto" : "US" , "fees" : "{quote.grand_total}*0.20" } }

Owebia对JSON语法的校验非常严格，哪怕只是少一个括号，都会导致规则无法被系统解析，直接跳过这条规则，最终显示运费为0。

2. 确认收货地址的国家匹配 #

• 确保前台结算时选择的收货地址确实是美国（US），Owebia的shipto参数只匹配大写的二位国家代码，如果地址里的国家代码是小写或者其他格式，都会匹配失败。
• 可以临时把shipto改成*（匹配所有国家）来测试，如果运费能正常计算，说明问题出在国家匹配环节。

3. 验证变量调用的正确性 #

Owebia在不同Magento版本中，变量名称可能有差异：

• 尝试把quote.grand_total替换成quote.base_grand_total，修改后的fees规则如下：

  "fees" : "{quote.base_grand_total}*0.20"
  

• 也可以先测试固定金额（比如"fees" : "10"），如果固定金额能正常显示，说明是变量调用的问题。

4. 检查模块状态与缓存 #

• 进入系统>配置>高级>高级，确认Owebia Shipping模块处于启用状态，没有被禁用。
• 修改规则后务必刷新Magento的所有缓存（系统>缓存管理），尤其是配置缓存和区块缓存，否则新规则不会生效。

5. 查看系统日志定位报错 #

前往Magento根目录下的var/log/文件夹，查看system.log和exception.log文件。如果Owebia模块在解析规则或计算运费时出现错误，日志里会记录具体的报错信息，比如变量不存在、规则解析失败等，这能帮你快速锁定问题根源。

6. 确认规则优先级 #

如果你还配置了其他Shipping规则，要确保当前这条规则的优先级是最高的（规则设置里的优先级数值越小，优先级越高），避免被其他规则覆盖导致不生效。

按照上面的步骤逐一排查，应该能解决运费显示为0的问题。如果还是不行，可以尝试重新安装模块，确保安装过程中没有文件缺失或权限配置错误。

内容的提问来源于stack exchange，提问作者AL-MAHBUB KHAN