Access交流中心

北京 | 上海 | 天津 | 重庆 | 广州 | 深圳 | 珠海 | 汕头 | 佛山 | 中山 | 东莞 | 南京 | 苏州 | 无锡 | 常州 | 南通 | 扬州 | 徐州 | 杭州 | 温州 | 宁波 | 台州 | 福州 | 厦门 | 泉州 | 龙岩 | 合肥 | 芜湖 | 成都 | 遂宁 | 长沙 | 株洲 | 湘潭 | 武汉 | 南昌 | 济南 | 青岛 | 烟台 | 潍坊 | 淄博 | 济宁 | 太原 | 郑州 | 石家庄 | 保定 | 唐山 | 西安 | 大连 | 沈阳 | 长春 | 昆明 | 兰州 | 哈尔滨 | 佳木斯 | 南宁 | 桂林 | 海口 | 贵阳 | 西宁 | 乌鲁木齐 | 包头 |

订单反馈表

风水师  发表于:2009-04-16 07:02:24  
复制

每个订单都要反馈的。我想问一下:这个反馈表,是每个订单都有一个反馈表,还是所有的订单共一个反馈表,依字段,条件等因素来进行显示。哪种情况要好一些,还是另外有更好的处理办法?

 

Top
探花 发表于:2009-04-16 12:39:11

根据关键字段,每个订单对应另一个表的N条反馈记录,一个订单如果仅局限于一个反馈表,假定有客户对品质或交期不满,有多次反馈信息时你如何处理?注意在做软件开发的时侯,不要违背品质管理的原则,软件是为工作服务的,不是工作来适应软件框架。



探花 发表于:2009-04-16 12:40:29
一个订单,大的话,分N批交货也是正常的,每个批次可能都会有反馈记录,根据实际情况设计表和流程,这样的软件用起来就比较顺手了。

华尔街风水师 发表于:2009-04-16 18:54:38

依你所言,岂不是最少会有两个反馈表,一张是没有完工的时候,(我说的没有完工,指的是货己发,但是钱还没有收回,或者只收回一部分,或者分批分期的发货)另外一张是售后的反馈,针对售后服务时所出现的种种情况。

 

 

 



黎红军 发表于:2009-04-19 01:13:05

楼主的需求其实是不是只是需要掌控发出的订单需求,交货的情况,付款的情况呢?基本上是订货管理中的物流信息,不涉及生产的具体细节?

那样的话,数据考虑的要相对简单多了。

可能的话,你可以画一个你们现在订货的一个流程图出来,方便大家交流。



华尔街风水师 发表于:2009-04-19 21:56:55

这个我还在考虑中。一个订单下达之后呢,部门对每个订单的处理情况,生产中某个东东做出来了,或者某个模具坏了,无法按时完工,这些都必须及时在反馈中表达出来。让其他人一看,都心里有数。生产完工了,拿出去发货了,但是钱还没有收回来,这些都应该在反馈中有所体现,如果钱收回来了,那么这个订单就算彻底完工了。钱没有收回来,这个订单还不能算完。



黎红军 发表于:2009-04-19 23:54:01

呵呵,我建议你好好看看有关进销存方面的例子,以及业务范围与业务流程。

一般来说,销售部管外面的需求接订单等,售货以后呢,要有售货明细帐,相应的有应收与应付明细账等,

生产部门呢,一般接销售部门的预测或订单,然后组织生产,生产过程中有更多的信息要管理的话,得有生产管理方面的系统。如果仅仅只是针对订单来说,就没必要那么复杂了。可以就三种状态,已接订单,在制订单,完工订单。

我不知道你是有兴趣研究进销存,还是实际工作中有此需求。

不管是哪方面,都可以先了解通常进销存方面是怎么做的,然后了解实际的业务流程与需求,然后设计数据库。

 



华尔街风水师 发表于:2009-04-20 19:06:19

我的要求其实很简单,就是接到订单之后,就把订单一级一级的传递,己接的订单,如果你完成了其中的一项,就打一个勾,别人一看就知道了。不会再浪费时间精力去沟通。所有必须要完成的任务在都完成之后,本部门就与该订单无关了。有精力与时间去安排其它的订单。



华尔街风水师 发表于:2009-04-21 06:54:39

早上躺在床上,突然觉得,我发的两个贴子,如何进行订单传递,和反馈表,我想达到的效果,其实就和本网站的论坛一样。己经处理的贴子,显示在己处理中,未处理的贴子都放在一起。每一个贴子就象每一个订单一样,如何处理的,在上面回一下,让别的人一看就一清二楚。己经搞定的,就不要再出现在我的视野中了。看来和这个论坛真是有缘份啦。



阿海 发表于:2009-04-24 00:44:37
虽然不懂,但是我对你的问题感兴趣,帮你顶起来,在行的上来说说看。

总记录:9篇  页次:1/1 9 1 :