[原创] SD从零开始41 科目确定(Account determination)

使用科目确定Using Account Determination

你将需要在几个不同的领域确定将要记账的科目;

用于记账销售收入,销售扣除和增值税的总账科目在数据从billing document传输到FI时自动地确定;

当处理现金销售时,必须在凭证中设置一个总账科目用于现金结算(不会记账到客户账户);

到4.0版本时,可以确定一个不同于付款方客户主数据中输入的科目的统御科目;

当使用payment cards时,你也需要记账到不同的总账科目;

Billing中的科目分配条件Account Assignment Criteria in Billing

销售收入科目在FI中创建,目的为了收到可靠的评估(certain evaluations)并可以执行利润分析调整(reconciliation with the Profitability Analysis);

因为这个原因你能够设置不同的条件用于相关科目的科目确定,下列条件是在标准系统中定义的:

科目表;销售组织;

付款者的科目分配分组(这允许你将客户分成不同组,例如国内和海外客户);

物料的科目分配分组(这允许你将物料分成不同的组,例如服务和零售商品);

科目关键字(Account key)(account key在定价程序中指派给条件类型,这允许条件例如运费条件记账到特殊的运费收入科目);

你必须确保你为科目确定进行的配置与FI/FO配置保持一致;

销售科目确定Sales Account Determination

科目确定使用条件技术来实现;

依赖于billing type,为总账科目分配了一个科目确定程序;

该确定程序包含指定了access sequence的一个或多个conditon types;

Access sequence由多个access以condition tables的形式组成;

条件表包含了销售收入确定所依赖的field或者field combinations;

Key fields用凭证数据填充,由此系统能够为相应的组合查找相应的总账科目;

如果一次访问确定了一个总账科目,则将它设置到会计凭证中并且查找结束;

MARK:记账VAT的科目不是在SD科目确定中确定,相关的指派存储在FI配置中;

路径:Financial accounting>Financial Accounting Global Settings>Tax on Sales/Purchases>Posting>Define Tax Accounts

业务范围Business Area

一个公司代码表示一个独立的会计实体;法定资产负债表和损益表在该层次上创建;

一个业务范围可以报告跨公司代码的关于特定领域的活动的财务信息;(例如,division-related);

业务范围资产负债表和损益表仅用于内部报告;总账科目可以通过业务范围记账;

业务范围在配置中没有固定的指派,他根据某些规则逐个订单行项目进行决定;

确定业务范围Determining the Buesiness Area

你可以为每个销售区域指定用于确定业务范围的规则;

有三种可用的规则(不可扩展):

通过plant和item division指派;通过sales area指派;

通过sales organization,distribution channel,and item division指派;

这会导致同一张订单中的几个items确定了不同的业务范围;到4.0版本,当这种情况发生时,系统会为相应的业务范围自动创建几条应收科目记账行;

[原创] SD从零开始42 销售与财务的接口(SD/FI interface)

连接到财务会计Link to Financial Accounting

系统以invoice,credit memo,and debit memo的形式传送billing data到FI中并记账到正确的科目;

下列数据可以在创建会计凭证之前修改:

Billing data;

Pricing;

Account determination;

Output determination data;

一旦billing document released to accounts,你仅能修改output data;

冻结记账Posting Block

通常,系统自动传输会计相关的数据到FI中;

但是,你可能不希望某些billing types的数据自动传输;在那种情况你可以为有关的billing type设置一个posting block;

这样的话只有在你释放了billing document之后系统才生成会计凭证;

这允许你首先产生SD billing document,然后打印该billing document,最后,将它们传输到FI;通过这种方式你可以改善系统性能;

MARK:系统或者产生所有的会计凭证或者不产生;这意味这如果post block是激活的,或者在科目确定中发生了错误,系统不会产生CO凭证;在你去掉block或者纠正错误之前不会产生会计凭证;

参考号码和分配号码Reference Numbers and Allocation Numbers

你可以用来自SD凭证中的号码来自动填充会计凭证中的reference number和Allocation number字段;

Reference number在会计凭证的头部并用于清帐;

Allocation number在客户行项目并用于排序行号;

