财务管理财务管理解决方案模板.doc

财务管了处理方案 3
一、财务会计 5
SAP R/3财务会计子系统概述 5
总分类帐模块 9
总分类帐科目 9
总分类帐科目记帐 10
计划 12
结算 14
应收帐款模块 18
概述 18
用户主统计 19
给用户开发票 21
收款处理 21
特殊帐务 22
凭证和科目标处理 23
催款通知 24
信函 24
报表 26
用户信贷管理 27
应付帐款模块 31
概述 31
供给商主统计 31
支付 34
尤其总帐业务 34
凭证和帐户处理 34
对帐单 35
报表 35
固定资产会计核实 36
概述 36
折旧表及折旧范围 36
资产分类 36
资产交易 37
财务信息系统 40
二、 管理会计 43
通常费用管理 44
赢利分析会计 57
三、 合并 61
1. 综述 61
2. 集成性 62
3. 和其它系统合并 63
4. 法定合并关键业务步骤 64
4.1 合并报表项维护 64
4.2 局部调整结帐 66
4.3 数据采集 68
4.4 合并步骤 69
5. 管理合并关键业务步骤 71
5.1 间接费用控制合并 72
5.2 赢利能力分析合并 74
6. 关键报表 76
7. 业务数据全方位分析处理 76
附：集团企业会计合并基础功效 77

财务管了处理方案
在现代企业制度中，财务管理饰演着一个十分关键角色。当今财务管理已经完全超越了计划经济体制下核实范围，而是从更高层次参预企业控制、企业经营和企业管理。财务管理地位越来越被企业决议者所重视。企业最终目标是全部者权益最大化，满足企业这个目标最根本手段是“开源节流”，即增加企业收入和降低企业成本。从开源角度，财务管理所面临关键命题是怎样加强资金运作；从节流角度，财务管理所面临关键命题是怎样有效控制成本。这两点全部对企业财务管理提出了更高要求。
信息技术提升不仅优化和完善了企业内部管理机制，也使企业在以后市场竞争中处于有利位置。大唐电信作为中国大型高科技企业，其业务范围覆盖整个中国，而财务管理相对集中。为了决议层能立即得到企业经营活动信息并决议，集成性和实时性对大唐电信财务管理显得尤为关键。
这就需要大唐电信在原有财务管理计算机支持系统上，建立起一个全国财务管理主干系统，该系统不仅能够和原有核实系统有效协同工作，而且能够全方面加强大唐电信企业控制和管理，集成业务步骤，提升资金运作能力。
SAP R/3 系统提供包含全部财务和业务领域集成处理方案，完全能够胜任大唐电信主干财务系统要求。
以下简单介绍一下SAP财务会计子系统所含有简单特点：
适用性
因为财务会计管理特殊性，采取任何财会系统必需符合中国会计法规相关要求。SAP企业确保其软件系统符合中国要求。
集成性
现代财务系统要求有相当高集成性，以降低工作量和由此而来差错，也使企业活动愈加紧密。SAP R/3 系统集成性确保了会计信息能够满足自动更新要求。当用户在后勤模块处理业务时，比如物料收到和发运，这些业务所引发财务上变动将立即自动地记入会计系统。除了能够将后勤子系统和财会子系统集成之外，在财会子系统内，总分类帐一样能够和明细分类帐紧密连接。全部和明细分类帐中借方和贷方科目(包含固定资产模块)相关业务，均会同时反应到总分类帐和资产负债表上。所以，明细分类帐和总分类帐之间总是一致
实时性
系统实时性确保了会计帐务信息立即正确，便于立即决议。在SAP R/3系统中，当用户发生业务活动时，假如该业务会对财务会计产生影响，那么对应会计帐余额已被更新。

