一物一码门店码流转思维导图
2024-04-07 11:49:01 2 举报AI智能生成
一物一码
作者其他创作
大纲/内容
采购要货
单据对接中台：跟随ANS单，由JDE下发至中台，中台同步查询码中台码LIST信息，数据合并后下发至POS（原有下发POS接口开发）
单据未对接中台：POS接收到ANS单之后，主动查询中台，中台实时调用码中台获取码信息（中台开发接收请求接口）
中台：如跟随ANS单查询码中台失败，则补充查询码中台，补发POS，POS需要开发补发接口（POS开发接收中台调用接口）
采购收货
中台：POS提交收货任务给到中台，再由中台提交至码中台，RFID手持设备从码中台拉取收货任务
单据对接中台：收货确认，随确认单提交至JDE，并异步提交至码中台，其中提交的码信息只包含有码的商品的扫描状态
单据未对接中台：POS需要增加调用中台接口，传递码流转信息，由中台发送至码中台
中台：接收RFID收货扫描结果的提交，并下发至POS
POS改造：收货任务的提交是由POS发起的，pos交互是否要改造
POS改造：盘点结果回传POS，确认盘点完成，才能提交验收收货按钮
没有码的商品，码中台是否记录收货信息，建议记录，无码商品可以用扫二维码的方式
问题1：无码商品扫69码，RFID是否能查询商品信息
问题2：无码商品收货状态是否还控制是扫中的还是人工确认的
收货信息流程
收货人员在RFID手持枪中手动选择一个收货任务（ANS单）
RFID手持枪只识别带码的信息的商品，最终点击确认上送按钮，提交至中台
RFID手持枪的收货扫描结果通过中台回传POS
pos记录商品的扫码状态（RFID已扫，未扫）
不管扫没扫到，门店都可以点击验收按钮
如果没扫到，则POS会提示确认验收吗，加入后续强管控的额外逻辑
如果门店确认验收，但实际没有扫到，码中台不会记录收货，且后续要有补回溯记录的动作
收货单据通过中台传到JDE，补发至码中台
RFID设备差异检查
手动确认差异
直到无差异后才可提交至码中台
码中台码信息收货状态
门店手动确认收货
RFID扫码确认收货
采购退货
调拨入
调拨出
盘点
盘点两种方案
方案1
盘点任务由POS下发给业务中台，业务中台下发至码中台
盘点任务有没有JDE建的？
逐个扫描是否要录入不代码的商品
上报信息到码中台
后续会上传至业务中台，业务中台传至码中台
标签管理
换标（RFID手持枪）
激活新标签替换原始标签（需录入项目号、批次）
激活新标签直接入库，不知道原始标签
有作弊嫌疑，知否认定码损坏无法销售
中台：接入激活码中台接口
门店人工激活备注：必填，630门店初始化场景
门店地址号
查标（POS）
查询码信息是否在库，在途，或已销售
改回溯记录
码错误识别，卖出去了错了
手工输入码错了
挂单（大型店PDA设备 长益、海典）
方案1：PDA设备手动选择码
优势：开发方便，支持搜索后4位回溯码，支持对一个项目号的某个批次进行手动选择回溯码
劣势：买多个商品需要一个一个选择，降低效率，如果后续商品上不带码，则无法挂单
方案2：PDA设备唤醒摄像头扫码
优势：目前硬件就可以支持
劣势：扫码降低效率，硬件识别能力不高
方案3：使用RFID手持设备替换PDA设备（长期）
优势：一体化解决挂单闭环
劣势：需要RFID手持设备对接pos，重新开发一个APP（菜鸟），开发一整个PDA闭环功能
如果不能保证所有进出，特别是进入环节都扫码，那用码搜商品的动作就很有可能搜不到
销售出库
方式1：扫码枪
方式2：RFID结算台（批量识读）
结算台需要以USB的方式接入收银POS，POS是否需要做改造
POS需要接收结算台一个LIST的码信息，然后加载进购物车一个LIST
结算台连接WIFI，以便码中台进行设备管理
单据已对接中台：接收原有销售接口，同步JDE，JDE接收成功后，异步传送码中台，并有补发策略
单据未对接中台：POS需要增加调用中台接口，传递码流转信息，由中台发送至码中台
销售退货
销售退货各个POS的交互是什么样
分支1：退货目前是原单退，用单号选择商品退
分支2：在POS中选择退货，扫码，然后自动调出单子，锁定扫码的商品退
RFID结算台是否支持销售退货
不支持
标坏了怎么办，需要关联门店的码管理功能，补标激活，相当于采购退货
销售的时候没按码销售，退的时候扫码应该是扫不出来
串货稽查
明确稽查规则和稽查交互
稽查精灵是否需要联网中台查询库存和下发任务
价格稽查：门店是否可以改主数据下发的销售价格
答疑
工厂的码流转到了其他非试点的门店如何处理？
码形态确认，码代表的是否为一串数字
用户扫码之后的内容页面，是小程序还是H5
所有码流转数据的字典设置，哪些是用户看到的，哪些是运营能看到的
0 条评论
下一页
