滞箱滞港费：货代利润里最不体面的那种漏出
免用箱期与免堆期一过，费用按天咬人。系统应用船期、还箱/提柜节点驱动预警与费用预估，把责任段落写清，而不是月底突然甩给客户一张罚单。
滞箱滞港费很少出现在销售话术里，却经常出现在财务怒气里。客户觉得被暗算，操作觉得船司规则变态，老板觉得利润被「天」偷走。系统若只在出账那天才生成费用行，你们已经输了沟通战。
行业里 Demurrage / Detention 的精确定义随船司与港口合同而变——产品文案别装权威词典。你要做的是：为每个柜保存「免费期规则 + 计费锚点事件 + 当前状态」，让倒计时可见。
预警比精算更先上线
- 柜维度的免费期截止日期
- T-3 / T-1 / 超期中的通知对象（客户、操作、车队）
- 阻塞原因：清关未下、车队未约、还箱点排队——记在主单
- 费用预估：按合同日费率粗算，标记为预估
和船期、清提拆派的关系
卸船 ETA 变了，免费期可能跟着挪；提柜还箱节点不回传，倒计时就是假的。滞箱模块不是孤岛，它寄生在箱动态与目的港任务上。快递飞会把「超期前通知 + 费用挂票」放进海运目的港相关验收，而不是承诺替你跟船司扯皮成功。
常见问题
Demurrage 和 Detention 在系统里要分开吗？
建议分开建模：通常一个偏码头堆存超期，一个偏集装箱超期占用（以船司/合同定义为准）。预警锚点与费用项不同。
首期能做什么？
记录免用期/免堆期、关键节点（卸船、提柜、还箱等）、到期倒计时、责任方与费用预估入口；自动向船司对账可后置。
怎么减少客诉？
超期前通知客户与操作；费用发生后明细挂主单；合同里的免费用箱天数写进系统，而不是靠老人记忆。