以下我们将对大唐电信科技股份财务管理提出我们全方面处理方案。关键包含：
财务管理
固定资产
管理会计
资金管理
企业合并
一、财务会计
SAP R/3财务会计子系统概述
一个企业会计核实体系是其组织机构反应，在系统中组织机构设置必需和企业组织机构相一致。这是比较高层次框架。财务会计核实是基于这些框架来核实和考评各业务部门经营活动。
在系统中配置企业组织框架时，应考虑到现时和未来对企业财务会计核实处理策略，把企业组织机构用SAP R/3 财会子系统中组织结构术语：集团企业、企业、企业代码、业务部门、利润中心等相对应。
在最简化情况下，企业代码就是一个会计实体，对外提供法定报表。在比较复杂企业结构中，因为企业会有多个层次核实结构，不一样层次有不一样法定要求，在核实和汇报时也会有不一样层次要求。
复杂组织日益需要一个全景式会计报表。和单独会计报表相比，集团企业会计报表显得越来越关键。集团企业能够细分为部分合并单元。它们能够是象业务部门那样基于法规要求独立企业，也能够不是法规要求独立企业，但在一定层面上其操作相对独立。对法定合并单位和集团企业进行重组能力是国际性会计系统基础要求。SAP 系统满足用户对数据在法规方面要求，这也包含满足全国性和地域性分布式企业要求。
大唐电信科技股份要求：SAP R/3 系统财务会计子系统中对组织结构定义多样性，能完全满足大唐电信科技股份集团化、多层次组织管理要求，合理地设置企业组织结构模式，并从地域、商品等多维角度对业务活动核实分析比较
a) 会计科目表
在 SAP 系统中，会计科目表有以下形式：
作为经营需要会计科目表。经营用会计科目表包含了日常经营管理所需要科目，也许可进行特殊，在企业范围内业务处理。日常业务记帐全部在经营性会计科目上。财务会计和成本核实全部使用同一个会计科目表。
作为地域性会计科目表。地域性会计科目表包含了为满足当地相关法规而设科目。记帐数据是基于政府要求和预先定义部分规则而处理，其项目和经营用会计科目表有所区分。
作为集团企业会计科目表。集团企业会计科目表包含了在集团企业内使用全部科目，其记帐数据是基于外部集团企业会计要求，集团企业会计科目表项目和经营用会计科目表不一样。
SAP 系统提供定义不一样会计科目表功效，使灵活多变评定成为可能。每个企业代码全部能同时拥有这三种会计科目表。日常凭证是记帐到经营性会计科目表中。经过不一样科目表之间建立联络，一样，用户也能按某个国家特定要求或按集团范围进行会计评定合并。假如一个集团企业同时包含不一样性质分支机构，如国营企业和合资企业，SAP 系统必需同时满足跨国企业和特定国家法规要求，其经营性会计表能够是不一样，但能够利用集团性会计表来作整个集团合并评定。
依据大唐电信科技股份情况能够采取经营性会计科目表和集团企业会计科目表组织结构，满足其对单位核实要求。

b) 会计凭证
SAP R/3 财会子系统遵照严格财务会计凭证标准。全部会计业务全部以会计凭证方法记帐到会计系统中。凭证是一个数据载体，它包含了能影响科目余额数据，即行项目。
每个凭证由凭证抬头和行项目组成。凭证抬头是凭证关键组成部分。凭证抬头包含凭证号码和凭证日期等数据，凭证主体是若干个行项目，它们全部代表了特定业务。行项目中统计了业务金额、科目和附加科目分配。
凭证基础参数
以下凭证基础参数是用于标识每一个业务处理：
凭证类型：凭证类型包含用于管理不一样凭证控制数据；不一样凭证类型也决定了对它定义凭证号码间隔。
记帐码(输入类型)：记帐码用于确定行项目记帐方向，借记或贷记。它还确定了记帐科目标类型(总帐科目或明细分类帐帐户)和记帐数据输入屏幕格式。
凭证号码：每一张凭证全部有唯一号码，有是系统自动分配，有是用户自定义。在任何情况下，SAP系统确保凭证号码唯一性。
科目内容和类型：包含付款条件和其它科目标指定。
SAP 财务会计模块提供全部相关凭证管理方面功效，包含在以前会计期间记帐等。在凭证记帐后，其能够显示、冲销，归档和更改一些字段（不影响会计记帐标准字段）。整个凭证一直是一个单元，而凭证之间联络也一直存在。对暂记而并未记帐凭证也能够删除。

凭证审核和过帐
凭证审核关键目标是为了降低差错。而 R/3 系统集成性使得很多财务凭证根据业务活动情况和事先设置自动生成，这些自动生成凭证大大降低了差错可能性。所以在 R/3 系统中，自动生成财务凭证将在生成后自动过帐。
手工录入凭证，能够利用暂记凭证功效，然后审核记帐或触发对应工作流，根据指定路线，对凭证进行审核和过帐。
R/3 系统丰富凭证处理功效，为大唐电信科技股份正确、立即录入财务凭证提供有力保障。在 SAP R/3 系统中发生全部业务全部将依据凭证相关要求记帐。凭证按系统内事先定义凭证类型来分类，每一类代表其特定业务类型，凭证号也会按凭证类型不一样而在其定义间隔内。这种要求将确保从资产负债表到每一张凭证审计线索。

c) 货币
为了满足很多国家对货币法规要求，SAP 系统许可用户同时使用多达三种货币作为记帐本位币和支持定义世界上大部分货币作为业务结算货币。全部业务处理均能以记帐本位币、集团企业货币和用户自定义硬通货记入帐本。
R/3系统多币种处理能力能够完全满足大唐电信对支持人民币和美元乃至其它币种会计处理要求。

