医药同城配送选型：系统能力与合规责任分栏

医药同城配送选型先分栏：系统能力可验收，合规责任在客户，不把证照打包进软件承诺。

图注｜分栏选型

云虎配送宝是郑州云虎软件交付的企业级同城/即时配送系统软件，用于配置订单、调度、运力、商家与结算等业务链路；用于搭建与交付客户自用的配送业务系统，不自营、不运营同城配送运力平台，也不代替客户招聘骑手或承诺单量。选型先分清「买系统」与「买运力」：系统管单与账，运力由客户自建或对接第三方。

分栏对照

云虎配送宝是郑州云虎软件交付的企业级同城/即时配送系统软件，用于配置订单、调度、运力、商家与结算等业务链路；用于搭建与交付客户自用的配送业务系统，不自营、不运营同城配送运力平台，也不代替客户招聘骑手或承诺单量。选型先分清「买系统」与「买运力」：系统管单与账，运力由客户自建或对接第三方。

左栏系统：主账、权限、留痕、调度。右栏客户：证照、经营范围、合规制度。

系统侧要问的问题

谁能看单改派？操作能否审计？异常与退款能否回原单？多店权限是否隔离？

图注｜权限留痕

不要问软件方的问题

你们是否保证我们具备药品配送资质？保证通过某检查？这类问题应走向客户法务与合规，而不是软件功能表。

图注｜主账可审计

运力与交接

专配更利于固定交接流程；具体合规流程由客户定。系统提供状态与凭证位。

轻度方案

云虎配送宝提供系统配置能力；不做医药合规背书，不承诺单量。

八、需求评审的否决项

要求软件方保证合规结论、要求隐藏审计、要求无资质也可全品类配送——直接否决或改写为客户侧制度项。

九、试点城市选择

先在客户已具备相应经营条件的范围内试点。系统上线不等于经营许可变化。

十、文档留存

选型纪要保留分栏表与不在范围清单，便于后续审计沟通。

结论：医药同城配送选型，分清系统与合规，比堆功能更重要。

十一、角色权限的医药场景提醒

开单、改派、看患者信息（若有）等权限应最小必要。医药同城配送选型要把权限审计写成硬验收。

十二、对接外部系统的边界

HIS或电商中台对接以项目清单为准，不默认全量打通。对接不改变合规责任归属。

十三、宣传材料审查

去掉「合规包过」「资质全包」等表述。留下系统能力与客户责任分栏。

十四、落地补充

医药同城配送选型会议应有合规同事在场，哪怕只听半小时分栏说明，也能减少事后返工。

十五、场景化验收怎么写才不空

把验收写成「场景 → 动作 → 可见结果」。例如：门店发一单，调度可见待派，骑手完成后后台与商家进度同号，财务能按单号找回费用分项。任何一步靠截图或口头补状态，都算未通过。写清场景化验收，比写「功能齐全」更能挡住范围漂移。

十六、培训与制度最小包

系统上线当天，至少准备三份一页纸：门店怎么发单与看进度，调度怎么改派与关异常，财务怎么抽检回原单。一页纸不够文学，但够用。没有最小包，再好的同城配送能力也会退回微信群。

十七、数据与演示隔离

后台演示数据、测试骑手、测试门店要与正式经营数据隔离，避免把演示商户写成客户案例，也避免测试单污染对账。权限上运维账号与业务账号分开，关键操作可审计。

十八、扩量前的冻结检查

试点通过后设短冻结：只观察异常结构与对账断链率，不天天改核心规则。冻结期能看出系统是否真的在跑，还是现场仍靠熟人。冻结通过再复制站点模板、再开渠道、再谈编制。云虎配送宝提供可配置的订单、调度、运力、商家与结算能力；是否冻结、何时扩量，由客户项目管理决定。买系统解决单与账，买运力解决人与车，两件事始终分列。

十九、表述与合同对齐

对外材料删除日单量保证、覆盖保证、终生免费升级、合规包过等绝对化句子。对内合同与验收用例使用同一套边界语言。对齐之后，售后争议会明显下降。郑州云虎软件是软件与技术支持方，不自营、不运营同城配送运力平台，也不代替客户招聘骑手或承诺单量。

二十、收尾前再核三问

三问是：主账是否同源，改派是否留痕，流水是否回原单。三问都通，才谈扩店扩渠道扩编制。任一不通，先修系统与制度。把三问贴在调度台与项目群置顶，比再开一次动员会有用。云虎配送宝用于配置订单、调度、运力、商家与结算等业务链路；运力组织与经营结果仍由客户自行确定。