门店订单与库存管理软件开发案例：扫码取货与美团、饿了么库存联动

项目签约与脱敏合同

某公司与海拔网络已签署《技术开发（委托）合同》，以下合同文件已对客户名称、联系人、联系方式等敏感信息进行脱敏处理，保留合同名称、受托方信息及项目签约关系，作为本案例的签约依据。

图为本项目技术开发委托合同脱敏文件。

骑手从门店二维码进入取货流程

骑手到达门店后，可以通过扫描门店二维码查看门店订单。订单数据通过美团、饿了么接口获取，展示平台侧骑手已接单、尚未取货的相关订单。

二维码将使用入口与门店场景连接起来。骑手进入后，先在列表中查找订单，再打开详情核对需要取走的商品。

对于门店而言，取货列表主要服务于正在发生的出货操作。已经取货的订单不再出现在该列表中，使页面集中展示仍需要处理的内容，减少新旧订单混杂带来的查找负担。

这里的“已取货不显示”指取货列表的展示规则，并不等同于删除订单记录。门店负责人仍有订单记录查看、筛选和导出功能，用于后续核对。

订单详情把平台信息与货架位置对应起来

骑手查看订单详情时，可以了解订单编号、骑手名称、客户地址、客户备注，以及商品名称、商品编号、数量和货架信息。

订单编号和骑手名称用于核对任务，客户地址和备注提供配送所需信息，商品名称、编号与数量则明确本次需要取走的内容。货架信息进一步补充商品存放位置，让订单内容与门店现场对应起来。

当一笔订单包含多种商品时，只知道订单属于哪位骑手，还不足以完成取货。商品和数量需要核对，货架位置也需要便于查找。系统将这些内容放在订单详情中，使骑手能够围绕同一条订单完成确认。

项目资料没有提供客户地址修改、商品替换或订单内容编辑操作，因此骑手端主要围绕订单查看和确认取货使用。

库存扣减发生在确认取货之后

本项目将骑手点击“确认取货”作为库存扣减节点。

平台产生订单、骑手接单和骑手取走商品，是不同的业务动作。系统按照已确认需求，在骑手确认取货后扣减相应库存，让库存变化与门店实际出货动作衔接。

这项设计使订单查看与库存处理形成前后关系：骑手先查看订单，核对商品数量和货架位置，再确认取货，系统随后处理相应库存扣减。

对于门店负责人，库存数量因此与取货操作发生关联；对于骑手，确认取货也具有明确的业务含义，需要在核对商品后进行操作。

订单详情中的商品、数量与库存记录需要保持对应，才能让本次取货影响正确的商品库存。这也是订单数据与商品数据需要共同接入的重要原因。

库存为零时，联动对应平台商品下架

当相应商品库存为零时，系统联动美团、饿了么，使对应商品下架。

这里需要对应的是具体商品。某一种商品售罄，处理对象是平台上与其对应的商品，而不是将门店中的全部商品统一下架。

实现这一流程，需要让订单商品、门店库存和平台商品数据保持对应关系。因此，本项目的第三方接口范围同时涉及订单、商品数据和库存同步，三个部分共同支撑取货后的库存联动。

订单接口提供业务来源，商品数据用于确定处理对象，库存同步则连接门店库存与平台侧状态。只接收订单而不处理商品与库存之间的对应关系，无法完整承接本项目的流程。

现有需求明确了库存为零时的下架处理，没有说明补充库存后是否自动重新上架，也没有给出同步时效承诺，因此这些内容以最终确认方案为准。

门店负责人通过手机号匹配身份

门店负责人通过授权手机号匹配对应身份，再进入相应管理功能。

负责人可以查看库存数量，并根据门店实际情况设置数量。这一权限与骑手确认取货后的库存扣减共同作用于库存管理：前者由负责人进行设置，后者随取货动作发生。

负责人还可以筛选查看订单记录，并导出相关内容。日常取货列表关注待取订单，订单记录则用于回看已经形成的业务数据，两者承担不同用途。

项目没有明确筛选条件和导出文件格式，因此文章只按“筛选、查看、导出订单记录”描述，不增加具体筛选维度或报表形式。

此外，门店负责人可以设置门店管理员账号，为其他人员提供限定范围的库存查看入口。账号设置与业务权限相结合，使门店能够根据人员职责安排日常操作。

门店管理员仅拥有库存查看权限

门店管理员的权限范围较为明确：仅查看库存。

管理员可以了解当前库存情况，但不具备负责人所拥有的库存数量设置、订单记录导出和管理员账号设置权限。

这种划分使“了解库存”和“修改库存”由不同权限控制。门店需要安排人员查看商品数量时，可以使用管理员账号；涉及数量调整和账号配置时，则由负责人操作。

角色权限是本项目的重要组成部分。界面中出现某个管理入口，并不代表所有进入软件的人都能够使用其中全部功能，实际操作范围仍由对应身份确定。

页面按平台区分订单，方便现场核对

从项目效果图来看，首页顶部展示门店信息，下方以卡片呈现订单。

美团订单使用黄色平台标识，饿了么订单使用蓝色平台标识。卡片中显示骑手及客户地址、备注等信息，使用户在进入详情前就能够先识别订单来源和基本内容。

两个平台的订单集中呈现，通过平台标识保持区分。骑手可以先在列表中找到相关订单，再进入详情核对商品和货架信息。

底部设置首页和门店管理入口，分别对应订单浏览与门店相关操作。截图中的门店名称、骑手姓名和地址等属于界面演示内容，不作为客户真实业务数据引用。

图为项目界面展示，门店、订单及相关演示数据以实际运行版本为准。

第三方接口连接订单、商品与库存

本项目涉及微信小程序认证、服务器、域名、域名SSL证书、腾讯云COS存储，以及微信小程序上线审核所需资质等第三方材料。

业务接口方面，需要对接美团、饿了么的订单、商品数据和库存同步接口。这些接口直接关系到订单获取、商品对应和库存联动，是系统部署对接中的重要部分。

第三方清单还包括文字转语音接口和公众号消息推送接口。现有资料没有进一步明确播报内容、消息接收人和触发条件，因此不将其扩展描述为每笔订单自动播报或自动发送通知。

第三方账号、接口权限、认证、费用及后续续费，需要按照合同约定和服务商要求办理。上线准备也需要围绕实际主体、业务内容和页面功能提供相应材料。