ERP项目SD MeetingNotes_090201.docVIP

项目实施会议纪要 会议参加者关键联系信息 姓名 小组/职务 联系号码 电子邮件地址 陈今 SD顾问 张寿海 SD组长 吕秀芹 SD 陈卫华 商务中心 刘云峰 SD 何有钧 SD 会议记录 会议目的 确定销售组织架构、客户主数据维护流程 会议主持人 陈今 日期 2003-9-2 讨论议 组织架构： (1) 组织架构图： 组织结构图的说明： 散件在物料主数据中属于PC产品组，在销售过程中，如果出现订单抬头的产品组和 订单行项目的产品组不一致的情况以订单抬头的产品组为准。 销售办公室：目前有25个，包含23个办事处、行业客户部、渠道管理部（没有办事 处地方销售）。 销售组：业绩考核到销售组。客户主数据设有默认的销售组、默认的销售办公室，在 订单中可以更改；并且利用客户主数据中的帐户组来统计行业订单。 发运点：设立3个发运点：PC、SV、存储设备，根据浪潮需要权限可以给一个或多人。 信用控制范围： 采用3种信用控制方法： （1）固定信用额度； （2）专项信用额度（对应一个大单、多个订单）； （3）直接客户信用金； 信贷控制的模式： 设立信贷专员，负责信贷放行。在系统外进行信贷放行审批（必须有书面的审批资料，资料进行编号）——信贷专员在SAP系统中记录信贷放行的原因及资料号并释放冻结信贷——系统可以出信贷放行，报表供另外一个人做监测。 分级审批：根据不同授权来进行审批。 结果：采用第一种方式。原因：第一种方式有资料可以保存供查询，而且可以另外一个人来监控；第二种方式给个人的权利太大，无据可查。而且领导出差，可能会影响工作。 帐户组和客户编号： 帐户组与客户编号设置如下： 帐户组 名称 编号范围 编号方式 LC001 国内普通客户 100000-899999 内部编号 LC002 国外普通客户 900000-999999 内部编号 LC003 一次性客户 1-999 内部编号 LC004 关联交易客户 1000-9999 外部编号 LC005 公司内部客户 10000-99999 内部编号 LC006 送达方 A100000-A899999 外部编号 初步结果： 标准客户主数据中售达方、付款方、开票方一致。 售达方和付款方不一致，付款方和开票方不一致的情况及由此引起的一些财务记帐问题，详见第4条与FI相关的问题。 送达方的构成可以是：售达方自身、同级代理商、帐户组LC006中定义的送达方（代码A******）。 客户主数据的维护： 需求：客户主数据的字段基本确定。 Solution：第二阶段进一步细化。 问题：客户主数据由商务中心维护还是渠道管理部维护？见问题SD-IssueNotes-090201 与FI相关的问题： (1) 付款方＝？ 开票方 前提： 售达方与开票方一致，只是由第三方代付款，无须重新开票。 讨论结果： 1）尽量保证付款方和开票方的一致性。 2）如果的确有不一致的情况发生，建议在财务上做如下处理（假定A为开票方，B为实际付款方）。 3）在SD模块中，开票给A公司，形成A的应收帐款；信贷控制、帐期都记在A公司，等到B公司的款到位后，将A公司的应收转为B公司的应收，这笔分录在回款表中视同A公司付款清帐； 4）对B公司进行收款处理，但不在回款表中体现。 需要FI注意的地方： 1）B公司款到之后，A的应收转移，并非记帐错误所致，属于正常清帐，在FI上注意凭证类型区分。 2）在回款表中视为A公司付款清帐，不体现B公司。 (2) 售达方＝？付款方＝？开票方 前提： 售达方要求由第三方代付款，且付款方与开票方一致； 讨论结果： 1）在SD模块中保证售达方与付款方、开票方的一致性。 2）如果的确有不一致的情况发生，建议在财务上做如下处理（假定A为售达方，B为开票方、付款方）：系统开票给A公司（普票，在当月内清帐，该发票能否免开？）；（信贷控制、帐期都记在A公司）；等B公司的款到达之后，将A公司应收冲销，采用换票处理流程。 3）订单类型CR: A应收减少 (此时视为A已经付款)，产生的凭证手工与原应收项互清；订单类型DR: B 应收增加 (为了开票，转帐)。 4）对B公司开票、收款。 需要FI注意的地方： 1) R发票凭证视为付款清帐，在回款表中给予体现； 2) DR发票凭证与其收款凭证项在回款表中不予体现； 3) 若上述换票操作在当月内完成，是否可以免开普票给A公司。 客户编码范围规定： 1) 将原有8位有意义编码改为以下7大类无意义编码（具体见TO-BE文挡）： 2) 将旧客户代码放在查询键2中，查询键1