需求分析与未来作业计划流程报告

1、下载更多咨询报告,尽在HYPERLINK N:整理后.anaren需求分析与以后作业流程报告 标题 ,标题 2,3，标题 3，4,标题 ,1 第一部分 绪论GOTOUTON _Tc3628519 PREF _T95119 6一 2专案综述 TOBUTTON _Toc398512 PERF _Tc39625120 6二.需求分析及以后系统设计的动身点 OTOBUTN _To9285121 AGERE _Toc628521 6三. 以后系统的运作框架 GTOUTN _Toc39628522 PAGEEF Toc98512 7四. 流程图图例GOTOBUTTO_Tc2852 PAGEE _o3962

2、85123 9第二部分 财务会计 GOTOBUTTO _oc3928133 AGREF _Toc396851339一. 总帐系统OOBTO_o396285135 PAGEREF _Toc392853 91.综述 GOTOBTTON _3251 PAGEF _Tc3628536 与其它模块的集成 OTOBUTN _oc39625137 AGRE _T6285373 要紧业务流程 GOTOBUTON 39628538 PAGREF _oc3928538 93. 会计科目表建立 GOBUTON_Toc3962139 PAGREF _Toc962819 3. 2.传票录入及入帐处理GOOBTTN_To

3、c96254 AGEREF _Tc364 3. 3. 期末处理GTOBTTO_c925141 PAGERE Toc368511 94 报表需求 GOTOBUTTON _To392814 AGERFToc368512 95.以后可能改进GTOBTON _Tc39625143 PAGEREF To962853 9二. 应收帐 GOTOBTTON To39628544 GEREF _Toc3625144 91 综述 GTOBTTON _Tc396285145 PAGEREF _c396284 9. 与其他模块的集成GOTOBUTON _c3968546 PAGEE_Toc3962514 93 要紧业

4、务流程 OTBUTTO _c928547 PAGRE_Toc3928547 9. 1. 客户,职员主数据建立 GOTOUTN _Toc396285148 PGEEF _Toc928514 93. 2. 职员差旅费预支 GOTOUTON_Tc39628519 PAGERF _To368514 . 职员差旅费报销 OTBUTTON _Tc3962850 PAGEE _o39681 93. 4.职员差旅费报销催单及冻结处理流程 OTUTTN _Toc3625151PAGEREF _To3962811 93 . 职员明细帐帐龄分析处理流程 GBUT_oc39628552 PAGEEF_Toc39625

5、2 93. 6. 预收款处理 OTOBUTN _Tc3968515 PAERE To39628515 93. 7. 发票处理 GOOTTON _Tc396285154 ERToc3685154 93 8. 收款处理 GOTOBUTTN _To39628515 AGEREF_Toc3962855 93.9.客户催款及冻结处理流程 GOOBUTTOTc3965 PAEEF _Tc3968515 93. 10 客户明细帐帐龄分析处理流程 GOTOBUTTON_Tc96515 PAEREF _oc395157 94.报表需求 GOBUTON _Toc396851 PRE Toc3981585以后可能的

6、改进 GTOBUTTON _Toc3928559 PRF _oc9859 三. 应付帐GTOBUTON _oc3685160 PGERF _To39628160 .综述 GOOBUTON Toc39686 AGEEF _To396285161 1 1. 现状GOTBUTON _Tc3962562 PAGEEF_Toc3962862 91 . 以后的设想 GOTUTTON _T96863 PAREF _Tc3928516 9与其他模块的集成 TOBTTON_oc3968564 PAEEF _Toc396256 93.要紧业务流程 GOTUTON _c398515 AEEF Tc3968515 9

7、3. 1. 供应商类主数据建立 OTOBUTO_oc39628566 PAGERETo3962166 3.2. 预付款处理 GBUTONToc928517 PGREF _T328516 93.3.担保的处理 GOOBUTON _To6288 A_Toc28569. 4 发票处理 GTTTON Toc3628569 PERF_Toc3925169 9 .保留尾数处理 GOTOBUTOToc39628570 PAGER _Toc3968570 .6.付款处理 GOTTON _Toc3928517 GEE _To962811 937 产生其它付款的处理 GTBTT oc36285172 PAEEF

8、Toc25793. 其它付款的付款处理 GOTOBUTO _To3985173 AGEREFToc396285734 报表需求 GOTOBUT _Toc36514 PAREF _Toc39674 9. 以后可能的改进 GTUTTON _Toc9285175 AGERF T39685175 9四 固定资产治理 GOOBON _o62851 PAGEREF_oc3985176 91 综述 GOTOBUTONTc36257 PAEREF_To3962517 92.与其它模块的集成 GOBUTTON _c9628518 PAGEREFTc962857 9要紧业务流程GOTOBTTON_oc362517

9、9 PAGERE _Toc362817993. 1.资产类不建立 OTBUTON _To9685180 PAGERF _Toc396281893. 2. 资产卡片建立 GOOBUTTON _To39628518 PAGEREFToc396285181 93. . 在建工程结转 OTOTT Toc362582 PGEREF _Toc36285182 9. 4. 资产购置 GTOBUTTON _Toc39628183 GEFToc39628513 9 5 固定资产的转移GTBUTTON _Toc328514 AEFToc62818493. 资产计提折旧TOBUTON _To36218 PAGERE