在billing的copying control的配置中,你可以定义那些号码会复制为reference或者allocation number:

    A-  Purchase order number;

    B-  Sales order number;

    C-  Delivery number;

    D-  External delivery number;

    E-  Billing document number;

    F-  External delivery number if available, otherwise delivery number;

发票列表中的参考号码Reference numbers in Invoice List

在合并到invoice list之前,你必须创建billing documents并且记账到FI;在复制控制中保存为reference number的号码也传输到FI中;

当创建invoice list时,来自于invoice list的reference number覆盖了来自单个billing documents中的reference number;

这使你能够用invoice list number记账收入付款;

交易相关的凭证类型Transaction-Related Document Types

你可以通过使用不同的凭证类型来区分FI中的凭证;类型存储在凭证头中;

到4.0版本,你可以在FI中执行区分评估并接控制区分的号码分配,通过使用billing document type配置中的Document type字段,这使你能够为每个不同的billing type传输不同的document type;

如果该字段没有信息,系统将会通过FI/CO接口传输document typeRV

总公司和分部Head Office and Branches

在主数据的维护中,你可以描述总公司和分部之间的关系;

你可以用SD中的partner functions来描述该关系或者用客户主记录的accounting segment中的Head office;

直到现在,你需要为该功能为俩客户(总公司和分部)维护完整的accounting segment;如果分部的accounting data不存在,系统可以为分部创建billing document但是不能传输到会计;

SD中的partner function根据客户需求的不同而变化非常大;例如sold-to party也可以用作ship-to party功能;

因此客户询问如果公司的分部扮演sold-to party并因此作为一个纯粹的SD客户,是否可以不用维护accounting segment;

你可以使用billing type中的Head Office/branch字段来控制在billing document中的哪些partner functions应该传输到FI;然后该字段的特征决定是sold-to party还是payer应该输入到billing header中的KUNNR(customer number)字段;

如果该字段为空,系统会忽略保存在FI Head Office字段中的任何关系;对所有其他的设置,存储在FI中的关系优先于由SD partner function描述的关系;

负值记账Negative Postings

在SAP标准系统中,cancellations和credit memos在记账应收到客户的科目的反方向记账;

在科目的总计行上,“SALES”已经记录在科目的两边;总量大于0但是没有销售任何东西;

客户要求credit memos和cancellations能够和应收在同一边记账;这样允许科目具有0余额;科目的总计行也可以是,用其他话说,销售没有发生;

如果你希望这样做,你必须激活用于credit memos和cancellations的blling types的“Negative posting”字段;

系统通过FI/CO接口传输这些信息到FI中;

这些设置仅仅改变未清项的显示,不影响FI中的处理;

MARK:如果过公司代码允许负值记账,negative posting才会在FI中发生;(在table 001中控制)

Value Dated Credit Memos

之前,当参考一张Billing创建贷项凭证请求时,两张Billing的billing date(付款的基准日期)是不同的;这就无法在应收和应付进行调账;

到4.0版本Billing的基准付款日期的期间可用作决定贷项凭证有效日期的基础;

控制贷项凭证有效日期决定的流程是通过billing types中的“Value dated credit memo”字段实现的;

如果该标记为空,流程像通常一样继续执行,那就是,credit memo在billing date立即到期;付款的基准日期和贷项凭证中的billing date相同;应付在FI下一次付款运行时调账;

如果billing type中设置了“Value dated credit memo”,则如果原始的Billing的付款基准日期在贷项凭证的billing date之后,被参考的Billing不会被调账;然后贷项凭证请求的VALDT(value date)字段用原始Billing中的付款基准日期填充;

如果付款基准日期在贷项凭证当前Billing日期之前,则Billing日期不会复制;

[原创] SD从零开始43 销售与CO-PA的接口

CO-PA中的获利能力报告Profitability Report in CO-PA

CO-PA=获利能力分析,是CO的一部分;

一张获利能力报告为某一市场段在某一时间区间标明利润;

数据例如销售数量,利润,装运和包装成本,折扣以及其他的销售扣除是从SD传输过来的;这意味着SD发送数据到获利能力分析;

在扣除各种成本后,该分析计算各种不同的利润,例如边际收益;

获利能力分析的目的Objective of Profitability Analysis

每个公司都需要分析它的利润;

