A single-brand warehouse has one set of SKUs, one set of rules, one set of customers. A 3PL has all of that — multiplied by however many clients it serves. Each client brings their own products, their own channel integrations, their own SLA expectations, their own billing agreement, and their own reporting requirements. The warehouse floor might look the same; the operational complexity behind it is an order of magnitude higher. 单品牌仓库只有一套 SKU、一套规则、一套客户。3PL 要把这一切乘以货主数量。每个货主带来各自的商品、各自的渠道对接、各自的 SLA 要求、各自的计费协议和各自的报表需求。仓库地板看起来可能一样；背后的运营复杂度高出了一个数量级。 คลังสินค้าแบรนด์เดียวมี SKU ชุดเดียว กฎชุดเดียว ลูกค้ากลุ่มเดียว 3PL มีทั้งหมดนั้น คูณด้วยจำนวนลูกค้าที่ให้บริการ ลูกค้าแต่ละรายนำสินค้าของตนเอง การผสานช่องทางของตนเอง ความคาดหวัง SLA ของตนเอง ข้อตกลงการเรียกเก็บเงินของตนเอง และข้อกำหนดการรายงานของตนเอง พื้นคลังสินค้าอาจดูเหมือนกัน แต่ความซับซ้อนในการดำเนินงานเบื้องหลังสูงกว่าอีกระดับหนึ่ง
Most 3PLs start small — one or two clients managed with spreadsheets and a lot of manual communication. That works until it doesn't. The transition point is usually around 3–5 clients and 300+ daily orders, when the manual approach starts generating errors faster than the team can fix them. 大多数 3PL 起步时规模较小——一两个货主，用 Excel 和大量人工沟通管理。这能运作，直到不再能运作。转折点通常在 3–5 个货主、日均 300+ 单的时候，手工方式产生错误的速度开始超过团队修复的速度。 3PL ส่วนใหญ่เริ่มต้นเล็กๆ ลูกค้าหนึ่งหรือสองราย จัดการด้วยสเปรดชีตและการสื่อสารด้วยมือจำนวนมาก วิธีนี้ใช้ได้จนกว่าจะใช้ไม่ได้ จุดเปลี่ยนมักอยู่ที่ลูกค้า 3–5 รายและคำสั่งซื้อ 300+ รายการต่อวัน เมื่อวิธีการด้วยมือเริ่มสร้างข้อผิดพลาดเร็วกว่าที่ทีมจะแก้ไขได้
The Four Pillars of Multi-Client Operations 多货主运营的四个支柱 สี่เสาหลักของการดำเนินงานลูกค้าหลายราย
Every SKU and location is always attributed to one client每个 SKU 和库位始终归属于一个货主SKU และตำแหน่งทุกรายการเชื่อมกับลูกค้าหนึ่งรายเสมอ
Each client has their own pricing rules — storage, handling, and add-on fees每个货主有各自的费率——存储费、操作费、附加服务费ลูกค้าแต่ละรายมีกฎราคาของตนเอง ค่าจัดเก็บ ค่าจัดการ และค่าบริการเพิ่มเติม
Different clients have different fulfilment deadlines — the system enforces each不同货主有不同的发货时效要求——系统分别执行ลูกค้าแต่ละรายมีกำหนดเวลา Fulfilment ต่างกัน ระบบบังคับใช้แต่ละรายการ
Each client sees only their own inventory, orders, and performance data每个货主只能看到自己的库存、订单和绩效数据ลูกค้าแต่ละรายเห็นเฉพาะ Inventory คำสั่งซื้อ และข้อมูลประสิทธิภาพของตนเอง
1. Inventory Isolation — The Foundation Everything Else Rests On 1. 库存隔离——其他一切的基础 1. การแยก Inventory — รากฐานที่ทุกอย่างพึ่งพา
In a single-brand warehouse, every item belongs to one owner by default. In a 3PL, every item must be explicitly attributed to one client — at every level: the SKU definition, the physical location, the inbound receipt, the outbound shipment, and the adjustment record. If client attribution is missing from any transaction, the audit trail breaks and the billing becomes guesswork. 在单品牌仓库中，每件货品默认属于同一个主体。在 3PL 中，每件货品都必须在每一个层面明确归属于一个货主——SKU 定义、实物库位、入库单据、出库发货、调整记录。任何一笔操作缺少货主归属，审计链就断了，计费就成了猜测。 ในคลังสินค้าแบรนด์เดียว สินค้าทุกชิ้นเป็นของเจ้าของเดียวโดยค่าเริ่มต้น ใน 3PL สินค้าทุกชิ้นต้องระบุลูกค้าอย่างชัดเจนในทุกระดับ: คำจำกัดความ SKU ตำแหน่งจริง ใบรับสินค้า การจัดส่ง และบันทึกการปรับ หากไม่มีการระบุลูกค้าในธุรกรรมใด เส้นทางการตรวจสอบจะขาดและการเรียกเก็บเงินกลายเป็นการเดา
Client A and Client B both sell similar products — cosmetics, say. A warehouse worker puts away Client B's stock in a bin that's informally "Client A's area." The WMS has no strict client-location binding, so it accepts the scan. Three weeks later, Client A's picker pulls Client B's product. The error isn't caught until the client complains about a wrong shipment — and by then, correcting inventory across both clients is a half-day manual exercise.货主 A 和货主 B 都在卖类似商品——比如化妆品。一名仓库员工把货主 B 的货上架到了非正式的"货主 A 区域"的库位。WMS 没有严格的货主-库位绑定，所以接受了扫描。三周后，货主 A 的拣货员拿了货主 B 的商品。错误直到货主投诉错发才被发现——此时，同时修正两个货主的库存是半天的手工作业。ลูกค้า A และลูกค้า B ขายสินค้าที่คล้ายกัน เช่น เครื่องสำอาง พนักงานคลังวางสต็อกของลูกค้า B ในช่องที่ไม่เป็นทางการว่าเป็น "พื้นที่ลูกค้า A" WMS ไม่มีการผูกลูกค้ากับตำแหน่งอย่างเข้มงวด จึงยอมรับการสแกน สามสัปดาห์ต่อมา พนักงานหยิบของลูกค้า A หยิบสินค้าของลูกค้า B ข้อผิดพลาดไม่ถูกตรวจพบจนกว่าลูกค้าจะร้องเรียนเรื่องการจัดส่งผิด และเมื่อถึงเวลานั้น การแก้ไข Inventory ของทั้งสองลูกค้าใช้เวลาครึ่งวันในการทำด้วยมือ
Proper isolation requires the WMS to enforce client attribution at every scan — not just record it. Put-away to a location bound to a different client should be rejected, not warned. Picking for Client A's order should only ever surface Client A's stock. This isn't a reporting feature; it's an execution constraint built into the warehouse workflow. 真正的隔离要求 WMS 在每次扫描时强制执行货主归属——而不只是记录它。将货品上架到绑定了其他货主的库位应该被拒绝，而不只是警告。为货主 A 订单拣货时，只应该出现货主 A 的库存。这不是一个报表功能；它是内嵌在仓库操作流程里的执行约束。 การแยกที่เหมาะสมต้องการให้ WMS บังคับการระบุลูกค้าในทุกการสแกน ไม่ใช่แค่บันทึก การจัดเก็บไปยังตำแหน่งที่ผูกกับลูกค้าคนอื่นควรถูกปฏิเสธ ไม่ใช่แค่เตือน การหยิบสำหรับคำสั่งซื้อของลูกค้า A ควรแสดงเฉพาะสต็อกของลูกค้า A เท่านั้น นี่ไม่ใช่ฟีเจอร์การรายงาน แต่เป็นข้อจำกัดการดำเนินงานที่สร้างไว้ในเวิร์กโฟลว์คลังสินค้า
2. Per-Client Billing — Where Most 3PLs Lose Money 2. 按货主计费——大多数 3PL 漏钱的地方 2. การเรียกเก็บเงินต่อลูกค้า — จุดที่ 3PL ส่วนใหญ่เสียเงิน
3PL billing is complex because it's multi-dimensional. A typical invoice might include: storage fees (per pallet, per bin, or per sqm), inbound handling (per order, per carton, or per SKU line), outbound handling (per order, per item, or tiered by volume), value-added services (labelling, kitting, repackaging — each at a different rate), and platform-specific surcharges. Every client's contract is different. Calculating this manually at month-end, from warehouse records that weren't designed with billing in mind, is where 3PLs routinely undercharge — or overcharge, triggering client disputes. 3PL 计费复杂，因为它是多维度的。一张典型账单可能包含：仓储费（按托盘、库位或平方米）、入库操作费（按单、按箱或按 SKU 行数）、出库操作费（按单、按件，或按量分级）、增值服务费（贴标、组套、重新包装——各有不同费率），以及平台专项附加费。每个货主的合同都不同。在月末从没有按计费设计的仓库记录中手工计算这些，是 3PL 习惯性少收费的地方——或者多收费，引发货主纠纷。 การเรียกเก็บเงิน 3PL ซับซ้อนเพราะมีหลายมิติ ใบแจ้งหนี้ทั่วไปอาจรวมถึง: ค่าจัดเก็บ (ต่อพาเลท ต่อช่อง หรือต่อตร.ม.) ค่าจัดการขาเข้า (ต่อคำสั่งซื้อ ต่อกล่อง หรือต่อบรรทัด SKU) ค่าจัดการขาออก (ต่อคำสั่งซื้อ ต่อชิ้น หรือแบบลำดับขั้นตามปริมาณ) บริการเพิ่มมูลค่า (ติดฉลาก จัดชุด บรรจุใหม่ แต่ละอย่างในราคาต่างกัน) และค่าธรรมเนียมเพิ่มเติมเฉพาะแพลตฟอร์ม สัญญาของลูกค้าแต่ละรายแตกต่างกัน การคำนวณสิ่งนี้ด้วยมือเมื่อสิ้นเดือน จากบันทึกคลังสินค้าที่ไม่ได้ออกแบบมาสำหรับการเรียกเก็บเงิน คือจุดที่ 3PL มักเรียกเก็บเงินน้อยเกินไป หรือมากเกินไป ทำให้เกิดข้อพิพาทกับลูกค้า
| Fee Type费用类型ประเภทค่าธรรมเนียม | Common Billing Basis常见计费基础เกณฑ์การเรียกเก็บทั่วไป | Manual Tracking Risk手工记录的风险ความเสี่ยงจากการติดตามด้วยมือ |
|---|---|---|
| Storage仓储费ค่าจัดเก็บ | Per pallet/bin/day or per sqm/month托盘/库位/天 或 ㎡/月ต่อพาเลท/ช่อง/วัน หรือ ตร.ม./เดือน | Peak vs. average stock level disputes高峰期与平均库存量的争议ข้อพิพาทเรื่องระดับสต็อกสูงสุดเทียบกับเฉลี่ย |
| Inbound handling入库操作费ค่าจัดการขาเข้า | Per order / per carton / per SKU line按单 / 按箱 / 按 SKU 行ต่อคำสั่งซื้อ / ต่อกล่อง / ต่อบรรทัด SKU | Miscounts if logged after the fact事后录入容易误计นับผิดหากบันทึกหลังความจริง |
| Outbound handling出库操作费ค่าจัดการขาออก | Per order / per item / volume tiers按单 / 按件 / 分量级ต่อคำสั่งซื้อ / ต่อชิ้น / ลำดับขั้นปริมาณ | Tier boundaries missed, returns not captured量级临界点被遗漏，退货未计入พลาดขอบเขตลำดับขั้น ไม่รวมการคืนสินค้า |
| Value-added services增值服务费ค่าบริการเพิ่มมูลค่า | Per unit / per task (kitting, labelling)按件 / 按任务（组套、贴标）ต่อชิ้น / ต่องาน (จัดชุด ติดฉลาก) | Ad-hoc tasks never get invoiced临时任务经常漏开发票งานชั่วคราวไม่ถูกออกใบแจ้งหนี้เลย |
| Returns handling退货处理费ค่าจัดการการคืนสินค้า | Per return / per item inspected按退货单 / 按检验件数ต่อการคืน / ต่อชิ้นที่ตรวจสอบ | Inspection detail lost without a system record没有系统记录，检验细节丢失รายละเอียดการตรวจสอบสูญหายโดยไม่มีบันทึกระบบ |
A WMS that supports 3PL billing captures every chargeable event as it happens — the inbound receipt, the outbound shipment, the value-added task, the return inspection. At month-end, the billing report is generated from actual system records, not from memory or manual logs. This is the difference between a 3PL that grows profitably and one that works harder as it adds clients but doesn't see the revenue to match. 支持 3PL 计费的 WMS 会在事件发生时即时记录每一个计费事件——入库单据、出库发货、增值服务操作、退货检验。月末时，账单报表从系统实际记录生成，而不是靠记忆或手工日志。这就是一个能盈利增长的 3PL 与一个随着货主增加而越干越累却收入不见涨的 3PL 之间的区别。 WMS ที่รองรับการเรียกเก็บเงิน 3PL จะบันทึกเหตุการณ์ที่คิดค่าใช้จ่ายได้ทุกรายการทันทีที่เกิดขึ้น ใบรับสินค้า การจัดส่ง งานบริการเพิ่มมูลค่า การตรวจสอบการคืนสินค้า เมื่อสิ้นเดือน รายงานการเรียกเก็บเงินถูกสร้างจากบันทึกระบบจริง ไม่ใช่จากความจำหรือบันทึกด้วยมือ นี่คือความแตกต่างระหว่าง 3PL ที่เติบโตอย่างมีกำไรกับ 3PL ที่ทำงานหนักขึ้นเมื่อเพิ่มลูกค้าแต่ไม่เห็นรายได้ที่เพิ่มขึ้นตาม
3. SLA Management — Different Rules for Every Client 3. SLA 管理——每个货主的规则都不同 3. การจัดการ SLA — กฎที่แตกต่างสำหรับลูกค้าแต่ละราย
Client A is on Shopee, where orders placed before 2pm must ship same day. Client B sells on their own website with a 48-hour SLA. Client C is a B2B distributor who ships in weekly batches. All three are in the same warehouse, and all three have orders arriving throughout the day. Without a system that understands which order belongs to which SLA commitment, the warehouse has no way to prioritise correctly — and the team defaults to processing in arrival order, which is wrong for everyone. 货主 A 在 Shopee 上，下午 2 点前的订单必须当天发货。货主 B 有自营网站，SLA 是 48 小时。货主 C 是 B2B 经销商，按周批量发货。三个货主共用一个仓库，三者的订单全天都在进来。没有一个理解哪笔订单对应哪个 SLA 承诺的系统，仓库就没有办法正确排优先级——团队只能按到达顺序处理，这对所有人都是错的。 ลูกค้า A อยู่บน Shopee ที่คำสั่งซื้อก่อน 14.00 น. ต้องจัดส่งวันเดียวกัน ลูกค้า B ขายบนเว็บไซต์ตนเองด้วย SLA 48 ชั่วโมง ลูกค้า C คือผู้จัดจำหน่าย B2B ที่จัดส่งเป็นชุดรายสัปดาห์ ทั้งสามอยู่ในคลังเดียวกัน และคำสั่งซื้อของทั้งสามมาตลอดทั้งวัน โดยไม่มีระบบที่เข้าใจว่าคำสั่งซื้อไหนเป็นของ SLA ไหน คลังสินค้าไม่มีทางจัดลำดับความสำคัญได้ถูกต้อง และทีมจะประมวลผลตามลำดับที่มาถึง ซึ่งผิดสำหรับทุกคน
A WMS with proper SLA logic assigns a cut-off time and a priority tier to each client's orders at the point of entry. The wave planning engine uses this to determine picking order — Client A's 2pm-deadline orders are picked first, Client C's weekly batch gets scheduled after peak hours. SLA performance is tracked per client and surfaced in the daily operations dashboard, so supervisors can see which clients are at risk before the deadline passes, not after. 具备完善 SLA 逻辑的 WMS 在订单进入时就为每个货主的订单分配截止时间和优先级别。波次规划引擎据此决定拣货顺序——货主 A 2 点截止的订单优先拣货，货主 C 的周批量计划安排在高峰时段之后。SLA 表现按货主追踪，在日常运营看板上呈现，让主管在截止时间到来之前——而不是之后——就能看到哪个货主面临风险。 WMS ที่มีตรรกะ SLA ที่เหมาะสมจะกำหนดเวลาตัดและระดับลำดับความสำคัญให้คำสั่งซื้อของลูกค้าแต่ละรายตั้งแต่จุดที่เข้ามา เครื่องมือวางแผน Wave ใช้สิ่งนี้เพื่อกำหนดลำดับการหยิบ คำสั่งซื้อกำหนดเส้นตาย 14.00 น. ของลูกค้า A ถูกหยิบก่อน ชุดรายสัปดาห์ของลูกค้า C ถูกกำหนดหลังชั่วโมงสูงสุด ประสิทธิภาพ SLA ถูกติดตามต่อลูกค้าและแสดงในแดชบอร์ดการดำเนินงานรายวัน ให้หัวหน้างานเห็นว่าลูกค้ารายใดมีความเสี่ยงก่อนที่กำหนดเส้นตายจะผ่านไป ไม่ใช่หลังจากนั้น
4. Separated Reporting — Each Client Sees Only Their Own Data 4. 报表隔离——每个货主只能看到自己的数据 4. การรายงานแยก — ลูกค้าแต่ละรายเห็นเฉพาะข้อมูลของตนเอง
Clients expect visibility into their own operations: current stock levels by SKU, order status, fulfilment rate, ageing inventory, and monthly billing summary. They do not want to wait for a weekly email with an attached spreadsheet. And they absolutely do not want to see another client's data mixed in. 货主期望看到自己业务的数据：各 SKU 的当前库存、订单状态、履单率、滞销库存、月度账单汇总。他们不想等着每周收一封附有 Excel 的邮件。更不能看到另一个货主的数据混在里面。 ลูกค้าคาดหวังการมองเห็นการดำเนินงานของตนเอง: ระดับสต็อกปัจจุบันตาม SKU สถานะคำสั่งซื้อ Fill rate สินค้าค้างนาน และสรุปการเรียกเก็บเงินรายเดือน พวกเขาไม่ต้องการรออีเมลรายสัปดาห์พร้อมสเปรดชีตแนบมา และไม่ต้องการเห็นข้อมูลของลูกค้ารายอื่นปนกันอย่างแน่นอน
The right WMS gives each client a login with access to their own real-time portal: inventory counts, inbound and outbound history, order tracking, and billing records. The 3PL doesn't need to prepare reports manually — the system generates them. This also reduces the volume of status inquiry calls and emails the 3PL team receives, freeing up time that used to go to answering "where's my stock?" questions. 合适的 WMS 为每个货主提供登录账号，能访问自己的实时门户：库存数量、出入库历史、订单追踪、账单记录。3PL 不需要手工准备报表——系统自动生成。这也减少了 3PL 团队收到的库存查询电话和邮件，把原本用于回答"我的货在哪？"的时间解放出来。 WMS ที่เหมาะสมให้ลูกค้าแต่ละรายมีการล็อกอินพร้อมการเข้าถึงพอร์ทัลแบบเรียลไทม์ของตนเอง: จำนวน Inventory ประวัติขาเข้าและขาออก การติดตามคำสั่งซื้อ และบันทึกการเรียกเก็บเงิน 3PL ไม่จำเป็นต้องจัดทำรายงานด้วยมือ ระบบสร้างให้ สิ่งนี้ยังลดปริมาณการโทรสอบถามสถานะและอีเมลที่ทีม 3PL ได้รับ ปลดปล่อยเวลาที่ใช้ตอบคำถาม "สต็อกของฉันอยู่ที่ไหน?"
Without vs With a 3PL-Ready WMS 没有 vs 有 3PL 专属 WMS ไม่มี vs มี WMS สำหรับ 3PL
- Separate spreadsheets per client, reconciled manually每个货主分别维护 Excel，人工对账สเปรดชีตแยกต่างหากต่อลูกค้า กระทบยอดด้วยมือ
- Location assignment by verbal agreement or marker pen on shelves库区分配靠口头约定或货架上的记号笔การกำหนดตำแหน่งด้วยข้อตกลงปากเปล่าหรือปากกาเขียนบนชั้นวาง
- Billing calculated at month-end from incomplete logs月末从不完整日志中手工计算账单คำนวณการเรียกเก็บเงินเมื่อสิ้นเดือนจากบันทึกที่ไม่ครบถ้วน
- All orders processed in arrival order regardless of SLA所有订单按到达顺序处理，不区分 SLAคำสั่งซื้อทั้งหมดประมวลผลตามลำดับที่มาถึงโดยไม่คำนึงถึง SLA
- Clients receive weekly email reports — and call for the rest货主每周收邮件报表，其余靠打电话ลูกค้าได้รับรายงานทางอีเมลรายสัปดาห์ และโทรหาส่วนที่เหลือ
- Adding a 6th client means adding another set of manual processes加一个货主 = 再加一套手工流程เพิ่มลูกค้ารายที่ 6 หมายถึงเพิ่มชุดกระบวนการด้วยมืออีกชุด
- Client dimension built into every transaction — no manual reconciliation每笔操作内嵌货主维度——无需手工对账มิติลูกค้าสร้างไว้ในทุกธุรกรรม ไม่มีการกระทบยอดด้วยมือ
- Locations bound to clients in the system — wrong-client put-away is rejected系统中库位与货主绑定——上错货主的架位被拒绝ตำแหน่งผูกกับลูกค้าในระบบ การจัดเก็บผิดลูกค้าถูกปฏิเสธ
- Billing report generated automatically from system events账单报表从系统事件自动生成รายงานการเรียกเก็บเงินถูกสร้างโดยอัตโนมัติจากเหตุการณ์ระบบ
- Wave planning prioritises by client SLA — right orders ship first波次计划按货主 SLA 排优先——该先发的先发การวางแผน Wave จัดลำดับตาม SLA ลูกค้า คำสั่งซื้อที่ถูกต้องจัดส่งก่อน
- Clients log in to their own portal for real-time data货主自己登录门户查看实时数据ลูกค้าล็อกอินพอร์ทัลของตนเองเพื่อดูข้อมูลแบบเรียลไทม์
- Adding a new client is configuration — not a new set of spreadsheets新增货主是配置操作——而不是新开一套 Excelการเพิ่มลูกค้าใหม่คือการกำหนดค่า ไม่ใช่ชุดสเปรดชีตใหม่
A 3PL that adds a client without adding headcount is one that has the right system. A 3PL that adds a client and immediately needs two more staff members is one that's managing operations manually. 一个增加货主而不增加人手的 3PL，是有了合适系统的 3PL。一个增加货主后立刻需要再招两个人的 3PL，是在用人工管理运营的 3PL。 3PL ที่เพิ่มลูกค้าโดยไม่เพิ่มพนักงานคือ 3PL ที่มีระบบที่เหมาะสม 3PL ที่เพิ่มลูกค้าแล้วต้องการพนักงานเพิ่มอีกสองคนทันทีคือ 3PL ที่จัดการการดำเนินงานด้วยมือ
What to Look For in a WMS If You Run a 3PL 3PL 选 WMS 时应该关注什么 สิ่งที่ต้องมองหาใน WMS หากคุณดำเนินงาน 3PL
Not every WMS is built with 3PL operations in mind. Most WMS products are designed for single-brand warehouses and bolt on "multi-client" as an afterthought — a tag on a record rather than a dimension that runs through every transaction. Before evaluating any system, verify that it handles the following natively: 并不是每个 WMS 都是为 3PL 运营设计的。大多数 WMS 产品是为单品牌仓库设计的，「多货主」是事后附加的功能——只是记录上的一个标签，而不是贯穿每笔操作的维度。评估任何系统之前，验证它是否原生支持以下内容： ไม่ใช่ WMS ทุกตัวที่สร้างมาสำหรับการดำเนินงาน 3PL ผลิตภัณฑ์ WMS ส่วนใหญ่ออกแบบมาสำหรับคลังสินค้าแบรนด์เดียวและ "หลายลูกค้า" ถูกเพิ่มเข้ามาในภายหลัง เป็นแท็กในบันทึกมากกว่ามิติที่ดำเนินผ่านทุกธุรกรรม ก่อนประเมินระบบใด ตรวจสอบว่ามันจัดการสิ่งต่อไปนี้โดยดั้งเดิม:
- Client as a first-class dimension — every SKU, location, inbound order, outbound order, and adjustment record has a mandatory client field, not an optional one货主作为一等维度——每个 SKU、库位、入库单、出库单和调整记录都有强制货主字段，而不是可选字段ลูกค้าเป็นมิติระดับแรก — ทุก SKU ตำแหน่ง คำสั่งซื้อขาเข้า คำสั่งซื้อขาออก และบันทึกการปรับ มีฟิลด์ลูกค้าที่บังคับ ไม่ใช่ตัวเลือก
- Configurable billing rules per client — storage, handling, and VAS fees should be configurable per-client without code changes按货主配置计费规则——存储费、操作费、增值服务费应该能按货主配置，不需要改代码กฎการเรียกเก็บเงินที่กำหนดค่าได้ต่อลูกค้า — ค่าจัดเก็บ ค่าจัดการ และค่า VAS ควรกำหนดค่าได้ต่อลูกค้าโดยไม่ต้องเปลี่ยนโค้ด
- Per-client SLA and wave logic — fulfilment priority should be driven by the client's SLA, not the order arrival time按货主的 SLA 和波次逻辑——履约优先级应由货主 SLA 驱动，而不是订单到达时间ตรรกะ SLA และ Wave ต่อลูกค้า — ลำดับความสำคัญของ Fulfilment ควรขับเคลื่อนด้วย SLA ของลูกค้า ไม่ใช่เวลาที่คำสั่งซื้อมาถึง
- Client portal with data isolation — clients should log in and see only their own data, with no possibility of accidental cross-client data exposure有数据隔离的货主门户——货主登录后只能看到自己的数据，不存在货主间数据意外泄露的可能พอร์ทัลลูกค้าพร้อมการแยกข้อมูล — ลูกค้าควรล็อกอินและเห็นเฉพาะข้อมูลของตนเอง โดยไม่มีความเป็นไปได้ที่ข้อมูลจะถูกเปิดเผยระหว่างลูกค้าโดยไม่ตั้งใจ
- Billing report export — a structured billing report per client per period, ready to send without further manipulation账单报表导出——每个货主每个周期的结构化账单报表，无需二次加工即可发送การส่งออกรายงานการเรียกเก็บเงิน — รายงานการเรียกเก็บเงินที่มีโครงสร้างต่อลูกค้าต่อช่วงเวลา พร้อมส่งโดยไม่ต้องปรับเพิ่มเติม
