Access交流中心

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

如何进行订单传递呢

风水师　发表于：2009-04-03 21:36:07 　

我希望写这样一个东东,用来解决工厂生产的订单问题.

目前的想法,销售部接到了订单之后,就创建一个订单,然后把此订单传递到生产部中,生产部接收之后,销售部这儿就见不到这个订单了;此订单在生产部中出现了.生产部完成订单之后呢,就传递给仓库,仓库接收之后生产部那边就见不到订单了,此订单出现在仓库中......

最后一直到销售部收到钱之后,点击确认,此订单最终在所有部门中都消失.

华尔街风水师发表于：2009-06-29 06:50:32

我今天早上在论坛上看到一个实例.

点击下载此附件

如果某个公司的订单己发送了,你就确认打一个勾,然后就运行一个查询,因为它己不符合某种条件,所以查询的时候就再不会出现在列表中.

OK.

Top

wyh-感谢各位老师。发表于：2009-06-29 09:57:18

我的想法是：订单名称、部门1（是/否）、部门2（是/否）。。。。不受权限限制，每个部门都可看到。

关键是只有部门1确定为（是），部门2才可确认为（是），否则不能。依次类推。

Top

小魏发表于：2009-07-01 19:20:58

我觉得在同一张表中设计出那许多字段会有许多不利的地方.比如有几十个部门或者是工序.

再说了,这样联在一起的一张表,许多部门或者有可能有几十台电脑来查看修改这张表中的数据,如何确保数据的安全性?系统的稳定性呢?电脑断电?意外关机?

系统整体性的设计会带来将来升级及维护的不便.

我看了金碟的K3系统,觉得他们不是用这个思路,倒像是用了许多张表,如果一个部门一个工序就是一张表.销售订单只存销售部门应该的数据.生产上也只存生产需要的数据.好像是通过流程来控件的,如比,销售订单做好后,经过上级的审核,就可以由生管来下推给生产部或者是下推给采购部.生产部完成后,下推到质量部或者是仓库.

Top

华尔街风水师发表于：2009-07-03 06:21:46

我的想法是：订单名称、部门1（是/否）、部门2（是/否）。。。。不受权限限制，每个部门都可看到。

关键是只有部门1确定为（是），部门2才可确认为（是），否则不能。依次类推。

那如何把订单与各部门整合在一起呢?

部门可以单独建立一个表,此部门表和订单如何拉上关系呢?

Top

sandy 发表于：2009-07-03 16:12:08

业务流程要在应用程序里体现，根据流程改变订单的执行状态，按以状态为条件设计相应的查询报表来控制

Top

sosopain 发表于：2009-07-03 16:44:16

换一个角度思考..不要去考虑单据传递到哪儿了. 哪些部门可以看到这个单据, 你把两个不同的问题掺合起来想就痛苦了.

那么控制单据的实质就是单据的状态.比如说确认状态? 下料阶段? 已发出待接受阶段

如果你能精确定义出各种状态.那么一个字段就可以解决这个问题了.

那个每个部门的权限在于可以看到哪种状态, 可以对状态做哪种改变.

这个问题就解决了.

Top

sosopain 发表于：2009-07-03 16:47:11

刚看到ACMAIN0CHM的回复...大意和我的差不多..结论也差不多.真正实际可用的解决方案.比这个复杂太多了..可能需要你们工厂自己调整的,,也有很多.

Top

华尔街风水师发表于：2009-07-03 19:18:07

JasonJiang　

换一个角度思考..不要去考虑单据传递到哪儿了. 哪些部门可以看到这个单据, 你把两个不同的问题掺合起来想就痛苦了.

那么控制单据的实质就是单据的状态.比如说确认状态? 下料阶段? 已发出待接受阶段

如果你能精确定义出各种状态.那么一个字段就可以解决这个问题了.

那个每个部门的权限在于可以看到哪种状态, 可以对状态做哪种改变.

这个问题就解决了.

"哪些部门可以看到这个单据,",我觉得是所有部门都可以看到一个订单,只不过是时间先后而己,网上传递与现实中传递是一样的,手工传递的话,从最开始的销售到最后的发货,财务回款,每个部门都会看到这个订单,只不过是时间先后而己.