10、F To3962851 3. 7. 固定资产清理TOBUTTO _Toc39625186 PAEE_oc392818693. 8. 资产盘点 GOTOBUTTO _o968187 PAGEREF Toc396285187 93. 9. 资产租赁 GOTOBUTON_Toc36285188 PGEEF _Toc39625188 . 产生的报表GOTOBTN _Toc39685189 PAGEREF_oc328189. 以后可能的改进 GOTOBUTTN _39628510 PGERE _Toc396285190五. 法定合并 GTUTTON_To362519 PAGF _Toc39685191r

11、! Bookmark not defin综述 GOTBUTO_Tc3962812 PAGEREF _Toc396285192 Errr!Bokmark notdfied.2.与其它模块的集成 GOTUTTON _Toc39625193 PAGEF_Toc96285193 Eror! Bookmrknt defined.3. 要紧业务流程 GOTOBUTTON oc396284 PAGERE _Toc368519 Error! Bookmark not fd.3. 1.合并报表项的维护 GOOBTON_Toc396285195 PAGEREF oc396295 Eror!Bokarknotine

12、d.3. 2. 局部调整结帐 GOTOBTN Toc3968196 PGEREF _To3685196 rr! Bookmark not defned.3. 3. 数据的采集 GOTOTON_To39628197 PAEREF To3962517 Erro! Bokrknt defined.3.4.合并步骤 GTOBUTO Tc396858 AERE _3285198 Eor!Bookmar ot efied.4.要紧报表 GOTOBUTON_Toc396285199 PAERETc39625199 Ero! Booark nt defn5.以后改善的可能 TOBUTTN _Toc396285

13、200 PAGERE_Toc36285200 Error! Bookmark nt defie.六. 资金治理 GOTOUTTON _Toc362520 PGERE _To3625219. 综述 OTOBUTTO _Toc968202 PAEEF _c396282 92.资金治理与其它模块的集成 OOBUTTO _Toc3628523 PAGREF_Toc3962853 3. 资金治理要紧业务流程 GOTOBTO _Toc3962204 AEREF _Toc3928204 9.自动付款处理 OTBUTTON _c39285205 PAGEREF _Toc362852059 . 收到支票处理 G

14、OOBUTTO _Toc3968206 PAGEREF _c39628506 93 3 付出支票处理 GOTOBUTTO_Toc6220 AGERE oc39285207 93.4. 银行未达帐处理GOTOBUTTO _39628508 PAGEREF Toc3962528 9.5. 应收汇票处理 OTOBUTON _To39685209 PAGEE _Toc3985209 93. 6. 应付汇票处理 GUTTO _To3968521 PAGEREF _To928520 对信用证的支持 GTUTO _Toc398511 PGERE _Toc39628521.8. 现金状态及流量分析 OTOBU

15、TTON Tc9625212 AGEREF _To396285212 93 9. 短期借款/短期投资治理 OTOBUTN oc9628523 PAEREF c398213 9. 0. 利息计算 GOOBTTN oc39285214 AGEFToc39628521 9.产生的报表 GOTOUTT _Toc38525 PERF _c396285215 95 进一步改善的可能 GOOBUTTON_To3968521 PAGRE o3625216 9七. 成本会计-费用治理 GOTOBUTTO _Toc39251 AERE _To39625217 1. 综述GOTOBUTTON _o3285218 G

16、ERF _Toc39628521892. 费用治理和其它模块的集成 GOTBTTONToc3962859 PERE _Tc3628529 9. 费用治理要紧业务流程 OBUTTONToc396285220 AGREF _To398520 93. 1. 现状和需求综述GOBUTTON _o36285221 PEREF_Toc396282 3. 2.解决方案GOTBTT _Toc39628522 PAGEREF _Toc396285222 94 产生的报表 OTOBUTTO _Toc3968523 PEE _o385223 95进一步改善的可能 GOBTTO _Toc3962854 AERE _T

17、oc398522 9八. 成本会计-获利性分析 GOTOBTTONTo396525 PAGRF Toc6285225 91. 综述GOTOTO_Tc328526 AREF _oc362852692 获利性分析模块和其他模块的集成 GOTBTTN _Toc36227 PAGREF _Toc3962827 9. 获利性分析要紧业务流程 GOTBUTTON To628528 PAEREF _oc396285228 93. . 现状和需求综述 GOTBTTN _oc392859 PAGERFTo3962859 93. 解决方案GOTOUTTON_oc96823 AGEREF _Toc3285230 4

18、. 产生的报表 GOTOBUTON _oc39628231 PAGREF _Toc39628231 5. 进一步改善的可能 GOTOBUTTN _To392832 PAGEF oc39628232 第三部分 供应链 GOTOUTTNoc39628233 AGEF _c3962833 一.库存 GOTOBUTTO oc36285234 PAEREF _Toc6534 9 现状及需求综述 GOTOBUON o3962525 PAGEREF _Toc3968525 91.1. 关于XX集团库存治理现状及其需求简述如下: GOTOBUTTON_Tc3925236 PEF _To962536 91. 关