d) 在多个语言方面灵活性
R/3系统支持多个语言，只要指定所需要语言代码，系统操作界面能够以该种语言出现。总分类帐模块

总分类帐科目
每一个用于记帐科目全部在总分类帐中定义，它们包含了描述其功效信息，这些信息是保留在每个科目标主统计中，它们控制着对该科目标记帐和对记帐数据处理。
a) 总帐科目主统计结构
总帐科目主统计包含两部分内容：
会计科目表层次数据。这部分数据用于整个主统计，如总帐科目号码，科目名称，集团企业会计科目表对应科目号码、确定科目是资产负债表科目还是损益表科目。
企业代码层次数据。这部分数据包含了怎样控制业务数据输入和记帐参数，怎样管理科目标数据，和其它和企业代码相关数据，
b) 主统计处理
SAP 系统能够将创建、修改和显示总帐科目主统计功效分开。用户能够对其雇员根据职责要求给不一样权限。每一个新主统计全部被分配到一个科目组中，科目组是以下列指标来对总帐科目进行分类：
科目号码分配。对于有相同或相同用途科目，如银行存款科目等，用户能够 为之预定义总帐科目号码数字范围。
用户界面屏幕格式。用户能够对总帐科目组指定部分强制性或选择性输入字段，不需要字段能够去掉。
c) 行项目显示
行项目显示功效使用户能得到某个科目中未清项、已清项和暂记项目标概况，用户能够确定哪些项目应该显示在屏幕上。用户能够随时从行项目清单切换到单个凭证显示。
d) 科目余额
只要当凭证记帐到某一个科目，该科目标余额就被更新。用行项目显示功效能够指出凭证中哪个行项目被记帐到对应科目，用户能够显示科目余额和对应凭证行项目。科目余额按会计期间分借贷方向用户显示了和之相关业务数据概况。可用分类指标包含科目号码、企业代码、会计年度、业务部门和币种。在科目余额显示中，用户能够直接进入行项目显示。
R/3 系统总分类帐科目设置方法和权限限制功效，能很好帮助大唐电信科技股份统一集团会计科目表，而且能在统一会计科目表层数据前提下实现企业代码层数据灵活设置。总分类帐科目标行项目显示和科目余额显示功效，能满足大唐电信科技股份科目/帐簿设置/对帐处理/监控追踪审计会计处理要求。
总分类帐科目记帐
a) 集成性总分类帐记帐
总分类帐科目标记帐在大部分业务中是集成性产生，即业务操作是在其它子系统中而在总分类帐是自动过帐。对应关系以下：

带有多种资产和资产负债表科目标会计科目表为总帐和各明细分类帐之间建立了记帐关联。统驭科目标作用是当在明细分类帐中发生记帐业务时，其行项目将自动地记帐到对应总分类帐科目 (统驭科目) 中，而且其结果将反应到资产负债表上。
对总帐科目余额更新是自动地而且同时发生，这就确保了：
总分类帐和明细分类帐一直是一致；
集成报表能够显示在明细分类帐中记帐具体凭证；
财会信息系统能够立即使用全部和资产和损益相关帐务；
财会信息系统能够立即显示全部和资产和损益相关帐务。

b) 附加检验功效
SAP 财务会计模块许可用户对每个使用者和每一部分信息定义附加检验，比如，能够对每个使用者在下列应用领域检验其是否能够记帐：
一个科目
一个业务部门
一个企业代码
一个成本中心
一个成本对象
对在凭证中关联数据有效性检验确保了在进行其它层次上核实和出汇报所要求输入数据正确性和完备性。

c) 未清项管理
在每个总分类帐科目中全部能够使用未清项管理，这个功效使用户能够依据往来帐所必需清帐得以清楚并实现。使用未清项管理功效科目能够在业务处理中查询到每一笔吊帐并一一清除。

计划
假如用户需要一份有意义资产负债表和损益表，那么资产负债表和损益表中不一样形式计划和实际值比较就很关键了。计划功效在 SAP 系统财务会计模块中含相关键意义，因为：
计划中包含了企业代码、业务部门和总帐科目；
会计期间具体数据；
全部相关参数；
以不一样形式保留。
在一个企业代码中，用户能够对科目或科目和业务部门组合作计划。计划是基于资产负债表和损益表结构。SAP 标准系统包含部分以树状结构显示可更改计划模式，用户能够对以下方面输入计划值：
完整资产负债表和损益表
业务部门
当计划值输入后，用户能够作以下工作：
自动分配
按期间分配
作为参考
结转
复制
计划和实际数据比较
计划：
版本
企业代码
会计期间
科目
…
计划资产负债表和利润表：
XXX ???
XXX ???
…