控制单据的实质就是单据的状态.比如说确认状态? 下料阶段? 已发出待接受阶段如果你能精确定义出各种状态.那么一个字段就可以解决这个问题了.那个每个部门的权限在于可以看到哪种状态, 可以对状态做哪种改变.

你说得很有道理,如果按这种角度去考虑的话,可否考虑定义两个字段,一个字段为部门,用组合框来表示,比如说,销售部接了一个单子之后,传递到工程部,部门那个组合框里就为工程部,就表示订单在工程部那边,其它的部门筛选的时候,按部门筛选,就可筛选到有哪些订单在工程部那边,此字段的值如果为装配车间的话,就表示此订单在装配车间,

因为一个订单同时只能出现在一个部门,用这个组合框或者字段来表示部门,我觉得应该可行的.而且比较简便.

如果按此角度考虑下去,整个流程实际上我们可以先固定好,销售部-工程部-仓库-生产-装配-发货大气-财务回款.如果你是销售部员工登陆的话,你就只能传递到工程部,依此类推,整个过程就象用组合框进行限制选择一样.

Top

sosopain 发表于：2009-07-04 00:24:37

你说的这种情况在单位部门固定的时侯可用, 如果流程变化了呢? 如果有财务部, 某个高级管理人员需要看所有状态的订单怎么处理呢?

我如果处理这个情况, 我只在订单上加一个订单状态的属性. 然后一个权限表, 可以定义部门有权取得处于什么状态的订单.

在做程序的时侯, 只需要根据当前登录用户权限,生成所需的订单状态条件句, 然后去取回订单记录即可.

至于你所说的订单增加一个部门字段.本质上和我说的状态是一个意思, 只是定义下去.你会发现,

工程部= 待工程部接受, 工程部处理, 待工程部发送三个状态.

Top

蒋海兵发表于：2009-07-04 17:26:43

销售单：设定状态，如移出、撤销、正常等等根据实际情况设定，移出后更新销售单状态，同时在生产单当中生成相应的订单，同样设定状态，以此类推。

当需要撤销订单的时候也仅仅是变更状态，而非删除订单。

每个部门看到的仅仅是相应的正常状态订单或窗口。

就好比人事档案，新进一个人员，我建立了一条人事档案，当员工转正的时候，我把用工状态由试用工变更为正式工，人员调动的时候把相应的部门更新，然后生成调动记录，人员离职的时候并非删除记录，仅仅是将是否在职设定为否。

Top

华尔街风水师发表于：2009-07-10 05:21:26

目前有一种想法:

我可以设定三个字段,一个字段为所在部门,另外一个字段为接收部门,第三个字段为状态:待接受,己接未处理,正在处理,待发送.对于那些流程变动的部门,这样就可以兼顾了.

Top

华尔街风水师发表于：2009-07-10 05:38:50

回:michaeljhb　

销售单：设定状态，如移出、撤销、正常等等根据实际情况设定，移出后更新销售单状态，同时在生产单当中生成相应的订单，同样设定状态，以此类推。

当需要撤销订单的时候也仅仅是变更状态，而非删除订单。

每个部门看到的仅仅是相应的正常状态订单或窗口。

依你所言,订单应该有两种状态了,对于销售部门来说,此订单为正常,撤销,更新等状态,这是来自于销售部门对订单本身的一种说明,但是对于其它部门来说,应该是四种状态了:待接受,己接未处理,正在处理,完成待发送.

简而言之:订单本身的状态,订单所在部门的状态.

Top

odoobo 发表于：2009-09-14 19:07:34

我感到头痛的是订单在生产过程中的进度问题,因为不可能在生产过程中的各工序都配备电脑,所以订单完成的准确性大大降低,特别有的已经发了货了,可是还没来得及录入电脑,造成一些没必要的工作量

Top

minghuw 发表于：2010-01-25 15:34:08

使用"timer interval"及 "on timer"两个功能,先设定"timer interval"每多少秒发生一次,在"on timer"设定要开启的表单以对话的方式开启(这样它就会显示在最上一个视窗了,还可以设定发出音效提醒),查询要用的资料,不是很简单嘛,它会自动执行,这样就不时时查看了

Top

总记录：34篇页次：2/2 9 7 1 2 :

Access软件网版权所有 CopyRight 2006-2030
上海盟威软件有限公司提供支持
沪ICP备12024966号-4