The Problem Came Up when we upgrade from KingDee K3 to SAP R3(FI module)

 

财务问题

    SAP实施财务模块大约半个月,在实施期间,由于各种问题,财务暂时放弃SAP,继续使用K3。6.14号我们组织会议对财务的问题进行一次讨论。会后我们用了一个星期的时间与财务沟通,现时财务向我们提出的问题如下:

(1)       输入一个凭证需要进入四个画面才可以完成。

据了解,并是输入一张凭证要进入四个画面,而是做四个不同的业务。因为SAP做不同的业务要通过不同的事务码输入,所以做四个不同的业务,进入的界面就会有四个。(那四个)

结论:使用F-02输入财务凭证,下周一财务决定使用哪一种方法(现时用那一种)

(2)       其他应收,其他应付款的输入界面可以简单化

解决方法:我们在做总帐费用凭证的时候,如果遇到要做其他应收款或其他应付款的时候先把凭证暂存,再到其他应收款的界面把暂存的凭证调出来继续做后面的业务。(?)

结论:与第一点相同,如采用F-02不需要考虑该点问题

(3)       仓库打印出来的收货单没有单价,金额。财务不可以据以作为附件,收货单上必须

列明金额。

解决方法:修改收货单,在收货单上加金额一栏。(OK)

(4)       收货与发票校验存在一分或两分的差异

解决方法:现时的做法是,如果发票的金额与收货的单价不对就让仓库冲单,购销部修改单价,再进行收货。这样做增加业务部的工作量,建议把这些差异抛到一个差异科目去。

结论:业务继续用系统做,通过报表来反映差异,顾问确认报表需求

(5)       成本收入配比问题

结论:出发票时同时发货,财务部需要验证现时的销售成本

(6)       进销存帐簿的开发,财务要提供格式(OK)

(7)       红字冲销,在系统中是要以负数输入。

解决方法:由于SAP标准是不可以输入负数,我们可以通过系统的反记帐来实现红字冲销。系统的报表显示的金额是以负数显示。(OK)

(8)       当过帐预制凭证后,系统自动产生记帐凭证号码

解决方法:由于记帐凭证号码要按财务要求的规则定义的,不是系统标准的号码,记帐凭证号码是通过运行程序后自动赋值的,因此,过帐预制凭证后,当运行凭证打印程序,系统自动会赋值。

结论:由李宏涛测试标准报表。

(9)       本年利润结转方法。

结论:由顾问研究方案

(10) 输入凭证时如没有输入摘要,系统抓现金流量表的摘要。要求:如果不输入摘要显       示为空,或摘要设为必选项。

 

固定资产方面:

(1)       做固定资产主数据时,要把固定资产的描述改成资产名称,把固定资产价格加到主数据里面。

结论:首先,创建主数据,再做购进,增值,报废及折旧等业务

(2)       做业务时,产生的会计凭证要显示固定资产的会计科目,描述要显示固定资产的明细科目。

结论:通过程序实现

 

报表方面:

(1)       所有报表如果有负数,负号提前(对外报表修改报表,负号提前,系统标准报表不改)

(2)       所有的报表的标题要突出,字体要放大(只能通过FORM才能实现,报表不能实现标题字体放大)

(3)       所有帐薄打印格式左边距留4CM,右边距留1.5CM (调左边距,右边距通过修改报表格式实现)

 

各报表明细:

(1)       商品采购明细帐:数量,单位抓基本单位数量,本期余额要加颜色,新增一个报表,要按每个供应商每个批号显示借方,贷方,本期余额为0的批号不用显示出来。 (修改报表)      

(2)       科目余额表:应收帐款与应付帐款第三层是抓客户与供应商,而客户与供应商科目代码我们是通过客户与供应商的代码显示,财务认为通过代码不知道是哪一个科目。因为客户与供应商属于明细科目,在SAP里面没有独立的会计科目,都是通过客户与供应商的代码来反映。

(财务提供凭证打印应收帐款应付款的格式)

(3)       明细分类帐。现在明细分类帐没有客户与供应商的明细帐,要修改报表。

(4)       利润分配表与增值税明细表:由于这两份报表是抓本月发生数与本年累计数,而我们上线是从五月份上的,之前那几个月的发生数都没有反映到SAP系统中。因此这报表的本年累计数对不上。(手工做报表)

 

要求:

    我们跟踪财务一个星期,了解他们现时存存的问题,发现财务现时主要使用K3, 并没有到SAP操作,因此他们并没有提出太多的问题。为了能够使SAP能够更好的使用,我们希望财务能够做到以下几点:

(1)       人员要到位,安排一个财务人员负责与联系我们,一方面把财务的业务需求反映给我们,碰到需要财务确认的问题希望尽快给我们答复,并能熟练操作财务业务。

(2)       各操作人员在这段时期要多做练习,遇到问题尽快提出。避免上线应用时出现大量的问题。

(3)       期初余额的确定

(4)       找下周一或周二找一天与财务进行一次测试,如无问题与财务各主要用户测试。尽快找出问题。

 

1.                  财务部分还未上线。每月的统计报表还未切换。财务方面主要有几个难点问题待解决:

l       成本和收入配比的问题;

l       要求同一天记帐的凭证号码连续的问题;

l       每月利润结转的方式

l       帐套的形式与要求的不同

 

 

转载于:https://www.cnblogs.com/SlashOut/archive/2007/07/10/811931.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值