不同公司代码使用不同汇率类型的替代

合集下载

sap销售、采购业务外币汇率处理小全

SAP的多币种功能风传是其一大卖点。

SAP屠夫写过若干关于汇率的文章，可惜不是做财务的，看不太懂，下文仅列出我所遇到的关于MM和SD模块的汇率问题。

1、我能想到的几种Currency：local currency, company code currency, account currency, price currency, document currency, posting currency, group currency, parallel currency等等。

不甚了了。

2、汇率就是不同币种的转换关系。

业务模块涉及到币种及汇率的地方有：定价时的定价货币、单据中的单据货币、财务记账用的记账货币、公司设置的本位币等。

他们的关系如下：∙定价时：定价货币到单据货币的转换；∙过账时：单据货币到本位币的转换；∙收付时：付款货币到本位币的转换；3、极端的情况下，可能会有这样的业务情景：销售或采购业务以美元定价，订单以欧元签订，财务记账用本位币英镑，付款用人民币。

那每两步都要用到外币汇率转换。

4、不同币种之间的转换有多种类型，比如买入汇率、卖出汇率、中间汇率等，SAP将之定义成汇率类型。

汇率类型用OB07维护。

SAP中MM和SD模块涉及到的汇率类型主要有：∙欧元区内用的汇率类型EURO；∙欧元区内与欧元区外用的汇率类型EURX；∙其他常规公司使用的平均类型M；5、M类型是财务记账用的类型。

除非在OBBS中设置了替代类型，前文描述的各种货币之间的转换都按M读取汇率值。

汇率值存在表TCURR中，用OB08维护。

6、SAP在SD的设计中，允许用户在客户主数据中维护汇率类型，路径是Sales Area Data→Sales→Exch. Rate Type，字段是KNVV-KURST。

针对次客户的订单及后续开票都将按照人工维护的汇率类型去读取汇率。

如果改字段没有被维护，系统将使用汇率类型M，标准程序LV69AF18中有硬编码。

SAP外币评估的配置及运行详解

SAP外币评估的配置及运⾏详解外币评估1.为什么要外币评估在过账外币业务时，企业往往使⽤⽉初汇率或当⽇汇率将外币换算为本位币⾦额，⽉末出具财务报表时需要反映⽉末点的资产负债情况，需要基于⽉末的汇率重新评估外币业务并调整本位币⾦额2.外币评估的科⽬2.1客户和供应商的外币未清项，如应收应付账款。

（即使增量评估下⽉也会冲回）2.2包含外币余额的总账科⽬（⾮未清项管理），如外币银⾏存款、外币⾦融资产。

2.3总账科⽬的外币未清项。

3.外币评估策略3.1期末评估，下期初冲回。

3.2期末评估，不冲回（增量评估）。

4.注意的点4.1未清项的外币评估是对借⽅外币未清项和贷⽅外币未清项分别评估并过账调整凭证，如果收付款不及时清帐，或者使⽤反向凭证⽽不通过事务码FB08冲销，系统都会产⽣多余的评估凭证。

4.2如果某本位币为CNY的总账科⽬（⾮未清项管理）既有USD余额，⼜有JPY 余额，则系统对两种外币余额分别评估并过账调整凭证。

4.3对外币未清项进⾏结算时（如收付款清帐），系统会⾃动计算外币损益并过账到“实现汇兑损益”科⽬。

如果仅过账收付款凭证⽽不执⾏清帐，则系统⽆法过账“实现汇兑损益”，并且期末仍会执⾏外币评估，即在清帐前执⾏外币评估导致汇兑损益过账到“评估汇兑损益”科⽬。

4.4定义多个评估⽅法，分配给评估范围，完成凭证货币—》本位币/凭证货币—》集团货币的评估，两次评估使⽤不同的评估⽅法，5.相关的配置5.1维护外币评估的汇率类型OB075.2定义评估⽅法5.3定义评估范围每个评估范围被分配⼀个评估⽅法，可以为⼀个公司代码使⽤不同的评估范围多次执⾏评估，即基于不同的会计准则进⾏评估，并过账到不同的分类帐⽤于出具基于不同准则的会计报表。

5.4分配评估范围和会计准则执⾏外币评估时系统基于指定的评估范围找到对应的分类账，并从该分类帐读取会计凭证数据。

5.5设置科⽬确定以备外币评估的⾃动过账OBA1（KDF/KDB）事务KDF⽤于设置外币未清项的评估汇兑损益科⽬和实现汇兑损益科⽬。

(1)SAP货币类型

(1).SAP货币类型SAP一贯号称其产品国际普遍适用性强,适合各种会计准则和多货币记帐,在货币处理上下足了工夫, SAP预置了多种货币类型,见上图(Tcode:OMX6),常见的货币类型有:00: 凭证货币,也叫记帐货币,SAP系统中1个凭证有且只能有1个记帐货币。

10: 公司代码货币,即本位币(第1本位币),也叫FI货币,SAP还允许设置另2个附加本位币。

30:集团货币,通常是集团所在地国家币种(也可直接设置为如USD这样的硬通货)，通常也作为控制范围货币。

*SAP中集团货币也叫Client货币，Tcode：SCC4中定义client中可设置1个唯一的集团货币。

A0: 财务管理范围货币，或称为预算货币。

B0: 经营范围货币，获利分析货币，该货币通常被设置为总部或母公司所在国货币。

(2).公司代码货币和控制范围货币(FI货币和CO货币):使用多数国内管理软件，通常不大会涉及货币的选择问题，举个实例，假设国内某公司(本位币为RMB，公司代码9000)同时在境外拥有2家子公司,子公司代码B设置香港（本位币为HKD，公司代码9001）,子公司代码C处在美国（本位币为USD，公司代码9005）,使用单机版的国内财务软件，不存在所谓的控制范围货币（CO货币），货币设置毫无悬念，SAP则从组织架构、业务处理和数据存储上就区分出财务和管理模块，对外法定报表和内部管理报表详加考虑，也迎合了大型的跨地域的集团性公司的需求。

SAP的FI和CO模块分别对应到财务会计和成本管理，组织架构上，一个控制范围（CO 基本组织架构）可以包含多个公司代码（FI会计核算最小单元），组织架构上两者发生联系；FI实际过帐时，建立了初级成本要素(成本要素可理解为CO科目)的损益科目将同时自动过帐到CO模块，形成CO实际值，FI和CO业务上发生联系。

当然，除此以外，CO还保存有统计、计划和预算数据。