19、于XX集团的营管系统与库存接口及其需求 简述如下: GOTOBUTON oc39625237 AGF oc39628572. 以后系统解决方案GOTOUTON _Toc39685238 PAGEREF _Toc628528 92. . 综述 GOTOBUTT _Toc96285239 PGERF Toc396829 2 2 与其它模块的关系 GOTOBUTTON _o39628240 PAGERF Toc9628592.收货 OTUN _Tc3285241 PAGEREF _To684 9 4.发货 GOOBUTT _Toc92542 GEREF _oc398522 92. 5. 转储GOTO

20、BTTON _962823 AG _3928524392. 6. 预定 OTOBUTTON _Toc39684 GREF _Toc6852492. 7.盘点 GOTOBUTN_oc396285245 PGERF _To3968524592.8. 报表需求GOUTTON _T39285246 AGEFTc3928524 9.9 以后可能的改进 OBUTTN _Tc962827 PAGEREF oc3928547 二. 采购 OTOBUTTON_Tc3968524 PAGERF _Tc39685248 91. 现状及需求综述 BTTN_oc3628549 AEREF_c92829911. 关于XX

21、集团采购现状及其需求简述如下:OTOTON _c96850 PAGEREF _Toc3962852 91. 2.关于集团采购现状及其需求简述如下：GOTOBTTToc39685251 PAGERE Toc362855 92. 以后系统解决方案 OOBTTON_Toc39685252 AGERE_oc39685252 92. 综述 GOTOO_Toc3628253 PAGREF _To98523. 与其它模块的集成 OOBUTO _Tc396252 PAGREF _T396252492 3 采购申请及分配处理流程 GOTOBUTTON_Tc925 PAEEF Tc39685255 . 4. 采购

22、订单的处理GOTOUTTN _oc39685256 PAR _Toc3852. 5. 供应商评估和治理GBUTTON _To96825 PAGRF _Toc396852572. . 采购订单的收货处理GOTTONoc39628558 AGER _Toc3968528 9. 7.发票校验GTUTN _Toc396285259 PAGERE To396282 9 8. 报表需求 GOTOBUTN_c3985260 PAGREF _Toc96285209.9.以后可能的改进 GOTOTTONTc398561 PAGERE _To3962852619三. 生产治理 OTBUTO Toc96285262

23、 PEREF _Toc39685262 91综述 GTOBUTTON _Toc3965263 AGREF _Toc39628263 92.生产治理与其它模块的集成 OTOBUON _Toc396285264 GRF _Toc3628524 93. 生产治理要紧业务流程 OTOUTN Toc3962865 PAEEF _oc3928565 9. . 生产量预估处理 OOUTTON _Toc9628526 AGE _Toc3962856 3. 需求治理 GOTOBUT_oc396285267 PAGREF _To39285267 933. 物料需求打算 GTOBUTTO _Tc92868 PGRE

24、F _oc3962568 93.4. 能力平衡 GOTOBUTTON _oc62569 PGEREF _Toc392529 3 . 生产排程 OTOBTTON _Tc9685270 PAGREF _Toc392852093 6.生产备料/领料处理 UTTON Toc3928271 AGEREF _c39628521 7 生产确认及入库处理 GTOBUTTO _o3625273 PAEREF Toc36285294.报表处理GTOBTON_To325279 PAERE _Toc92825. 进一步改善的可能 GOOBUTTO_Toc3962852 PEEF _Toc396285281 9四. 成

25、本会计-产品成本治理 GOOBUTTON_Toc395282 PGERE _Toc3628522 91. 综述 GOBUTTNToc962853 AGERFoc392858 92. 产品成本治理和R/3其他模块的集成 GOTOBUTON To9628528 GEREF_oc396258 . 产品成本治理要紧业务流程 GOTOBUTTOToc362828 PAERF Tc36285285 93 . 标准成本的制订和修订 GOBTTN To9628526 AGEREF _o3928526 . 2. 实际成本的核算和分析 GOOUTTON _Toc96257 PAGEF _oc3928528 3.

26、3. 差异处理 OTOBUTO_oc396252 PAERF _T3628288 94.产生的报表 GOTBUTON Toc39625291 PAGERF _Tc3962859195. 进一步改善的可能 TOBTN _Tc392292 AEREF _362859 9五.营管系统与R3的接口GOTOBUTTON _To39628293 PAGEEF To398593 1 现有系统及以后需求综述 OTOBUTN_oc396285294 PAEREF _c396524 92与接口有关的要紧业务流程及功能简述GOTOBUTN_oc3962825 PAGEF Tc39628595 2. 1 接口的整体架

27、构 GUTT _oc39625296 PAGERE _To39628992.订单出货和发票开立作业 GTBUTTON _o62829 PGERE _Toc96285297 92. 3.缴款作业TOBUTTON_Toc39528 AERF _Tc396285298 92. 4. 公司内成品调拨 GTOBUTTON _Toc3285299 PAGE _Toc39285299 92. .从关系企业调入成品 GOTBUO To39230 PGEF _To39230 92. 6. 向关系企业调出小料和精料 OTTTO _T395301 PAGEF Toc396285301 92. .退货作业 GOOUT

