| 以文本方式查看主题 - Foxtable(狐表) (http://foxtable.com/bbs/index.asp) -- 专家坐堂 (http://foxtable.com/bbs/list.asp?boardid=2) ---- 请教关于多公司模式环境的开发问题 (http://foxtable.com/bbs/dispbbs.asp?boardid=2&id=26790) |
| -- 作者：zhouyuan -- 发布时间：2012/12/14 10:08:00 -- 请教关于多公司模式环境的开发问题 1、目前有A、B、C 3家独立注册公司，其它A公司有两个分点，公司和分点都在不同的城市。 2、有一个生产工厂，挂名A公司，但实际A、B、C公司运作方式差不多，都有相同的部门，如采购部、销售部、行政部、财务部、技术部等。 3、3家公司销售订单都是交由生产工厂生产，生产工厂转生产订单生产。 4、产品是按客户要求定制的，因此产品编号打算按照每个客户的不同产品进行编制，这就有一个问题，不同客户对产品相同的需求也会产生不同的产品编码。 5、权限方面，各公司各部门职员只能查自己单据，各公司各部门经理只能查各自管辖的数据。A公司实际上可以算作是总部，有些领导是需要查看全公司的数据，是不是应该在系统中单独虚拟一个公司来作为A\\B\\C 3家公司的总公司？ 6、同一个销售订单，有些明细是需要生产的，有些是从代理商直接进货的，该如何处理？ 7、用户登陆系统后，根据不同公司、不同部门来判断界面的输入，比如A公司采购部职员登入系统后，在采购订单界面，不能出现B\\C公司的采购信息，并且在入库时，也只能入到A公司仓库，这样设计会不会繁琐？有没有更好的想法？
[此贴子已经被作者于2012-12-14 10:14:55编辑过]
|
| -- 作者：lin_hailun -- 发布时间：2012/12/14 10:25:00 -- 做成一个系统吧，abc就算是分支机构处理就行了。数据标明是哪个公司的就行了。 权限方面也不难处理。你弄一下就清楚了，挺简单的问题。 对于销售订单，处理的方式是进货和出货，不影响的，无论什么类型的，都会到达出货流程。 |
| -- 作者：hanxuntx -- 发布时间：2012/12/14 10:32:00 -- 1.A应该一A公司为样板，做系统，分发给B.C使用。采用MSSQL数据源。 2. 3. 4.产品编号采用，生产编号+客户编号的方法 5.然后给领导写一个报表平台就行了，如果同时考虑三家公司，比较难以把握 6.分为生产单和进货单 7.三家公司的数据独立，然后数据上报给领导平台汇总 |
| -- 作者：zhouyuan -- 发布时间：2012/12/14 14:08:00 -- 感谢大家的回复 因为我们的产品是业务员与客户谈好后定做的，基本上，客户确定购买我们的产品后，每个月都会有相同的产品订购 如果产品编码采用 生产编号+客户编号，那下一次下单编号不就又不相同了？ 现在的业务流程是，各公司的业务员填写生产订单，其中有需要工厂生产的，有些是从代理商拿货的。 业务跟单审核后，就会把销售订单提供给生产部门的生产跟单员，生产跟单员根据销售订单中需要生产的明细产品填写生产订单 再根据生产订单的物料查询原材料仓，如果库存不够就会开采购订单采购原材料，确定好后再交给生产部门排单生产。 产品生产好后，入生产仓库，再用物流发到A\\B\\C公司，其实生产仓库和A公司仓库在一起 各公司收到货后，再打印出库单，安排送货给客户。 在生产里面，就会有很多细节了，因为一个销售订单内的明细产品不是全部生产完再入库的，发货到各公司仓库也不能一次全部物流送完。 这样的话就是一张销售订单对应多张生产订单，一张生产订单对应多张成品入库单，一张生产订单对应多张成品出库单 A\\B\\C 3个公司也存在入库、出库的操作。 问题点是，成品仓入库和出库是跟生产单走还是跟销售订单走，意思是出库的时候是选择销售订单还是生产订单？ A\\B\\C 3个公司是否要设计成品入库？还是直接设计成转仓操作?因为是用生产仓库出仓到各公司仓库的。
[此贴子已经被作者于2012-12-14 14:15:39编辑过]
|
| -- 作者：lin_hailun -- 发布时间：2012/12/14 14:20:00 -- 编号问题，再加上月份就行了； 业务流程，也就是是工作流，都是可以自己去设计的，也不太难； 入仓问题，先入生成仓库，然后出仓，入公司仓库，公司仓库的话标明是哪个公司就行，一同管理。 成品入仓肯定是跟生成订单走的，知道生成订单也就世道销售订单了。 |
| -- 作者：zhouyuan -- 发布时间：2012/12/14 15:05:00 -- 关于产品编码是这想的 1、我们的产品有很多属性，比如宽、高、间距、多少排多少列、直角或圆角、是否覆膜、是否印LOGO等等很多参数。 如果每次编码不同，这样一来业务在系统中都需要每次都要填一次，这样就容易出现填错的问题。 2、所以想在系统中设置产品模板，业务在系统中将每个客户需求的产品定义一个固定的编码，将所有的属性定义好后就当作是一个成品。 以后每次下单，只需要选择客户就可以带出哪些产品编码，然后选择就行了，剩下就是填订货数量就搞定，避免出错 在这里就有两个问题 1）如果是业务员自己下单，那还好，根据登陆业务员，把业务员下拉框设置为只读，然后来获取对应的客户和产品编码。如果是其它人，比如业务跟单下单，界面该如何设计，如果业务员下拉框设置可选择的话，在下单过程中，如果更换了业务员，那这张订单不就两个业务员的不同产品在同一张订单了？ 2）单位设计也是个问题，比如有些产品是 张，有些是 卷 比如1卷是500张，这样一个情况。 那么，在下单的数量那里该如何处理?还是说在定义产品样版里将单位也设置好，在订单界面，单位直接引过来？那如果下次定货由张改为卷？那不是要改产品模版的数据？
|
| -- 作者：lin_hailun -- 发布时间：2012/12/14 15:12:00 -- 第一个问题，没看明白； 第二个问题，定义一张单位表，这个问题就轻松解决了。 |