现在，来探讨SAP控制范围货币的设置，通常的做法有2种:单一控制范围：一是只设置1个控制范围，控制范围货币设置为RMB,在本例中，将ABC 3个公司代码全部分配到该控制范围。

SAP发票校验技巧

发票校验是MM模块中采购流程的一步，一般企业在做发票校验时，都是基于收货的发票校验，下面介绍一下MIRO的一些操作技巧；一、MIRO抬头数据1、基本数据发票日期：一般是指凭证日期，对应FI中的凭证日期；过账日期：发票和FI凭证的过账日期；这两个日期都可以作为付款条件的计算日期；金额、税额：这个是指实际发票的金额和税额，税额可以手工输入，也可以自动计算；计算税额：如果勾选，那就可以让系统自动计算税额，一般不勾选，因为发票总有些税额差异；税率：发票的税率，可以让系统按公司代码默认一个税率，用事务码SM30维护表V_169V_ST，定义一个默认的税率；比如大多数发票都是17%的增值税，可以默认J1税率；还有一种税务默认方法，是针对集团层的，按照事务类型，如果在公司代码下面没有默认，那就用事务类型的默认税码，事务码OBZT；上图中交易有4个选项；选项名称备注空白所有事务相关下面三个选项都包括MMIV发票校验后勤发票校验，对应事务码MIROFIAP FI发票收据FI发票输入，对应事务码FB60FIAR FI支出发票FI发票输入，对应事务码FB70参照：这个参数一般是用来输入实际增值税发票的号码，系统还有一个重复发票号码的校验功能，用来核对是否对同一张增值税发票做了重复校验；要启用这个功能，用事务码SM30维护表V_169P_DC，定义双重发票校验的设定参数：可以把公司代码、参照、发票日期等参数一起用来判定重复发票的依据，也可以设定期中的一个参数；然后在供应商主数据中启用双重发票校验功能；2、支付款项基线日期：这个是根据付款条件计算的默认值；付款条件：付款条件可以用事务码OBB8定义，具体里面的参数在FI模块中介绍过了，下面主要说一下，发票校验时，付款条件是如何默认带出的，如下表：选项事务类型默认付款条件PO参考货物/服务项目＋计划交货成本第一个PO对应的付款条件，一般是从供应商的采购组织主数据中带出货物/服务项目计划交货成本运费供应商的公司代码主数据PO不参考发票/后续事项开票方公司代码主数据贷项/后续事项无建议，但可以在发票参考号中设定到期日、折扣：都是从付款条件计算得到的；固定：是对现金折扣的固定；付款方式、付款冻结：都可以从付款条件中带出，也可以在这里修改；发票参考号：这个是应用与贷项发票或者后续发票，维护原来的发票号码，这样可以和原发票一起计算到期日；如果这里不维护发票参考号，那贷项凭证的到期日就是基线日期；如果想让贷项凭证的付款条件起作用，那就需要在发票参考号上维护V；开户行：供应商主数据中带过来的；3、细节未计划的交货费：就是未计划的运费，运费分两种，一种是计划内运费，一种是计划外运费，两种运费的处理方式是不一样的；凭证类型：FI凭证类型；分配、抬头文本：对应到FI凭证中的分配、抬头文本；发票方：PO凭证中的出票方，对应PO中的下图：4、税收这个是计算税额的，如果PO行项目存在多个税率，可以在这里调整每个税率的税额；5、金额分摊这个可以对发票金额设定多个付款方式和付款条件，有点类似分期付款；二、MIRO项目数据MIRO发票校验，可以参照PO，也可以过账到单独的总账科目和物料上，这个可以用事务码SM30维护表TCULIV，激活总账科目和物料视图；上图勾选上，发票校验才会有相应的视图，这两个视图的发票校验与FB60差不多；在PO参考中，一般都是选择采购订单/计划协议，也可以选择交货单或者提单，交货单用于供应商的发货单，而提单是用于国际贸易业务的提单，可以在MIGO 收货时输入：这样在MIRO校验时，可以把交货单或者提单作为选择的条件；在PO参考中，还可以选择是否要校验交货成本：上图1，是选择物料校验，还是交货成本校验，有3个选项：选项名称备注1货物/服务项目物料或者服务项目本身2计划交货成本计划内运费3货物/服务项目＋计划交货成本两者按交货单或者提单选择参考PO项目，无法选出交货成本的项目；上图2，是行项目的屏幕格式，就是可以查看哪些字段，其实就是行想项目中的表格格式，这个MIRO没有表控制技术，只有几个预选择的行格式；三、两个用户参数这里介绍一下发票校验时两个用户参数，这两个参数对用户操作来说，还是挺有用的；1、IVAMOUNTADJUST这个参数是控制当发票校验数量变更时，金额是否相应的自动更改；比如下图：如果在用户参数中设定为：注意参数值为大写的X；那发票校验数量改为2时，金额自动变成25，不需要手工调整；如果没有这个用户参数，那金额还是37.5；2、IVFIDISPLAY这个参数是控制发票校验过账时，是否要把发票凭证和会计凭证一起显示，这个有什么用的呢？比如财务人员处理发票校验（很多情况下是财务人员在操作），那发票过账后，要把会计凭证记录下来，这时候就需要用到这个参数了；如上图，IVFIDISPLAY已经在用户参数中设定为X，那发票过账时，在左下角会显示发票凭证和财务凭证：如果参数不勾选，那会计凭证号码就没有了；四、收货冲销忽略发票校验的处理有时候我们在基于收货的发票校验后，需要对某项收货做冲销处理；系统默认的设定是，必须先冲销了发票校验，然后再冲销收货的；但有时候我们也可以不冲销发票校验，直接做收货冲销；这个主要是用于临时调整库存，收货冲销后，马上就会做收货处理，并且和发票校验能对应起来，这样就省了一道发票校验冲销的步骤了；用这个操作要慎重，不小心就可能发票校验和收货对应不起来了，一般用于顾问操作，关键用户或者最终用户不建议这个操作；事务码OMBZ，可以设定哪些移动类型可以这样操作：上图，都是一些冲销的移动类型，勾选上，就表示这个移动类型可以不按发票校验收货冲销了；如果对移动类型勾选上，你就可以直接对已经发票校验完的PO做收货冲销了，不需要先冲销发票。

SAP公司代码配置

2.4公司代码配置（1）2011-03-24 01:27 吕云翔/段霁芸/昝金英译人民邮电出版社我要评论(0)字号：T | T综合评级：想读(2)在读(1)已读(5)品书斋鉴(0)已有8人发表书评《SAP ERP财务与控制模块配置》第2章企业FI模块架构，本章讲述的是企业财务会计模块架构中最重要的内容。

