文档介绍：该【sapfico重要知识点 】是由【青青松松】上传分享，文档一共【23】页，该文档可以免费在线阅读，需要了解更多关于【sapfico重要知识点 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。
FICO看法及主要流程
1FI-FinancialAccounting
企业代码(companycode)
命名格式:四个字母或数据组成。
基本看法:一个独立的会计实体(不用然是法律实体)。
对外报送财富负债表和损益表的最小单位。
每个cc都要设置一个本位币,之外的对该cc都是外币。可用
外币记帐,但在记入总帐时自动变换成本位币。
业务范围businessarea
一个单独的营业或责任地域会计组织单元,可是一个会计对象,也可是一个单独
运作的部门。
不要求对出门具报表,但要内部需求,也是一个出具财富负债表,损益表的单位。
companycode&businessarea
每个businessarea可属于多个companycode,可跨企业核算。
一个companycode也可包括多个businessarea。
businessarea和companycode是多对多的关系。
财富负债表、损益表单位
是出具财富负债表损益表的单位,除了以上提到的companycode和business
1
area,还有利润中心profitcenter。其中companycode是对出门具财富负债表损
益表,
而businissarea和profitcenter是出于内部需求需要,对内出具财富负债表损
益表
-GeneralLedger
主数据-科目(Account)
sap中全部科目种类:总帐s
供应商k
客户d
财富a
物料m
其中物料科目比较特别,不能直接记帐,仅能够经过物流方式由系统产生凭证。其他
四类都能够经过凭证录入直接记帐。
与costelement关系
在FI中的损益类科目account即为CO中的初级成本要素costelement。损益类
科目能够被保护为初级成本要素,也能够不进行保护。
层次结构
:全部使用这个科目的企业都共用的信息,如短文本、长文本、帐户(比
如按财富,负债,权益,成本和损益科目的分类)、合并科目号(指对应到合并科目表
中的科目号)等信息
2
coa层数据保护页面
companycode层数据保护页面
:企业代码层的控制信息还包括了科目钱币、未清项目管理、排序码、
权限组,银行信息等等
会计科目表-chartofaccount
归纳:一个企业总部能够拥有多套不同样的会计科目表,不同样的科目表能够给不同样的企业
3
代码来使用。每一个企业代码有一个会计科目表。但不同样的企业代码能够共享一
个科目表。即coa和cc间是一对多的关系。
分类:
运营会计科目表(operatingcoa):平常经营所需科目,财务会计和成本核算都使用
同一个会计科目表。
国家会计科目表(countrycoa):为满足当地相关法规而设置的科目。
企业会计科目表(groupcoa):企业企业会计科目表包括了在企业企业内使用的全部科
目,其记账数据是基于外面企业企业会计的要求。
科目组-accountgroup
作用:同样科目进行分类
控制科目编号范围
控制总帐组数据的屏幕显示格式
详尽的accountgroup可依照详尽的管理需求灵便设定。
会计凭证
会计凭证本源:1。总帐业务:包括待摊、预提、税金等
。集成业务(内部)
凭证(document)种类作用:
控制凭证的编号范围
控制凭证行项目的字段状态
控制凭证行项目的科目种类
记帐码postkey:借或贷
作用:决定科目种类(akdms),一个记帐码只能分配给一个账户种类
4
决定凭证行项目的借贷方向(有借必有代,借贷必相等)
控制行项目屏幕字段显示
需要记忆的标准记帐码:
标准过帐码:借贷
4050
(总帐)
01
11
(客户)
21
31
(
供应商)
70
75
(财富)
89
99
(物料)
统驭科目-ReconciliationAccounts
总帐科目,总帐明细帐的实时集成。行项目明细保持在明细帐中,汇总明细保留在统驭
科目中,统驭科目不能够直接记账。
-AccountPayable
供应商-vender
应付帐款的主数据是供应商。
供应商主数据分三层:
:包括名称、地点、语言、电话等对于每一个分子企业来说都是一致的信息。
:在企业代码层各个企业能够依照与供应商的业务来往单独定义供应商信
息。比方付款条件,付款方式,开户银行,利息计算,统驭科目。
:保护和采买相关的供应商信息(订单钱币,付款条件,销售人员信息,是
否基于收货的发票校验,可否自动生成po,partner信息)
5
与mm的集成
基本流程:
需求->采买申请pr->po->收货gr---->invoice(发票校验)->payment-->议论供应商
(Dr:原资料(Dr:GR/IR(Dr:vender
Cr:GR/IR)Cr:vender)Cr:bank)
与mm集成的采买流程中,总合有三个流程会产生财务凭证,分别为收货、发票校验、支付三个流程,详尽借贷关系如上图。
GR/IR:货到票未到,票到货未到
Mm组织结构:
工厂(plant)、采买组织(purchaseorganization),库存地点(storagelocation)
都能够分配给companycode.
一个plant仅能够分配给一个companycode
一个purchaseorganization能够分配给多个companycode。
一个plant下能够包括多个库存地点(storagelocation)
自动付款
自动付款的条件:
有欠款
供应商主数据需要保护信息(付款方式,地点信息)。
周期性凭证
对于一些以固定的时间间隔发生金额同样的会计业务(如租金发票,预提,待摊),系
6
统赞同用户创办周期性录入凭证。这种凭证在创办时并没有会计功能。它们可是在手动
执行时才记入会计系统中。周期性录入凭证包括记帐所需要的全部信息。这些信息包括
一些指明限时和产生记帐的支付间隔的数据。相应的记帐由系统自动产生。
-AccountReceivable
客户-Custom
应收帐款的主数据是客户。
客户主数据分三层:
:包括编码、名称、地点、纳税登记号等对于每一个分子企业来说都是一致
的信息。
:能够保护客户一些特其他信息。比方客户的利息计算控制,催款控制,支
付数据等控制信息也是在企业代码层次保护的。
:定义订单币别,交货方式等和销售相关的信息。
销售地域是指销售组织、分销渠道和产品组的一个组合。
客户信贷管理
组织结构:信贷控制范围(管理客户信用的组织单元)
归纳:
SAP应用“信用控制范围”(creditcontrollingarea)来进行客户信用控制。在企业总部
内,有些企业它们在会计核算上是分开的,可是对于客户的信用有可能是一致管理的。因此
在SAP中不同样的企业代码能够分配给同样或不同样的信用控制范围。对于业务和客户相似的企业信用能够一致管理。
creditcontrollingarea&companycode
一个信贷控制范围能够对应多个companycode,而一个companycode仅可对应一个信贷控
制范围,即信贷控制范围和company之间是一对多的关系。
7
分类:
,同一个客户在全部信用控制范围里的信用限额加总不能够高出“总信用限额”。
单个信用范围最高限额,
同一个客户在单个信用控制范围中的信用限额的上限。
已分配限额,同一个客户在全部信用控制范围中信用限额的总数,(是不能够高出总信用限额的)。
本范围信用限额,一个客户在某个信用控制范围里的信用限额(是不能够高出单个信用范围最高限额的)。
已使用限额,是一个客户在一个信用控制范围中未清的发票,销售订单等的信用占用额。
和sd模块的集成
销售的起源:售前检查->询价->报价->SO(销售订单)->生产->入库->出货->外向交货单
->picking(转储单)->交货->billing开票->收款->客户议论
与SD模块集成的流程:
(1)
salesorder(VA01)
此处需要成立客户在SD模块(VD01)
(2)
OutboundDelivery
外向交货单(VL01N)
(3)
TransferOrderforDelivery
转储单(LT03)增加库房信息
4)交货(VL02N)
Dr:salescostCr:investry库存
5)Billing(VF01)
Dr:customerCr:revenue
6)Payment(incomingpayment)
Dr:bankCr:customer
(7)Appropriationrequist(IMA11)