对于一个全面的分析,你需要从市场导向的角度描述和评估业务交易;

获利能力分析允许你实施不同的获利能力分析,因为它审查单个的局部市场或市场段的获利性;

你可以定义市场段来满足你的需要;它们通过特性来鉴别,例如客户,产品,部门,销售组织,分销渠道等等;

系统为每个段确定重要的销售数字并使用它们来计算利润;

使用信息系统(下钻报表)的屏幕,你可以分析数据并生成清单和报告;

这些评估和分析可能会形成公司各领域未来决策的基础;

控制中的组织单元Organization Units in CO

CO使用专门的组织单元用于它的评估;

第一层是经营范围(operating concern);它表现了公司的市场面并且用一种统一的方式描述一个经营范围内的销售市场;经营范围可以细分为不同的局部市场/市场段;

一个经营范围包括一个或多个控制范围(controlling area);

控制范围是成本导向的组织元素,用于表现一个为成本会计的目的的封闭系统;

一个控制范围包含一个或多个公司代码;

当从SD传输数据到CO时,系统查找相应的经营范围,沿着分配的顺序:销售组织->公司代码->控制范围->经营范围;

获利能力段Profitability Segments

评估通过比较成本和收入来实现,一个经营范围内的评估发生在获利能力段上;为每个获利能力段都计算一个利润;

获利能力段是在一个经营范围内用分类特性唯一标识的局部市场/市场段;

获利能力分析程序Profitability Analysis Procedure

有两种获利能力分析程序:costing-based和account-based;

两种程序可以并行使用;但是,在下钻报表前你必须设置为其中一种;

Costing-based:数据创建时传输;

Account-based:数据在记账到FI时传输;

数据传输时间Data Transfer Times

订单处理是SD活动的焦点并且包含3个首要的阶段:

订单输入,带发货的交货,出具发票;

在Costing-based获利能力分析中,只要输入订单,数据就传输到CO-PA;系统为每条销售订单行项目在获利能力分析凭证中产生一条行项目;用相同的方式,Billing数据也联机传输,系统为每条Billing行项目产生一条行项目;

在account-based获利能力分析中,当数据从SD记账到FI时才会传输到CO-PA;这意味着当为Delivey和Billing产生财务会计凭证时,系统在CO-PA中创建行项目并传输数据到accounting valuation base;当输入订单时不会传输数据,因为在该阶段没有数据记账到FI;

特性和关键数字Characteristics and Key Figures

CO-PA通过从SD传输数据来为某个获利能力段计算利润;

获利能力段由某些特性和特性值定义并且这些决定了应该评估什么(Evaluation terns)

例如:为获利能力段“摩托车,零售,东南区”执行评估;

特性值可以自由定义,它们从销售凭证的凭证头或行项目获取;

获利能力段的真实评估用关键数字执行;(evaluation size):

在costing-based获利能力分析中,关键数字是数量和价值字段例如价格,数量,折扣和重量;这些数据来源于SD凭证;

在account-based获利能力段,评估发生在科目分组;数据是从FI中相关的会计凭证中获取;

从SD传输数据到CO-PA Transferring Data from SD to CO-PA

在SD凭证的头部和行项目层次存储了不同类型的数据;

其中一些数据可用作特性:例如客户,销售组织,分销渠道或者部门;

其他的特性也可以来源于不包含在凭证中的数据,例如战略业务单元;

SD凭证中的其他数据分配给数量和价值字段;例如,价格分配给“revenue”的价值字段,折扣分配给“Sales deductions”的价值字段,销售数量分配给“Quantity”的数量字段;

[原创] SD从零开始44 运输处理的基础

R/3中的装运Shipments in R/3

一个装运是一起装运的外向交货或内向交货的集合;因此该装运的内向或外向交货具有相同的装运条件;

有效的运输处理是必须的,因为交货要按时装运并按计划在客户地点接收到;

R/3运输应用模块为发货和收货的运输和装运成本处理提供了基本的功能;

后勤执行中的装运Shipments in Logistics Execution

内向装运是采购(MM采购)处理链的主要部分并且基于内向交货单进行处理;

采购流程的基础是采购订单;接下来的凭证是内向交货,被供应商用于确认交货;内向交货是一张R/3凭证并且参考采购订单创建;