共享中央数据库
实际数据：
集成子系统相关业务操作
自动生成财务凭证
手工输入财务凭证
在总分类帐中直接记帐
在明细分类帐中记帐
手工和自动生成财务凭证
资产负债表和利润表：
项目： 实际数 计划数 差异
XXXXXXX ???? ???? ???
XXXXX ???? ???? ???
……
它们能够快捷地以不一样形式显示并用于比较。在预定义相关参数和结构前提下，财务会计模块能自动处理计划功效。另外，用户能够方便地增加，改写和选择数据，这就确保了在全部层次上进行计划。

SAP R/3计划功效对于大唐电信这么大型国企是必不可少，基于多版本计划能够对实际结果灵活地作比较分析。

结算
a) 在会计年度内结算
因为记帐是实时进行，能够进行天天结算。在一天业务完成后，可查询下列报表：
天天正确无误科目余额和凭证行项目；
用户指定日期和排序方法凭证日志帐。
凭证日志帐含相关键检验和对帐功效，而且能够为期间结算提供正确数据。用户能够对每个企业代码和科目定义两个未结算期间。财务会计模块许可用户用月结算来为年底止算作周期性数据准备工作。用户能够使用下列标准程序来处理结算：
用统驭项来更新余额审计线索；
建立一个完整、自定义和可排序日志帐；
对凭证和其总计金额进行对帐；
对凭证进行重新组织和归档处理。
这些准备工作对那些在年底止算程序中要使用科目和行项目进行了处理，另外，年底止算所使用全部功效均能够用于月度或季度结算。
天天和月度结算使用户能够观察和评定明细盈亏数据。
b) 年底止算
年底止算能够基于月度结算数据，但这并非必需要这么做。SAP 系统为年底止算提供一系列特定功效，用于处理对应科目和行项目。以下是对资产负债表作调整关键步骤：
关闭记帐期间；
对未清项和总帐科目余额进行外币评定；
按付款期限对包含未清项在内用户和供给商列出收付款清单；
确定用户帐户中贷项和供给商帐户中借项；
对外币评定、调整和待摊预提项记帐；
打印资产负债表和损益表。
以下是部分实时性工具，它们能够为最终资产负债表和损益表作准备：
科目记帐总金额
未清项余额审计线索
余额结转
其它标准报表，如相关未清项报表，能够用于分析和监测，它们为目前会计业务和年底止算建立了联络。全部报表均能够交互式地使用。
因为年度结算是高度自动化，所以相关报表生成是很快捷和可靠。

c) 评定层次
通常一个企业全部有其资产负债表和经营组织结构责任中心层次，前者是会计法规要求，以后者则是内部管理要求。上述两种层次结构是不一样。因为经营管理上需要，和内部管理相关会计结构 通常使用另一个层次结构。
一个有效报表系统应该能结合这两种层次结构来使用相关数据，这些数据首先能够供资产负债表和损益表使用，其次又可为内部核实所用。这就意味着用户能够选择任何部分业务数据来显示业务部门情况，能够对一个跨企业代码业务部门作对应评定。

d) 报表结构
财务会计模块为结算提供了很多报表，它们使用户能够直接从记帐数据中生成和评定报表，作为总分类帐一个关键组成部分，资产负债表和损益表应该对全部业务定义。
资产项和负债项或是费用项和收入项应该在报表中分别定义。用户能够自由设置以下多个方面：
明细数据层次和科目标分类
资产负债表和损益表中项目和其子项目中科目标指定
文本信息分配
是否显示总金额
SAP 系统许可用户使用很多个资产负债表和损益表，这种功效使用户能够对现存科目按以下考虑方面来分析和评定：
商务和税务方面法规
集团企业要求
经营管理需要
用户还能够把成本从不一样会计科目表中汇总到一个报表里。系统许可用户从不一样会计科目表中对企业代码科目产生不一样类型报表进行分析和处理。

e) 资产负债表和损益表
用户能够随时使用交互方法生成资产负债表和损益表，包含分期间、计划值和实际值对以下数据进行比较：
不一样科目和记帐凭证增加值；
经过明细分类帐查寻相关行项目；
具体说明文本；
图形化处理；
数据评定和分析。
另外，资产负债表和损益表结构还含有以下多个特点：
资产负债表和损益表明细可多达 10 个层次；
不一样类型数据处理
到报表期间为止累计值
余额结转后期初余额
用户所选择任何期间段会计数据
不一样类型价值 (计划值和实际值)，不一样期间 (当年和去年) 和不一样形式差异 (绝对值、百分比) 比较
多个货币
一个综合报表系统确保了对结算数据准备工作。