28、ON Toc39285302 PAGEREF_Toc39285302 92. 8. 换货作业 GOTOBTTON _Toc968303 PAEREF _3985303 92. 9. 盘点作业和库存流转GTOTON _oc3968304 PAGERE _To39285304 92.1.制面厂成品库生产入库及其它 GOOBTT_To3985 PAGREF _To396835 2. 11 运费结算 TOBUON_Toc32536 GEEF _oc3962530 9. 2.清户退款 GOBON_Tc396285307 PGEREF _Toc3628530 93 组织机构和关键数据定义 GOBUTTO

29、_oc9628308 PAGERE_oc3962808 3 1 组织机构 GTOBUTT _Toc3965309 AGEREF Toc3962509 . 2关键数据 GOTOUTO_Toc32830 PAGREF _oc9628539绪论一.M2专案综述国际集团为了利用现代先进资计技术辅助，提高企业的治理水平,以完善自身的机制和增强企业的市场竞争力,在集团最高层领导的倡导和推动下设立了M2专案。作为一个治理水平的标志，其最终目的是在每月的第二天完成集团公司的法定合并报表和治理合并报表的工作,达到这一目标的前提是集团拥有一套整合的企业治理应用软件系统,支持各职能部门的日常业务,同时准确及时地记录

30、各公司、各职能部门中发生业务信息,传递到其它部门分享并由各级公司、总公司分折汇总。因此,SAP公司有幸地被选为软件供应商和实施伙伴。二.需求分析及以后系统设计的动身点以顶新集团的企业规模以及其业务的多样化而言，M2专案的实施应该是时期性的。在实现M专案最终目标的过程中,每一时期都应该有明确的目标，第一时期的要紧目标应该是：以X集团公司为样板，实施一个整合的企业治理系统,支持供应链上的操作及财务会计和治理会计统计和监控。在设计样板过程中，充分考虑到其它事业群生产经营模式的专门性，保留样板的灵活性，以便今后推广。统一集团内各公司的会计科目，规范财务会计的业务流程。在所覆盖的范围内为各子公司实施一个

31、强有力的财务系统，以差不多解决集团报表合并的问题。针对M2专案的目标，依据整体项目实施的打算，SP项目小组在完成以XX集团为样板的财会系统及供应链系统现状调研后。在顶新集团M2专案设计组，M2专案应用组的大力支持和协助下,在预定时刻内完成了需求分析及对以后系统的初步设计。后续章节中对需求的描述及以后系统解决方案的建议,差不多上按企业的职能及系统的应用模块划分。财会方面的需求分不考虑了以XX集团为代表的子公司财务处理，以方便面为代表的事业群经营分析，以及总公司的财会处理和合并业务，在供应链方面的需求则差不多上,以XX集团的方便面产、供、销模式为主，并在讨论中参考了其它事业群的一些特性。三.以后系

32、统的运作框架以财务合并的角度看,以后系统在第二时期完成后的动作模式,如:下图所示当集团完全采纳了R/系统之后,总体系统的接口将简单化甚至单一化。作为第一个样板公司,集团将启用的不仅是财务系统,而且包含了供应链系统，两者在R/3的环境下是实时集成的。以XX集团的角度看，以后系统对其物资流的支持如下图所示：在系统的内部,其数据资料的流淌差不多上如下图所示:这种模式将逐步地推广到各事业群、各子公司。在后续时期的实施打算中,我们考虑引进SAP R的人事资源治理模式,解决人事薪资，差旅报销与财务系统的接口。当国内的通讯水平以及网络系统的差不多性能达到要求时,建议用SAP /3的销模块（)取代现行的营管系

33、统，以最终达到完全的整合性。财务会计四.流程图图例财务会计一.总帐系统综述财务组织机构定义:公司代码:为每个帐务实体定义一个公司代码,各个公司有自己法定报表。业务范围：将一个产品或一类产品定义为一个业务范围,各个业务范围能够产生自己的利润表,以供治理层使用。财务基础数据：会计年度：国际集团采纳日历年度。会计期间:国际集团会计期间为12,从1月份到12月份。传票类型：以后的系统按照业务性质详细划分传票类型。传票编号:按年、传票类型及传票录入日期进行自动编号。国际集团要求传票按月、传票类型进行编号。按照我们的经验，SAP的编号方式对外部审计，内部治理都不存在任何问题。SA R/3的中国用户已有10

34、多家通过财政部的评审,因此对外部审计而言,不存在任何问题,对内部治理而言,AP R/提供了多种分类方法，用户能够方便地查找传票，对传票进行归档处理。为了最大程度地满足国际集团的要求,SAP中国的郑锐先生已向AP总部发出二个修改申请：系统提供传票按月、传票类型进行编号的功能，修改申请号为762357。预制传票、正式传票采纳不同的编号，修改申请号为76216 。币种及汇率：由集团总部负责币种代码定义和汇率表的维护,各分公司使用总部维护的汇率。权限操纵：在原型测试时期,将按照国际集团要求定义各种权限。以后的总帐系统包括会计科目定义，传票录入,外币评估，暂估处理,科目余额重组,科目余额结转,报表处理。