内向交货是创建内向装运的基础,那就是,订购货物从供应商到公司的工厂的装运;

然后收货记账;发票校验完成了采购流程;

外向装运是销售与分销(SD)流程的一部分并且基于外向发货进行处理;

销售与分销流程的基础是销售订单;接下来的凭证是外向交货,证明货物的装运;

外向交货是创建外向装运的基础,那就是,商品从公司的工厂到客户的装运;

然后发货记账并创建发票;

装运还可用于工厂间的库存转移;

装运凭证及其功能The Shipment Document and its Functions

装运凭证是R/3系统中用来模型化装运的主要凭证;它包含所有组织和执行装运所必须的信息;

装运凭证提供了以下功能:

合并内向交货形成内向装运;

合并外向交货形成外向装运;

分配服务代理商,运输模式,装运类型等;

计划和监控最终期限;

指定装运阶段;

跨交货的包装和创建装运单元;

创建输出和装运票据;

记录装运相关的文本;

记录合作伙伴信息;

装运凭证结构Structure of the Shipment Document

装运凭证包含应用于整张凭证的一般数据,例如装运类型,运输计划点,路线,最后期限以及状态信息;这些信息显示在装运的头部;

因为装运是一起装运的内向交货或者外相交货的集合,装运的行项目准确地对应于内向交货(如果是内向装运的情况),以及外向交货(如果是外向装运的情况);

运输中的组织结构Orgnizational Structures in Transportation

运输处理需要几个组织单元;这些单元反映了公司的组织结构;

一个公司代码是一个带有自己的财务会计的自包含的单元;公司代码有一套完整的科目集合;

工厂从后勤的观点细分一个公司代码;一个工厂为分销生产或者提供货物(例如生产工厂,分销中心),每个工厂分配给单个公司代码;

在库存管理方面,工厂细分为一个或多个存储地点(例如,原材料存储区域,完成品存储区域或者户外区域);

通过将工厂和存储地点的组合分配给一个仓库号码,你建立了库存管理和仓库管理之间的联系;

对于装运最重要的组织元素是装运点;它反映的是负责执行装运活动的一个地点或者一组人员;每个交货由单个的装运点处理;一个装运点分配给一个或多个工厂;一个装运点可以进一步细分为装载点

运输计划点处理装运;它们分配给一个公司代码并与其他的组织单元没有联系;

运输计划点Transportation Planning Point

运输计划点是公司中计划、处理和监控装运的主要点;它可以是负责处理的一个地点或者一组人员;

每个装运由单个的运输计划点创建和处理;

你可以自由地定义运输计划点来满足你公司的需求,例如,根据地点或者运输方式;

在配置中,运输计划点为某一特定的公司代码定义;将运输计划点分配给公司代码对于装运成本计算和结算非常重要;

SD从零开始41-44的更多相关文章

  1. SD从零开始71 业务信息仓库(BW)

    SD从零开始71 业务信息仓库(BW)概念 在线事务处理的环境OLTP Environment 在事务处理中,我们不断地填充用于跟踪我们的业务流程的数千个不同步骤的特定的表: 例如,销售凭证行条目来自 ...

  2. SD从零开始67-70 后勤信息系统中的标准分析, 信息结构, 信息的更新规则, 建立统计数据

    SD从零开始67 后勤信息系统中的标准分析 标准分析中的报表Reporting in Standard Analyses 标准分析为高质量的表达和分析LIS中的数据基础提供了大量的功能: 当你决定了一 ...

  3. SD从零开始66 数据仓库的概念

    [原创] SD从零开始66 数据仓库的概念 数据仓库概念:预览Data Warehouse Concepts:Overview 本单元解释LIS中的数据仓库概念: 详细的解释了该概念的各个层次-介绍了 ...

  4. SD从零开始65 框架协议(Outline Agreement)

    SD从零开始65 框架协议(Outline Agreement) 合同-销售凭证类型Contracts-Sales Document Types 框架协议在几乎所有的业务处理中都扮演重要的角色:客户和 ...

  5. SD从零开始62-63,不完全日志,业务伙伴及业务伙伴确定

    [原创] SD从零开始62 不完全日志 不完全日志Incompletion log 一个不完全日志是销售凭证中对你公司重要的而还没有在系统中输入的所有数据的清单: 你可以在配置中为不完全日志定义这些数 ...

  6. SD从零开始59-61,跨公司的库存转移,Interface 修改,可用性检查和需求传递

    [原创]SD从零开始59 跨公司的库存转移处理流程 库存转移流程Stock Transfer Procedure 2个工厂间的库存转移能够使用不同的流程来执行: 只执行一个库存转移记账的流程使用MM库 ...

  7. SD从零开始57-58,第三方订单处理,跨公司销售

    [原创] SD从零开始57 第三方订单处理流程 第三方订单处理的流程Processes for Third-Party Order Processing 客户的采购订单首先在你公司的一个销售组织作为一 ...

  8. SD从零开始55-56, 风险管理, 付款卡

    [原创] SD从零开始55 风险管理的内容 应收款风险最小化Risk Minimization for Receivables 每个信用政策的目的是减少由客户应收款带来的风险: 连同信用管理,你也有权 ...

  9. SD从零开始51-54 信用控制范围, 信用范围数据维护, 自动信用控制, 信用控制-阻止后续功能

    [原创] SD从零开始51 信用控制范围 分散的组织结构Decentralized Organization 信用控制范围是一个为客户指定和控制信用限额的组织单元: 依赖于你公司的需求,应收款可以使用 ...