本书中有关FI的其他章节内容都围绕本章所配置的内容进行讲述。

在后续章节的讲述中，我们可能需要多次回顾本章内容。

本节为大家介绍公司代码配置。

AD：2.4公司代码配置（1）在SAP系统中，一个公司代码表示一个独立的法人实体，为满足该实体的报表需求，它需要一套自己的会计记录。

理解这个概念对下面的工作非常重要。

在系统中有一些子结构来记录一个公司内的分支机构活动，这些会在本书以后内容中讲到。

现在，可以开始进行ES公司的公司代码配置。

有关ES公司及其组织架构设置已经在前言的"案例公司背景介绍"一节中介绍过了。

现在，我们开始配置ES公司的第一个公司代码1100ES Ski & Surf，其配置路径如下：企业结构→定义→财务会计→编辑、复制、删除以及检查公司代码。

在弹出的选择活动对话框中，请双击"编辑公司代码数据"选项，进入显示系统中已有的公司代码清单界面。

请单击界面左上方的新条目按钮，将ES公司的第一个公司代码加到系统中。

该界面上的相关字段都很容易理解，唯一需要关注的是货币字段。

因为在该字段输入的货币必须是其公司代码提供法定报表时所使用的货币币种。

另外，如何处理外汇转换以及如何对资产负债表进行价值计量也是至关重要的。

本章后面部分会谈到平行货币、本地货币和集团货币的概念。

如图2-10所示，在选择活动的对话框中，可以在创建公式代码或复制/删除/检查公司代码中做出公司代码配置的第一次选择。

本例中，我们选择前者，即编辑公司代码来创建ES公司的第一个公司代码。

请选中所编辑公司代码，双击后进入定义公司代码的界面，如图2-11所示，可以在此对已有的公司代码内容进行编辑或者创建一个新的公司代码。

sap-fm基本概念

SAP-fm基本概念1 FI－Financial Accounting1.1组织结构1.1.1公司代码（company code）命名格式：四个字母或数据组成。

基本概念：一个独立的会计实体（不一定是法律实体）。

对外报送资产负债表和损益表的最小单位。

每个cc都要设置一个本位币，之外的对该cc都是外币。

可用外币记帐，但在记入总帐时自动转换成本位币。

1.1.2业务范围business area一个单独的营业或责任区域会计组织单元，可是一个会计对象，也可是一个单独运作的部门。

不要求对外出具报表，但要内部需求，也是一个出具资产负债表，损益表的单位。

1.1.3 company code & business area每个business area 可属于多个company code，可跨公司核算。

一个company code 也可包含多个business area。

business area和company code是多对多的关系。

1.1.4资产负债表、损益表单位是出具资产负债表损益表的单位，除了以上提到的company code 和 business area，还有利润中心profit center。

其中company code是对外出具资产负债表损益表，而businiss area 和profit center是出于内部需求需要，对内出具资产负债表损益表1.2总帐－General Ledger1.2.1主数据－科目（Account）sap中所有科目类型：总帐 s 供应商 k客户 d 资产 a物料 m其中物料科目比较特殊，不可直接记帐，仅可以通过物流方式由系统产生凭证。

另外四类都可以通过凭证录入直接记帐。

与cost element关系在FI中的损益类科目account即为CO中的初级成本要素cost element。

损益类科目可以被维护为初级成本要素，也可以不进行维护。

层次结构1.会计科目表层：所有使用这个科目的公司都共用的信息，如短文本、长文本、帐户（比如按资产，负债，权益，成本和损益科目的分类）、合并科目号（指对应到合并科目表中的科目号）等信息coa层数据维护页面company code层数据维护页面2.公司代码层：公司代码层的控制信息还包括了科目货币、未清项目管理、排序码、权限组，银行信息等等1.2.2会计科目表－chart of account概述：一个公司总部可以拥有多套不同的会计科目表，不同的科目表可以给不同的公司代码来使用。

SAP公司代码配置

本书中有关FI的其他章节内容都围绕本章所配置的内容进行讲述。

在后续章节的讲述中，我们可能需要多次回顾本章内容。

本节为大家介绍公司代码配置。

AD：2.4公司代码配置（1）在SAP系统中，一个公司代码表示一个独立的法人实体，为满足该实体的报表需求，它需要一套自己的会计记录。

理解这个概念对下面的工作非常重要。

在系统中有一些子结构来记录一个公司内的分支机构活动，这些会在本书以后内容中讲到。

现在，可以开始进行ES公司的公司代码配置。

有关ES公司及其组织架构设置已经在前言的"案例公司背景介绍"一节中介绍过了。

现在，我们开始配置ES公司的第一个公司代码1100ES Ski & Surf，其配置路径如下：企业结构→定义→财务会计→编辑、复制、删除以及检查公司代码。

在弹出的选择活动对话框中，请双击"编辑公司代码数据"选项，进入显示系统中已有的公司代码清单界面。

请单击界面左上方的新条目按钮，将ES公司的第一个公司代码加到系统中。

该界面上的相关字段都很容易理解，唯一需要关注的是货币字段。

因为在该字段输入的货币必须是其公司代码提供法定报表时所使用的货币币种。

另外，如何处理外汇转换以及如何对资产负债表进行价值计量也是至关重要的。

本章后面部分会谈到平行货币、本地货币和集团货币的概念。

如图2-10所示，在选择活动的对话框中，可以在创建公式代码或复制/删除/检查公司代码中做出公司代码配置的第一次选择。

本例中，我们选择前者，即编辑公司代码来创建ES公司的第一个公司代码。

请选中所编辑公司代码，双击后进入定义公司代码的界面，如图2-11所示，可以在此对已有的公司代码内容进行编辑或者创建一个新的公司代码。

SAP外币业务处理要点

1.1外币业务处理1.1.1外币业务配置1.1.1.1定义评估方法：Valuation Procedure（评估过程）的内容：1. Lowest value principle:最低价值原则。

在评估的时候，如果因汇率变动导致收益，则评估不产生记录；如果因汇率变动导致的损失，则评估产生记录。

宁可低估，不可高估，类似会计准则中的“谨慎性原则”。

2. Strict Lowest value principle: 和1基本一致。

3. Always valuate: 一般评估。

此种情况下评估，不论汇率变动导致收益还是损益，都会生成凭证。

和K/3的调汇原理一致。

4. Revalue only: 评估只算收益，不算损失。

此方法与第1种方法正好相反，评估时，只记因汇率变动导致的收益，不计损失。

5. Reset: 反评估。

把评估的结果返回到评估之前的状态，即Old Differences的状态。

