| ● | 2026-03-13 11:50:58 | mia li | Closed->NT00872395. Cmt:<p>SNR invoice 44634 确认 </p>
|
| ● | 2026-03-12 22:25:31 | Gero Zeng | Closed->IT00872272. Cmt:<p>AE 的spx 报地址错误节点的， 占总spx包裹数量的比例</p>
|
| ● | 2026-03-12 20:56:57 | landon chen | Closed->IT00872731. Cmt:<p>pickup due 的email, 需要再加入一个筛选逻辑:</p>
<p>找出自提的shipment中还没有booking，但是产生了storage fee的shipment</p>
|
| ● | 2026-03-12 19:04:43 | System | Dispute Supplier Task DSP00862309 was New |
| ● | 2026-03-12 18:45:53 | landon chen | Closed->NT00872785. Cmt:<p>SPX sorting 账单优化</p>
|
| ● | 2026-03-12 18:45:45 | landon chen | 4734 |
| ● | 2026-03-12 14:13:07 | Gero Zeng | Closed->NT00867706. Cmt:<p>Hi Gero,</p>
<p> </p>
<p>33UY7709650701000931508，系统上个月就已经report过去ICS系统，但是HVLV的process status仍然卡在new了，麻烦帮忙看看这个是怎么回事，谢谢</p>
|
| ● | 2026-03-12 14:12:52 | Gero Zeng | Closed->NT00867709. Cmt:<p>Hi Gero,</p>
<p> </p>
<p>Gero哥，现在碰到有一票单，本来菜鸟应该传资料到主单520000451280上的，结果菜鸟传资料到错误的分单520000451541上了。<br />
问题是我们检查了520000451541系统的log里面分单是从来没有进入过message send to sender的状态的...直接跳到了document received的状态。也就是我们分单的上传链接从来没有发给过菜鸟那边，那菜鸟那边怎么可能会直接把资料传到分单上的呢？麻烦gero哥帮忙看看</p>
<p>下面菜鸟的邮件截图也显示链接是主单520000451280的链接：</p>
|
| ● | 2026-03-12 14:12:25 | Gero Zeng | Closed->NT00868981. Cmt:<p>Hi Gero,</p>
<p> </p>
<p>此票<a href="https://os.toplogistics.com.au/imParcel/update/171042475.app" title="TPN5356326619">TPN5356326619</a>，ICS系统周末已放行，到现在我们HVLV系统还未返回状态，请帮忙看看，谢谢~</p>
|
| ● | 2026-03-12 14:11:58 | Gero Zeng | Closed->NT00872776. Cmt:<p>Hi Gero,</p>
<p> </p>
<p>下述已改正完成：</p>
<p>KPI的菜鸟的部分，虽然从KPI页面这里点进去看是只有主单4个，但是我算了一下完成率，实际算是加上分单一共19个单都被算进去了。这个逻辑可以帮忙再改下吗？<br />
<br />
而且里面4个，主单完成了的话，主单下面的分单好像不会被记录成完成，也就是说就算这四票都及时完成了，比例也是4/19，永远的没办法100%</p>
|