3PL 多货主仓：很多货主、一个仓库、各算各的账

3PL 仓和自营仓最大的不同在哪：按货主分区与分库位段、库存账按货主分开记、整进整出与拆零同仓混杂，以及计费点到底在哪——仓储费、操作费和增值服务费。

自营仓存的是自己公司的货：数错了，损失是内部的，悄悄重盘一遍就能补。3PL 仓收费存别人公司的货，就这一个差别，改写了所有规矩。货架上的货属于五个、二十个、上百个不同的货主。每个货主随时都可能问：我的货还有多少、在哪、这周出了多少——而答案里永远不能掺进邻居的货。一句话，3PL 仓卖的是：分得清，算得清。

多货主共仓：先按货主分区，再谈别的#

物理布局从货主名单开始排。每个货主有自己的一片区域：一整段货架通道、一片地面区段，至少是一组标识清楚的库位段。通道口挂货主名牌，托盘标签带货主代码，混托是禁区——一个托盘永远不放两个货主的货，看着再方便也不行。小货主可以共用一条通道，但绝不共用一库位：地面上最小的隔离单位是，一个库位、一个货主。这在自营仓眼里很浪费——人家是见空就塞。3PL 仓里，货主之间那些看着空的地方，买的正是出了事能拍胸脯说清这托货是谁的。

在 Docklify 里，货主专属区可以用 Location Group 表达（WMS → Location Groups）：把留给某个货主的库位归到该货主的 group 名下，上架建议和任务规则就能按这条边界走，不用靠所有人记着哪条通道是谁的。

库存账必须按货主分开记#

两个货主可以卖一模一样的产品——同 SKU、同纸箱、外观毫无区别。但在账上，它们是两份只是长得一样的库存，永远、永远不许加在一起。可用量、预留量、盘点、连报损，都按货主分别算。货主 A 断货了，隔壁货主 B 同样的货还有五托，A 的订单也得等：拿邻居的货去发 A 的单，是多货主仓不可饶恕的罪——它一次做假了两本账。

在 Docklify 里，这种分开是结构性的，不是白板上的一句提醒：每张单据的表头都带 Client（货主）——出库单建在某个货主名下，放波次时先选 Client（必填）并按 client 与过滤条件分组，分配锁定的也是这个货主的库存。一开始货主选错，单子就没有可承诺的库存——这是系统在替您拒绝串账。

入库：先认货主，再碰货#

3PL 仓的收货比平常早一步开始：这货是谁的？预约、单据、收货任务，在货车门打开之前都先写明货主。清点对的是这个货主的到货预期，月台上贴的是这个货主的代码，然后才上架——进这个货主的区段。让新手吃惊的是混杂程度：同一个上午，既有一整柜整托纸箱（批发货主的），也有三箱零散样品（小网店货主的）。整进和零进在这里都是日常，常常在同一个月台、相隔一小时发生。

然后上架规则按货主各不相同，因为货不同：一个货主要求严格的先进先出，另一个要管批次，食品货主盯效期，退货多的货主需要隔离空间。仓库没资格只定一套全仓规矩；它要并行跑好几套规则，而且必须由系统——不是人脑——记住每个任务属于哪个货主。这也是为什么收货速度永远按货主分别报价，从不报全仓平均数。

出库：整托出与拆零出同仓并行#

同样的双面性贯穿出库。一个 B2B 货主的订单可能是整整三托：叉车从货架取下、缠膜、贴标、暂存——这单从头到尾不碰料箱、也不上打包台。下一单是网店货主的两件货：从层板架拣出、装进小纸箱、贴上面单。两单在同一个系统里都只是出库单，常常就在同一个小时内。3PL 团队的本事，是切换粒度而不切换纪律：整托单也要扫码、也要齐单据；两件的包裹，也要记对货主的账。

在 Docklify 里，出库单建在它的 Client（货主）名下，收货地址从该货主的地址本里选、或手填一次后存入地址本。分配预留的只是这个货主的库存，拣选任务——整托拣还是拆零拣——由这张单生成：粒度可以一单一变，货主边界一步不移。

计费点在哪：3PL 仓靠什么收费#

