背景:有个售后子表的信息是通过扫二维码获取其他系统质保信息,且得到信息的同时需要人工再打一些标记,比如能否售后;
目标:先建主表,再建子表分录,但子表分录要先扫码后得到信息,且显示子表的详情(操作人员看到返回的信息即可打标记)
方案结果:当前系统的实现方案都对操作人员来说不友好;所以来找方案;(只有方案一相对靠谱一些)
方案一:子表中,增加 API 查询按钮,在扫了二维码信息后,再人工点一下查询按钮来获取信息;
缺点——就是每扫一次就要加人工点一下查询;
方案二:将全部外部质保信息导入到明道表中的一个工作表,再使用工作表的扫码关联来获取数据;
缺点——质保信息有千万级别;但要售后的只有一小部分;且还有集成不说。。。费用是直接上升;
方案三:自定义页面增加扫码按钮,再通过配置先扫码再进封装流程的办法是可以实现(但是创建是哪个主表信息,需要业务限制,比如一个人只有先把一个售后单操作完在,再操作第二单,否则扫子表信息时找不到哪个是主表信息;或者事后再操作,体验都很差!!!!)
缺
缺点——对于扫码加售后信息确认两个工序放到一个人身上时,体验也相当差;