客户自有仓的货还没有进入平台仓，却要求平台直接生成面单并约承运揽收。若按全托管接单，丢件、少件和包装破损很容易被客户算到平台头上，而平台实际上没有接触过货物。只代打单能不能接，关键要看货权、操作节点和交寄责任是否被写进同一份服务范围。
货权与在库主体先分清
库存放在客户自有仓，货权仍归客户，平台没有入库验收、没有库存台账，也没有实际保管货物。这种情况下，客户自有仓库存不能计入平台可用库存，平台也不应按代发库存做缺货替代。假设客户要求平台先从自有仓调货再打单，平台要先确认是否实际接收货物、是否完成入仓验收；没有入仓记录时，只能按客户仓发货协助处理，不能按平台库存承诺可发数量。货权、在库地点和操作主体要写在同一张服务范围表里，避免后续出现“货在谁手里、少件谁负责”的争议。
面单生成与交寄确认分开写
只代打单可能包含生成面单、预约揽收、打印标签，也可能只到生成面单为止。平台要明确自己负责到哪一步：是只把面单文件交给客户仓，还是也负责装车交接、揽收扫描确认。假设平台只生成面单，客户仓自行打包并交给承运商，那么包装是否符合承运要求、件内物是否齐全，应由客户仓负责。若平台还负责交寄，就要有交接单、揽收记录和异常回执。服务范围里写“代打单”三个字不够，必须把面单生成、交寄预约和揽收确认拆成可验收的动作。
异常路由按实际接触节点划分
未揽收前发现少件、包装破损或面单错误，责任通常落在实际打包和交寄的一方；已揽收后出现丢件、延误或破损，则按承运规则进入查件、理赔或补寄评估。平台如果没有接触货物，不应承诺对未见货物做质量、数量或包装核验。假设客户仓交寄后才发现少装一件，平台可以协助查揽收记录和交接单，但不能仅凭面单由平台生成就让平台承担少件责任。异常路由要写清谁先接报、谁提供出库记录、谁向承运方发起查件，以及平台在哪个节点介入。这样客户不会把所有异常都投到一个客服入口。
包装与件内物责任不能默认转移
客户自有仓发货时，包装材料、装箱方式和件内物清单由客户仓掌握。平台只代打单，不接触货物，就不能默认承担包装加固、赠品核对和禁寄品判断。假设客户要求平台在面单上体现某类商品，平台应要求客户提供准确的品名、材质和数量信息，并说明信息由客户负责。若平台发现客户提供的品名明显笼统，可以拒绝生成面单或要求补充资料，但不能替客户猜测件内物。包装责任和申报责任分开写，后续出现破损、错发或承运拒收时，才能按实际动作找到责任方。
报价和结算按服务项单列
只打单服务不能混入全托管价格。报价表应把面单费、操作费、交接费、查件协助费等分项列明，说明哪些动作包含、哪些动作另计。假设客户只要求生成面单，却拿全托管报价来比较，平台应解释服务范围差异，不能用一个总价覆盖两种模式。结算时按实际发生的服务项对账，客户仓自行交寄产生的运费、包装费和异常处理费不应混入平台服务费。若客户后续要求全托管，应重新入仓验收、重新确认库存和包装标准，不沿用只打单报价。报价单和结算单使用同一套服务项名称，减少月底争议。
书面确认后再接单
服务范围、货权归属、交寄节点、异常路由和费用项都确认后，再接受只代打单订单。客户书面确认平台不接触货物、不承担包装和件内物责任，平台才可按协助角色处理。客户要求平台对未见货物做质量保证、数量保证或包装保证时，应转为全托管评估或直接拒绝。这个边界不否定只代打单的价值，它只把平台能做的动作和不能承担的责任写清楚。接单后留存服务范围确认、面单生成记录、交接回执和异常沟通，下一批订单沿用同一口径，避免每单重新解释。
