TCL ERP项目显示器件价格及货源维护流程.doc

MM30 显示器件价格及货源维护流程  目录 MM30 显示器件价格及货源维护流程 1 1 文件控制 3 1.1 目的 3 1.2 版本管理 3 1.2.1 版本控制 3 1.2.2 变更经过 4 1.2.3 批核授权 4 2 流程图 5 2.1 图例 5 2.2 流程图 6 3 流程说明 8 3.1 目的 8 3.2 流程描述 8 3.3 差异分析 8 3.4 安全考虑 10 3.5 工作职能 10 3.6 发生频率 10 3.7 备注 10 文件控制 目的 本文件的目的是更新和描述显示器件价格及货源维护流程。此文档在功能需求方面对业务流程的描述将作为TCL TV ERP项目之SAP原型设计的基础。 版本管理 版本控制 原作者: 现版本号: V1.0 上次修改者: 上次修改日期: 变更清单 版本 修改日期 修改地点 修改原因 作者 V1.0 批核授权 流程主管名称 签名栏 日期 签注栏 流程图 图例 2.2流程图 流程说明 目的 显示器件价格及货源维护流程的目的是规范显示器件采购的价格和货源维护业务，明确岗位责任。 流程描述 流程MM30采购价格及货源维护流程是从采购工程师的询报价开始。此过程包括采购工程师对于货源的价格比较、供求分析及成本分析后做出判断，填写采购信息记录维护申请。显示器件类部品的价格一般一个月变动一次，也有三个月变动一次的情况。 差异分析 现状一：目前的运作方式是经常会下一个较大的订单，厂家分批交货，但此时的订单价格是不准确的。此时的PO价格是上月底价格。等下完订单、交完货后才谈准确价格，此时财务会按最新的发票价格同供应商结算，系统内的价格总是滞后。 系统解决方案：由于价格经常变动，需要在进行发票校验前，完成系统内采购订单价格的更改，以使PO价格和发票价格一致， 防止成本差异。 现状二：目前的大订单如果当月的交货数量与订单不符时，有的是在原来的订单上修改，有的是追加新订单，较为混乱，后续如果以订单管理的话，此方面需要规范。 系统解决方案：订单、发票、交货几方面的价格和数量要一致。 现状三：目前的系统可以看到每个供应商的历史交易记录，希望能在新系统中录入所有历史数据。 系统解决方案：系统为了业务单纯，希望能只是录入未结订单，其它数据不进系统。 现状四：目前的采购价格维护是由深圳的业务人员维护的，新系统订单的修改一定会看到价格，此信息是否要开放给惠州的计划部人员需要领导决定。调配采购和资源采购目前是在惠州，内销是由调配采购在惠州通知PO组做一大PO,然后提供交货排期，如此则PO价格惠州相关人员会看到。为价格保密，后续由谁来下PO? PO价格是否可以公开？ 系统解决方案：系统无法屏蔽价格。订单创建和修改人员一定能看到采购价格。看后续此工作放到深圳还是惠州？ 现状五：目前的贴息是由财务部在系统外操作。 系统解决方案：后续可以通过修改采购订单价格的方式，将此部分成本记入机型成本。 现状六：国外进货，香港电子会发出相应的 IH号，财务依据此 IH号同香港电子结算，库房按此IH号进行收货。 系统解决方案：系统不支持 IH号，只能以订单号跟踪。 现状七：目前有预付款情况。 系统解决方案：不能全部采用按收货的发票校验。 现状八：报价一般采用CIF到岸价。如果是CIF港口价，那么，从港口到工厂的运费是由惠州王牌付款给香港电子，再由香港电子付款给货运公司。如果是CIF工厂价格的话，则运费包含在订单单价中。 系统解决方案：系统处理比较方便的是后一种方式。前一种方式可能要财务在体外处理。 现状九：用于外销的部品转到内销时目前是使用加权平均价来转移。 系统解决方案：可以采用移动平均价和标准价格两种方式结算。 现状十：进口部件用于内销需要交关税，目前是由进出口公司交，惠州王牌付款给进出口公司。 系统解决方案：关税可以维护进系统，记入机型成本。 现状十一：与四外协厂结算时，如果外协厂在15—20日左右提供发票的话，那么只能用上个月的加权平均价来开发票。 系统解决方案：系统中的移动平均价总是实时更新的，不同的结算时间点价格可能不同。 安全考虑 工作职能 以下岗位人员，将在本业务流程中承担以下工作： 岗位名称 工作内容 工作时间 所属子流程 采购工程师 负责寻找货源； 负责询报价； 负责填写价格维护申请； 负责货源清单的维护； 负责供应商的评审和考核。 每天 每天 每天 每天 每天 1.显示器件供应商主数据维护流程； 采购经理/副总 审批价格、货源 每天 显示器件价格及货源维护流程 采购主数据维护员 创建修改采购信息记录； 价格审批表归档； 维护货源清单。 每天 每天 每天 1. 显示器件价格及货源维护流程 发生频率 经常 备注 报表需求一：同一部品价格趋势