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