【原】ERP采购模块技术及操作说明

网管爱好者 2020-12-15

展开全文

采购模块技术及操作说明

1．建立新表pur_user_dept

log_id v(20) not null 主键

dept v(20) not null

此表用来建立各用户与采购部门的关系，对应程序在基础数据中的部门授权，一个用户只能对应一个部门，该用户插入新记录时各表中的user_id存为部门码，查询、修改时只能对本部门的记录进行查询及修改；如果在该表中没有建立对应关系，又有PUR模块的操作授权，则在程序中如插入记录，则各表中的user_id存为‘%’，查询、修改时不管哪个部门的记录均可查询及修改。实际应用中，应把对PUR模块有插入及修改权的用户在此表中建立对应关系，而领导查询等查询的用户不用在此建立关系。

2．基础数据应只有PUR的管理员可以进入，几个部门共享。

建立采购员时对应登陆用户，自动带出该用户的部门，如对应的部门不符，则后续程序有问题。对应的部门存在原user_id中。

3．供应商定义、价格维护及采购员定义每个部门应指定一人进行定义及维护，其他人查询使用即可。目前程序中供应商、价格及采购员均可分部门定义。

4．采购需求管理的使用要求为MRP下达的采购需求quality_inspection_code应为‘Y’，物料必须对应采购员、供应商，下达时采购员对应的部门(user_id)必须有，否则下达后各部门无法分别查到。自生成的采购需求应要求底下各部门报到各采购部门，经汇总后再由各采购部门的计划员录入计算机，提交前可修改自己录入的记录，准确无误后自己提交自己的计划，一旦提交即作为本部门统一的采购需求管理，由专人进行统一维护，调整时间、数量、采购员、供应商，供应商必须填写，否则无法提交审批，无误后统一提交处长审批，处长审批通过后厂长审批，厂长审批通过后即作为正式采购需求可进行采购。厂长审批后及mrp下达的采购需求只能调整采购员。厂长审批不通过，退回到处长处，处长审批不通过再退回到审批前可调整状态，调整后继续提交审批。

流程图如下：

tj_flag ----- ‘Y’自生成后提交

‘T’提交审批

chuzsp_flag----- ‘N’待审批

‘Y’审批通过

‘W’审批未通过

‘F’上级审批未通过

changzsp_flag----- ‘N’待审批

‘Y’审批通过

‘F’审批未通过

quality_inspection_code----- ‘N’或‘ ’未审批，不能使用

‘Y’已审批可使用

5．合同管理如果由采购员自己录入合同，则在基础数据中采购员代码定义时对应自己的登录用户，采购员录入自己的订单，不能看到其他人的订单，如果由一个人录入多个采购员的订单，则在基础数据中采购员代码定义时该人所负责的采购员都应对应该人的登录用户，每个登录者只能看到自己负责的采购员的订单，在合同查询界面，则可看到该部门的所有订单。原则上谁与供应商谈该次订单的价格、数量、日期、税款、运费等信息，谁负责录入合同订单。

6．到货分为合同订单到货及非合同到货，原则上，生产用物料无论是否签订纸面合同都应走合同订单管理，而非生产物资，如：办公用品、劳保用品等可走非合同到货。因为到货登记不能确定由谁录入，则目前到货录入者如在基础数据中用户部门授权中授予某一部门，则到货时只显示该部门的订单及需求，插入到货单表中的user_id 存的是部门码；如未对应部门，则所有的需求及订单均可进行到货，而到货单表中的user_id 存的是‘%’。建议各部门专人录入自己部门的到货,即使不是本部门的用户，也可定义到本部门。但目前没有控制到谁录入的订单谁到货，不能修改别人的到货，因为有的单位到货由库房录入，不能确定。