zoukankan      html  css  js  c++  java
  • 财务软件间的财务接口(转载)

    需要同步的数据应该分几大类。如:

    1。会计科目代号数据; 这个是基础的,科目必须对应。

    2。月份结存数据; 中国的财务都有一个会计期间,期初、期末的查询和同步。

    与国外有一个不同地方。国外的软件主要关心balance,需要国内的这个数据。如果没有可以考虑多张报表的合并,或者是单独的表来存储。

    3。凭证数据, 凭证的数据必须在两个系统之间可以同步。

    4。

    -------------------------------------

    一个国外ERP本身已经具备完善而严谨的财务模块,为什么还要与国内财务软件作接口或数据传递呢?这也是我首先要阐明的一个问题,国外ERP的成本管理蕴含着西方管理会计的内容,而财务模块也使很多中国的财务人员不适应,举一个简单的功能来说,国内财务软件都又"反过帐"、"预过帐"等功能,而这些在国外ERP的财务模块中都是不存在,但其优秀的物流和成本管理等是目前国内ERP软件所缺乏的。

    但是在此我们就不讨论二者的优劣或管理水平思想观念之类的话了,下面我就二者集成的几种方案谈谈我的看法并就一个已经实现的实例做简单剖析。

    一、集成方案分析

      物流与资金流本是密不可分的,在企业的生产、经营过程中的任何活动都有相应的成本费用或收益生成,同时产生相应的各种单据为凭据。ERP物料系统在生产经营的各个环节都能够提供原始凭证明细,如果能够经过分类汇总,以某种便利的方式提供给财务软件,以方便其进行帐务处理也就达到了基本集成的目的。下面就可能的接口方式:

      方案一:传递凭单 1.系统总体应用模式(图) 物流系统使用ERP,财务由单独的专用财务软件
       

    财务处理使用普通财务软件。

    这样的做法基本上避免了两个软件各自的"缺点",使它们各自的优点得到了充分的应用,因为ERP系统截去财务部分,仍不失为一个完美的物流和成本管理系统,而普通财务软件本来就是手工做帐,传递凭单对其现有的功能没有任何影响。

    接口功能简述:

      日常订单管理、采购管理、存货管理、生产管理、成本核算等使用ERP系统进行处理,而往来帐、总帐、报表等可以用普通财务软件进行处理,但有一点是计划人员和财务人员之间必须加强配合,使用计算机自动传递凭单和数据。

    数据接口简述:

      存货:依据普通财务系统的需求,ERP系统每月输出相关报表,然后,根据这些报表在普通财务系统做出相应手工凭证;

      生产成本:ERP系统中车间日记帐时实的传递给普通财务系统;

      应付帐款:供应商到票后,在ERP系统中处理暂估,同时生成凭单,把生成凭单时实的传递给普通财务系统,然后在普通财务系统进行审核和追加必要的参考信息,同时ERP系统随时可以输出供应商暂估明细和汇总数;

      应收帐款:订单发货后,对客户开票或生成借项、贷项通知单,把生成的发票及借项、贷项通知单时实的传递给普通财务系统,然后在普通财务系统进行审核和追加必要的参考信息,同时ERP系统随时可以输出客户未开票报告;

    数据一致性:

      (1).ERP系统添加供应商、客户的同时,把供应商、客户信息时实的复制到普通财务系统中;
      (2). ERP系统在向普通财务系统传递凭单时,检索对应的供应商或客户的信息,若无此供应商或客户,复制该供应商或客户到普通系统中;

    (3). 普通财务系统中添加其他类型的供应商、客户时,把供应商、客户信息时实的复制到ERP系统中;
      (4). 普通系统中添加会计科目时,同时复制到ERP系统会计科目表中。

    2.接口目标

      ERP处理:存货、生产成本、暂估等

      普通财务系统处理:总帐、往来帐等,存货和生产成本在此只有汇总数据

    4.优点与缺点

      优点:

      ◆ 物流与资金流 运行同步、数量一致、帐务细化
      ◆ 财务人员基本不进行ERP应用操作
      ◆ 帐务处理方式不变;
      ◆ 节省部分输入凭证的时间
      ◆ 对计划人员有了监督功能
      ◆ 技术实现简单可行

      缺点:

      ◆ 维护基础数据一致较为困难

    方案二:传递凭证 1.系统总体应用模式(图)

    这种方案是:物流系统和财务系统的应收应付都使用ERP系统,总帐管理、借款管理、财务结转和财务报表等使用普通财务软件。

      这样的做法上保持了ERP物流系统的完整性,基本上保持了财务部分的主要功能,物流和资金流严格同步和统一,报表和总帐则使用普通财务软件。

      每月月末,把ERP的所有相关日记帐自动传递给普通财务软件,这样ERP系统和普通财务软件都有完整的应收应付明细帐,但每月应收应付的初始凭证的生成或调整必须在ERP系统中进行,也就是说在进行总帐处理之前,应收应付凭证以ERP系统为准,如果要查某个供应商或客户的往来明细,两个系统都可进行查找,比较方便;另外, ERP系统中总帐将不完整,而普通财务软件存有完整的财务数据,日常事务(应收应付之外)管理主要使用普通财务软件。同上方案一样,计划人员和财务人员之间必须加强配合,使用 计算机自动传递凭单和数据。

      数据接口简述
     
      存货、生产成本:采购日记帐、库存日记帐、车间日记帐、订单日记帐每月进行一次压缩后,传递给普通财务系统;

      应付帐款:所有的应付、付款、预付业务在ERP系统中进行操作,月末将供应商应付、付款明细传递给普通财务系统; ERP系统有完整的应付明细帐,总帐不完整,而普通财务系统中也有完整的应付明细帐和总帐;

      应收帐款:所有的应收、收款、预收业务在ERP系统中进行操作,月末将客户应收、收款明细传递给普通财务系统; ERP系统有完整的应收明细帐,总帐不完整,而普通财务系统中也有完整的应收明细帐和总帐;

      数据一致性:

      (1).ERP系统添加供应商、客户的同时,把供应商、客户信息时实的复制到普通系统中;
      (2). ERP系统在向普通系统传递往来凭证时,检索对应的供应商或客户的信息,若无此供应商或客户,复制该供应商或客户到普通系统中;
      (3).普通系统中添加其他类型的供应商、客户时,把供应商、客户信息时实的复制到ERP系统中;
      (4). 普通系统中添加会计科目时,同时复制到ERP系统会计科目表中。

      2.接口目标

      ERP处理:存货、生产成本、暂估、往来帐等
      普通处理:所有财务数据

    优点与缺点

      优点:
      ◆ 物流与资金流 运行同步、数量一致、帐务细化
      ◆ 查账方便
      ◆ 普通系统中有完整准确的财务数据
      ◆ 对计划人员有了监督功能
      ◆ 结转、反接转方便

      缺点:
      ◆ 财务人员进行ERP应用操作;
      ◆ 应收冲应付必须引用过渡科目
      ◆ 不能反过帐;
      ◆ 部分科目数据两分,只有月末传递数据以后才能直接查看发生数和余额
      ◆ 技术实现比较复杂。

    方案三:同时使用(不做接口程序)

      1.系统总体应用模式(图)
     



      这种方案是:物流系统(包括成本管理)使用ERP系统,财务处理使用普通财务软件。这样的做法基本上避免了两个软件各自的"缺点",使它们各自的优点得到了充分的应用,因为ERP系统截去财务部分,仍不失为一个完美的物流和成本管理系统,而普通财务软件系统不受任何影响,财务人员业务方式不变,工作模式不变。也就是说,日常订单管理、采购管理、存货管理、生产管理、成本核算等使用ERP系统进行处理,只是每月月底,计划人员和仓库人员可以依靠ERP系统给财务部门提供比以往更可靠和可信的做帐依据。

      2.接口目标

      ERP处理:存货、生产成本、暂估等

      普通处理:除存货、生产成本、暂估以外的所有财务数据

      3.数据接口简述

      存货、生产成本等:依据普通财务系统的需求,ERP系统每月输出相关报表,然后,根据这些报表或汇总数据在普通财务系统做出相应手工凭证;

      4.优点与缺点

      优点:

      ◆ 财务人员不作ERP应用操作;
      ◆ 帐务处理方式未发生变化;
      ◆ 物流管理得到了优化
      ◆ 不用开发程序

      缺点:

      ◆ 物流与资金流的不统一
      ◆ 财务部分数据不严格
      ◆ ERP部分帐务不能冲销
      ◆ 所有凭证都必须手工录入普通

    问题综述:

      不论那一种方案,我们都会面对一个共同的业务问题(只用ERP或只用普通也会存在同样的问题):原来,计划人员或仓库管理人员在完成某个业务以后,手工记录且手工传递做帐凭据到财务部门,他们之间的"接口"是松散的或不严格的,换句话说,原来这部分工作的管理是不细的或者说是粗放的,所以财务部门也就无法采取优质的算法精确计算物料成本精确核算成品成本。

      要把"手工传递做帐凭据"转变为"计算机自动传递做帐凭据"不仅仅是程序或软件的问题,也有"业务方式转变"的问题,计划人员必须及时提供相对标准的数据让计算机传递给财务部门,便于财务部门做帐;而财务部门必须及时以合适的方式准确核对和修改计算机自动生成的凭证,两方必须协调一致的进行工作。所以要达到帐务的细化和管理水平上的提高,恰当进行部分业务方式的转变将是必须的。

      如果这个问题处理不得当,再好的接口都将不能使用,这将是解决接口问题中必须注意的一个问题



    =============================================二、集成实例剖析

      我们公司使用方案一已经对实现了一种国外ERP与金蝶财务软件的接口,下图显示了ERP与普通财务集成业务示意图。左面的椭圆所包括的内容是ERP物流管理所涉及的范围,右面的椭圆所包括的内容是普通财务管理的涉及的范围,交叉部分是二者集成的数据接口部分,主要是各种报表、财务原始凭证。ERP系统实现销售管理、生产管理、BOM管理、存货管理及采购计划管理等,及时为财务部门提供生产经营过程中发生的各种单据、及原材料半成品、成品的成本明细。在ERP物流管理中可以看到有个小方框"MRP运算",这是ERP系统的核心功能之一,它用来协调生产和采购、库房、销售等。普通系统实现应收帐、应付帐、成本管理、差旅费管理、总帐、固定资产管理、财务结算以及转账处理等,除部分明细报表外的所有财务报表全部由普通系统输出。其中应收、应付帐和成本管理要使用ERP 系统提供的数据。

    在企业生产和经营过程中,涉及两个系统的单据和报表传递的主要活动如下:

      在收到客户订单后,市场部把客户信息、合同号、合同金额、产品类型、数量、要求交货期等参数录入ERP系统;对已发货订单,月末打印当月"主营业务成本"报表和"主营业务收入"报表送财务部门。

      采购到货,仓库人员进行采购接收,同时打印出"采购接收单",整理后送"采购计划员"处;如有其它收发,月末把所有"其他收发料单"直接送财务部门,打印当月"收发存报表"送财务部门。

      供应商发票到票,采购人员核对发票与采购接收单,然后把"采购接收单和发票" 一起送财务,财务人员在ERP系统对送来的发票和采购接收单进行审核,审核结束在普通生成应付凭证。月底,所有未到票清单形成"暂估明细报表",送财务部门做暂估帐。

      生产中,每道工序完成后都要报完工,系统把各种费用计入生产成本,月末需要整理和计算当月生产中所发生的"生产成本-直接材料"、"生产成本-直接人工"和"生产成本-制造费用";月末仍没有报完工的所有在制品就形成"在制明细表",需送财务部门进帐。

      销售部门开"发货通知单"、"提货单"等,送货人员执"提货单"到仓库提货;仓库人员做订单发货,同时打印订单"发货单",送财务部门,财务部门开销售发票,财务人员在ERP系统对订单进行审核,审核结束在普通生成应收凭证。

      以上只是资金流动过程的一个实例,如果财务部门也参与操作ERP系统,更多报表可由财务部门打印和输出,就不需要其他部门提交了。在此过程中,单据和报表产生的情况和时间如下:

    由上表可以看到,只有在与应收、应付有直接关系的"发货单"、"采购接收单和发票"需要随时输出,其他报表和数据一个月传递一次。原因是财务要及时根据发货单来开发票做应收帐,根据采购接收单和供应商发票来做应付帐。而收款、付款、预收、预付、差旅费管理、转账等都随时在普通中进行统一管理,与ERP没有直接的关系。

      集成效果

      a) 物流与资金流同步运行、数量一致、帐务细化
      b) 财务人员仅在ERP进行采购单、订单的审核操作,打印成本明细报表
      c) 帐务处理都在普通中进行
      d) 由财务人员审核生成的应收凭证、应付凭证不用手工输入
      e) 所有的记账凭证都可以从普通中打印机制凭证
      f) 财务人员可以对计划人员、仓库管理员、价格管理员实现有效的监督功能
      g) 技术实现简单可行,仅涉及系统的两个数据表
      h) 即使这两个表在系统升级时发生了改变,程序也只需作部分简单修改
     
      这样的做法基本使两个系统各自的优点得到了充分的应用,因为ERP系统截去财务部分,仍不失为一个完美的物流和成本管理系统,而普通财务软件则是处理中国财务的典范,传递数据对其现有的功能没有任何影响。

    相关文章:

    (源于银企直联:http://www.ecice06.com/qikan/manage/wenzhang/17-91.pdf

    html版本:http://203.208.39.99/search?q=cache:wqaOpmhsOO8J:www.ecice06.com/qikan/manage/wenzhang/17-91.pdf+%E8%B4%A2%E5%8A%A1%E7%B3%BB%E7%BB%9F%E6%8E%A5%E5%8F%A3&hl=zh-CN&ct=clnk&cd=8&gl=cn&client=firefox-a&st_usg=ALhdy2-zUcRVbelNlWMacVWHQQ_VtaG5gg

  • 相关阅读:
    洛谷 P1387 最大正方形
    洛谷 P1508 Likecloud-吃、吃、吃
    洛谷 P1282 多米诺骨牌
    洛谷 P1880 [NOI1995]石子合并
    P1064 金明的预算方案 (依赖性背包问题)
    caioj 1114 树形动态规划(TreeDP)3.0:多叉苹果树【scy改编ural1018二叉苹果树】
    让Dev C++支持C++11
    1113: [视频]树形动态规划(TreeDP)8:树(tree)(树形dp状态设计总结)
    caioj 1112 树形动态规划(TreeDP)7:战略游戏
    caioj 1111 树形动态规划(TreeDP)6: 皇宫看守 (状态设计)
  • 原文地址:https://www.cnblogs.com/backuper/p/1333401.html
Copyright © 2011-2022 走看看