ERP项目SD MeetingNotes_090401-SD与FI接口.docVIP

项目实施会议纪要 会议参加者关键联系信息 姓名 小组/职务 联系号码 电子邮件地址 陈今 SD顾问 张寿海 SD组长 吕秀芹 SD 陈卫华 商务中心 刘云峰 SD 何有钧 SD 王永梅 FI/CO组长/财务总监 祖晓炬 FI/CO组长/顾问 王永志 FI/CO组员 明新建 FI/CO组员 白涛 会计核算部经理 丁善高 FI/CO组员 会议记录 会议目的 确定SD与FI的接口 会议主持人 祖晓炬、陈今 日期 2003-9-4 讨论议 客户主数据：讨论结果确定如下账户组和编号范围 Lc001 国内客户 100000－899999 LC002 国外客户 900000－999999 LC003 一次性客户 1－999 LC004 集团关联客户 1000－2999 LC005 公司内部客户 3000－4999 LC006 送达方 A100000－A899999 LC007 员工 90000－99999 LC008 财务客户 5000－9999 信贷控制范围 正常信用金：信用控制范围如下定义 PC＋SV（在客户主数据中定义） PC（销售范围内定义） SV（销售范围内定义） 存储（销售范围内定义） 一次性信用金： 推翻昨天的结论，决定采用第二种方案（参见SD MeetingNotes_090301），即定义第（5） 信贷控制范围 现款现结 （1）款到帐 先录入订单——冻结（仍然可以生产）——财务系统录入现款（指定信贷控制范围）— —匹配 （2）见电汇发货：有如下两种方案 确定采用电汇信用金方式，此种方式需要做回款台帐。用正常信用控制范围。目前顾问倾向于这种方案。 统计记账方式：在财务中做凭证注释项（文本方式），款到之后冲销，这种方式的缺点不能集中处理冲销业务。 帐期的控制（使用付款条件来实现） 付款条件 *有定金的订单：如何控制与正常的订单相同，只是定金是否转为货款的一部分由商务中心审核。 *目前付款条件只能支持3个时间段的付款，浪潮需要适应这种付款条件。 基准日的起算问题，需要发货日和开票日相同： 发货日不能等于开票日的原因： 实际税务发票用完的情况：解决方案：可以在系统中先开发票，因为时差顶多一天。 客户提出不要立即开发票的情况：解决方案：开出实际的普票或者增值税发票，先不给客户，等客户实际需要时再换发票，财务需求有换票的记录。要做到有换票记录，陈今提出如下解决方案：例如A客户先开出实际税务发票001，等客户需要实际发票时，走一次性客户类型但客户名称为A，先冲销发票001，再开同样正数的发票，前提是发票的金额、数量不变。 客户提货之后不久就提出更换部件的情况。 由于我们的特殊情况需要早一个会计期间开或晚一个会计期间开发票的情况（以后应该是经常发生的），两个模块需要再进一步讨论实现方式。 催款 计算利息： 1）-7～0；1～30；30～60；60～90。从第一天1开始算利息。不同时段的执行人不同；催款函的格式不同；最小的催款金额待定；所有的客户都需要催款； 2）利率：对于一个客户的利率的每个订单，利率必须相同；但不同客户的利率可以不同。 3）利息可能收，也可能不收。利息与订单收入无关。 年底信用金的清帐：讨论结果确定信用金不需要每年12月25日前全部清帐。 金税接口 浪潮北京现在使用的税控软件版本为Windows5.01，需要购买接口软件并做接口开发。画流程时候注意发票号的回填。 浪潮济南给浪潮北京开发票的方式：定期汇总开票。从浪潮济南销售的需要单笔开发票。浪潮济南的税控接口暂不考虑（以后需要时再开发，规则和浪潮北京与税控的接口相同）。 担保金 商务中心在回款上标识来款是担保金。 财务上借记到“预收帐款——押金”之类的科目（具体科目名称由财务再定），不参与信用控制，也不参与应收款的显示与计算。商务中心在做发票清帐时可以使用这笔资金。 客服问题 客户编码相同（销售与维修）； 应收进入特别总帐科目，做个标记（比如H）。与备件销售相关的应收帐款，做特别标记，与商务中心的应收帐款区别开来。 备件库的移库在MM中进行管理。与SD无关； 与备件库相关的销售直接在FI中录入，与SD无关； 增加一个“客服信贷控制范围”（这是因为该字段为必添项，在业务中可以不作处理） 客服备件销售单独做一种统驭科目 关于备件的移动、备件的更换处理（如A换A、A换B），FI/CO需要进一步与MM讨论。 产品、软件在发票中的体现 需求：济南给北京开发票，里面包含软件部分的应收（为了申请软件企业的需要）。北京给客户开发票，发票只开总额（不需要体现软件部分）。 解决方案： 产品和软件在SD的订单与系统发票中是一个行项目