Billing在SD流程链中的集成,      用于记账销售收入新万博manbetx官网

[原创] SD从零伊始41 科目鲜明(Account determination)

应用科目鲜明Using Account Determination

      你将索要在多少个不等的世界分明将要记账的科目;

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

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

      到4.0版本时,能够分明1个不相同于付款方客户主数据中输入的学科的总理科目;

      当使用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,为总账科目分配了3个学科分明程序;

      该规定程序包罗钦命了access sequence的三个或七个conditon types;

      Access sequence由三个access以condition tables的款式组成;

      条件表包涵了销售收入鲜明所敬爱的field只怕field combinations;

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

      若是一回访问鲜明了贰个总账科目,则将它设置到会计凭证中而且查找甘休;

      MARubiconK:记账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从零开头33 Billing简介

Billing在SD流程链中的集成;

       Billing document表征SD流程链中的最终效果;

       Billing document在Enclave/3系统的不比区域有两样的震慑;

       Billing的重半数以上是到FI的接口,这允许你在创建billing
documents的同时在FI和CO中自动成立凭证;

Billing document的结构

       全数的billing
document都有相同的结构,由header和其它数据的items组成;

       Header包罗对全部billing document有效的相似数量,包含:

           Customer number of the payer;

           Billing date;

           Net value of the entire billing document;

       Items包蕴与逐个item相关的数量,包罗:

           Material number;

           Billing quantity;

           Net value of the individual items;

Billing Document屏幕

       Billing中的数据足以映未来不一致的显示器上,这个屏幕划分如下:

           Overview screens:

              Overview with header and item data;

           Detail screens:

              Screens at header level with general data;

              Screens at item level with specific data for the items;

       通过在预览屏幕采纳菜单项Goto直接跳转到你想要的tab
page以在预览、抬头,行项目屏幕间切换;

[原创] 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设置3个posting
block;

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

      那允许你首先发出SD billing document,然后打印该billing
