共享仓库中的客户自有库存
在共享仓库中统一执行各客户的专属作业
同一仓库团队共用建筑、库位和每日任务队列时，仍应在库存、收货、出库作业和服务异常中保留客户货权。
App 中包含虚构的仓库、客户、物料、收货、库存、任务和发运记录。登录后可查看具体视图，也可安装一份带样例数据的副本。
让客户信息贯穿每一条运营记录
客户账户
服务级别、联系人和运营状态
入库单号
客户收货单号、预计日期和收货异常
库位库存
客户、物料、库位和库存状态
出库单号
客户订单、截单时间和履约状态
服务异常
关联记录、严重程度、负责人、到期日和确认结果
隔离数据可见范围，而不拆散现场作业
| 需求 | 处理方式 | 上线前检查 |
|---|---|---|
| 客户自有库存 | 在物料、库位和移动记录中始终保留客户信息 | 核对样例结余，包括混放多个客户货物的库位 |
| 客户专属单号 | 保留来自客户或订单系统的收货与出库标识 | 测试重复数据、更正和更新失败场景 |
| 服务可见性 | 按客户查看收货、发运和异常处理时长 | 约定每项服务计时何时开始、暂停和结束 |
| 客户访问权限 | 对每个客户视图应用角色和记录权限 | 分别以不同客户用户身份登录，确认各自可以和不可以看到的内容 |
| 计费依据 | 按需保留可计量的装卸及作业事件 | 确认费率、单位、生效日期以及与财务系统的交接方式 |
既衡量服务承诺，也衡量其背后的实际作业
收货周转时间
从双方约定的到货事件开始，计至收货受控完成或进入冻结状态，而不是只看首次保存表单的时间。
订单截单达成情况
根据客户约定的发运时间，显示尚未完成的拣货、短缺、包装和暂存作业。
异常关闭
分别跟踪遏制问题和确认解决所用的时间，避免把快速响应误认为问题已经解决。
判断你需要灵活可配置的仓库作业应用，还是专业 3PL WMS
| 适合选择 Jodoo 的情况 | 适合选择专业 3PL WMS 的情况 |
|---|---|
| 需要带客户标识的收货、库存、仓库任务、异常审核和可由运营团队自行调整的仪表板 | 需要按仓储、装卸、增值服务和运输费率原生计费 |
| 人工决策和客户专属流程构成了大部分运营差异 | 高业务量波次规划、装箱优化、劳动力优化或物料搬运自动化决定吞吐能力 |
| 希望先试点一个流程或站点，再扩展 App | 希望在一套成熟产品中同时获得客户门户、RF 设备体系、发运套件和 3PL 集成 |
示例 App 展示带客户标识的仓库记录、异常处理和仪表板。请使用自己的用户角色测试客户权限；如果计费、发运和自动化是核心要求，应继续使用专业产品。
3PL 仓库管理常见问题
3PL WMS 有什么不同？
3PL 在共用仓库、库位和作业团队的同时，必须始终明确库存及作业所属的客户。除常规收货和履约外，还需要管理客户单号、服务级别、数据可见范围和异常责任。
这套示例会计算 3PL 费用吗？
不会。这个 App 展示的是客户自有库存和仓库作业。仓储费、装卸费、增值服务费和运输费需要另行定义费率规则、计费单位、生效日期，并与财务系统集成。
客户是否只能看到自己的记录？
Jodoo 支持角色和记录权限。开放任何客户视图前，应分别使用各客户的独立测试账号登录，确认每个列表、详情页、仪表板和通知都只展示该客户有权查看的记录。
3PL 应如何处理客户异常？
将客户、仓库记录、关联单号、问题、严重程度、负责人、到期日和遏制措施保存在一起。先解决现场问题，再记录经确认的处理结果，以及服务协议要求的客户沟通信息。