35、以后的总帐系统与其他子系统是紧密集成的，许多数据由业务发生子系统写入总帐系统，无需手工重复录入数据，无需会计做审核（除供应商发票),提高帐务处理速度。以后的总帐系统有一系列功能加速期末结帐，如外币自动评估,暂估自动处理等。外币评估将采纳期末评估,期初冲回方式。自动收付款,汇票治理在现金治理中处理。关系企业往来走应收、应付流程,因此，关系企业往来的帐务处理在应收、应付中描述。 与其它模块的集成总帐子系统与应收，应付,固定资产,库存,采购,销售,成本会计，资金治理有实时数据交换。要紧业务流程会计科目表建立现状及需求综述顶新集团采纳自己的会计科目表。目前集团公司下各公司采纳各自科目表,集团公司有打算

36、 今后实现统一的科目表。现有会计科目编码是不等长的,会给传票录入带来不便。客户、供应商、职员编码作为会计科目的一部分,造成科目极其庞大。解决方案建议国际集团采纳统一会计科目表,由总部会计部确定会计科目表编制原则，协调各分公司要求,负责会计科目编号确定,解释各会计科目的性质。各分公司依照需要，选择有关科目使用。通过会计科目表统一,有利于数据确认、合并、内部审计，总帐、分类帐余额统一，分类帐操纵。建议国际集团采纳等长会计科目编码，以方便帐务处理。建议国际集团将客户、供应商、职员治理放在应收/ 应付子系统中治理,客户、供应商、职员的编号不再作为会计科目一部分。集团总部会计负责维护会计科目集团级数据，

37、各分公司按照需要,维护会计科目公司级数据。建议国际集团总部成立专门职能小组负责这项工作，各分公司建立相应职能小组。建立新科目流程功能讲明“决定是否建立新科目”:由集团总部会计小组依据会计科目表编制原则，已有科目表，决定是否建立新的会计科目。“维护新会计科目集团级数据”:由集团总部会计维护会计科目编号、名称、性质等数据。“维护新会计科目公司级数据”:由公司会计维护会计科目公司级数据,包括货币、明细项索引、自动过帐标志。流程组织结构定义公司:法定财务实体关键数据公司代码币种传票录入及入帐处理现状及需求在现有系统内,由于各应用部分缺乏集成，传票由接口系统或手工导入总帐。大量手工收付款处理,导致工作量

38、大。解决方案采纳APR/3集成系统,大部分传票由业务发生点传入总帐系统。关于收付款处理，大部分通过应收、应付子系统自动收付款处理，仅仅小额零星现金收付款在总帐系统内处理。传票录入及入帐流程a）转帐处理b）小额现金付款处理c)小额现金收款处理功能讲明“前置系统业务处理”:是指与会计系统相关子系统进行业务处理时，自动产生会计传票并入帐,无需人工录入传票,入帐。例如:仓库发料时，仅须在库存治理系统录入发料数据,系统依照发料数据，材料价格，自动生成会计凭证,并入帐。“输入传票”:依据原始凭证,输入传票类型、公司代码、传票编制日期、入帐日期、借贷科目、借贷金额、后续帐务分配如输入成本中心,业务范围。同时

39、检查公司代码是否存在,记帐期间是否同意入帐，借贷科目是否存在,成本中心、业务范围是否存在。“入帐”:系统自动检查借贷金额是否平衡，传票检查通过后,系统将更改科目余额及其它文件，自动分配传票编号，存入传票文件。“传票预制处理”：是指输完传票后，传票存在系统内，但并不入帐。这类传票称为预制传票。“预制传票入帐”：是指将预制传票记入帐册，预制传票转成正式传票。 关于凭证审核，目前系统仅提供一级审核功能，建议第一时期打印出预制传票,在SAP R3系统外审核,通过后,由专人将预制传票入帐,或者编制手工传票,多级审核后,将手工传票输入系统入帐。第二时期采纳”orflw”方法，在系统内进行多级审核。作业功能

40、组织示意公司:法定财务实体业务范围:将一个产品或一类产品定义为一个业务范围，各个业务范围能够产生自己的利润表，以供治理层使用。成本中心:收集费用的责任单元关键数据会计期间,会计科目，传票类型,币种，公司代码，业务范围,成本中心期末处理期末处理现状及需求综述月末关帐在下月号,年末关帐在来年二月底,在现有系统,期末有大量手工处理，工作量极大。结帐比较迟，为了保证M2专案目标的实现,必须加快结帐速度。解决方案以后的系统改进现有的成本结算体系，减轻期末成本结转的工作量以后的系统有自动的外币评估，自动的科目余额重组,自动的暂估处理等功能，加快期末结帐。处理流程功能讲明“资产负债类科目外币评估”:评估已实

41、现汇兑损益。如银行外币存款,外币现金评估。“未清项外币评估”：评估未实现汇兑损益。如应收,应付外币评估。“余额重组”:调整应收，应付统驭科目。例如一个客户明细帐余额在贷方，期未结帐时，指定调整到负债方统驭科目,下个期初系统自动冲回。报表需求以后的总帐系统能够提供下列报表：资产负债表损益表财务费用明细表营业外收支明细表增值税申报表科目余额表传票明细汇总表每日日计表及每日传票编号以后可能改进B级功能工作流(Wrkfl)功能第二时期将引入工作流功能,以解决系统内传票多级审核的问题。C级功能科目打算二.应收帐综述以后的应收帐子系统将包括客户主数据建立，预收款请求,预收款处理，发票处理,手工收款，自动收