SAP R/3 系统总分类帐模块作为集成中心，能够查询到全部会计科目各会计期间余额、发生额、行项目和全部财务会计凭证，而且出具财务会计报表。
R/3 系统中全部财务会计凭证记帐全部能同时使用当地本位币、两种设定平行本位币和凭证交易货币记帐，期末能够针对不一样本位币对外币进行评定，所以能完全满足大唐电信科技股份涉外交易外币核实要求 。
R/3 系统中和销售相关税收，如增值税、消费税、营业税等等全部能根据设定自动计算。SAP R/3 系统中已定义了各关键工业国家 (包含中国在内) 基础销售税收计算方法和税收代码，实施过程中能够在此基础上进行修改、扩充，而且设定多种税收记帐科目。

R/3 系统总分类帐模块报表功效，能很好满足大唐电信科技股份能适应对外报送报表需要、生成符合当地需求报表格式要求，而且全部报表全部能转换成 EXCEL 文件格式，满足用户可将报表转换到EXCEL下，进行预览、修改及打印要求。
应收帐款模块
概述
R/3 系统财务会计模块中应收帐款保有并管理用户会计数据。它直接和销售模块集成。假如用户订货造成发货，并开出发票，那么这些交易而产生应收帐/销售收入/销售成本/库存降低就自动地在会计系统中记帐。这个过程不一样阶段全部会实时地更新包含流动计划变更在内现金管理及估计。
用户能够使用科目分析、预警报表、到期日清单和一个灵活催款系统来追踪未清项目。和之相联络信函可为每个企业分别建立。这对付款通知、余额确定、对帐单或利息计算也一样有效。进帐经过多种对用户友好功效由人工计入对应借项中，也能够 用 EDI 或电子对帐单来进行电子化操作。借项凭单程序和支付则用支付程序来实现自动化。
应收帐款会计核实不仅仅是正常会计方法一个基础要素，它还经过和销售部分紧密联络为有效信贷管理提供数据。并经过它和现金管理及估计联络为流动计划最好化提供信息。
用户主统计
用户主统计包含了企业和用户业务关系中所需一切信息。这些数据控制着记帐过程和后续处理，如支付和催款等。用户主统计也为会计及销售部分提供相关用户信息。用户数据统计是集中地储存于系统中，其数据统计总是一致，最新，且没有冗余。
用户主统计有以下特点：
它在任何时刻全部能提供一个用户全部数据概况
它许可灵活地获取这些数据
它形成一个控制自动催帐及自动支付交易数据库

