退款点下去很久，单子还停在进行中。海外版外卖系统部署到自己的机器之后，先要分清退款进度写在哪一台，而不是在页面上反复点。页面能打开，只说明站点还在；进度没写进业务库，刷新多少次都还是进行中。
一、退款进度放在业务库那台机器
订单和退款进度应放在同一台业务库所在的机器上，跟原单号放在一起。用户点退款时，页面机器只负责把请求送过去，不在自己的临时目录里保存最终结果。结果写进业务库成功，后台再显示已退或未退成。
若进度只存在页面机器的临时记录里，页面一重启，进行中就会永远停着，业务库里却没有这笔退款。验收时直接打开业务库看这笔单号，有没有退款记录、记录停在哪一档。
二、页面机器不长期保存退款结果
多台页面机器是为了高峰时能打开后台，不是为了各存一份退款。任何一台页面看到的进行中或已退，都应读业务库的同一行。某台页面显示已退、另一台仍是进行中，先查它是不是读到了自己的缓存，而不是库里真有两套结果。
缓存可以有，但要以业务库为准。对不上时清掉该台页面的临时缓存再查，不要改业务库去迁就某一台页面。语言文案放在另一处配置里，换语言不应改写退款那一行。
三、收款回传和退款记录分开放
收款回传说明钱进来过，退款记录说明这笔钱后来怎么处理。两份都放在业务库，用同一单号关联，但不要互相覆盖。回传号保留，退款另记时间、金额和处理结果。覆盖之后，财务只能看到最后一条，对不上当初收了多少。
各国通道不同，退款是原路退回还是线下处理，按当地通道的做法对接，不要写成全球同一种。税务说明放在展示配置里，不要写进退款记录把金额改掉。系统侧不抽成客户平台订单，退的是订单上记下的金额。
四、停在进行中时先查哪一处
先查业务库有没有这条退款。没有，说明请求没写进去，问题在页面送到库之前，不是通道慢。有，但一直停在进行中，再查通道结果有没有写回这一行。结果已到、行没更新，是写回失败。结果没到，是通道侧还没有回音，不要在页面上再点一次造成两笔。
查的时候记下单号、发起时间、业务库里的那一档、通道有没有回音。四项分开写，客服就不会只说还在处理。重复回音只更新一次，避免一笔退款变成两行。
五、备份要把退款记录和原单一并拷走
只备份页面机器，退款进度会丢。备份对象是业务库，里面同时有原单和退款记录。备份文件放在客户自己能拿到的目录，和实施人员的电脑分开。恢复到备用机器后，抽一笔曾经退过的单，看进度是不是还在，金额有没有变。
原单的付款时间、金额应保持退款前写下的样子，退款是追加的一行，不是把原单改没。这样恢复之后，财务仍能同时看到收了多少、退了多少。
六、按城范围查询不要复制整库
多城经营时，退款仍在同一业务库，按城的范围取出即可，不要为了出一张城的退款表把整库复制到另一台。复制出来的库会和正式库各记各的，进行中的退款更容易对不上。
停在进行中时，不要在页面上连续点多次。每次点击若都会新建一行，业务库里会出现多笔退款，金额会被重复退。正确的跟进是查已有的那一行有没有写回结果。没有结果就等人或向通道核对，有结果但页面不变，就清掉这台页面的临时缓存再看。约定超过多久还没有回音就由人跟进，写在说明里，客服对外只说还在等结果，不说已经退成。
光合同城私有化部署后，退款进度与订单同在客户自己的业务库，统一后台按单号能看到收和退。验收标准很具体：点一笔退款，业务库出现记录；处理完，页面不再停在进行中；备份恢复后这条还在。
