梁华生--工作周报（2018-06-30）

周报 Today周报

本周回顾

• navi重构1.0上线
• 新状态已经完成调整，并上线
• 收货修正流程跟仓库联调完成，并上线
• 本周花了很多精力在修复数据上，主要这几方面 （问题已修复，新数据已正常）
  
  • 主档数据,商品售价、物流销价，总金额，供应商到货周期等
  • 供应商和仓库物流信息对应关系调整，导致部分经由单子下错仓库 （问题已修复，新数据都已正常）

下周计划

• 线上问题跟进
• 调拨单调整 曹璐 徐泽鹏 周一上线
• 调整：
  
  • 收货时产生拒收和缺货则生成修正单，多次收货时，更新原修正单信息，日结后推送wms 曹璐 周二完成
  • updated_at 字段调整，每次更新由程序更新为updated_at = now(), 不依赖于数据库自动更新机制，（修数据也会会导致字段更新，而财务系统同步数据依赖采购的updated_at） 曹璐 周一上线
• 日志埋点 曹璐 本周完成
  
  • 输出接口中关键的处理日志
  • 优先处理定时器接口
• 门店退仓库，修正流程梳理
• 不变量完善，增加门店售价，物流销价检查，按照新订单状态调整不变量检查程序，保证每天下班前必须给出一份检查结果 涂亚松
• 库存方法原子化 张俊 张俊提供上线时间计划
• Navi1.1开发文档：https://www.zybuluo.com/Wahson/note/1182788
  
  • 前后端周一早上先评估一下开发时间 曹佳林 吴月 朱方方

总体分工：
新需求：曹佳林 吴月 朱方方
线上问题：曹璐 徐泽鹏
不变量，数据报表：涂亚松
库存原子化：张俊

注意点：
1. 推送wms接口应放在所有业务处理代码的最后，避免业务代码出现异常回滚，而数据依然推送到wms
2. 数据库remark字段尽量不用于保存业务相关的信息
3. 以后所有在thrift中定义的实体，都统一带上T前缀，如TCallOrderRequest
4. 每日bugfix 不建议大调整，一般情况下只允许小修小补，大调整在大版本进行
5. 接口都应添加必要的日志输出，以便以后线上问题追踪

附：上周下店店员反馈的一些问题：(需要产品过滤一下哪些需要处理)

1、天翼直纳收货单走的天翼系统 无法匹配到我们系统的叫货单  只能凭借sku匹配 且没有标红缺货修正 导致会盘亏  
2、收货页面无法根据叫货日期搜索  
3、门店店员不会区分送货方式 只会根据温层 所以操作他们会乱
4、经由单据仓库有时候会没有单据，直接送过来，导致实际送货跟收货单有差异  
5、收货的时候每行sku编辑数量，会出现回退去比较叫货，卡死之后没有缓存 就卡死了
6、修正单现在在日结之后才能有单据  但是如果当天送到  就存在了隔天才能修正打印 (下周调整)
7、报废打印如果数据多了 渲染只会渲染24条数据 多的打印不出来（已修复）
8、收货页面的提醒功能 数量不匹配 判断有问题 (已修复)
9、收货页面的实际发货跟实际收货需要固定死，现在是直接滚动，导致收货会直接对串行，数据就乱了