a) 结构
主统计三部分式结构能灵活地描绘出一项作业中不一样组织结构：
通常性数据：这是和每一个企业代码和企业中每一个销售部门全部一样相关数据
企业代码数据：这是反应企业专有，和用户间协议数据。
销售数据：这是相关企业各销售部门和销售渠道不一样特征数据。
用户通常数据：
用户编号：0000001
名称：XXX
……
企业代码层数据：
企业代码：1000
催帐程序：100
……
销售数据：
销售部门：0001
定单处理：001
……
企业代码层数据：
企业代码：
催帐程序：200
……
销售数据：
销售部门：0002
定单处理：002
……
用户主统计结构示意图
通常性数据包含地址、电信数据 (电话、电传、传真 )、相关用户通常资料 (工厂数、行业、集团归属 )和银行详情。
企业代码数据包含支付条款和日期等各个企业各自和用户间协议数据，如：
用于自动支付交易 (银行托收 )数据
用于信函 (帐号及用户全部地责任人 ) 数据
用于自动催款过程数据
另外，总分类帐会计统驭科目是在企业层次上指明。这个总分类帐科目标交易数字在用户明细科目中记帐时自动更新，保持总分类帐和明细分类帐一致。
相关定单处理、装运、及发票等资料可在销售专用数据中找到。这一点在相关销售和分销模块对应介绍中有详尽得多说明。
用户主统计结构能支持一致地、无冗余地使用会计及销售数据。
b) 编辑主统计
编辑用户主统计时分别有多种功效供使用，方便创建、更改和显示。这些功效授权是依据职员责任范围来同意。每一个新用户主统计全部必需分配给一个用户科目组。属于同一用户科目组用户含有：
相同编号范围和方法：每一个用户主统计全部由系统 (内部编号) 或用户 (外部编号) 赋给一个唯一编号。该编号在该用户科目组编号范围内。不管用哪一个方法系统全部确保每个科目编号只被指定一次。
相同界面部署：当处理用户主统计时用户可决定哪些资料必需或能够被输入，而无须需资料能够从用户界面中清除。当用户建一个新用户主统计时，系统将显示该用户所在用户科目组界面部署。用户只需要输入企业需用于处理交易那些资料。
给用户开发票
集成地使用SAP销售及财务会计系统，开票系统就能准备好发票，并生成财务凭证将它记帐。来自另一个 R/3 开票系统发票也能够经过接口转至会计，然后这些发票就被记帐。只有不是在 R/3 系统中创建发票才必需人工输入。
向用户开票功效将在 R/3 系统销售和分销模块具体叙述。
收款处理
收到用户货款，应作清应收款处理。依据该笔货款参考信息（如日期发票号等）在该用户全部未清项内找到对应应收款并清帐处理。假如没有用户明确指示，收款所清结未清发票能够由系统自动地选择 (不用输入查寻条件 )。系统确定那些最靠近支付金额行项目，或用另一个措施，按项目标到期日将金额加以分配。
系统会为收取费用自动生成一个分开收款凭证行项目。人工收款能够用任何一个货币进行。任何汇率差异全部自动记帐。收款结算能够包含定金，也能够把即是用户又是供给商到期未清应付行项目考虑进去。
假如一张发票将只部分地被支付，R/3 系统提供有两种方法以供选择：
剩下法：该发票将被结清，同时生成一个新未清项目，该未清项目标金额为该发票未清余额。
部分收付法：该发票不被结清，部分收款记帐以后，在发票上保留一个仍须付款标识。
付款通知单
付款通知单是用户在付款时出具，通知收款方该笔付款将支付那些未清发票通知。使用付款通知单，就许可在收款结清时自动寻查未清发票项目并自动赋值。付款通知单在 SAP系统中是以多个不一样方法生成：
已经以书面形式存在付款通知单可用人工输入。
在处理对帐单、支票存入业务、或锁箱数据等时均会自动生成一个支付通知单。假如因为有差值而不可能直接结清未清项目，它就保留具体资料。
作为接收付款一部分，由人工处理未清项目标时候，项目标目前处理状态可用付款通知单形式加以表明。
付款通知单能够用 EDI (电子数据交换接口 ) 转入SAP系统。
不一样于选择资料然后处理未清项目，只需要指出付款通知单号码。假如付款通知单和未清项目之间存在差异，系统就自动生成剩下项目和帐面付款。
特殊帐务
有时侯对于该用户一些帐务是需要尤其处理，如预收款和应收票据等，它即使和该用户相关，但在财务会计总分类帐记帐中并不是记在用户主统计所连接标准统驭科目（如应收帐款）中，而应记入预收款或应收票据总帐科目中
这些特殊业务在 R/3 系统中用一个特殊总分类帐标识指出。
用户能够和用户通常应收项目一起处理特殊总分类帐业务，也能够单独处理它们。系统有适宜功效以处理 R/3 财务会计应收帐款会计核实中特殊会计业务(定金、汇票、担保)。这些功效确保了资产负债表正确性。用户能够添加特殊业务种类，并对全部特殊业务记帐和处理进行设置。
R/3 系统特殊业务功效能帮助大唐电信科技股份对特殊帐务进行管理。计提部分坏帐准备也是特殊交易一个。计提部分坏帐准备是在逐笔分析应收帐款时对部分应收帐款计提有针对性坏帐准备。在对用户余额进行分析时候，能够清楚知道为该用户计提坏帐准备金额。
凭证和科目标处理
当业务往来被记帐到一个科目，系统就自动更新科目余额。系统也记下凭证中哪些项目已被记帐到这个科目中。所以，任何科目标科目余额和各行项目均能够检验。
科目余额
科目余额提供一个按期间、分成借方或贷方交易数字概况。和这类似，每个期间营业额和特殊总分类帐业务如定金及该会计年度应付汇票等均可一目了然。这里，用户就能够直接进入行项目标显示。
行项目显示
行项目显示提供一个科目标未清和已结清项目标概况。用户能够指定各个项目标哪些资料出现在屏幕上。比如，一位用户可能对支付条款有爱好。而另一位可能对行项目标催帐数据更感爱好。
在行项目显示中能够使用范围广泛累计和选择功效。比如，可使用累计功效对每一个凭证类型计算累计值，以分别显示每种凭证类型行项目；可使用寻查功效，使无须要项目不显示。
用于科目分析其它选项包含：
欠款天数 (按过期天数 )
净值/现金折扣概况
显示支付行为
显示信贷限额
单科目显示使用户能快速、高效地找到全部所需凭证。
催款通知
常常有用户不能立即支付到期货款，此时就应发出催款通知提醒她们有未清债务。
催款由催款程序自动处理。该程序决定：
将被催款用户和到期项目
该用户催款等级
基于催款等级催款通知