随机推荐

  1. Python如何判断字符串中是否有中文

    解决:Python如何判断字符串中是否有中文 In [240]: s Out[240]: '你好aa' In [241]: for i in s: ...: if u'\u4e00' <= i ...

  2. centos 7 hadoop的安装和使用

    准备工作 安装jdk 用户免密登录 安装参考文章: http://blog.csdn.net/circyo/article/details/46724335 http://www.linuxidc.c ...

  3. Composite组合模式(结构型模式)

    1.概述 在面向对象系统中,经常会遇到一些具有"容器性质"的对象,它们自己在充当容器的同时,也充当其他对象的容器. 2.案例 需要构建一个容器系统,需要满足以下几点要求: (1). ...

  4. ASP.NET Core 中使用 Hangfire 定时启动 Scrapyd 爬虫

    用 Scrapy 做好的爬虫使用 Scrapyd 来管理发布启动等工作,每次手动执行也很繁琐;考虑可以使用 Hangfire 集成在 web 工程里. Scrapyd 中启动爬虫的请求如下: curl ...

  5. 读书笔记(05) - 事件 - JavaScript高级程序设计

    HTML依托于JavaScript来实现用户与WEB网页之间的动态交互,接收用户操作并做出相应的反馈,而事件在此间则充当桥梁的重要角色. 日常开发中,经常会为某个元素绑定一个事件,编写相应的业务逻辑, ...

  6. mysql关于timestamp字段相关内容

    发现5.6和5.7版本的创建表不一致,从5.6导出数据表创建sql文件,然后导入到5.7表会报错,timestamp不能为空 查看的sql_mode mysql5.0以上支持的三种模式 1. ANSI ...

  7. 18-hadoop-weather案例

    weather案例, 简单分析每年的前三个月的最高温即可, 使用自定义的分组和排序 设计分析 设定多个reduce 每年的数据都很多,如果按照默认情况处理,统计性能是非常慢(因为默认只有一个reduc ...

  8. nginx把两个不同的网站挂到同一台服务器的80端口上

    本文主要分享如果利用nginx把两个不同的网站挂到同一台服务器的80端口上 最终效果 例如:www.manyjar.com (web服务器是8080端口)和ishenghuo.manyjar.com ...

  9. XSS事件(一)

    前言 ​ 最近做的一个项目因为安全审计需要,需要做安全改造.其中自然就包括XSS和CSRF漏洞安全整改.关于这两个网络安全漏洞的详细说明,可以参照我本篇博客最后的参考链接.当然,我这里并不是想写一篇安 ...

  10. C# 装箱与拆箱转换

    一.装箱转换(boxing) 装箱时一种隐式转换,它接受值类型的值,根据这个值在堆上创建一个完整的引用类型类型对象并返回对象引用,简单来说就是将值类型转换为引用类型 任何值类型ValueType都可以 ...