问题反馈整理

1、我们移到不良品仓的商品看不到金额,移库单能加上金额吗?

因为我这边每天要做一个统计,各仓的SKU数和金额

2、今天退货PDA退货实物要退一件,PDA显示退了2件,实际1件也没有退。

3、配送路线编号:    L000033580   里面有4条出库单是新建状态,是因为这样出不了库么?

4、那个出库单打印上面,那个订购数量是错了,取得是出库件数,你们扫了4次,所以订购数量是4。

5、购物车页点“去结算”,没反应。

6、做负采购的时候,我们付给供应商的钱是要小于等于供应商付给我们的钱

7、损益单是退回到不良仓的哦

8、反馈实际出库数量和系统里的出库数量不一致

9、现在每天平均在7000单左右吧

10、入库通知单金额与实际金额不符

11、库存0.001的商品报损不了

12、损益单小数点后超过两位清不掉

13、拣货绩效报表

14、多总刚才反映他的手机点进去切换城市发现没有北京站的站点

15、看下优惠券的使用情况

16、想看发出去的券 有多少张用了,然后这些用了的优惠券对应的订单金额是多少。这个可以在现金券登记管理看

17、咱们系统现在能实现0元购 能不能在这个基础上实现加价购

18、目的是能刺激用户在提交订单的时候有可能选更多的商品~

19、把密码印成条形码,然后编码放在密码下面,这个找印刷公司,不是你这边生成。

20、咱们群发短信也是70个字算一条么 这个字数也包含默认的开头和结尾吗?

1、签名【本来果坊】,6个字,每条短信只加一个签名;
2、加上签名,70个字(包含70)以下,按一条记;
3、70字以上,按每条67个字计数。

21、

时间: 2024-10-12 08:17:38

问题反馈整理的相关文章

APP线上问题收集信息整理

常话说"软件是不能保证百分百没有bug的",因此当我们的APP上线之后,市场的使用人员会反馈一些我们测试人员可能在测试时遗漏的问题,包括也不防会有一些需求的反馈,这些问题均由售后人员反馈整理,以一种方式进行记录(当前我们用的是TAPD),及时给到对应的负责人,负责人来判定此问题的严重性,并决策是否及时处理. 定期的将线上的问题进行整理汇总,反馈给对应的领导进行查看,评估我们整体的质量与市场效果. 为了开发更准确的定位问题,那么在问题的收集上应该更全的给到对应的所需字段值,如:机型.系统

如何做一名合格的产品经理?

社会的竞争其实是人的竞争,人的思维和能力很大程度上决定了公司的服务和高度. 作为一个中小企业的产品经理应该具备哪些能力呢? 1)产品经理最重要的就是独立思考的能力. 有句话说兼听则明,偏听则暗,所以要走出去多观察,多调研,多交流.我是觉得产品经理不能光听,要自己想,而且能有讲道理.摆事实说服别人的能力(不是靠耍嘴皮子抖机灵说服别人).注意不能迷信权威,而是立足当下,走适合自己的路线. 2)锻炼对自己产品的理解 初学者可能刚入门就会被琳琅满目的原型工具和一堆堆的案例绑架,满脑子想的是别人花哨的功能

常见预测方法及其特点

常见预测方法及其特点 定性定量 方法名 适用时间 方法说明 需要数据 定性方法 专家会议法 长期预测 组织专家以会议的形式进行预测,综合专家意见得出结论 市场历史发展资料信息 德尔菲法 长期预测 专家会依法的发展,对多名专家匿名调查,多轮反馈整理对结果进行统计分析,采用平均数或者中位数得出量化结果 专家意见综合整理分析 类推预测法 长期预测 运用事物发展相似性原理,对相互类似产品的出现和发展进行对比分析 相关历史数据 定量方法 线性回归预测法(包括一元和多元) 短.中期预测 因变量与一个或多个自

团队协作第八周个人PSP

11.3 --11.9本周例行报告 1.PSP(personal software process )个人软件过程. 类型 任务 开始时间                结束时间 中断时间 实际用时 事后诸葛亮会议 总结反思Alpha阶段工作 2017-11-3 16:30 2017-11-3  17:30  0min 60min 和使用用户沟通 用户反馈 2017-11-3 18:30 2017-11-3 19:30 等待10min 45min 整理反馈 整理反馈 2017-11-3 19:4

个人第十一周PSP

11.24 --11.30本周例行报告 1.PSP(personal software process )个人软件过程. 类型 任务 开始时间                结束时间 中断时间 实际用时 事后诸葛亮会议 总结反思Beta阶段工作 2017-11-29 18:30 2017-11-29  19:25  0min 55min 和使用用户沟通 用户反馈 2017-11-25 21:30 2017-11-25 22:30 等待20min 40min 整理反馈 整理反馈 2017-11-2

策划案的重要性(策划案的有机整合)

最近在做一个赛季迭代,玩家数据变更的需求.本身的需求很简单,就是检测到玩家进入新赛季以后,根据需求对玩家数据进行适当的清理.窝火的地方就在于,这个需求,策划一直理不清楚.我们的策划曾经在策划案中直接写过这么一句话:除了A活动.B活动.C活动之外的所有活动都需要清理.问题在于,除此之外的所有活动,是什么活动?策划说不知道.没有活动名字,有的时候甚至只有一张截图.由此可见,项目系统案.活动案的缺失程度了. 运营方不停的反馈,我们提供的清理数据和实际清理的数据不一致.一开始决定从头开始理:找了1个前端

Bilibili用户需求分析报告

一.产品简介 哔哩哔哩(英文名称:bilibili,简称B站)是国内知名的弹幕视频分享站,也是国内领先的年轻人文化社区 二.用户需求分析 (一)目标用户 根据百度指数,bilibili的主要用户遍布沿海地区一二线城市及少数中部城市,年龄区间在0-29岁的男性青少年.青年,其中0-19岁用户为绝对主力. 目标用户的兴趣分布较均匀,其中游戏.家电数码.体育健身的人群占比较高,接近75%. Bilibili作为视频分发平台,可以简单将目标用户划分为: ①up主:通过搬运/自产视频上传至平台供大家观看来

不是什么技术整理,是一个工作梳理同客户反馈。

一.月计划检修执行情况统计分析 1.计划检修项 a.首先过滤出在月检修计划中包含至少主设备的记录并做标记: b.确定35-110kV检修单(作废单子除外)中哪些包含至少主设备的检修单并做标记. 2.实际检修项 a.220kV全部来自直采数据: b.35-110kV则为OMS地调检修流程中包含主设备的检修单: c.过滤条件:所属地区."申请开始时间"须在“计划开始时间”和“计划结束时间”(存在问题:跨月等) 3.取消检修项 a.根据已标记为包含主设备的月计划核对不到实际工作的月检修计划记

对于linux下system()函数的深度理解(整理)

对于linux下system()函数的深度理解(整理) (2013-02-07 08:58:54) 这几天调程序(嵌入式linux),发现程序有时就莫名其妙的死掉,每次都定位在程序中不同的system()函数,直接在shell下输入system()函数中调用的命令也都一切正常.就没理这个bug,以为是其他的代码影响到这个,或是内核驱动文件系统什么的异常导致,昨天有出现了这个问题,就随手百了一下度,问题出现了,很多人都说system()函数要慎用要少用要能不用则不用,system()函数不稳定?