信函
同催款通知一道，其它类型信函也能够由系统生成。这包含以下寄给用户标准汇报：
收款通知
信件形式对帐单和未清项目清单
通常信件
余额确定书
凭证摘要
汇票手续费结算单
利息计算
处理用户和凭证时用户能够提出信函申请。信函能够在一些指定步骤自动生成，或由人工开启。

a) 收款通知
系统自动生成收款通知，告诉用户哪些未清项目已收到她们付款并已结清。假如结清时出现差值，则要求业务伙伴澄清或为之付款。假如已经收款而还未结清相关未清项目，则要求用户说明该项付款将结清哪些未清项目。
b) 对帐单和未清项目清单
用户对帐单用于对帐，并为用户提供以下信息：
结转余额
所选期间全部项目
科目标期末余额
未清项目清单是对帐单特殊形式。它是为对帐或提供信息目标而寄给用户。有时候，这个清单也用作催款单。直到要求到期日之前未清项目全部可从这个清单中看出。
假如分支机构数据包含在致总部信函中，则它们地址将列在信函末尾。
c) 通常信件
通常信件包含部分信件和标识信件。部分信件许可用户输入部分文本。文本是分别保留。系统自动决定属于用户信息，如地址。标准信件能使用预先定义文本，系统自动决定地址等属于用户资料。比如，用户能够发一封标准信件用户，通知用户用户会计部门中有人事变动。
d) 余额确定书
余额确定书用于在审计过程中和用户对帐。比如，能够首先决定那些余额最多用户，为这些用户生成余额确定书；然后能够用选择和随机选择等方法在剩下用户中选出数量有代表性一批用户，为她们生成余额确定书。
e) 凭证摘要
用凭证摘要，用户能够通知你用户某一尤其行项目 (比如，贷项凭证)。系统会统计下哪些凭证行项目曾被选择。
f) 汇票手续费结算单
假如用户用汇票支付了发票，则生成一个汇票手续费结算单，同时自动生成信函，通知用户被收取了哪些费用。
g) 利息计算
可生成前相关利息数据信函。该数据包含：
行项目利息计算：向已经超期行项目，或净支付在到期以后才付完项目，收取利息。
科目利息计算：利息由科目余额中收取。比如能够用这种方法计算雇主借款科目标利息。
在这两种情况下，全部生成有结算信息附信，系统配置有为此目标信件，用户能够对它进行修改。
h) 内部凭证
内部凭证使用户能够生成含有全部已输入系统字段完整凭证。假如没有原始凭证话，这种内部凭证能够用作内部使用凭证。