42、款，预收款清发票，客户催款,收款通知,对帐单处理。以后的应收帐处理将考虑与国际集团营管系统的集成,预收款处理,发票处理，缴款处理将通过批处理程序由营管系统录入AP R/3系统。在SAP/系统内进行销售处理，将按正常的应收帐处理流程进行。在人力资源子系统未实施前,职员差旅费放在应收帐子系统处理,利用应收帐客户治理功能，帐龄分析，催款功能，清款功能对职员差旅费实施严格治理。与之相对应,为职员建立编号及有关数据。以后的系统中，其他应收款走应收帐流程,与之相对应，财务部门替其他应收款的欠款方建立编号及有关数据。以后的系统将为客户、职员、其他应收款的欠款方建立不同的编号范围。以后的系统中，通过SAP R

43、/3的特不总帐处理来区不关系企业的应收货款、应收设备款、应收融资款。自动收款,利息计算及汇票治理将在现金治理部分描述。与其他模块的集成应收帐子系统与销售，总帐，资金治理，盈利分析有数据交换。要紧业务流程客户、职员、欠款方主数据建立现状及需求现时期客户主数据在营管系统中治理，整个帐务系统没有客户数据治理,客户作为二级科目，编入会计科目。职员编号作为二级科目,编入会计科目,整个帐务系统没有职员数据治理。解决方案在以后的系统中，建立集中客户、职员、欠款方主数据,由营管决定客户编号,营管，帐务输入各自数据，帐务部门仅输入帐务操纵有关数据。为了保证职员编号一致性，尽管人力资源现时期未实施，建议人事部门负

44、责职员编号,财务部门负责帐务有关数据。财务部门负责决定其它应收款的欠款方的编号及帐务数据。建议有关部门设置专门小组/专人负责客户、职员、欠款方主数据建立。建立主数据流程功能描述“决定客户帐务操纵数据”:依据营管提供客户数据,决定客户组，统驭科目，付款条件,信贷限额等数据。纳入营管系统治理的客户，付款条件,信贷限额在营管系统内输入。“决定出差职员编号及有关数据”：依据各部门出差职员表及人事部职员编号表,决定出差职员编号,以及职员组,统驭科目,借款限额等职员个人数据。“建立主数据”:利用应收帐子系统中建立主数据功能,建立客户,职员,欠款方帐务数据，以方便治理和操纵。作业功能组织示意图关键数据公司代

45、码,统驭科目职员差旅费预支现状与需求综述现有系统将职员定义为一个对冲会计科目,制作预支差旅费传票时,输入一个索引码,制做清款传票时,输入一个索引码，利用冲销对比表冲销了索引代码相同，借贷相反的会计交易,同时利用冲销对比表列印帐上有余额的会计科目。解决方案正如综述所言，采纳SP R/先进应收帐子系统有效治理职员差旅费。替每个职员在系统内建立一个编号,支取差旅费时,会计部门输入职员出差付款请求,审核通过后,批准出差付款请求。运行自动付款程序,对职员支付预支差旅费。预支差旅费处理流程功能讲明“审核是否合法”:按照预支差旅费规定，审核单据是否齐全，签名是否合法。“输入付款请求”：按照预支差旅费申请单输

46、入付款请求，付款请求仅是一张请款单据,并不产生任何帐务处理。“批准付款请求”:同意付款。作业功能组织示意图关键数据公司代码，职员编号,币种职员差旅费报销现状与需求综述参见23.2.1解决方案用清帐功能，输入所有发生费用,费用与预支差旅费间的差额挂在帐上,由自动收付款程序进行收付款处理。职员差旅费报销处理流程功能讲明“审核报销清单”:由会计部依据“差旅费报销原则”;决定原始凭证是否齐全，是否有效,报销金额是否正确。“清帐处理”:清职员差旅费预支金额，借记费用等科目,预制差旅费与费用的差额,挂在帐上。作业功能组织示意图关键数据职员编号,币种，会计期间,公司代码职员差旅费报销催单及冻结处理流程现状与

47、需求综述没有电脑化的催单、冻结处理。解决方案以后的系统将利用S/应收帐子系统催款功能，设定报销期限，对超报销期限未报销的预支差旅费产生报销催单，通知职员前来报销，并冻结职员明细帐。解除职员明细帐冻结标志由手工处理。处理流程功能讲明“运行催款程序”：系统每天运行催款程序，以产生职员差旅费报销催单,同时自动冻结超过报销期未报销的职员明细帐。作业功能结构示意图关键数据职员编号,报销期限,预支金额日期职员明细帐帐龄分析处理流程现状与需求综述参见 1.3.2.1解决方案以后的作业流程,通过帐龄分析列出未报销的预支差旅费的借款期。处理流程功能讲明“运行帐龄分析程序”:定期运行帐龄分析程序，得到未报销的预支