document,最终,将它们传输到FI;通过那种方法你能够创新系统性格;

      MA哈弗K:系统或然爆发负有的会计凭证恐怕不暴发;那象征这只要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中的塞尔吉奥·阿奎罗N凯雷德(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中的处理;

      MA纳瓦拉K:即便过商户代码允许负值记账,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从零开始34 Billing概览

配备-如何初阶customizing-How to Proceed

       第壹步,在连锁的多寡视图中定义你的团协会结构;

       下一步,不相同的集体单元之间的分配;

      
小心地和一致性地开办你的团社团结构,确保您着想到了你集团的富有世界;

      
尽大概有效地开办你的公司结构,那样会防止额外的劳作,例如主数据保安,你有多少个评估选项;

分红销售团队和工厂Assigning Sales Organizations and Plants

      
公司代码代表1个单独的合法公司实体,因外表报告的目的为合营社代码建立了一套完整的学科;

       销售团队和工厂唯一地分配给3个店铺代码;

      
对于每一种销售团队,系统在分销渠道的底子上控制工厂,由此二个销售团队得以销售来源七个工厂的货物;

      
1个厂子也可以分配给三个销售团队,全数这几个销售团队都得以销售来源该工厂的货色;

       在一张销售订单中,系统在预先级规则的底子上自行创造二个delivering
plant;

      
二个销售团队还足以销售来源不一样集团代码下的工厂的货物(inter-company
销售);

      
通过让工厂正视于分销渠道,你可以从销售的角度更进一步地区分三个销售团队中的工厂;

       例如,分销渠道直销大概在销售团队中的有些工厂同意,其余不允许;

先生中的协会Organization in Accounting

       福睿斯/3中的各种公司代码都使用一套科目表中的总账科目;

      
一套科目表中的总账科目是唯一的;你可以命名科目表以知足你一定的需求;

       在财务会计中,业务交易在公司代码层创设、保存,处理和记账;

       
你可为各个公司开创几个集团代码以为多少个独立的营业所实施会计核算;至少有三个合营社代码;

      
因为销售团队是分配给唯一的卖家代码的,由此当你在销售订单中输入相应的销售团队后会自动决定集团代码;

       业务区域(business area)代表3个你可以推行内部报告的公司单元;

        多个商店代码或者会分开为多少个BA,壹个BA也或然利用于多少个铺面代码;

        因为那一个缘故,BA在拥有商店代码中必须有平等的描述;

      
定义BA是可选的,他们不光可用来为公司代码,还是能为其余中间区域(例如,division-related)准备资产负债表和损益表;

       逐个订单行项目标相干BA依照定义的条条框框来控制;

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

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

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

      一张毛利能力报告为某一市面段在某权且间区间标明利润;

      数据例如销售数量,利润,装运和包裹花费,折扣以及此外的销售扣除是从SD传输过来的;那意味着SD发送数据到获利能力分析;

      在扣除各样资金后,该分析计算各个差距的净收入,例如边际收益;

挣钱能力分析的目标Objective of Profitability Analysis

      每一种专营商都亟待分析它的净利润;

      对于七个宏观的剖析,你须求从市镇导向的角度描述和评估工作交易;

      获利能力分析允许你实施不一致的赚钱能力分析,因为它审查单个的有的市集或市集段的获利性;

      你可以定义商场段来满足你的急需;它们通过特征来甄别,例如客户,产品,部门,销售团队,分销渠道等等;

      系统为各类段分明第3的销售数字并拔取它们来测算利润;

      使用消息种类(下钻报表)的显示器,你能够分析数据并生成清单和告知;

      那几个评估和剖析可能会形成公司各领域以往决定的基本功;

操纵中的协会单元Organization Units in CO

      CO使用特别的团队单元用于它的评估;

      第3层是经营范围(operating
concern);它显现了信用社的市镇面并且用一种统一的不二法门讲述多个经营范围内的销售商场;经营范围能够细分为不一样的一对市集/市场段;

      贰个经营范围包含一个或两个控制范围(controlling area);

      控制范围是资产导向的公司成分,用于表现1个为资金会计的目标的查封种类;

      一个操纵范围涵盖三个或多少个铺面代码;

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

致富能力段Profitability Segments

      评估通过相比较花费和低收入来落到实处,一个经营范围内的评估爆发在毛利能力段上;为每一种获利能力段都一个钱打二十五个结三个赢利;

      获利能力段是在2个经营范围内用分类个性唯一标识的一些市集/市集段;

赚钱能力分析程序Profitability Analysis Procedure

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

      三种程序可以互相使用;不过,在下钻报表前你不能不设置为内部一种;

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

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

数码传输时间Data Transfer Times

      订单处理是SD活动的关节并且包括二个重大的阶段:

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

      在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传输数据来为有个别获利能力段总括利润;

      获利能力段由少数特征和特点值定义并且那些决定了应当评估什么(伊娃luation
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从零发轫35 控制Billing处理流程

Billing类型Billing Types

       Billing type控制总体billing document;

       Billing type用来含有在billing流程中的整个事情交易界定;

       以下是酷威/3中的常用的billing type列表:          

F2 Invoice 发票
F8 Pro forma invoice 估价发票
G2 Credit memo
L2 Debit memo
RE Returns
S1 Cancellation invoice
S2 Cancellation credit memo
LR Invoice list
LG Credit memo list
IV Intercompany billing (invoice)
IG Intercompany billing (credit memo)
BV Cash sale

 

Billing类型控制Billing Type Controls

        你可以在标准Highlander/3系统中开革新的billing
types或者重定义已存在的billing type来满意你集团的需要;   

        比林 type的成百上千控制参数更进一步影响财务会计流程(posting
block,account determination);

        从4.0版本起,billing
type包涵了新的字段,用来表征SD/FI接口的越发性状;

        例如document type,negative posting,branch/head office and
value dated memos;

        在4.6版本,你可以利用report SDCHECKVOFA检查billing
type种种设置的精确性和一致性;

      
(MALANDK:该报告不会实施全数安装的完整检查,你可以在有关的文档中找到有关的音信);

Billing类型指出Billing Type Proposal

        在Item
category的安插中,你可以决定billing是delivery相关如故order相关;

        系统从下列销售凭凭证类型中带出贰个一面如旧的billing type:

            例子:

               在delivery-related billing中,标准订单使用billing type
F2;

        你可以在创立billing document时经过输入暗许的billing
type来改变带出的值;

交货相关发票Delivery-Related Invoices

        当创制发票时您既能够参更正单也足以参考交货单;

        如果您想确保在变化多端发票前货物已经发运,则参考delivery创设发票;

        你可以用一张发票同时地参考一张订单和一张delivery;

订单相关发票Order-Related Invoices

     
  如若你想为向客户提供的劳务开发票,你见怪不怪将会参照销售订单来成立发票,因为deliveries寻常是不会为services创设的;

[原创] SD从零先导44 运输处理的根底

PAJERO/3中的装运Shipments in QX56/3

      三个装运是手拉手装运的龙腾虎跃交货或内向交货的聚众;因而该装运的内向或外向交货具有同等的装运条件;

      有效的运输处理是必须的,因为交货要限期装运并按安顿在客户地方接受到;

      ENVISION/3运输选取模块为发货和收货的运送和装运开支处理提供了基本的功力;

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

      内向装运是买进(MM购销)处理链的根本部分还要根据内向交货单举行拍卖;

      购销流程的底子是购买订单;接下去的凭据是内向交货,被供应商用于确认交货;内向交货是一张劲客/3凭证并且参考购买销售订单创立;

      内向交货是成立内向装运的基本功,那就是,订购货物从供应商到小卖部的厂子的装运;

      然后收货记账;发票校验达成了买入流程;

      外向装运是销售与分销(SD)流程的一有的还要根据外向发货举办拍卖;

      销售与分销流程的底子是销售订单;接下去的凭据是外向交货,注脚货物的装运;

      外向交货是开创外向装运的功底,那就是,商品从店铺的工厂到客户的装运;

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

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

装运凭证及其效用The Shipment Document and its Functions

      装运凭证是Qashqai/3连串中用来模型化装运的紧要证据;它含有全体协会和执行装运所必须的消息;

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

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

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

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

          陈设和监察最后期限;

          内定装运阶段;

          跨交货的卷入和创制装运单元;

          创造输出和装运票据;

          记录装运相关的文书;

          记录同盟伙伴音信;

装运凭证结构Structure of the Shipment Document

       装运凭证包蕴应用于整张凭证的貌似数量,例如装运类型,运输安排点,路线,最早先时期限以及气象音信;那么些音讯体以往装运的头顶;

       因为装运是联名装运的内向交货可能外相交货的联谊,装运的行项目的准地呼应于内向交货(假诺是内向装运的境况),以及活跃交货(如若是外向装运的地方);

运送中的协会结构Orgnizational Structures in Transportation

       运输处理必要多少个团体单元;那些单元反映了铺面的集体结构;

       三个店铺代码是1个涵盖本人的财务会计的自包涵的单元;集团代码有一套完整的学科集合;

       工厂从后勤的眼光细分3个铺面代码;1个厂子为分销生产恐怕提供商品(例如生产工厂,分销中央),每种工厂分配给单个公司代码;

       在库存管理方面,工厂细分为1个或五个存储地方(例如,原材质存储区域,已毕品存储区域照旧窗外区域);

       通过将工厂和存储地点的构成分配给3个仓库号码,你建立了库存管理和库房管理之间的关联;

       对于装运最要害的团组织成分是装运点;它反映的是承受执行装运活动的3个地点或然一组人士;各个交货由单个的装运点处理;二个装运点分配给一个或四个工厂;3个装运点可以更进一步细分为装载点

       运输安插点处理装运;它们分配给3个商家代码并与别的的集体单元没有沟通;

运输陈设点Transportation Planning Point

       运输部署点是店铺中布置、处理和督察装运的紧要点;它能够是背负处理的壹个地方或然一组人士;

       每一种装运由单个的运输布署点创立和拍卖;

       你可以随心所欲地定义运输布署点来满意你公司的要求,例如,依据地方照旧运输办法;

       在布局中,运输安顿点为某一特定的卖家代码定义;将运送部署点分配给公司代码对于装运花费统计和结算相当首要;

[原创]SD从零初阶36 特殊的Billing type

 

取消Cancellation

       要吊销两个billing document,你无法不创制一张cancellation document;

       系统复制参考凭证的数量到裁撤凭证并且冲销会计中的条目;

       然后Billingdocument的参考凭证(例如,打消了的发票的delivery)又可以做billing;

       在正式系列中,credit memos可用billing document type S2来裁撤;

       你不须求为cancellations在copying control中追加三个条目;

        要修改的参数(例如,assignment number和reference
number)依据每一个billing type间接存储在屏幕的cancellation area;

       从4.0本子起先,你也得以选用废除billing document中的个别items;

贷项和借项凭证Credit and Debit Memos

       你可以参照贷项或借项证据请求(sales
documents)恐怕只要您的商户不必要release流程的话可以直接参考billing
document来成立贷项或借项证据;

       你可以成立贷项或借项证据请求:

           不参照从前的业务交易;

           参考一张订单;

           参考一张billing document;

       你可以在配备中决定连串是不是为贷项证据或借项证据请求自动设置billing
block;管事人能够:

                释放请求,能够决定贷记或借记的金额或数量;

                拒绝贷项或借项证据中的items并输入二个不容的缘由;

放活只怕拒绝贷项证据请求Releasing or Rejecting Credit Memo Resuests

       你能够透过删除billing block来刑释解教贷项凭证请求或退货;

      
如若complaint还尚无被验证你可以为拒绝的items输入原因;这几个items的值不会复制到billing
document中;

       使用reason for rejection允许你说了算item是还是不是:

            以0值复制到贷项凭证;

            全体产出在贷项凭证;

       Debit memeo request依照同样的法门处理;

贷项凭证请求的行事流Workflow for Credit Memo Requests

       贷项证据请求日常在成立的时候是blocked for
billing的,直到负责人释放了该block;

      
在您的店堂中,你可以定义贷项凭证请求执行检查的触发点以及凭借于贷项证据请求的价值的领导者;

       借使贷项证据请求的价值低于某一细小值限制,则系统活动释放它;

      
贷项证据流程的framework中的workflow确保了在贷项凭证请求创制时,着重于含有的市值自动地规定和通告相应的领导人士;

       负责人可以reject,release或许process该贷项凭证请求;

发票修正处理流程Invoice Correction Process Flow

       发票修正请求爆发贷项凭证和借项凭证请求的构成;

       在一方,不科学的billing
item自动创立借项凭证item;爆发的差别意味着即将贷记的结尾总额;

       发票改良请求必须参照相应的billing
document(无法参照订单或询价单)创设;

       在开创发票改进请求时,items会活动复制(那代表对于billing
document中的每种item,会创建第二个item),新建的item
类型必须持有相反的+/-值;

  
    首先具有的贷项凭证items显示,然后是怀有的借项凭证items;当你钦点了前述的凭据以及前述的item,对相应billing
document的参阅就创办了;

      
贷项凭证item不可以改改,可是相应的借项凭证item可按照新的特色(例如新的定价,数量改变)更新;

      
你可以成对地删除贷项和借项凭证(未变更的items对可用那种办法两回全部刨除);

数码差别Quantity Difference

       数量差别用于因损坏或许次品数量引起的客户投诉处理;

       系统经过debit memo凭证item校订将要billed的数额;

       若是有关的billing document暴发了其他的item
paires并且那些items没有被涂改,它们得以经过3个手续删除,使用“Delete
unchanged items”效用;

价格差距普赖斯 Difference

       价格差距用于拍卖货物定价不正确的客户投诉处理;

       必须在debit memo中执行定价成分的校正;

退货Returns

       你为没有知足的客户回退的货色创制return;

       Returns根据和credit memo requests相同的形式处理;

       MA奥迪Q5K:credit memo参改进单,那表示它参考return request
document,而不是return delivery;

估价发票Pro Forma Invoices

       估价发票的billing types可用于出口贸易;

      
你可以参见orders恐怕deliveries创制估价发票;你不须求在开创deilivery-relates估价发票从前post
goods issue;

       你可以创建所需的轻易多的估价发票,因为参考凭证中的billing
status不会更新;

       估价发票中的数据不会传递到会计;

       MA昂科威K:在copying control中,字段“Quantity/value
pos./neg.”不可输入,目标是为着防止估价发票更新参考凭证中一度Billing的数码的只怕行;

现款销售Cash Sale

      
对于现金销售,是在预定的时候付款;发票也是在那时候打印;卡宴/3系统为那种类型的业务交易提供了1个cash
transaction;

       现金销售具有如下特点:

           订单和交货在一步创立,纵然你各生成一张凭证;

           Goods issue
post在稍后时间作为3个独立的transaction处理,由此客户不需求等待;

      
订单类型CS用于现金销售;它有着本身的出口类型CRUISERD03允许你从订单打印发票;

       实际的billing document可在goods issue post之后创建;使用billing
document type CS,CS配置如下:

            Order-related billing;

            No output determination,因为那早已在订单中实施了;

            No new price determination,因为定价不应当不一致于打印的发票;

            FI中过账到2个现金结算科目,而不是客户;

            Billing type SV用于现金销售的Cancellations;

[原创]SD从零开头37 比林 Document中的定价

Billing流程Billing Process

       每一个billing document都需求三个参照凭证(例外:billing external
transactions):

           Sales document销售凭证;

           Outbound delivery外向交货单;

           Billing documentBilling;

      
当明显地billing时,你不可能不输入参考凭证的数码作为要billing的transaction;

参照凭证Reference document

       当成立billing document时你必须一而再要参考一张已经存在的凭据;

       然后数据会从参考凭证复制到billing document,对于delivery-based
billing,

     将要billing的多寡可以从delivery获取,不过价格则从初阶的订单获取;

       参考凭证作为source at header level突显在copying control
table

凭证流Document Flow

      
SD流程中的凭证互联网使您可以连忙地和简单地找到全体相关的前述的和继续的凭证;你也得以从该凭证流中突显单个的凭据;

       MASportageK:你可以为整张订单大概单个items调用凭证流

       随同document flow,你也足以采取状态突显来监督交易的拍卖;

      
MA昂科雷K:为了保证你在凭证流中看到全体为transaction创造的持续凭证,你可以在订单突显显示器上摸索它;

数据流Data Flow

       你可以在早晚水准上影响从参考凭证到billing
document的数据流;通过:

           Billing types(例如,for texts,partners)

           Copying control:控制选项如下:

               At header level:

                   Foreign trade data;

                   Allocation number;

                   Reference number;

                   Item number assignment;

               At item level:

                   Quantity;

                   Pricing;

       你也足以行使数据传输routines来影响多少流以满意你个其余急需;

       例如,付款条件可以从客户主数据复制而不是前述的行销凭证;

复制控制Copying control

       系统管理员可以在copying control
table中定义数据怎样在billing流程中传输;要为以下规定控制:

            The header(target:billing types,source:sales document
type);

            The item(target:billing type,source:sales document
type,item category);

       如下controls建立在header level:

            参考凭证:那个凭证可用作billing的参阅;

            Foreign trade data,allocation numbers,reference
numbers以及item numbers的决定;

       如下决定建立在item level:

            Billing数量:哪个数量应该Billing—订单依旧发货数量?

           
价格和汇率:例如价格应该重新计算如故从订单复制,以及拔取的汇率?

            更新参考凭证的数据和价值;

            比林document中的conditions应该从哪个地方结转(例如,从shipment cost document
复制shipment cost);

复制条件Copying Requirements

       你能够在copying control的requirements中钦定billing a sales
document的尺度;

       你可以为header和items定义复制条件;

       有了复制控制规范,你可以,例如,钦命是还是不是必须在执行billing从前post
goods issue;

       你可以用transaction:VOFM来定义你协调的requirements;

Billing数量Billing quantity

       Delivery和order的数码在billing中被引用;

       你还足以考虑已经Billing的数码(器重于相应的billing
type使用的圈子);

       以上的事例在正规种类中曾经定义;

       那样就可能,例如,为早已交货的多少创设一张order-related billing
document;

定价预览Pricing Overview

       系统依照凭证音讯决定2个定价程序(transaction
type中的凭证决定程序,客户主数据中的客户决定程序,以及销售区域);

       单个的condition type以相应的顺序存储在定价程序中;

      
那一个规范类型定义了定价中的不一致因素,例如价格,特殊折扣,以及运输花费;

       各种条件类型都存储了多个access
sequence,那定义了系统用来探寻有效的准绳记录的查找策略;

       对于每一个access,key
fields用凭证数据填充因而系统可以在在条件文件中追寻可用的标准化记录;

       那么些标准记录使用刻度(scales)创制;

      
当决定二个适合的,有效的尺度记录时,使用item中的数量依旧价值来读取刻度,然后相应的标价/折扣设置在证据中;

       以上的流程会为涵盖在定价程序中的各个条件类型执行;

比林中的定价Pricing in the Billing Document

       在billing 时,可以为items设置以下可用的定价类型:

            A:定价成分从参考凭证复制并且依据scale更新;

            B:重新履行定价;

            C:手动定价成分复制,其他的双重履行;

            D:定价成分不做修改地从参考凭证复制;

            G:定价成分不做修改地从参考凭证复制,tax condition重新决定;

            H:定价成分不做修改地从参考凭证复制,freight重新决定;
                

       系统管理员可以为每一个billing type和item
category的结缘分配依旧定义新的pricing type;