6. Document Type :凭证类型。

评估时产生凭证的类型。

评估时需要读取汇率变化类型的来源。

7. Debt bal exch rate type: 科目余额在借方时所用汇率变化类型8. Creditbalexch rate tyep: 科目余额在贷方时所用汇率变化类型系统根据7/8的定义，从currency exchange rate中取的评估汇率（调整汇率），然后计算此科目评估汇率×外币余额与本位币余额之间的差异，再根据V区中的设置判断是否需要评估生成凭证。

1.1.1.2定义评估范围：1.1.1.3定义评估的自动记账科目1、KDB：是配置需要进行外币评估的一般总账科目，如存在外币余额的银行存款。

6603040000财务费用-汇兑损益-净损失6603030000财务费用-汇兑损益-净收益汇率差额代码需要在总账科目中进行维护，由于这里是空值，总账科目默认情况下是空值，因此不需要进一步维护。

重估后产生会计凭证：2、KDF：是配置D/F/S。

SAP汇率详解

定义汇率的代码，例如需要增加CNY，RMB等汇率代码。

货币：自己定义的代码ISO：国际标准的货币代码主要：例如你定义两种货币来代表人民币，RMB和CNY。

然后勾上主要那一个。

一般用默认即可，不需要怎么修改。

有些货币是没有小数位的，例如台币TWD。

如果这里不设置的，那就会默认两位小数位。

直接标价法是以一定单位的外国货币为标准，折合若干单位的本国货币。

相当于购买一定单位的外国货币需要付出多少本国货币。

在直接标价法下本币升值，汇率下降；本币贬值，汇率上升。

具体如1美元兑换6.56元人民币，在直接标价法下表示的意思为1美元为标准，可以兑换6.56元人民币。

间接标价法是以一定单位的本国货币为标准，折合若干单位的外国货币。

相当于将本国货币作为基准，外国货币的数额则随本国货币或外国货币值的变化而改变。

在国际外汇市场上，欧元、英镑、澳元等均为间接标价法。

具体如欧元0.9705即1欧元兑0.9705美元。

例如定义EUR到USD的汇率使用间接报价，那么维护汇率时就只能填间接汇率，如果填直接汇率会红色，但依然可以使用该汇率。

相反，如果定义EUR到USD的汇率使用直接报价，那么维护汇率时就只能填直接汇率，如果填间接汇率会红色，但依然可以使用该汇率。

决定汇率是否可以自动转换，例如我只定义了EUR到USD的汇率。

当系统要用到USD到EUR的汇率时，是否可以自动转换。

打上勾。

ME21N-可以自动带出汇率不打勾。

例如欧元到美元按1元来定义汇率。

V1.0 2020年6月叶润彬6.维护汇率汇率数据表：TCURRME21NMIGOMIGO提示以上错误，解决方法如下：把备选汇率删除。

MB03默认显示凭证货币，可以切换本币显示。

10/1.12890=8.86欧元区内用的汇率类型是EURO，欧元区内与欧元区外用的汇率类型是EURX。

其他常规默认用汇率类型M。

而英国用英镑，不在欧元区内，所以这个例子需要设置EURX汇率类型。

必须要设置美元汇率。

SAPS4HANA货币配置详细介绍

SAPS4HANA货币配置详细介绍SAPS/4HANA是SAP公司最新的企业资源计划（ERP）解决方案，它在提供全面性的业务流程支持和功能上具有突破性的创新。

货币配置是SAPS/4HANA系统中的一个重要组成部分，它涉及到系统中货币相关的设置和配置。

在SAPS/4HANA系统中进行货币配置的目的是为了确保系统在处理各种货币相关的业务活动时能够正确地进行货币转换和汇率计算。

以下是一些关键组成和设置。

1.货币类型：用户可以在SAPS/4HANA系统中定义多个货币类型。

货币类型规定了系统中不同货币的属性和特征。

例如，每个货币类型都有自己的货币单位和小数位数。

2.货币代码：每个货币类型都有相应的货币代码，它是一个唯一的三个字母的标识符。

SAPS/4HANA系统中预先定义了一些常用的货币代码，用户可以根据需要进行修改或创建新的货币代码。

3.汇率类型：用户可以在SAPS/4HANA系统中定义多个汇率类型。

汇率类型规定了不同类型的汇率，如平均汇率、年度平均汇率等。

每个汇率类型都需要与相应的货币类型关联。

4.汇率：用户可以在SAPS/4HANA系统中维护汇率表。

汇率表包含了不同货币之间的汇率信息。

系统可以使用这些汇率信息进行货币转换和汇率计算。

用户可以手动输入汇率，也可以通过导入外部数据或使用外部汇率服务提供商自动生成汇率。

5.货币转换：货币转换是SAPS/4HANA系统中一个重要的功能。

通过货币转换，系统可以将一个货币类型的金额转换为另一个货币类型的金额。

系统会根据预先定义的汇率表和货币单位进行相应的计算。

6.报表：SAPS/4HANA系统中提供了各种货币相关的报表和分析工具。

用户可以使用这些工具来查看和分析不同货币类型的业务数据。

系统可以根据货币设置自动对报表进行货币转换和汇总。

除了以上介绍的一些关键组成和设置外，SAPS/4HANA系统中还涉及到货币相关的其他功能和配置。

例如，用户可以为不同的公司代码设置不同的货币类型和汇率类型，可以为不同的账户分配不同的货币代码等等。

S4HANA中使用集团货币

S4HANA中使用集团货币集团货币是为客户设置的货币。

这意味着同一客户中的所有公司代码将具有相同的集团货币。

建议使成本控制范围货币与集团货币相同, 以使成本会计 (CO) 和财务会计 (FI) 功能之间的平滑集成。

即使您在 FI 和 CO 中启用了集团货币, 这并不一定意味着它在物料分类账中自动可用。

在本文中, 我们将介绍一些配置步骤, 以演示如何在物料分类帐中为特定公司代码设置集团货币。

然后, 我们将介绍一些可用于集团货币的关键事务交易。

为公司代码设置集团货币首先我们来看一下公司代码EU10的币种。

为此, 请转到事务代码OX02, 然后双击公司代码 EU10, 如下图所示。

如您所见, 公司代码 EU10 的货币为 EUR。

现在通过转到事务代码FINSC_LEDGER, 选择分类帐 0L, 然后双击分类帐文件夹的公司代码设置, 查看为此公司代码设置的集团货币。

您将到达下图所示的屏幕。

公司代码 EU10 有两种货币类型: 公司代码货币（本地货币类型）10 和集团货币（全球货币类型）30。