48、差旅费帐龄清单。作业功能结构示意图关键数据职员编号 ,公司代码。预收款处理现状及需求分析关系企业间销售,没有预收款要求，集团外客户,一类不需预收款，一类需要预收款，需要预收款客户，它的预收款必须覆盖供货金额,否则不给发货。通过营管系统的销售,预收款在营管系统内处理，通过接口程序导入总帐系统。预收款按部门归集。解决方案为了解决营管系统缴款与财务实际到款的时刻差，设置在途款科目;营管系统内预收款通过批处理程序导入SAPR3应收帐子系统,暂记在途款科目,然后由财务部门依据银行到帐单,在总帐系统中把预收款从在途款科目转入银行存款科目。预收款与客户欠款方挂钩。对不纳入营管系统的销售,预收款处理在SAP

49、R3中处理。处理流程功能讲明“启动批输入程序”：系统自动启动批输入程序,预收款从营管系统导入P R/3应收帐系统。“检验日志”:指派专人负责检查日志,如有错误，按错误性质,分送不同部门解决。“下达预收款请求”：批准预收款请求,通过自动收款程序收款。作业功能组织示意图关键数据公司代码，客户代码,欠款方编号，会计期间,币种发票处理现状及需求分析对外产品销售发票，由营管系统通过接口程序输入帐务系统。关系企业间的销售，发票由手工输入帐务系统。零星发票（包括总部费用分摊）由手工输入帐务系统。解决方案通过营管系统的销售，发票由营管系统通过批输入程序导入SAP R/3系统。关系企业间销售及未纳入营管系统的销

50、售，在SAP销售子系统处理，销售发票由销售子系统导入应收帐子系统。零星发票由手工输入应收帐子系统。其它应收款由手工输入系统。关于换货处理,营管系统并没有重新处理发票动作，需要在总帐中输入一个凭证，更改销售收入:借:甲产品销售收入贷:乙产品销售收入处理流程零星发票/其他应收款手工输入处理功能讲明“生成销售系统的发票”:系统自动定时启动批作业程序将营管系统的销售发票导入SAPR3的销售子系统， 作业功能组织示意图关键数据客户代码,欠款方编号,公司代码，币种,会计科目,会计期间收款处理现状及需求分析通过营管系统的缴款用缴款单代传票方式,通过接口程序将缴款处理传入帐务系统，其余收款由手工输入帐务系统。

51、缴款入帐日与实际达帐日不一致。解决方案为了解决缴款入帐日与实际达帐日不一致,设置在途资金科目，缴款入帐时，借记在途资金科目，然后依据银行到帐单，在总帐系统中将缴款从在途资金科目转入银行存款科目。通过营管系统的缴款，用批输入程序将缴款导入应收帐子系统。然后通过清款程序清客户发票与缴款，预缴款。不通过营管系统收款直接在SAP R/3系统通过自动收款处理,在现金治理中描述。自动付款将覆盖应收帐款和其它应收款。处理流程作业功能结构示意图关键数据客户编号，欠款方编号,付款条件客户、欠款方催款及冻结处理流程现状与需求综述没有电脑化的催单及冻结处理。解决方案以后的系统将利用SA/应收帐子系统催款功能，进行催

52、款处理，对超过付款期限的客户、欠款方生成催款通知书,通知客户、欠款方付款,按催款等级自动冻结客户、欠款方明细帐。解除客户、欠款方明细帐冻结标志由手工处理。处理流程功能讲明“运行催款程序”:系统定期运行催款程序,以产生客户、欠款方催款通知书，并按催款等级自动冻结客户、欠款方明细帐。作业功能结构示意图关键数据客户编号、欠款方编号，付款条件客户、欠款方明细帐帐龄分析处理流程现状及需求综述国际集团需要及时清晰地了解客户、欠款方的欠款的详细情况及欠款期。解决方案以后的作业流程，通过帐龄分析列出客户、欠款方明细帐的帐龄情况。处理流程功能讲明“运行帐龄分析程序”：定期运行帐龄分析程序,得到客户、欠款方明细帐

