1、1SAPR/3系统中的财好系统31. 1企业结构的变化31.2 管理手段41.3 决策的基础41.4 国际性的应用票统11.5 主要劝能模块41.6 财务会计11.6.1 6.1适用住51.6.2 集成性51.6.3 关于各类凭逶的原网51.6.4 文档茶展51.6.5 会计科目求61.6.6货币61.6.7 常产圆点式61.6.8 明细分类幡71. 6.IO法定合并2. 6.I1.应收抵款3. 6.12应付株款4. 6.13逊定费产会计楼算2. 6.N辑辣分类株2财会子系筑的蛆蚁结构82.1 财务会计和管理会计的集成92.2 公司代码92.3 集中式公司的管理模式92.4 分布式公司的管理模
2、式103. 4.1分壬丸养鹰(A1.E)IO2.5臬团公司报表102.5.1 巢磴公司103作为系牝集成的中心总分类帐114总分类帐照本术中114.1 公司代码114.2 业务部门U4.3 凭证121.1.1 1凭祗原运121.1.2 根本凭迷赛数121.1.3 更改凭迎134.4会计科目表13./.I会计科目表的级蟆结拎Ii4. 4.2在多种语言方鎏的灵活柱Ii4.5总分类帐科目151.1.1 5.I总祕:科目主记录的结构151.1.2 对主记录的处置151.1.3 行工程馥示161.1.4 弃目余靛165总分关帐的主要业务处175. I方案175.2 总分类帐科目记帐185.2.1 一次住
3、记怅的煤刚185.2.2 度寿臬成185.2.3 踞组分类怅与总分类般的济满一致195.2.4 数将收入的工具195、2.5踞尔的枝验功蜴205.2.6 多和货币的处理力205.2.7 求懵泰雷理205.3 结算205.3.1 3.I在.会甘毋度内的结算205.3.2 年终结算215.3.3 怒#报我226财务会计信息系筑247博别用途的分类椎252525缈26缪然267.1 分析7.2 怅户分配条件与忠计格式7.2 .I既户分配7.3.1汇率7.3 货币与羲量7.3.27.4 灵活定义的会计堀问7.4.1 7.4.2 主数据7.4.3 来自其他SAPR/3应用模块前数据更新7.4.4 意接擒
4、入敷据7.4.5 从森SAP的条统东的数摆7.4.6 与其处SAP模块的林调一致7.6分配1.1.1 11.1.2 分能与分摊功能一春分龙过北,将,才为方35防39JP%455彷477.8.1 fif7.8.2 报表定义7.8.3 可变的脸出媒介8财会日历349.1客户主记录9.1.1 主记录的要推.9.1.2 通蝴9.1.3 鼻主记录9.2 科目有关会计业务9.2.1 发累次贷双荒证.9.2.2 件9.2.3 0臻提件9.3 凭证和科目的处理9.3.1 凭证和畀目的昱示.9.3.2 JSSJ9.4 催款通知9.4.1 也一盛从的功虐.财会子系统由以下模块阻成: 总分类彬 法定合并 应付帐款
5、应收帐款 固定资产 特殊分类帐1.6.5 会计科目表总分类帐会计核算所使用的会计科目表既可以用于单个的公司，也可以运用于整个集团公司。如果SAP的系统必须同时满足跨国公司和特定国家的法规的要求，用户可以分别定义会计科目表，保证财会方面的功能。SAP提供的样板会计科目表可以使用户方便地实现这方面的功能。当然，用户也可以重新创立一个（或多个）会计科目表。1.6.6 货币为了满足许多国家对凝币的法规的要求，SAP系烧允许用户同时使用多达三种货币作为记怅和结算的本位币。所有的业务处理均能以记帐本位币、集团公司货币以及客户自定义的硬通货记入帐本。R/3系统提供了自动处理有关外币评估、信息分类以及应收帐款
6、到期处理的功能。这些将对用户的月末和年终结算有很大帮助。1.6.7 资产负债表SAPR/3财会子系统可以根据不同的类型，维护不同的资产负债表： 科目余额清单 资金流的分析表 结算日期的资产负债表 年度财务报表系统甚至允许客户向外界如银行和新闻界提供适当的关于企业运作状况的信息。在后勤和人力资源管理子系统发生的与财务相关的业务也会实时地更新有关记录。在后勤子系统记录的业务处理会自动地记入财会系统，如果有必要,也能记入管理会计系统。这就保证了在后勤子系统发生的诸如收到货物和销售产品这样一些业务，能够同时反映到财会系院中，有效地保证了数据的一致性。同样地，诸如工资、奖金等业务也会得到同样的处理。1.
7、6.8明细分类帐除了能够将后勤子系统与财会子系统集成之外，在财会子系统内，总分类帐同样能够与明细分类艳紧密连接。所有与明细分类帐中借方和贷方科目（包括固定资产模块）有关的业务，均会同时反映到总分类张和资产负债表上.因此，明细分类帐与总分类帐之间总是一致的。1.6.9合并财务报表与单独的企业财务报表相比,合并财务报表已经显得日益重要。SAP系统允许客户能够选择多种方式来对集团公司下届的各个子公司的业绩进行评估。集团公司的合并资产负债表不是简单地将子公司的资产负债表进行简单地相加而得。合并资产负债表应当反映对资产、应收帐款、债务、利润和销售收入进行重新分类、评估和合井.1.6. 10法定合并在SA
8、PR/3财会子系统的法定合并模块中，对这一功能有非常形象的描述。通过与财务会计和固定资产系统的集成，数据可以直接从各个财务报表中汇总过来，这就使法定合并的业务苑理大为简化，此外，还可以减少因为不同的软件的使用而造成的数据转移中带来的错误。除了法定合并以外，SAP系统允许用户在方案值的基础上经常地结算和作合并会计报表,另外，用户还可以时不同的业务领域自行定义报表。1.7. 11应收帐款应收帐款模块是在SAPR/3财会子系统中对客户彬户进行监测与控制的模块。在此模块中，张户分析、示警报告、逾期清单以及灵活的催款功能，都使用户可以方便地处理客户未清项。而信函功能能适合任何企业的要求，可以用于付款通知
9、书、对帐单和帐户清单。在收款叶.用户既可以用简便的直接输入方式，也可以使用自动数据传输方式。同销售与分销模块、现金管理模块以及在损益表中的客户特定的功能之间的接口，为所有业务处理提供更多的信息。此外，SAP的信贷管理、流动资金方案以及利润核算功能也能提供实时的和一致化的数据。1.8. 12应付帐款SAPR/3财会子系统的应付帐款模块时所有供给商的财会数据进行管理。它是与采购模块桀成的一个局部,也是销售与分销模块中关于发货发票和付款数据的来源。包括折扣在内的付款功能可以用正规的书面形式和电子数据交换媒介（如EDIFACT,EDI）来处理。系统支持所有国际支付方式。为检索未清项.系统提供帐户分析、
10、逾期分析、以及风险分掩的功能。在应收帐款模块中，余期审计线索、帐户清单和凭证日记帐记录下所有的业务处理。1.9. 13固定资产会计核算在SAPR/3财会子系统中的固定资产模块中,参加了许多新功能。它们反映了在固定资产管理领域中的新需求，如： 在生产自动化方面日益增长的需求 质量要求不断提高 越来越复杂的设备和更多的法规方面的要求SAPR/3财会子系统的固定资产管理模块能涵盖所有主要工业国家在法定报表和对资产价值的评估方面的要求。能处理资产的购置、质弃、转移和折旧等业务的输入、计算和处置。除了法定的对资产价值的评估，用户可以自定义许多折旧和评估的方法。系统提供了灵活的功能使用户可以对资产进行不同
11、方式的折旧、估算利息以及保险金方面的处理。同样，用户也可以在内局希析时选择不同的指标和顺序来处理报表功能。用户自定义的对资产价值的评估模拟优化了用户的方案处理。这种模拟的功能为用户提供了对资产价值的不同视角,并且能处理方案值和实际的投资。1.6. 14特殊分类帐SAPR/3财会子系统的特殊分类帐模块为特定的客户提供了特殊的计算功能。在此模块中，一个分类帐可以通过对科目的特殊设置（如本钱中心、产品等），获得不同的视角来反映科目的余霞。它能满足不同的厂商对报表的要求.用户可以对每一个分类帐进行方案、分配和货币转换处理。当实际业务发生时，这些特殊分类帐也能自动地更新。2财会子系统的组织结构9应收帐款
12、会计核算R/3系统财务会计模块中的应收帐款保有并管理客户的会计数据。它也是销名管理的组成局部。销售和会计对信息的要求相同，如：信用程度、支付行为等。因此，从交易的开始时（报价、订货）起，就应限制风险。如果客户的订货导致发货，并开出发票，那么这些交易就自动地在会计系统中记帐。这个过程的不同阶段都会在包括流动方案变更在内的现金管理及强测中实时地更新。为防止外币兑换中的损失,外币兑换业务被归属到外币兑换管理中。与其根本的固定资产及资产负债表科目一起，这个会计科目表就形成中央记帐系统中总分类帐及各相应客户科目之同的联系。“自动记帐原理”的使用意味着，每一项业务往来都同时地记帐到客户科目中。这是通过指定
13、的资产负债表科目，作为总分类帐的一个行工程,在总计的层次上完成的。这种密切协调的更新是自动完成的，它保证了总分类帐科目和明细分类帐科目在指定的任何时刻都相互一致。用户可以使用科目分析,预警极表，到期日清单和一个灵活的保款系统来追踪未清项目。与之相联系的信函可为每个公司分别建立。这对付款通知、余额确认、对帐单或利息计算也同样有效。进帐通过各种对用户友好的功能由人工计入相应借项中.这也可以用ED1.或电子财帐单来进行电子化操作。借项凭单程序和支付则用支付程序来实现自动化。余额清单、日记帐、余顿审计线索或若干相应标准报表均可得到，以便在应收科目会计中将交易制成凭证。为了进行关键日期分析，要： 重新信
14、价外币工程 验明有贷方余额的客户 按剩余有效期将最终余额分类应收帐款会计核算不仅仅是正常会计方法的一个根本要素。它还通过它与销售局部的紧密联系为有效的信贷管理提供数据。并通过它与现金管理及预测的联系为流动规划的最正确化提供信息。9.1客户主记录9.1.1.主记录的重要性客户主记录包含了公司与客户的业务关系中所需的一切信息。这些数据控制着记帐过程以及后犊的处理，如支付和催款等。客户主记录也为会计及销售局部提供有关客户的信息。客户数据的记录是集中地储存于系统中。这就是说,这一数据记录总是一致的，最新的,而且没有多余的内容。客户主记录有以下特点： 它在任何时刻都能提供一个客户的全部数据的概况 它允许
15、灵活地获取这些数据 它形成一个控制自动催帐及自动支付交易的数据库客户主记录的安排也为某些特殊要求留有余地。9.1.1.1 一次性交易一次性帐户允许对一次性客户或交易不疫繁的客户进行有效管理并节约空间。一次性帐户仅包含晶核心的控制信息,如统驭科目。这种帐户并无客户的专有信息如地址或银行数据等。客户的姓名、地址、电话号码、及银行细节等则是在发票收到时提供的。用这种方法，一个一次性客户主记录就可用于多个客户。支付或催款过程中所帑的客户专有信息从发票获得。9.1. 1.2总部及分支机构科目在某些行业中由公司的代理部门完成的共同任务也可通过客户主记录表现出来。如，分支机构在当地发出采购定单而由总部为发票
16、付款。通过将分支机构科目和总都为发票付款，就可为供给分支机构的卷物开出发票。同时，销售数字则记帐到总督科目。但是，有关分支机构的信息仍保存在凭证上。因而催款通知可送至分支机构和总部。9.1.1. 3代理付款人一位代理付敖人的帐号也可以输入客户主记录中。借项凭单及银行转帐的还款由不同付款人的银行数据决定。9.1.2. 4代理的催款书收件人如果催款通知不准送交应收款已到期的客户，那么就能指出另一位催款书收件人。9.1.3. 5分支公司如果发票是发给一个分支公司，那么这一点就必须在集团公司的合并中有所反映。集团公司范围内的业务往来所达成的所有销售必乡页抵销.这样做时，集团公司的统一公司代码必纭输入到
17、主记录中。统一公司代码在记帐时转移到凭证中。客户主记录构成处理同*户间业务关系的灵活数据库.它也为朴殊要求提供空间（一次交易）.9. 2科目有关会计业务9.1.1 发票及贷项凭证集成地使用SAP的销售及财务会计系统,开票系统就能准备好发票并将它记怅。来自另一个R/3开票系统的发票也可以通过接口转至会计，然后这些发票就被记帐。只有不是在R/3系统中创立的发票才必须人工记录。9.2. 1.1.凭证的格式一个凭证由凭证抬头和若千行工程构成。抬头包含了适用于整个凭证的资料，包括凭证日期、号码、以及类型。行工程包含付教条款、科目的归居、以及金额。某些行项目.如销售税，是由系统自动生成的。这些行工程补充人
18、工生成的工程使凭证完整。在凭证记帐之前,用户可以调用并更改这些行工程中的任何一个。除上述会计凭证之外，系统还特备了几种专门的凭证，如周期性条目、样本凭证等。9.2.1.2 周期性条目对于以金额相同为特征的正常周期性交易，用户可以生成周期性条目。这方面的一个例子就是按月分期付款客户所付的应收款。这些条目在它们生成的时候并不影响会计。反之，它们只是在执行叶记帐到会计系统中。所谓的“周期性条目原始凭证.包含为会计凭证记帐的数务，如金额与帐号等。它也包含控制信息，如执行的起止日期和最后期限数裾等。9.2.1.3 样本凭证如果有关时问及金额的资料是记帐时的唯一不同之处，那么就可以使用样本凭证技术。如果把
19、样本凭证用作一个模型，则只需要很小的调整（如在记张日期或金额等处）如果用样本凭证,一个已有会计凭证也可用作模型。9.2.1.4 输入工具系统提供若干支持功能以便输入发票和贷项凭证。它们包括： 设定缺省值 简单发票及贷项凭证的快捷条目 从以前的作业中摘出日期 多重交易中用户定义的数据保存 编辑选项的调整 用于帐户.本钱中心、等等的灵活查寻机制如果无法完成一个凭证的输入，则输入过程可在任何一处终止并保存起来。那么凭证可以在以后完成并记帐。输入的数据立即被检查，并且在查出过错时提供修正。只有当凭证是完整的而且没有过错，它才可以被记株（弁从而更新交易数字）。完整的意思是： 借方/贷方余极为零 已填入最
20、低限度的科目，包括凭证日期、记帐日期、凭证类型、记彬关键字、帐号、以及金额等 系统设定时定义的所有要求的字段均已填满对于贷项凭证和转帐，可以用帐面交易,此时支持功能可以类似地使用。9.2.1 .5货币所有凭证都能以任何赞币输入。每个公司都赋于一种本位币。可以指定多达两种的其它货币。这种“平行货币”同本位币一样地被处理和更新。系统储存从凭证中找到的，以本位币计和以凭证货币计的金额.一个包含逐日精确货币汇率的汇率表用来在本位币与凭证货币之间揍算。当然,汇率也可以在记帐时宜接指明。用户可控制在制作凭证时是否本位币和凭证货币这二者（或只是凭证货币一种）可以翻开以便输入。无论是用哪一种方式，两种货币的金
21、额在凭证显示上都是可见的。凭证必须以本位币计的和以凭证货币计的余皴均为零时方可记帐。由于换算而会在许多行中产生的一个小的舍入差值会自动地被考虑到。客户区中的交易数字只以本位币计。“来自货物及效劳的应收帐款统驭科目则以本位币和以所有的记帐外币计。输入发票和贷项凭证时有范围广泛的附加功能支持用户。为自动接受发票提供技术。.9.2.2 支付9.2.2.1 收款收款处理由以下两项操作组成： 将支付记帐 用客户科目中的支付行工程结算未清的发票行工程这两个步骤可用纸面支付人工完成，纸而支付有： 支票 转帐 汇票如果关于待结算发票的资料不充分，则可用查寻条件来找出客户的已付款工程。任何凭证专有的信息均可用作
22、查寻字。用户可以搜集所需的资料。对于犷展的银行功能和金库功能，快速输入技术显著坨减少了人工处理。这包括: 人工对帐单 人工支票存入清隼这些也可以自动进行： 电子对帐单 锁箱（美国） 用支票扫描器的支票存入业务 POR程序（瑞士）如果巳就借项凭单程序同客户达成了协议，那么全部发票均可使用支付程序按其到期日聚集起来。类似地，退款绐客户也可自动执行（通过支票或转发票）。在“应付帐款会计核算”一章中有时支付程序的详维说明。9.2.2.2 支付的人工收据人工收据支付时，将待结算的发票/贷项凭证的凭证号码标示在已有的转帐条中,或者标示在相应的支付通知单中。因此以下数据必须输入： 银行科目号码 支付金额 任
23、何银行手绘费 待结算凭证的凭证号码如果所标示的发票的合计（经过扣除任何现金折扣之后）同输入的支付金额相符，则凭证被记帐，而支付就用发票绪清。结清的工程现在包含了进帐凭证的号码以及清帐的日期。如果关于待结算发票的资料不充分,则可用交寻条件来找出客户的已付款工程。任何凭证专有的信息均可用作查寻字。用户可以搜亲所需的资料。以下是一些例子： 参考号 记帐日期 发票余欲在寻查中用户可以指定区间或单个数值。用户也可以从结果清单中移走工程，或者通过一次新的寻查叁加附加的工程.未清工程的清单可以按各种条件来分类用户可以在清单中查寻单个的凭证或凭证组.以辨识出必须结算的那些行工程。结果清单可以按任何准则来编制。
24、对于1.个行工程用户可显示全部数据或者显示整个凭证。一旦待支付的所有工程都已找到，它们就可以被记帐。较小的差值自动地加到巳付的现金折扣中，或者转到一个分立的帐户。系统能接受的差值最大金额决定千客户允差和用户规定的允差。9.2.2 .3不能完整结清的凭证.如果未支付金额不能完整地归类，或者找不到分捶通知,那么在同一操作中对一次帐面收付记帐。如果一张发票将只局部地被支付，则该发票将被结算。一个金额为未清应收款的新工程被生成。另一柠选择是，局部支付已被记帐之后，在发票上保存一个仍须付款的内部叁考信息。这些工程也可以自动地被选择（不用输入查寻条件）。系统确定那些最接近支付金楸的行工程，或者用另一杓方法
25、按工程的到期日将金额加以分圮。银行收取的费用以现金收据的金额输入。系统会为收取的费用自动生成一个分开的凭证行工程。人工支付可以用任何一种货币进行.任何汇率的差异都自动记帐。支付结算也可以包含定金，并把供给商行工程考虑进去。多重客户科目可同时结清。结清多重公司代码也是可能的。为每一个公司代码都生成一个单独的清帐凭证。9.2.3 .4支付通知单使用支付通知单，就允许在结清支付时自动寻查未清工程并自动赋值。支付通知单在SAP系统中是以几种不同的方式生成的： 巳经以书面形式存在的支付通知单可用人工输入 在处理对彬华、支票存入业务、或锁箱数据等时均会自动生成一个支付通知单。如果由于有差值而不可能直接结
26、清未清工程，它就保存详细资料。 作为接受支付的一局部由人工处理未清工程的时候，工程的当前处理状态可用付款通知单的形式加以说明. 付款通知单可以用ED1.（电子数据交换接口）转入SAp系统不同于选取资料然后处理未清工程，只需要指出付款通知单的号码。如果付款通知单和未清工程之间存在差异，系统就自动生成剌余工程和张面付款。如果差异将由人工分配或者作为合计记帐，那么这些都可以取消。1.1.1.2 5快捷输入技术“人工支票存入”和“人工财怅票功能使进帐的处理容易得多。不同于范围广泛的记帐记录，现在必须输入的只是收到的支票（支票、支票号码、金额）。支付被记帐到银行和客户科目并将支付结算，这些都是自动进行的
27、9.2.2.6 电子银行业务SAPR/3系统提供一种自动处理进帐的选择。这里不需要输入数据或者将进帐赋入未清工程并结算它们.自动处理过程提供了更高的效率.它消除了人工输入和将收款指定到客户未清工程的必要。只有当产生了支付差值和提供了不完全支付信息的时候才需要迸行审查。9.2.2.7 POR程序由限行或邮局提供的，按瑞士POR程序编制的数据可以方便地转至财务会计并在那里记帐。9.2.2.8 锁箱在美国通过锁箱产生的支付业务在R/3财务会计模块中也作了描述。支付被自动记帐而未清工程则祓结算。9.2.2.9 电子支票存入业务类似地，由支票扫描仪之类的外都数据输入系统所提供的数据也自动地被记帐到财务
28、会计中。9.2.2.10 电子对帐单电子对帐单提供了一种选择,以自动地描述系统中货币的流动。系统读取对帐单.获取资料来将支付从“给受款人的票据”字段中结清。从那里系统读取凭证号码（例如，通过此凭证号码进帐被赋入未清工程井祓结算）。但是，用作结清信息的依据不能是凭证号号。它可以是一个保险号码（按保险玫策）或任何一种其它判据。如果用户有特殊需要，用户可通过用户出口参加用户自己的编码而不会改变标准系统。时于总部在美国而子公司在英国和法国的公司，通过在各国的科目来处理支付业务，并且读取和投寄英国的和法国的对帐单。除了BACS（英国）和ETEBAC（法国）之外，还提供了大量其它的国际格式： SWirFM
29、TO1.O Mu1.tiCash CODA（比利时） CSB43（西班牙） FIDES（瑞士） Zenginkyo（日本）还有几种格式用于: 捷克共和国 瑞典设置系统结构的方式使新格式可以容易地结合进去。R/3财务会计模块支持收款的自动化处理和结清.个别的普求可以在不必改变标准系毓的情况下得到清足.自动投寄电子对帐单极大地求少了人工*入的工作量.9.2.3特殊操作有些业务往来应记帐入客户，但是在总分类彬中来自货物和效劳的应收款行工程内并不更新。这种情况的一个例子就是定金。这些可在资产负债表上分别辨识出来。使用专门的总分类帐标记，就能告诉系统，记帐不应在客户主记录的统取科目内执行。作为替代，这将
30、在一个为此目的而专门设置的总分类帐科目中完成。9.2.3.1 定金如果客户预付定金，那么一项定金请求就将作为统计记帐输入到系统中。它会在工程显示中表现出来，但并不导致改变客户分类帐或总分类帐中的交易数字。但是,这项定金请求会被傕款。利用支付程序，会由银行托收生成一次定金记帐。在为定金请求记椎时，系统将行工程赋入一个专门的总分类帐科目。任何时候用户梆可以生成预付定金。当为定金记帐时，在客户科目中可以选择显示总值或净值。净值表示定金科目表现的是定金减去税款。而显示总值是，税款包括在定金科目的行工程中,在税款结清科目中生成一个附加行，作为一个清怅条目。在每一种情况下，都保证资产负债表中的显示是正确的
31、在为最终结算记帐时，会出现一个关于已有定金的票据。它们就可以全部或部分地转帐。但是，按发票结清就只有在收到付款后才能进行。集成使用SAP的本钱会计和财务会计，定金可以赋给工程、定单、或本钱中心等帐户。9.2.3.2 汇票汇票在系统中也是作为专门的总分类帐业务来处理的。这些业务自动保存在与其它业务分开的明绢分类帐中。它们被记帐到总分类帐中的一个专门的总分类帐科目。这就保证了在任何时刻都可以生成一个应收及应付汇票的概况。显示资产负债表时转怅记帐并不需要。用汇票为发票付款时，原始的应收帐款被结清。这个过程相当于正常的收款过程。但是，并不向银行科目记帐。作为替代方法.当客户生成一个应收汇票.这个应收
32、帐款发票将一直保存在那里，宜到该汇票被卖出（被取消）或付款。使用递交清单则付款可自动进行。另一种功能使用户能够通过为汇票的到期日输入一个关键日期，就能开出各种应收汇票.汇票清单也可以由系统中生成。附加的科目指定才能更改。如果该月份对于会计目的巳经关闭，而数裾又巳送到别的系统中去审定，那么更改这个数据就是被禁止的。这是用系统设置来设定的。更改凭证的功能相当于显示凭证及科目的功能。全部寻查和分类选项都有。有了适当的授权，用户就可以动态的从显示功能转入更改功能，而并不失去刚刚选择的窗口。凭证可按用户的旻快速面容局地调整，同时确保精确的记惟记录.F1.系统怎样支持编辑一个科目指定的工程？F1.系统通过
33、大量的显示、寻查、及调整选项来支持用户。用户可以设定并使用这些功能。9. 4催款通知经常有客户不能及时思行他们的义务而造成欠款。此时就应发出催款通知提醒他们有未清的债务。催款由修款程序自动处理。该程序决定： 将被催款的科目和工程 该科目的催款等级 基于催款等级的催款通知催款通知被打印出来，所决定的催款数据按工程和科目分类。9.4.1. 款程序的功能隹款程序提供以下功能： 可定义任意多种催款程序。催款程序控制催款过程。 对每一种催款程序可定立多重催款等级。催款等级以未清工程的欠款无数为基础决定。它也可与催款的金额或百分比有关（由与营业额相关的催款等级确定）。此外，可以在科目水平上规定，只有当到达
34、某一金额或百分比时才到达起始催款等级。 催款可按催款区域分别实行。催款区域是在一个公司代码之内处理催款的企业实体。催款区域可以相当于一个利润中心或销售企业。当为一个未清工程记帐时用户就选择一个催款区域。用这种方式，各工程可以按催款区域在以后分别催款。 催款文本根据催款等级来选择,文本可用不同语言写成.在每一种情况下，文本均使用相应业务伙伴的主记录中所指明的语言。 催款程序可用来催客户，也可用来催供给商。如果供绐商由于贷项票据而有了负债余额,这就能适用了。如果客户也是一个供给商，那么用户就可以将这个科目的总余额作为催款的决定因素子。 催款的利息和手续费可以有选择地适用，到期工程的支付截止日期可以
35、打印在催款信中。 具有特殊催款标志的工程的清单 催款烧计9.4.2. 5财务日历使用财务日历，则催款过程之类的周期性重复工作就可以预先安排并分配给适当的员工，以便及时处理。应在适当时间通知员工。用这样的方式，则授权的员工在任何时候梆可以生成催款过程的现状报告。用户可以按用户的要构建催款通知的生成方式.财务会计系统中傕款如何进行？用户可以设置催款过程以适应用户的需要，用户可以介入自动过程以构建满足用户的要求的催款建议清单。9.4.3. 5值函同催款通知一道，其它类型的信函也由系统生成。这包括以下寄给客户的标准报告： 支付通知 信件形式的对帐单和未清工程清单 一般信件 余额确认书 凭证摘要 汇票现
36、费结算单 利息计算处理科目和凭证时用户可以提出信函申请。信函可以在某个环节自动生成，或者由人工启动。书面通知应使用业务伙伴的语言来生成。9.5.1支付通知系统自动生成支付通知，告诉业务伙伴哪些未清工程巳收到他们的支付。如果结清时出现差值，若要求业务伙伴澄清或为之付款.如果已经支付而尚未进入未清工程，则要求业务伙伴说明该项支付。用户可以生成一个回信允许在科目中的支付指定未清工程。对于其它在清帐过程中本应记帐而尚未指定的贷方凭证，用户也可以做同样的事。客户的未清工程在这个通如中列成清单.客户们可以辨识出应付款的未清工程并提供进一步的陈述。9.5. 1.1.对帐单和未清工程清单用户对帐单用于对帐，并
37、为业务伙伴提供信息.它提供以下信息：结转的余额9.5.1.5 汇票手续费结算单如果客户巳用汇票支付了发票，则生成一个汇票手续诲结算单。同时自动生成信函.知客户被收取了哪些费用。将发给客户或供给商的所有信件的格式都储存在文字处理程序中。相应主记录中语言代码控制格式用何种语言打酊。9.5.1.6 利息计算也可生成前有关利息数据的信函。该数据涉及：行工程利息计算：向尚未支付和已经超期的行工程。或者净支付在到期日后才付完的工程，收取利思。科目利息计算：利息由科目余稹中收取。例如可以用这种方法计算修主借款科目的利息。在这两种情况下，都生成有结算信息的附信,系统配备有为此目的的信件，用户可以对它进行修改。
38、9.5.1.7内部凭证内部凭证使用户能够生成具有全部已输入系烧的字段的完整凭证。如果没有原始凭证的话，这种内部凭证就用作内部使用的凭证。它们也可用作打算在公司流通的凭证。汇票清单保存所有的未清汇票。作为一种补充，有要求时也可显示巳清汇票。财务会计系统产生何种客户专用的信函？记帐业务中的全部重要信息都可以书面记录并以通知的形式发出。9.6报表R/3财务会计模块提供大量关于客户的标准报表，这些报表可以打印出来，或者直接在展幕上显示。原则上，报表系统是这样的设定：所有报表都可以并行地运行。打印时，用户可以选择先将此信息存储在一个暂存文件中。此后，用户可以决定该数据是否要.以及在何处进行物理输出。9.
39、6.1 主记录清单可得到主记录资料的标准报表，并有许多项选择择条件。选择条件包括按邮政骗码的报表或按统取科目的报表,由用户指定将找印到清单中的字段数。例如.可以生成只有客户地址信息的清单。另1.个清单可以也包括银行，信息。用户也可以得到一个有客户主记录的全部字段的清单，当报表被调用时，将清单分类也是一个选项。在不损失任何适用的现金折扣的条件下，系统一般忠是尽可能迟地支付。它计算工程的到期日，保证得到最高的现金折扣.系统也允许利用系统设置来将控制策略灵活地客户化,以支持用户的公司在支付业务方面的特殊需要。在某些国家（如法国）支付1.股是在收到发票后立即以汇票进行。这就是说汇票的到期日和净发票金额
40、的到期日是相同的。在这种情况下，支付程序用汇票支付所有在特定时间范围内（加3040天）到期的发票。10.2.3. 5支付方式系统支持所有常用支付方法，包括支票、电汇、汇票、邮政支票、以及多种各国特有的方法： 支票/汇票程序（德国） POR程序（瑞士） 1.CA和1.CC（法国） RiCevufaBtmcarja（意大利）对每一个国家可以选择多种不同方法。用户可以为每个供绐商输入多达十种的不同支付方法。到期工程可以大第一并处理，也可以个别处理，每个工程按其支付凭证来处理。10.2.3. 6银行选择在选择了支付方法之后，支付程序就决定支付应送达的银行。每个供给商的各种半行详情和公司代码的开户银行在
41、这个选择过程中都起作用。支付程序决定：适于支付的开户银行蛾理想的供给商银行（在电汇的情况下）系统基于一种优先权控制决定开户银行。这种控制会考虑到每次向银行存入的金额。开户银行的选择是基于受款人的业务地点（按邮政编码），或者与供绐商的银行详情无关。这个功能允许用户从利息的观点来优化支付过程。此外，用户也可以指定将在供绐商主记录中或在凭证中使用的假行。10.2.3.7支付格式与数据媒介作为支付过程的最后一步，系统打印出相应的表格或者生成一个数据媒体交揍用的支付表格。此外.SAPscript（SAP文字处理）功能允许用户根据密要生成新的表格或者修改已有的表格。 给代理受款人的支付 包含一个以上公司代
42、码的支付 与客户销怅10.2.3,10代理受款人系统也允许用户向代理受款人支付。用户可以如下建立代理受款人： 为所有支付建立：在这种情况下，用户应将代理受款人的张号输入供绐商主记录的一般数据中. 为指定公司代码的所有支付建立：将适当的说明输入该公司代玛专有的主记录数据中。 为特殊发票的支付建立：输入凭证的用户必先输入必要的信息。用户也可封巳记艳的凭证作后续的更改。系统必须明确地允许将一个代理受款人输入到供给商主记录中.10.2.3.11 章涉多个公司代玛的支付业务SAP系统也支持牵涉多个公司代码的支付业务。用户可将公司合并成组，并为每组指定一个控制公司代码。所涉及的公司代码的所有到期工程一道处
43、理.完成单次支付。财每一次支付，系统产生几项凭证：在控制公司代码中产生一个支付为每一个完成支付的公司代码产生一个清怅凭证系统自动为代码之间的应付付款和应收款产生记帐。10.2.3.12 同客户销帐如果供给商也是一个客户，则系统允许人工地或自动地冲销其借项和贷项，这样做时用户必须在两个主记录中输入相应的科目编号，用户也必须明确授权在公司代码的主记录数据中冲朝。这就允许用户决定,是否要为公司代考单独地冲销。10.2.3.13 支付接收用户也可以自动地处理支付段收。系统支持各种借项凭证程序,也支持某些国家中常用的汇票程序，如汇票请求、银行本票等。虽然这些程序主要是用于R/3的应收彬款会计核算中,它们
44、也能用于R/3的应付帐款会计核算中。在要求有托收授权的地方，主记录指出托收授权可适用的银行。10.2.3.14 货币未清项的支付总是使用凭证用的货币来进行。有专门的支付程序用于支付外币凭证。选作支付用的银行帐户与货币无关。因比，用户可用适当的外币帐户来完成外币支付。从接收发票到付款的期间产生的汇率差值可以囱动记帐。10.2.3.15 财务日历财务日历允许用户在财务会计系统中安排周期性重复的工作,如支付业务。用户也可以把它们交绐负责的员工便于及时处理。该员工就将在规定的时间接到通知。这个功能给祓授权的员工一个有关支付过程现状的概况。该功能也允许这些员工追随并检查过去完成的支付过程。自动化的支付业
45、务在最正确时刻支付未结的和到期的应付款,并将各个公司定义的支付条件考虑进去.系疣利用一般的支付程序将支付条件考序进去.系晚利用一般的支付程序，如支票、电汇、汇票等，支持有现金折扣的和没有现金折扣的支付.它也支持林定国家转有的支付方法，如表格、数据媒体交接.10.2.4特殊交易对于应付帐敖业分，会计业务如发票，贷项凭证和向供给商科目的支付的记帐.也导致相与之联系的总分类帐科目同时发生变化。这个总分类帐科目被称为统驭科目并祓输入到供绐商的主记录中。对于许多特殊的会计业务，系统更新一个替代的总分类帐科目，以下情况就是如此： 巳交的定金 应付票据的责任这些特殊业务在R/3系统中用一个特殊的总分类帐标记
46、指出。若干特殊的总分类帐业务可输入系统中，一些例子包括： 定金谓求 冲销定金 应付票据用户可以用供给商的剩余工程一起处理特殊的总分类帐业务，也可以单独处理它们。每个用户都能锣容易地将特殊业务加进系统中。系筑有适宜的功能以处理R/3财务会计应付帐款会计核算中的抬殊会计业务（定金、汇累、担保）这些功能保证了费产负债表的准确性.在R/3财务会计应付报款会计核算中会计业务是如何表达的？系统为输入非自动处理的会计业务提供了最正确支持，这使用户能够既快速又没有过错管理每天的业务。10. 3凭证和帐户的处理10.1.1 凭证和帐户的显示系统的功能允许用户显示： 凭证 牵涉多重公司代码的交易 科目余图 指定供给商的个别行工程用户可以用凭证号码和公司代码显示个别凭证。R/3系统也有容易使用的寻查功能，使用户能够快速地得到所密的凭证。用户也可以通过处理代码显示牵涉多公司代码的交易。对于该交易中所涉及的所有凭证，这个号码都是相同的。有一个概况能显示相关的凭证和行工程。在这个阶段用户也可以使用显
免费区 