报表
R/3 应收帐款模块提供大量相关用户标准报表，这些报表能够打印出来，或直接在屏幕上显示。
标准上，报表系统是这么设定：全部报表全部能够并行地运行。打印时，用户能够选择先将此信息存放在一个暂存文件中。以后，用户能够决定该数据是否要，和在何处进行物理输出。
a) 主统计清单
主统计清单是查询用户主统计资料标准报表，并有很多选择条件。选择条件包含按邮政编码报表，或按统驭科目标报表。用户能够指定将打印到清单中字段。比如，能够生成只有用户地址信息清单，或包含银行信息清单。用户也能够得到一个包含用户主记 录中全部字段清单。
b) 用户分析
用户分析是分析用户行项目标标准报表。比如，对于任何指定到期日全部能够制出一个未清项目标清单。对于未清项目还能做多种分析，比如帐龄分析。
R/3 系统应收帐款模块凭证和帐户查询功效和报表功效使大唐电信科技股份可从不一样角度、多个侧面查询债权挂帐及收款信息，可进行帐龄分析，还可查询每笔业务明细和用户欠款余额等，生成灵活、丰富报表财务 。
用户信贷管理
用户信贷管理提供了一个选择，依据对用户信用程度评定，决定是否接收订货。这是经过信贷限额来实施。这个限额在财务会计和已记帐销售中检验，假如超出了这个限额，系统就发出一个警告或一个差错信息，这决定于系统设置。凭证能够被记帐，其它操作能够继续。信贷限额可定为不一样等级。信贷限额利用“信用控制区域”来分配和监测。一个信用控制区域由一个或多个企业代码组成。假如已经设置了一个信用控制区域，而且已为用户要求了预值，那么在设置用户主统计时信贷数据就被自动设置。
a) 分配信贷限额
能够对特定用户或若干用户分配一个信贷限额。为了将用户按业务风险分类并开启对应检验，用户能够为用户设定风险等级。风险等级要求了在订货过程中要进行哪些检验。另外，用户能够按行业、国别合并成组。
单个信用限额：
区域A
4,000
区域B
5,000
区域C
4,000
区域D
6,000
总体信用限额：10,000
最大单个信用限额：7,000
用户信用限额示例
用户：XXXXX
信用控制区域
对任何一个用户能够设不一样层次信用限额：
总体信用限额。该用户在全部信用控制区域中所得到信贷总数不能超出此总体信用限额。
最大单个信用限额。该用户在任何一个信用控制区域中所得到信贷金额不能超出最大单个信用限额。
单个信用限额。单个信用限额要求了该用户在单个信用控制区域中信用限额。
假设该示例用户在信用控制区域 A、B、C 中已分别取得信贷金额 3,000、4,000、2,000，当它期望再在信用控制区域 D 中取得信贷金额 3,000 时，系统将提醒该用户已超出总体信用限额。
b) 监控信贷限额
对信用控制区中每一个用户，系统计算并显示以下数据：
来自销售未验明有争议应收款
来自特殊交易和信贷限额相关应收款，比如定金
定单 价值，由未清单、未清发货、和未清发票组成
总负债 (其它总和 )
所显示总负债当发票被记帐时自动增加而当收到付款时就降低。假如总负债超出了信用控制区中用户信贷限额，系统就提供一个警告。不过，仍然能够输入发票。信贷 限额被超出日期由系统统计。
信贷限额以控制区域单独信贷限额货币维护。该货币和本位币无关。系统将金额加以换算以更新信贷限额。这并不影响交易额更新和记帐。
c) 显示及分析功效
系统用多种功效来支持信贷限额监测。在任何时候用户全部可了解目前概况。用户能够显示相关一个用户下列数据：
主统计中变动
帐龄最长到期未清项目
用户定单价值，分为未清单、未清发货和未清发票
最终一次付款
行项目
催款和付款数据
为了使反应快速灵活，系统提供了多个分析选择。用户能够按营业额和付款行为来分 析。用户能够从信贷管理进入财务信息系统。能够进行到期日分析、对付款行为深入评价、或DSO指标 (日销售未清指标 )计算。数据能够随意压缩或扩展 (从未清项目显示到用户信贷管理数据 )。评定也能够用图形来准备和描述。
为了资料或文档目标，能够从行项目显示、科目分析、及信贷管理开始，建立信贷统计表。这个表包含以下数据：
地址和通信数据
信贷限额，上次通知用户日期
来自信贷管理主统计字段
未清发货、发票及定单累计
余额、欠款天数、用户税款、和付款行为
集成使用会计和销售，就能够从信贷管理中显示和编辑销售凭证。
d) 定单接收和发货中信贷控制
为了确保用户信贷限额不被超出，在收到定单当初和以后临发货之前，全部有必需进行信贷检验。集成地使用销售及分销子系统，就能进行自动信贷审核，其中也能够描述复杂生效规则。
依据用户被指定风险等级，实施下列检验：
统计信贷限额检验
考虑到发货截止日和到期日动态信贷限额检验
其它信息可作为信贷审查用附加输入值，包含：
凭证价值
支付条款等关健性字段改变
超期项目标结构
大唐电信科技股份要求
R/3 系统用户信贷管理功效，结合其它功效，能够完全满足大唐电信科技股份可对用户信用分析处理要求。
应付帐款模块
概述
R/3 财务会计模块应付帐款会计核实保留和管理全部供给商会计数据，它直接和采购系统集成。当业务部门作发票校验或收货时，系统自动产生会计凭证。
应付帐款会计核实实时地同总分类帐集成。全部对供给商帐户记帐也将同时被记入总分类帐。交易更新各个总帐科目 (如应付款及定金 )。灵活科目分析功效和到期日估计为用户提供了单个供给商科目现实状况概览。
在信函方面，系统许可用户将余额确定书、利息结算及其它通知等按不一样企业部分处理。该系统和现金管理和估计系统直接连接是流动计划一个有价值工具
供给商主统计
供给商主统计包含企业和供给商业务关系所需要全部数据。这些数据控制着记帐业务也控制着记帐数据处理。会计部门和采购部门全部需使用这个主统计。供给商主统计在系统中是集中存放。这就确保了数据了一致性、实时性和无冗余。供给商统计提供：
一些供给商全部数据概况
灵活数据获取
用于控制支付业务并表现业务过程基准数据 (初始发票记帐 )
供给商主统计是管理和供给商业务联络一个灵活方法，供给商主统计灵活设计能很好地适应特殊需要 (如一次性交易 )。
a) 结构
每一个主统计全部包含三类数据。它帮助用户说明特定操作中不一样组织结构：
通常数据：对每个企业代码及企业采购部门全部一样适用数据
企业代码数据：反应各个企业和供给商间特殊安排数据
采购部门数据：随各个企业采购部门不一样而不一样数据。
通常