53、帐龄表。作业功能结构示意图关键数据客户编号,欠款方编号报表需求客户、职员、欠款方余额表客户、职员、欠款方帐龄分析表应收帐与营管系统客户帐款余额调节表(顶新要求增加)以后可能的改进一旦R系统实施后，职员差旅费治理将得到进一步加强。能够有效方便地操纵职员借款,报销期限，能够方便地和费用治理整合起来。三.应付帐综述现状国际集团有多种采购模式，现描述如下：国内采购采购订单,发货发票，付款各子公司直接对供应商下订单，供应商对各子公司发货，供应商开发票给各子公司，各子公司匹配发票、订单、收货记录，核对无误后,向供应商付款。海外采购采购订单，发货发票，付款各子公司按照需求,向顶益(BVI）、顶杰（开曼岛）提

54、出采购请求,由顶益(BVI)、顶杰(开曼岛)向海外供应商下订单。海外供应商直接向各子公司发货，各子公司将验收单提交顶益（BVI、顶杰（开曼岛、海外供应商开发票给顶益(BI）、顶杰(开曼岛),顶益（BV）、顶杰（开曼岛) 开发票给各子公司、各子公司付款给顶益（BVI）、顶杰(开曼岛)，顶益(VI)、顶杰(开曼岛)付款给海外供应商。海外采购涉及担保业务以后的设想以后的应付帐子系统将包括供应商主数据定义，预付款请求处理,预付款处理，发票处理,发票清预付款，手工付款处理,自动付款处理,对帐单处理。以后的应付帐子系统与其它子系统是紧密集成的，与采购有关的供应商发票由采购模块导入应付帐子系统。以后的业务处

55、理,关于海外采购,将把海外公司作为国内各采购公司的供应商,把海外供应商作为海外公司的供应商,都走应付帐流程。将顶新工程看作一般供应商，走关系企业往来交易程序,顶新工程本身采购、应付帐处理在顶新工程专案中解决,不列入本报告。 在以后作业处理中，与采购作业无关的非备用金付款都将走应付帐流程,如薪资付款，与之相对应,由财会部替各受款方建立主数据。应付帐系统内,所有付款都采纳自动付款处理。以后的系统中,通过SP R/3的特不总帐处理来区不关系企业的应付货款、应付设备款、应付融资款。以后的系统中,在途和暂估会计作业月末由系统自动评估,下月初系统自动冲回。自动付款、利息计算及汇票治理将在现金治理部分描述。

56、与其他模块的集成应付款在系统与采购,总帐,资金治理有数据交换。要紧业务流程供应商类主数据建立现状与需求综述供应商数据存放于MFG/PRO,帐务系统不能共享。每个供应商作为一个二级分类帐,编入会计科目。其它应付款所涉及受款单位作为二级科目,编入会计科目,并没有建立供应商主数据。解决方案以后的系统将建立集中供应商主数据，由品保部门决定供应商编码，采购、帐务分不维护各自数据，帐务部门仅维护与帐务操纵有关数据。在以后的系统中，帐务部门负责受款方的编号，帐务主数据的维护。处理流程功能讲明“维护主数据”:财务部维护供应商,受款方的统驭科目。付款条件,银行帐号等数据。作业功能组织示意图关键数据公司代码,统驭

57、科目。预付款处理现状及需求综述预付款科目按请款部门划分,并不按供应商划分。预付款清款由请款部门操纵。会计部门缺乏严格操纵。国际集团希望与采购有关的预付款与采购订单挂钩。解决方案预付款和供应商、受款方挂钩,为采购订单所付的预付款，在预付款请求,预付款传票中输入相应采购订单号，以方便预付款与发票间清帐。预付款请求部门输入预付款请求，由财务部门审核预付款请求，审核通过后,下达预付款请求。由自动付款程序作预付款付款处理。处理流程功能讲明“维护预付款请求”：预付款请求仅仅是一种票据,并不产生帐务处理，维护预付款请求确实是将预付款请求输入系统。“下达预付款请求”:批准预付款请求,使它能被后续处理,如付款等

58、。“冻结预付款请求”:冻结预付款请求使预付款请求不能被后续处理,如付款等。担保的处理现状及需求综述集团总部帐务处理有担保的业务。解决方案将担保处理与供应商、受款方挂钩，但与供应商、受款方明细帐其它业务处理区分开，仅仅反映或有负债,并不后续收付款处理。处理流程功能讲明“挂入供应商受款方明细帐”：将担保单作为一种特不业务处理挂入供应商明细帐,它仅仅是注释。讲明或有负债，并无后续收付款处理。作业功能组织示意图关键数据供应商编号,受款方编号,公司代码发票处理现状及需求综述与采购处理相关的供应商发票，由请款单位开出请款单,成本会计审核后，将请款单连同发票送至会计部门，会计部门审核后,进行发票处理，付款处

59、理。折扣由采购部门决定，制作请款单时考虑。解决方案以后的系统是一个集成系统,它提供一套完整操纵方法。建议国际集团采纳如下方法:采购部门接到供应商发票后，由发票输入小组成员输入供应商发票进系统。现在供应商发票仅是预制传票，并不产生任何帐务处理，然后由会计部门的发票审核小组成员匹配采购订单,收货记录，供应商发票，决定是否下达供应商发票，一旦下达供应商发票，供应商发票将入帐。付款条件(包括折扣，付款期)存放在发票上。财务部门运行自动付款程序,完成付款处理，自动付款程序将考虑折扣，决定建议付款额。处理流程功能讲明“输入供应商发票”:将供应商发票输入系统,作为预制传票,暂存于系统,并不产生任何帐务处理。

60、“审核供应商发票”:对有采购订单订单发票的处理:匹配采购订单,收货记录，供应商发票，以决定供应商发票是否正确。对无采购订单订单发票的处理：审核发票及有关单据，以决定供应商发票是否正确。“下达供应商发票”：批准审核通过发票,产生帐务处理。作业功能组织示意图关键数据公司代码，供应商编号，统驭科目，会计期间保留尾数处理现状及需求综述海外采购及设备工程款帐务处理涉及保留尾数业务，所谓保留尾数是指收货验收后，按照合同保留一定比例金额作为尾数暂不付款，待后续进一步检验后，按情况决定是否付尾数。解决方案关于涉及保留尾数业务的采购、工程项目，输入发票时,将合同规定尾数作为冻结应付款,暂不付款，后续检查完后,决