3PL 仓的收入来自三类收费。仓储费是最安静的：货占着地方就要付钱，按托、按立方或按库位计，通常按天快照——一托货停三十天就付三十天，没人碰过也一样。操作费是最看得见的：人和机器每对货做一次功——收货、上架、拣货、打包、装车——合同就给这份功定一次价。增值服务费是最可谈的：贴标、换箱、组装、质检、拍照留档、礼品包装。这些价格没有一个是通用的；它们写在每个货主各自的合同里——所以谈计费永远先翻费率表，不靠习惯。

多数 3PL 仓漏的钱不是价格定错，而是活干了、没记录。打包台上顺手帮贴的标、好心帮换的箱、为某个货主的急柜加的班——当天不记下来，账单上就不会有，仓库等于白送。地面的规矩因此是：没有事件，就没有收费；而主管能为生意做的最实在的事，是让记录这件事只需要十秒。

在 Docklify 里，价格住在货主的费率表里（Accounting → Billing → Rate Sheets → New Rate Sheet）：五步向导从按模块分组的计费目录（WMS、TMS、Drayage、LastMile）里勾选收费项、设定单价和阶梯价；双方电子签署后，这张表成为该货主唯一的生效版本。调价从不改历史；它建新版本、重新签署。

收费这一侧随后自己跑：每个完成的任务自动写一条计费用量事件（收货、上架、拣选、打包等），仓储每天快照一次，系统采不到的项目——贴标、压车等额外项——在结算前手工补录或 CSV 导入。结算时，引擎把未开账的事件逐条按该货主生效的费率表计价，生成账单草稿（MINV-000001、MINV-000002……），每行都写明数量乘单价的公式，货主可以逐行复算。

让货主自己看得见：信任是一种功能#

多货主仓每周都会被问同样的问题：我的货还剩多少、周二那单发了吗、账单上这行是什么。三个货主时，电话加表格还能答；到三十个货主必然崩，而且每次手工回答，都可能把 A 货主的数字粘进给 B 货主的邮件。能扩展的答案是带硬隔离的自助：每个货主登录后，看到的恰好是自己的库存、自己的单据、自己的账单——对他完整，对别人不可见。

在 Docklify 里，货主通过 Client Portal（货主门户 Merchant Portal）拿到这堵墙：货主账号自己下单、查自己的库存、跟物流进度，仓库团队只负责审核和履约。门户读的是和仓库地面同一套按货主分开的账，货主看到的，就是货架上实际有的——不是某人上周五更新过的表格。

多货主仓的日常纪律#

• 标签在月台贴，不许拖到以后。一托没带货主代码就进货架的货，迟早会变成某人的猜测——而猜测是会被发出去的。
• 盘点永远按货主。把两个货主的同款 SKU 混成一个数盘出来的，等于什么都没盘。
• 顺手忙当天记。额外的贴标、换箱、加急，留下了计费事件才是正当收费；记忆不是账单。
• 永远不跨货主借货，哪怕两个货主都在电话里同意——账面、效期和批次记录事后会对不上，而且是白纸黑字对不上。
• 给新货主报价看他的画像，不看全仓平均：整进零出的货主和整进整出的货主，用同一层楼的方式完全不同。

3PL 仓表面上做的是仓储生意，骨子里做的是守约生意。把每个货主的货、账、单都分得清清楚楚——在地面上、在系统里、在门户上——这栋装满别人财产的楼，就成了全世界最容易说清楚的地方：件件有数，笔笔有主。

本文用到的 Docklify 功能#

• 货主专属区用 Location Group 圈定——WMS → Location Groups
• 单据表头带 Client；放波次必选货主并按 client 与过滤条件分组——WMS → Outbound Orders / Wave Release
• 出库单建在货主名下，收货地址取自该货主地址本，分配只锁该货主库存——WMS → Outbound Orders
• 货主费率表：五步向导、阶梯价、电子签署——Accounting → Billing → Rate Sheets
• 完成任务自动写计费用量事件、仓储每日快照、结算账单逐行带公式——Accounting → Billing
• 货主自助下单、查自己库存与物流——Client Portal / Merchant Portal