您已经看到公司代码货币是 EUR。

现在您可以通过双击上面显示的公司的货币转换设置文件夹（Currency Conversion Settings for Company）来查看集团货币,这将带您到下面显示的屏幕。

您可以看到为公司代码 EU10 启用了集团货币类型 30 和货币USD。

此集团货币基于作为源货币类型的公司代码货币和汇率类型。

汇率类型 M（平均汇率的标准换算）用于将公司代码货币转换为集团货币。

公司代码货币 EUR 和集团货币 (USD) 之间的这种转换在事务代码OB08 的汇率表中设置, 如下图所示。

在这里, 欧元和美元之间的汇率是 1 欧元对 1.25 美元。

现在, 通过转到事务代码 OMX3 并查看分配给公司代码 EU10 工厂的物料分类账类型（见下文）, 查看分配给公司代码 EU10 的任何工厂的物料分类账设置。

c语言汇率转换代码

c语言汇率转换代码C语言汇率转换代码随着全球化的发展，国际间的经济交流日益频繁。

在这个过程中，货币之间的汇率成为了一个非常重要的问题。

为了方便人们进行货币兑换，我们可以使用C语言编写一个汇率转换的程序。

我们需要明确一些基本概念。

汇率是指不同货币之间的兑换比例。

例如，人民币兑换美元的汇率为6.5，意味着1美元可以兑换6.5人民币。

在我们的程序中，我们可以通过用户输入的金额和汇率来计算兑换后的金额。

接下来，我们可以开始编写代码。

首先，我们需要引入标准输入输出库，代码如下：```c#include <stdio.h>```然后，我们可以定义一个函数来进行汇率转换。

函数的输入参数包括需要兑换的金额和汇率，返回值为兑换后的金额。

代码如下：```cdouble exchange(double amount, double rate) {double result = amount * rate;return result;}```接下来，我们可以在主函数中调用这个函数。

首先，我们需要定义两个变量，分别表示需要兑换的金额和汇率。

然后，我们可以通过scanf函数来获取用户输入的数值。

代码如下：```cint main() {double amount, rate;printf("请输入需要兑换的金额：");scanf("%lf", &amount);printf("请输入汇率：");scanf("%lf", &rate);double result = exchange(amount, rate);printf("兑换后的金额为：%.2lf\n", result);return 0;}```在这段代码中，%lf是用来读取和输出double类型的数值的格式控制符。

%.2lf表示输出小数点后两位的精度。

sap 成本控制范围汇率类型

SAP 成本控制范围汇率类型1. SAP 系统简介SAP（Systeme, Anwendungen und Produkte in der Datenverarbeitung）是世界领先的企业管理软件解决方案供应商之一。

SAP系统的应用范围广泛，包括企业资源规划（ERP）、客户关系管理（CRM）、供应链管理（SCM）等多个领域。

在全球范围内，许多企业都使用SAP系统来管理其日常业务活动。

2. 成本控制范围在SAP系统中，成本控制范围是一个重要的概念。

成本控制范围定义了在成本核算时所使用的组织结构单元。

这些单元可以是公司代码、部门、项目等。

通过成本控制范围的设置，企业可以更好地控制与成本核算相关的业务活动。

3. 汇率类型在SAP系统中，汇率类型用于定义汇率转换过程中所使用的汇率计算规则。

不同的汇率类型可以用于不同的情况，以满足企业的实际需求。

SAP系统中，提供了多种汇率类型供用户选择，如M、B、G等。

4. 成本控制范围汇率类型的作用成本控制范围汇率类型在SAP系统中扮演着重要的角色。

它们影响着企业在跨国业务活动中的成本核算和财务管理。

通过正确地设置成本控制范围汇率类型，企业可以实现在不同国家之间的业务活动中的成本精准核算和汇率转换。

5. 设置成本控制范围汇率类型的步骤要设置成本控制范围汇率类型，企业需要按照以下步骤进行：- 登入SAP系统，并进入成本控制范围设置界面。

- 选择需要设置的成本控制范围，并进入其详细设置界面。

- 在设置界面中，找到汇率类型设置项，并进行相应的配置。

- 保存设置，确保成本控制范围汇率类型已成功设置。

6. 成本控制范围汇率类型的优势正确设置成本控制范围汇率类型可以带来多方面的优势：- 提高成本核算的准确性：根据不同的业务活动和交易对象，选择合适的汇率类型，可以确保在成本核算过程中，汇率转换的准确性。

- 降低汇率风险：通过设置不同的汇率类型，在不同国家之间的业务活动中，可以更好地管理汇率风险，减少因汇率波动而导致的损失。

货币类型和多级评估

货币类型和多级评估如果想启动多级评估,就必须启动物料分类帐, 如果想使用多货币在ML中记录物料交易数据,也需要启动物料分类帐,根据本人屠宰ML逻辑,有三点需要强调:a.在ML中使用多个货币类型和多级评估是两个概念,你可以在ML中使用多货币类型而不启动多级评估，此时可以根据业务需求自定义最多3个货币类型，当然也可直接使用FI 货币和CO货币。

b.如果启动多级评估，多货币类型则被限制，SAP提供了最常用的currency type，实际上currency type就只能使用两个，FI currency type 10和Group currency 30 (请参考Tcode:8KEM),此时货币类型和多级评估组成了传说中的平行评估方法.C.如果使用平行评估方法,则需要启动多个CO版本(Tcode:OKEQN/OKEVN),比如启动了利润中心评估,就必须启动利润中心评估版本.为了更好理解,举个例子:通常在定义物料类型使用的货币类型(Tcode:OMX2)时,一般复制或使用ML类型000就行,也就是使用FI currency type和CO currency type (如图a)FI currency type是什么?首先当然起码包括本位币currence type 10,可能的话,还可以根据业务需求定义第2和第3附加本位币,如果这样的话,FI货币就有3种货币,如果包括交易货币,一个行项目中就记录有4个货币金额.假设ML类型SSS是自定义货币类型.如果还不明白FI currency type,可以看图b.这是一个在FI module中使用多个币种的实例(Tcode:OB22).假设公司代码SSSS使用了集团货币(Currency type 30)做附加本位币,这很有意义,在固定资产篇也将有说明,可以根据历史汇率实时记录转换到集团货币的金额,比如US GAAP要求固定资产的折旧必须使用历史成本,一个实例是一老美跨国集团在中国的投资企业(一般是在哪国家注册的公司应该使用注册地的货币做本位币,中国会计制度似乎允许外企使用外币做本位币),假设一固定资产RMB金额1000万,10年折完,入帐时折合USD 100万,则每个月的USD折旧必须使用该点的历史汇率,为此启动集团折旧范围和集团货币做第2本位货币,这样USD折旧保持月折旧额为100万/(10*12) USD 而非根据当月汇率转换.在图b中启动了第3本位币硬通货货币,启动硬通货必须在公司代码对应个国家设置硬通货(Tcode:OY01,还可为该国家设置物价指数货币),这部分设计似乎超出了ERP的范畴,显然SAP铁定要将其产品定位适合全球企业,事实上,有个坛友就和我讨论过如何在设置硬通货货币,因为其集团在墨西哥有业务,据说这疙瘩通货膨胀严重.这里又有两点强调一下:.可以为第2和第3本位币设置不同的评估,这样则需要多套总帐,SAP推荐3中本位币都采用法律评估,这以为着第2/3本位币的记帐金额是通过汇率直接换算的,换算的源货币可以是凭证货币和第1本位币,可以采用不同的汇率类型和汇率转换日期...如果启动了第3本位货,需要第2套总帐,如图C.需要提示一下,看第一本位币,汇率类型默认采用了M(T code:OB07|OB08),以交易货币(即记帐货币或凭证货币)为源货币进行转换,换算日是根据凭证的汇率转换日(T ranslation date). 关于汇率问题在FI部分会有详细剖析.图C显示的是启动第3本位币后设置的第2套总帐S2,Summary table 和法定帐套Ledger 0 共用GLT0.为什么启动第3本位币需要第2套总帐呢?从设计上来分析一下,在会计凭证行项目中可以记录4种类货币:.BSEG-DMBTR:本位币金额.BSEG-WRBTR:凭证货币金额.BSEG-DMBE2:以第二本币计的金额.BSEG-DMBE3:以第三本币计的金额但是在总帐Summary table GLT0却只有3组字段:.GLT0-TSL01->16:凭证货币余额.GLT0-HSL01->16:本位币余额.GLT0-KSL01->16:集团货币余额(通常以集团货币做第2本位币).没有第3本位币的位置,所以必须启动第2套总帐,如果是中途启动第3本位币,显然历史数据完整性问题会出现,同时,在相应报表上必须注意第2总帐,总帐余额结转F.16也必须保证两个总帐都被结转,麻烦.什么是CO货币?CO的货币通常包括业务货币,(成本)对象货币和控制范围货币,如图D,Co凭证的行项目记录3种货币,控制范围货币在Tcode:OKKP中设置,通常是控制范围currency type 20(比如一家台资集团使用了两个控制范围可以这样设置两个不同的控制范围货币,中国大陆和台湾企业各在一控制范围之内)和集团货币Currency type 30.一般地,如果FI没有启动附加本位币,则FI+CO货币就是currency type 10和30 .假设自定义的ML 货币类型SSS使用了3种货币,currency type 10,30和40,则启动物料分类帐后在ML分类帐中会记录3种货币,实际上你可以检查表格ML：期间汇总表CKMLCR(关于ML的表格详细逻辑请在篇查找),确实是有3个行项目记录每个期间的3中货币金额.就是说ML的物料交易时会以3种货币记录数据, 到目前还没有设计多级评估.假设现在发生交易,注意一下,公司代码货币的价格使用的将是100RMB/PC,而集团货币是110,硬通货层的价格干脆是0,贴出集团货币层CKM3的图,如图H.100RMB/PC,因为该料是新物料,此时没月结,当期PUP是0(PUP月末加权的意思就是平时用使用平行评估方法,3个Tcode:8KEM|8KEQ(定义和分配), 8KEP然后激活.使用平行评估的3步曲:a.定义货币/值参数文件(T code:8KEM)b.分配货币/值参数文件给控制范围(T code:8KEQ).c.平行评估方法: 检查激活/ 执行(T code:8KEP).如图I.SAP认为,公司代码货币的法律评估是必须的,如果需要还可启动集团评估和利润中心评估,但是此两种评估使用的货币类型是有讲究的,不过只有两种货币类型10,30,并不能使用刚才ML currency type SSSS的10/30/40,如果你就要在currency type定义了3种货币,你放心,平行评估是永远激不活的,激活平行评估是有讲究的,不是随便谁都能任意激活.带着一个问题往下看,如果货币+值参数文件SSSS激活后CKM3中(or ML价值表中CKMLCR 显示的货币类型是什么?)假设图I的平行评估方法被成功激活(Tcode:8KEP),同时生产启动了ML(Tcode:CKMST ART),则出现如图J的画面,注意和图F相异的画面,平行评估不仅仅包含货币的概念还包括多级评估的概念.图K回答了图I设置启动多级评估后ML出现Currency type的问题,是10/11/32.首先看图L中SAP R/3使用到的各种货币类型.这样在平行评估中,出现的currency type+V aluation有下面几种可能..公司代码货币+法律评估已经是货币类型10(必须使用).公司代码货币+集团评估则是11..公司代码货币+利润中心评估是12..集团公司记帐货币货币类型30(当只使用集团货币不启动平行评估时)..集团公司记帐货币+集团评估则是31..集团公司记帐货币+利润中心评估是32.是这样的,在多级评估中，货币类型被严格限制只能使用10和30,为什么如此呢?当然是不想设计过于复杂,应该注意的是启动平行评估,不仅仅是ML module而且CO-PC,CO-CCA等模块都将配合平行评估设计, 这样折腾并不容易.如平行评估中使用了公司代码货币+集团评估,为了在ML区分数据,当然不能使用两个10,于是就使用11,这意味着两个内容,该评估级将使用公司代码货币记帐(回到图J可看出并不意味物料在11层的价格就一定和公司代码10层的价格应该相同)和集团公司评估.同样，假设使用了集团货币(30)+集团评估/利润中心评估, currency type+V aluation将是31/32. 现在检查你家ML究竟是只使用了多个Currency type还是多级平行评估,只要在CKM3中看是否出现11/12/31/32就行,如果只是10/30则只是使用了两种货币类型而已.激活平行评估的技巧?在上面基本已经介绍完货币类型和平行评估的关系,实际上激活平行评估是要一定技巧的,容在下慢慢一一道来.第一.如果想启动平行评估,最好FI就使用公司代码货币(Currency type 10),再挂个集团货币30(第2附加本位货币)也可以.第二.控制范围货币最好不要使用controlling area currency(type 20)而是使用Group currency(type 30).*有的企业在同一Client使用了两个控制范围对应的控制范围货币不同.第三. OKG9: 必须RA VERSION.第四.先不要执行OKEQ,先执行OKEQN/OKEVN.可以定义另外两个实际版本分别对应到利润中心评估和集团评估视图上.多级评估注意事项第五.转移价格和多层评估不适合作业类型,工单的计划/实际比较和差异计算只能使用实际版本V ersion 0.物料移动毫无悬念可以使用多层评估,ML,CO,CO-PCA,CO-PA都可以.差异计算不行,计算OH(Costing sheet),差异计算,差异种类都是. 差异是直接通过公司代码货币*汇率传送到ML module而不是多级评估.WIP却可以使用3个评估视图，什么世道?但是为了正确计算WIP(使用目标成本的话),操作版本必须使用法定评估视图.第六．发票校验同样差异是通过汇率到ML标准成本估算可使用公司代码货币/控制范围货币,直接通过FI transfer (CO的博爱村) ML的标准评估结果保存.将表逻辑拉出来.Non-valuated Sales order stock的MTO生产方式.*MBEW,MBEWH,EBEW,EBEWH,举实例,成品采用移动平均价,MBEW单价格为0.入库价值是0.MB啥可以看到销售库存的金额.*想想看,从设计角度为什么作业类型不可使用转移价格和多层评估.第六.然而,为了保证CO模块中,价值流的完整性多层评估支持次级成本要素的分配分摊,如果FI,CO-CEA,ML,CO-PCA,CO-PA,多么完美的一个场面呀,我来画一个草图,其实晃来晃去就这些逻辑,各位老大一个个偷懒不认真宰一下不说,还硬要赖人家ML逻辑复杂我实在是没有办法,没办法,谁让我对各Module都宰. 我终于找到一条最好的捷径,确实有,那就是每天早起拿刀来宰.如果不完美,将差异过帐到调整帐号. MIRO保证各种货币必须一致.所以出现本位币为0,而集货币有值的现象,不奇怪.controlling area currency(type 20)必须改成Group currency(type 30).总之,The consistency of currencies throughout the component is no longer guaranteed Assigning V aluation Approachers to Co versions .在深入讨论平行评估时,有必要吹一下责任会计,在实现分权经营体制下,企业可以按照”目标管理”的原则,将生产经营的整体目标分解为不同层次的子目标,同时将这些目标落实到想光单位形成企业内部单位,即所谓的”责任中心”.责任中心分3大层次:成本/费用中心->利润中心->投资中心.成本中心大家都很熟悉,就是在该单元着重考核其发生的成本和费用,通常并不形成货币计量的收入.企业可以对生产经营中独立性较大的内部单位不仅考核其成本费用,还要考核起工作成果带来的收入,并进一步将收入和成本配比以考核其利润,则此类单位称为利润中心.在SAP中,有个全面预算的东东,同样可以通过一定时期实际实现的利润中心的利润和”责任预算”所以预计的利润进行差异对比并分析差异形成的具体原因,从而对各利润中心经营上的得失和有关人员功过做评价(就国内企业这管理水平谁还玩这种高级的东西).在SAP的利润中心模块,还有一个东西值得一提就是转移价格(T ransfer Price),这个是利润中心间物料/或劳务互供的价格,因为要考核利润,从一个利润中心将物料转移到另一利润中心通常不简单使用成本价格,而是也尽量按市场价格为基础制定内部转移价格,同时形成内部收入和内部成本(关于Transfer price更详细请参考本书的利润中心模块).转移价格不仅仅反应在物料移动(MM),FI(GL,AA).CO(CEA统诣)块(CO-PCA),使用在利润分析模块(CO-PA),. KEA0.现在假设你对ML的货币类型,评估和平行评估(Currency type+V aluation profile)的关系非常清楚.接下来应该讨论下集团公司评估和利润中心评估.在利润中心模块,原则上可以保存任何一种评估方式,但是如果评估方式包括利润中心评估,则利润中心会计就必须使用利润中心评估,注意一下,这通常意味着利润中心数据将和FI数据不一致,如果你并不想考核利润中心,启动利润中心评估就是画蛇添足.利润中心会计核算->基本设置->成本控制范围设置->维护控制范围设置(Tcode:0KE5),公司代码视图:公司间或对外部公司的采购对该层物料评估产生影响.利润中心视图:利润中心间的移动才对评估值产生影响,不同利润中心可以设置转移价格(可多重)集团视图:只有对集团外(确切地是控制范围外)的物料移动才产生影响.如果一个真正的集团在系统中使用了几个控制范围,那就不好办了集团视图的用处企业经常面临的矛盾实况是，一个物料在不同公司代码层价格不一，即使在同一公司代码的不同利润中心为了内部考核也可能设置转移价格，而从集团的角度来看，存货转移的内部利润是需要抵消的，这样，可以在整个集团层面设置统一的集团内部交易价格，从这层视图看整个集团的内部交易是同一成本价交易，只有外部的存货采购才更新该视图，也为报表和并做准备。

(1)SAP货币类型

10: 公司代码货币,即本位币(第1本位币),也叫FI货币,SAP还允许设置另2个附加本位币。

30:集团货币,通常是集团所在地国家币种(也可直接设置为如USD这样的硬通货)，通常也作为控制范围货币。

*SAP中集团货币也叫Client货币，Tcode：SCC4中定义client中可设置1个唯一的集团货币。

A0: 财务管理范围货币，或称为预算货币。

B0: 经营范围货币，获利分析货币，该货币通常被设置为总部或母公司所在国货币。

当然，除此以外，CO还保存有统计、计划和预算数据。

货币转换python代码

货币转换python代码货币转换Python代码在现代社会中，货币的转换是非常常见的。

例如，当我们去旅游或者购物时，我们需要将不同国家的货币进行转换。

Python是一种非常流行的编程语言，它可以帮助我们快速地进行货币转换。

在本文中，我们将介绍如何使用Python编写货币转换代码。

我们需要了解一些基本的货币转换知识。

货币转换通常涉及到汇率的计算。

汇率是指两种不同货币之间的比率。

例如，1美元可以兑换多少欧元。

在货币转换中，我们需要将一个货币的金额乘以汇率，然后将结果除以另一个货币的汇率。

这样就可以得到另一个货币的金额。

接下来，我们将介绍如何使用Python编写货币转换代码。

首先，我们需要定义两个变量，一个是原始货币的金额，另一个是汇率。

例如，我们可以定义一个变量usd表示美元的金额，另一个变量eur表示欧元的汇率。

然后，我们可以使用以下代码计算欧元的金额：eur_amount = usd * eur在这个代码中，我们将美元的金额乘以欧元的汇率，得到欧元的金额。

同样的，我们也可以使用以下代码计算美元的金额：usd_amount = eur * usd在这个代码中，我们将欧元的金额乘以美元的汇率，得到美元的金额。

除了上述的基本货币转换，我们还可以使用Python编写更复杂的货币转换代码。

例如，我们可以编写一个函数来实现货币转换。

以下是一个简单的货币转换函数的示例代码：def convert_currency(amount, rate):return amount * rate在这个函数中，我们将货币的金额和汇率作为参数传递给函数。

然后，我们将金额乘以汇率，并返回结果。

使用这个函数，我们可以轻松地进行货币转换。

Python是一种非常强大的编程语言，可以帮助我们快速地进行货币转换。

无论是基本的货币转换还是更复杂的货币转换，Python都可以轻松地实现。

如果您需要进行货币转换，那么Python是一个非常好的选择。

abap单位内外部转换 -回复

abap单位内外部转换-回复ABAP是一种面向SAP系统的编程语言，常用于开发企业级应用程序。

其中一个重要的概念是单位内外部转换，它允许在不同单位之间进行数值和货币的转换。

本文将详细介绍ABAP中的单位内外部转换并提供相关示例。

一、什么是单位内外部转换？在SAP系统中，不同的业务应用程序可能使用不同的度量单位来表示数值和货币。

这些度量单位可以是国际标准单位，也可以是公司内部定义的单位。

单位内外部转换是指将数值和货币在不同单位之间进行转换的过程。

单位内部转换是指在同一单位下，将数值和货币在不同精度之间进行转换，比如从米到厘米或从万元到元。

单位外部转换是指在不同单位之间，将数值和货币进行转换，比如从美元到欧元或从千克到磅。

二、如何进行单位内转换？在ABAP中，可以使用一些函数和方法来进行单位内转换。

下面是一些常用的函数和方法：1. CONVERT_TO_LOCAL_CURRENCY：将金额从一个单位转换为当前用户的本地货币。

该函数可以将金额转换为基本单位或任何其他预定义的货币单位。

2. UNIT_CONVERSION_SIMPLE：将数值从一个单位转换为另一个单位。

该函数可以在不同的精度之间进行转换，例如从米到厘米或从升到毫升。

3. METHOD CL_FIELDS_CONVERT=>MEASURE_UNIT_CONVERT：使用这个方法来完成单位内转换，它可以将数值从一个单位转换为另一个单位。

下面是一个单位内转换的示例代码：DATA: lv_length TYPE fleng,lv_length_cm TYPE ffleng.lv_length = 10.lv_length_cm = UNIT_CONVERSION_SIMPLE( value = lv_lengthfrom_unit = 'M'to_unit = 'CM' ).在这个示例中，我们将长度从米转换为厘米。

SAP汇率处理总结

SAP汇率处理总结SAP 汇率处理总结OB08/s/blog_a440b7ee0101mvpd.html分类：1、能想到的⼏种Currency：local currency, company code currency, ac_countcurrency, price currency, document currency, posting currency, group currency, parallel currency等等。

不甚了了。

2、汇率就是不同币种的转换关系。

业务模块涉及到币种及汇率的地⽅有：定价时的定价货币、单据中的单据货币、财务记账⽤的记账货币、公司设置的本位币等。

他们的关系如下：定价时：定价货币到单据货币的转换；过账时：单据货币到本位币的转换；收付时：付款货币到本位币的转换；3、极端的情况下，可能会有这样的业务情景：销售或采购业务以美元定价，订单以欧元签订，财务记账⽤本位币英镑，付款⽤⼈民币。

那每两步都要⽤到外币汇率转换。

4、不同币种之间的转换有多种类型，⽐如买⼊汇率、卖出汇率、中间汇率等，SAP将之定义成汇率类型。

汇率类型⽤OB07维护。

SAP中MM和SD模块涉及到的汇率类型主要有：欧元区内⽤的汇率类型EURO；欧元区内与欧元区外⽤的汇率类型EURX；其他常规公司使⽤的平均类型M；5、M类型是财务记账⽤的类型。

除⾮在OBBS中设置了替代类型，前⽂描述的各种货币之间的转换都按M读取汇率值。

汇率值存在表TCURR中，⽤OB08维护。

6、SAP在SD的设计中，允许⽤户在客户主数据中维护汇率类型，路径是Sales Area Data à Sales à Exch. Rate Type，字段是KNVV-KURST。

针对次客户的订单及后续开票都将按照⼈⼯维护的汇率类型去读取汇率。

如果改字段没有被维护，系统将使⽤汇率类型M，标准程序LV69AF18中有硬编码。

7、销售订单抬头会计视图有个Exch.rate-acct.字段（VBKD-KURRF），如果被维护，它将被参考到发票（VBRK-KURRF），作为发票记账时的汇率类型。

SAP财务常用表

RF BNKA 银行 T012 T012T NBNK TGSB TGSBT T001 业务范围 T001T T005 T005T T001B 过账码 TBSL TBSLT
描述新总账汇总表旧总账汇总表总账科目主记录总账科目主记录（科目表：说明）总账科目主记录（公司代码）财务凭证抬头财务凭证行项目供应商(K)的未清项存放表供应商(K)的已清项存放表总账(S)的未清项存放表总账(S)的已清项存放表客户(D)的未清项存放表客户(D)的已清项存放表供应商主数据（一般地区）供应商主数据（增值税登记号的一般部分）供应商主数据（公司代码）供应商主数据（催款数据) 供应商主数据（银行细目）供应商主数据（业务额）主供应商（特殊总分类账交易图表）客户主文件的一般数据客户主数据（一般地区的增值税登记号）客户主数据 (公司代码) 客户收付历史客户主记录 (催款数据) 客户主数据 (银行细目) 客户主记录 (交易额) 客户主数据 (特殊总账业务额) 客户主数据信贷管理: 中心数据客户主数据信贷管理: 控制范围数据货币代码货币代码名货币换算的兑换率类型汇率汇率类型的使用
分类
表名 FAGLFLEXT GLT0 SKA1 SKAT SKB1 BKPF
总账
BSEG BSIK BSAK BSIS BSAS BSID BSAD LFA1 LFAS LFB1
应付
LFB5 LFBK LFC1 LFC3 KNA1 KNAS KNB1 KNB4 KNB5 KNBK KNC1 KNC3 KNKA KNKK TCURC TCURT TCURV TCURR YCURW
转换因子银行主数据开户行开户行账户名银行的号码范围业务范围业务部门名称公司代码公司代码相关的文本国家国家名允许的记账期过账码过账码名称