SAPSD模块自学笔记2
SAP SD 学习笔记

目录
1 2 SD 模块中的组件 ..................................................................................................................... 2 SD 中的组织结构 ..................................................................................................................... 2 2.1 销售组织....................................................................................................................... 2 2.2 发运组织....................................................................................................................... 5 SD 中的主数据 ......................................................................................................................... 5 3.1 客户主数据 Customer master(分层维护) .............................................................. 6 3.2 物料主记录 Material master(分层维护) .......
10天学会SAP(读书笔记-SD)

10天学会SAP(读书笔记-SD)1,定义销售组织后台企业结构-定义-销售和分销-定义、复制、删除、检查销售组织2,定义分销渠道后台企业结构-定义-销售和分销-定义、复制、删除、检查分销渠道3,定义产品组后台企业结构-定义-后勤常规-定义、复制、删除、检查部门4,将销售组织分配给公司代码后台企业结构-分配-销售和分销-给公司代码分配销售组织在SAP中一个销售组织只可以分配给一个公司代码,但是一个公司代码可以有多个销售组织。
销售组织分配给一个公司代码,只意味着这个销售组织的销售收入和财务上属于这个公司代码。
如果是集团公司,销售组织仍然可以销售其他公司代码的产品,构成跨公司销售。
5,将分销渠道分配给销售组织后台企业结构-分配-销售和分销-给销售组织分配分销渠道6,将产品组分配给销售组织后台企业结构-分配-销售和分销-给销售组织分配部门7,设置销售范围后台企业结构-分配-销售和分销-设置销售范围SAP把销售组织、分销渠道、产品组的组合成为“销售范围”,业务含义是某个销售组织通过某种分销渠道经营某个产品组。
8,定义销售办公室后台企业结构-定义-销售和分销-维护销售办公室9,定义销售组后台企业结构-定义-销售和分销-维护销售组10,给销售范围分配销售办公室后台企业结构-分配-销售和分销-给销售范围分配销售办公室11,将销售组分配给销售办公室后台企业结构-分配-销售和分销-给销售办公室分配销售组12,将工厂分配给销售组织/分销渠道后台企业结构-分配-销售和分销-分配销售组织-分销渠道-工厂13,定义起运点后台企业结构-定义-后勤执行-定义、复制、删除、检查起运点14,定义装载点后台企业结构-定义-后勤执行-维护装载点起运点之下可以细分装载点,指明确定的装在地点。
发货单中可注明装载点。
单装载点是SD中可选的组织结构,没有装载点的定义SD也可使用。
15,将起运点分配给工厂后台企业结构-分配-后勤执行-给工厂分配起运点16,定义运送条件后台后勤执行-装运-基本发运功能-装运点和收货点确认-定义运送条件17,定义装载组后台后勤执行-装运-基本发运功能-装运点和收货点确认-定义装载组18,分配起运点后台后勤执行-装运-装运点和收货点确认-分配运送地点19,分配拣配库存地点后台后勤执行-装运-拣配-确定拣配地点-分配拣配地点SAP系统除了可以自动建议起运点之外,还可以自动建议货物从哪个库存地点拣配。
SAPSD模块自学笔记2

SD Study Note – 31Billing Overview 1Billing会对CO-PA产生影响,PA-Profitability Analysis是CO中的模块,用于对利润进行分析。
通过Billing Document查看一个CO-PA的凭证其中会包含一些特性值,例如我们可以对Customer, Product 以及其他条件对获利进行分析。
而具体的数据是在Value fields中维护的,例如 Revenue, cost等一系列的值。
Billing Structure包含Header 和Item,系统提供了打印功能,一般情况下不使用,因为要使用特定的金税系统进行打印,所以要写一个小程序将Billing 的数据导出来,然后使用金税系统进行打印。
Billing 中所包含的信息在Billing中可以查看到Output的相关配置,我们可以通过 Own Spool Requests来查看自己的打印请求,在SAP中,打印时会将请求发送到一个Spool server上去,然后再将请求通过Spool server传递到打印机上。
通过munication 中可以设置是否直接打印,但也要建立Request并放到Spool server中,Release表示打印完成后,将Request 在Spool server上删除。
一个Sales org只能Assign给一个pany code,而一个Plant 也只能Assign 给一个pany code。
然而对于公司内部销售,我们可以将plant assign给其他pany code下的sales org。
对于Interpany 的业务,我们需要开两Xinvoice,一X是直接开给客户,另一X是开给销售的pany,在Sales Document type中可以指定多个Billing type。
pany code 是对外的一个法律实体,需要对外公开财务负债表。
pany code一定会有一个Chart of account科目表。
SAP自学系列-SD快速入门

SD快速入门第一篇销售主数据在谈到应收模块时,顺便让读者快速对SD模块有一个全面认识,首先你必须熟悉SD的基本主数据,SD的主数据包括:销售组织主数据、客户主数据、物料主数据、各种销售单据和条件记录等。
下面首先介绍一下SD的销售组织,销售组织定义配置图如下, 在SAP模块的组织结构配置中,一般是先定义然后分配各组织单元的对应关系,一个ERP强大的组织关系结构是实现复杂业务流程的基础。
(1).销售组织主数据销售范围(Sales Area)销售组织:产品销售的组织单元,可包含多个分销渠道。
*通常建议一个公司代码对应一个销售组织,除非同一公司代码下有不同的销售方式。
分销渠道:顾名思义,即产品的销售渠道, 可以设置批发、零售、直销、出口、电话销售、来料加工销售等分销渠道。
产品组:可以直接根据产品大类或其它分析统计目的建立产品组, 产品组实际上还可用来区分业务范围,多数情况下工厂和业务范围唯一对应,通过不同产品组可以将同一工厂的不同物料对应到不同业务范围(Tcode:OMJ7)。
以上三者紧密形成所谓的销售范围(Sales Area), 如上图[2],销售范围用于销售统计报告,所有销售相关信息都至少必须通过销售范围定义,比如建立销售订单必须输入销售范围的3个组织单元。
除此之外,你还可使用下面3个销售组织概念,如果需要,可将销售分析到细划一个销售门市部和销售员。
销售办公室:可以根据销售地理位置或企业其它需求设置销售办公室,销售办公室属于销售范围,见上图[3]配置“给销售范围分配销售办公室”。
销售组:销售办公室的员工可以分成不同销售组,销售组隶属于销售办公室,见上图[4]配置“给销售办公室分配销售组”。
销售员:通常销售组织定义到了销售组这层就差不多,有时直接将销售组表示销售员即可,启动销售员功能有以下两种情况:I. 实施了HR系统,可以在员工主记录中创建销售代表(Tcode: VPE1/PAL1)。
II.未启动HR的则使用客户的合作伙伴功能,将销售员的指派为客户主数据的合作伙伴,在实际销售订单时可将客户默认带出的销售员修改为对应销售员。
sap-SD模块学习

©2003 HAND Enterprise Solutions Co., Ltd. Confidential Not For Public.
17 SD主数据
SAP R/3 Trainning Material
SD Model -主数据
On with the show…
17
©2003 HAND Enterprise Solutions Co., Ltd. Confidential Not For Public.
14
15 SD内部销售组织结构-例图
销售办公室:负责一个地区,管理一个或多个销售领域。 销售组从属于销售办公室。 销售人员从属于销售组
国内销售 组织
华西 销售办公室
HX
华东 销售办公室
HD
洗发水 销售组
XF
洗衣粉 销售组
XY
#1 销售人员
#2 销售人员
#3 销售人员
©2003 HAND Enterprise Solutions Co., Ltd. Confidential Not For Public.
开票 销售
信息系统
运输
5
装运Leabharlann 主数据 对外贸易销售
销售支持
5 SD 组成(Components)
6 销售业务流程环节
©2003 HAND Enterprise Solutions Co., Ltd. Confidential Not For Public.
售Pre前-Sa活les动Activities
定价
Delivery Note
7
必备的主数据 询价、报价处理
SD
Delivery
©2003 HAND Enterprise Solutions Co., Ltd. Confidential Not For Public.
SAPSD培训资料

总结词
这是SAP SD模块中的基础操作之一,用于创建新的销售订单 。
详细描述
在SAP系统中,销售订单是销售业务的核心单据,用于记录 客户购买产品的明细、价格、数量等信息。创建销售订单时 ,需要选择客户、产品、数量、价格等信息,并确认无误后 提交保存。
确认销售订单
总结词
在销售业务中,确认销售订单是关键的环节,表示双方对订单内容的认可。
详细描述
确认销售订单时,需要对订单内容进行审核,确保产品、数量、价格等信息无 误。确认后,该订单将无法修改,只能进行后续的发货、开票等操作。
发货与开票
总结词
发货和开票是销售业务中的重要环节,表示产品已经交付给客户并完成了收款。
详细描述
发货时,需要选择相应的销售订单,并录入发货数量、物流信息等。开票时,需 要选择相应的销售订单,并录入开票日期、开票金额等信息。开票后,系统会自 动进行收款处理。
计划执行
通过SAP SD系统跟踪销售计划的执行情况,及 时发现和解决计划执行中遇到的问题。
ABCD
计划分解
将销售计划分解到各个销售区域、产品和客户等 维度,确保计划的可行性和可操作性。
计划评估
定期对销售计划进行评估和调整,以适应市场变 化和业务发展需求。
04
SAP SD配置与定制
SAP SD的标准配置
销售订单处理
支持创建、修改、确认和释放销售订单,以 及订单状态管理。
发票处理
支持发票的创建、审核和发送,以及发票与 订单的匹配。
发货和运输管理
支持发货计划、发货确认、运输管理和物流 跟踪等功能。
销售分析
提供销售业绩、销售趋势和客户分析等报告, 帮助企业了解销售情况。
SAP SD的定制过程
SAP-SD模块详细讲义

销售组织
负责分销产品和服务 负责合约条款的谈判 负责销售事务的处理 在销售与分销模块中必须至少有一个销售组织 一个销售组织只能分配给一个公司代码 几个销售组织可以同时分配给一个公司代码
.
销售组织与公司之对应关系
集团公司
0001 公司代码 1
0002 公司代码 2
0003 公司代码 3
产品线1 产品线2 产品线1
产品线1 产品线2
销售组织与公司之对应关系
example
公司代码
销售组织
集团公司
1000 长沙公司
销售组织 1000
2000 上海公司
销售组织 2000
销售渠道
01 直销
02 代理
01 直销
产品线
01 泵车
02 路基车
公司內部的销售组织机构
销售办公室 Sales Office
ERP是一种基于“供应链”的管理思想,把客户需求和企业内部的制造活 动、以及供应商的信息集成在一起,提高企业对各种资源的运作能力。
ERP的基本思想
将企业的业务流程看作是一个紧密联接的供应链,其中包括供应商、制造 工厂、分销网络和客户等;
ERP系统提供了可对供应链上所有环节进行有效管理的功能,这些环节包括 采购、库存、计划、生产制造、质量控制、销售和分销、服务、财务管理、 成本管理、人事管理、项目管理、设备管理等。
Qty 1-5 6-10 11-20
价格 5550 5500 4850
l 与价格有关的对象有:
产品价格 客户折扣 ………….
l 价格记录将与这些对象相关.
定价过程
销售组织销, d售is组tr织ibu, 分tio销n 渠ch道an, n产e品l, d线ivision
从零开始学习SD2

SAP-SD从零开始2计划行类别.计划行类别的例子Schedule Line categories系统交付了不同schedule line categories来为Item在销售流程中提供不同的控制选项;schedule line categories 定义为2位的key,标准系统已经包含了经常用来指示Item category用途的key:第一位指示schedule line categories用在哪些销售流程中:A = InquiryB = QuotationC = OrderD = Returns第二位指示schedule line categories在物流模块中发生什么:T = No inventory managementX = No inventory management with goods issueN = No materials planningP = Material requirements planningV = Consumption-based planningEg. :Pre-saleAT=Inquiry schedule line;BN=Schedule line in Quotation without MRP;Outline AgreementCV=Scheduling Agreement with deterministic MRP;Sale phaseCP=Order schedule line with MRP;CO=Consignment issue without availability check;ComplaintDN=Schedule line in returns without MRP;DO=consignment returns;计划行类别Schedule Line categories计划行包含交货日期/数量以及需求传递和库存管理的信息,这些是交付的先决条件在item category的配置中,定义了是否允许item有计划行;你可以为每个item category 分配Schedule Line categories;通过定义Schedule Line category,判定哪些计划行实际与交货有关;如果要实际交货,需要激活relevant to delivery indicator;在计划行类别中,通过设置移动类型movement type来控制哪些数据和价值的改变会Post到库存科目;库存管理负责维护移动类型;标准系统中的所有process都定义了移动类型;与SD相关的大部分移动类型在601与699之间;可以在计划行层关闭需求传递和可用性检查;采购订单的先决条件是PR,PR可以自动从销售凭证产生;要做到这一点,需要需要配置采购订单的类型,以及item和account assignment category;如果你为Schedule Line category激活了delivery block,则block会自动地设置在销售凭证的schedule line层;计划行类别的重要参数:Goods movements;Delivery relevance;Purchasing;Availability Check;Requirements Transfer;Assigning basic functions;控制销售凭证中的计划行Controlling Schedule lines in Sales DocumentsBN: Quotation中的Schedule line与delivery无关,需求传递未激活,不需要移动类型;CP: 在销售凭证中产生Delivery项目,因此‘relevant to delivery indicator’是激活的;需求传递是激活的,完整地定义需求传递需要先定义和分配需求类requirements class;货物移动类型是601,对于这个移动类型,当Delivery做了Post goods issue后,Ship 的数量从非限制性库存中减掉;DN: 如果需要一个returns delivery来跟踪一个return order,就需要一个与delivery相关的Schedule line category;在这个case中,需求传递是不需要的;移动类型651保证返回的货物Goods receipt 移动到Block的返回品仓库blocked stock returns;分配计划行类别到行项目类别Assigning Schedule line categories to item categories:分配的目的:配置系统以在生成订单的时候自动带出计划行类别;设定用户可以选择来替代系统自动带出的计划行类别的范围;分配受物料主记录中的MRP Type影响;系统执行2步来决定自动决定Schedule line categories:首先尝试使用Item category和MRP Type的组合来决定;如果没找到,则使用Item category和no MRP Type来搜索;数据流(Data Flow)根据参考创建Create with reference可以参考之前的凭证来创建销售凭证,可以在初始画面,也可以在凭证处理过程中,通过uniform. dialog box来控制,该对话框有6个标签页:Inquiry‚ Quotation, Order, Contract, Scheduling agreement, Billing document;在对话框中输入凭证号之后,可以选择COPY,将完全复制参考凭证;也可以选择Item Selection来COPY一部分项目以及修改数量;在处理中,可以为新的凭证定义一个新的delivery date,此日期设置在头部,对凭证中的所有行项目有效;要用参考创建,首先需要配置相应的Copy Control,必须要是符合逻辑的业务处理流程;凭证流Document Flow销售流程由一系列有顺序的记录为凭证的process steps组成,该流程链存储在凭证流中;凭证流为所有的凭证和个别项目更新;可以通过一个列表来查看凭证流中的所有凭证;在状态浏览图中,可以快速的查找到有关销售流程的目前状态的详细信息;Eg. : Document flow of quotationQuotation.Order..Delivery…Invoice..Returns…Returns delivery….Returns credit memoSD中的复制控制Copying Control in SD在Copying control中,可以决定哪些凭证类型可以Copy到其他的凭证类型,并定义详细的Copying方法;Eg. :Sales document type from a sales doc. Type:Standard order(OR)<- quotation(QT)Sales document type from a billing doc.type:Credit memo request(G2)<- invoice(F2)Delivery type from a sales document type:Delivery (DL) <- Standard order (OR)Billing doc. type from a sales doc.Type:Credit memo(G2)<-Credit memo request(G2)Billing document type from a delivery type e.g. Invoice (F1) <- Delivery (DF)Billing doc. type from a billing doc.type e.g. Invoice cancellation(S1) <- invoice(F1)销售凭证的Copying Control可以为Header,Item,Schedule line层设置Copying Control(要符合销售凭证的结构),每层你需要创建:Data transfer routines:控制Fields如何Copy;Copying requirements:需要满足的条件Check;Switches:可为每个事务设置特殊控制,例如可激活或关闭item numbers的transfer 如果你在Item和Schedule line层输入了无效值或不输入target value,系统根据Item和Schedule line Category assignment来判定target;Copying条件Copying requirementsCopying requirements包含为每个业务处理定义的特殊条件,并且可以存储在所有层次;当所有条件都满足时,参考凭证才会被创建;Eg. :Header level:001—Check sounce和target的Sold-to party和Sales area是否相同;Item level:301—Check 将要用来Copy的Item是否有reject的原因或者完成状态;Schedule line level:501—保证只有open Quantity大于0的部分会Copy;MARK:Routines和Requirements是用ABAP/4代码写的,且能够通过修改系统的方式在SD配置中进行处理,你首先应该检查系统中现有的对象是否有合适的,通常可以通过Copy标准系统的对象,然后删除或者增加代码行到对象来快速的调整系统;Completion Rule and reference status当使用‘Create With Reference’时,通常需要更新reference的数量或值,所以需要在Copying Control中Check Item层的‘Document flow update’Field;在item category中设置适当的Completion rule,根据Item Category中的Completion rule,之前凭证的Item的状态会独立地更新;合同contracts中的Items没有Completion Rule;如果你输入了Rejection的原因,Item会变成‘Compelte’;定价基础(Pricing Fundamentals)条件组Groups of Conditions定价Pricing;折扣/附加费Discounts/surcharges;运费Freight;税Taxes;有关条件的数据存储在条件记录中;你可以根据需要在任何层次决定条件;定价最通常执行的层次已经在标准系统中预定义了;你能够非常容易地添加额外的层次;系统提供了一个包含定价常用Fields的standard field catalog,然而你可以设置条件依赖于凭证中的任意Field,但是你需要将这些Fields添加到field catalog中;条件记录Condition Records可以为定价协议定义一个有效期;条件记录中的值(price、surcharge、discount)可以维护为一个刻度,刻度的层次数量不限;可以为条件记录设置上限和下限,手动修改系统确定的价格要素只能在这个限制内;条件类型Condition Type条件类型确定Condition的类别和如何使用;可为每个条件类型设置calculation type和scale base type;EG..:scale base type:Percentagecalculation type:Value scale100¥1-%1000¥2-%10000¥3-%scale base type:Weight scalecalculation type:Amount/weight100kg $1- per 1 kg1000kg $3-10000kg $5-条件维护Condition maintenance4.6A版本之后提供了新的维护接口,新接口允许批量维护(based on characteristics);condition records can now be maintained across all condition types and condition tables;例如可以一步显示和维护客户的Material Prices以及Discounts,surcharges等;也可以选择Select using condition type来调用老的条件维护事务代码;定价中的条件技术(Condition Technique in Pricing)定价程序Pricing Procedure所有定价中允许的条件类型都包含在定价程序中;通过为每个条件定义requirements来决定系统将如何使用条件;业务凭证中系统访问条件的次序也在这里确定;参考层次Reference level提供一方法来为条件类型计算定义不同的basis以及将条件分组求和;定价程序能够包含介于Gross和Net price之间任意数量的分组求和;可以在定价程序中将一个条件类型定义为:强制条件mandatory condition;手动输入条件manually entered condition;仅作统计用;访问次序Access Sequence在定价程序中,除了header and manual only condition types外,每个condition type都定义了一个访问次序(搜索策略);搜索策略定义了系统为condition type读取condition record的顺序;访问顺序中每个访问通过使用condition table来执行;条件表condition table是条件记录的key fields的集合;可以执行一个依赖于某些先决条件访问;定价预览Pricing OverviewEg. 订单创建—120PCs of a material,系统需自动决定price;首先,相关的定价程序确定(基于销售区域,客户和销售凭证类型);然后,系统读取第一步中的条件类型,判定该条件类型指定的access sequence;其次,系统读取access sequence,条件表的次序显示了寻找相关condition record的搜索策略;每个条件表描述一组可作为key生成条件记录的一次访问;再次,系统使用条件表中定义的key搜索有效的条件记录,如果第一次访问没有找到有效的条件记录,则系统使用下一个条件表搜索下一个access;最后,当系统为某次访问找到有效的条件记录,则读取条件记录并Copy符合刻度的值到销售凭证中;整个流程需要为每个condition type执行一遍直到系统完成整个定价程序;排斥条件Excluding conditions在定价程序中,条件condition能够链接到requirements;Requirements能够检查condition exclusion indicator,如果设置,则忽略该condition;Condition exclusion indicator可以设置在condition type或者condition record;凭证中手动修改价格Changing Price Manually in Documents在条件记录中,你可以定义手动修改的限制范围;除了自动确定,在销售凭证中也可手动输入condition,它们会标记为已经手动输入;也可以通过配置,禁止手动修改某个condition type;凭证头部的条件Conditions in the Document Header也可以在凭证头部输入conditions,叫做header conditions,对所有的Items有效;这些header conditions自动地基于net value分布到Items;分布header condition的基础可在定价程序中通过在ALTCBV field中选择适当的routine 来修改;新定价和定价类型New Pricing and Pricing Types你可以在Pricing type中配置pricing的行为;从4.5版本以后,会有2种选项来控制销售凭证中的新定价功能;Update prices 在condition screen,对header和item层都可用;New pricing document 将定价类型分配到定价程序,默认为B(执行新定价);这些功能支持销售凭证和billing凭证;定价类型Pricing type:A copy pricing elements and update scalesB carry out new pricingC copy manual pricing elementsG redetermine taxesH redeterming freight conditionsX、Y reserved for customer1-9 reserved for customerBill Document中的定价Pricing in the billing Document在Outbound delivery 到Billing document的每个item的coping control中判定pricing type;定价配置(Pricing Configuration)定价配置预览1 Overview:pricing configuration1条件表condition table 包含可用来创建相应条件记录的keysEg1.:condition table :Material;customer/material;可以添加自定义的条件表,号码范围501---999;条件表Condition Tables条件记录通常用特定的key创建,用table来帮组定义condition record keys;用在header和Item层定价的最重要的fields在标准系统里已经可用;从4.5版本开始,也可以添加non-key fields到条件表,例如condition table144(用于价格目录,condition type PBUD);条件表的key fields必须位于table的开头;定价配置预览2 Overview:pricing configuration2Access sequence 由一个或多个条件表组成;创建访问次序Creating an Access Sequence你可以在不同的层次定义价格,折扣和额外费用,每个层次可由条件表中的fields组合或一个field定义;使用access sequence,能够定义不同层次的次序;系统尝试按定义的sequence来确定condition records;为访问次序确定源字段Determining Source Fields for Access Sequences对于access sequence中的每个access,你可以定义access执行所需的特定的凭证字段(source fields);例如:Material or pricing material;Document currency or Local currency;Sold-to party or Ship-to party;访问先决条件Access Requirements设置access依赖于requirements可避免不必要的access,这样减轻系统负荷;定价配置预览3 Overview:pricing configuration3创建access sequence之后,被分配给condition type;可创建自定义的condition types,为每个condition type确定特征,例如,是用于surcharges 还是discounts以及是应该依赖于values还是quantities;定价配置预览4 Overview:pricing configuration4Condition types 按照需要的顺序组合到pricing procedure中;定价配置预览5 Overview:pricing configuration5最后,你需要为定价程序维护procedure determination table;pricing procedure 根据一下内容确定:销售区域Sales area客户主记录中‘Customer pricing procedure’field销售凭证类型的‘Document pricing procedure’field为定价添加新的字段Adding New Fields for Pricing所有用来创建条件表的字段都必须包含在各自的字段目录中;可以向字段目录中添加新的字段;实施定价策略1Implementing Your Own Pricing Strategies1满足特定的定价需求可能需要1个或多个新定价组件,理解每个组件的目的和能力,以及定价组件之间的关系是关键的;解决特定的问题需要创造性地构建和结合所有的定价组件:条件表condition table:定义条件记录的关键字;访问次序Access sequence:包含访问条件记录的层次;条件类型Condition type:描绘定价条件的属性;定价程序Pricing procedure:定义条件类型是怎样联系在一起的;程序确定Procedure determination:选择正确的定价程序;实施定价策略2 Implementing Your Own Pricing Strategies2下面的元素对于实施复杂的情景可能是必要的:为定价添加新的字段adding new fields for pricing –为了符合所有客户的需要;必要条件Requirements—定义依赖条件和改善性能;公式Formulas—扩展标准配置的限制;Requirement routines and formulas 提供了修改标准定价逻辑的方法来满足独特的用户需求;使用条件记录(Working with Condition Records)定价报表—客户特定价格Pricing Reports-customer-specific prices为了浏览存在的条件记录,可以生成一张条件分析列表,你可能会问这些问题:在某一时期内,制定了什么样的客户特定价格协议?系统中存贮了什么样的Incoterm condition?等级价格创建了什么样的price list?List的格式布局和在报表上显示哪些条件记录在配置中设置;定价报表—表Pricing Reports-Tables在为定价报表创建新的程序时,你首先要决定要在哪些View中分析条件记录,可通过从存在的条件表中选择特定的fields来实现;依赖于选中的Fields,系统会生成tables列表,每个表至少包含一个选中的field,从这个tables列表选择哪些特定的tables出现在报表上;列表的布局通过放置和排序出现在3个report sections的某一个中的选中的table中的fields来定义:Page header--a page break occurs when a value changes;Group header - a new line heading is generated for each table analyzedItems-detailed record information用定价报表维护条件1 Maintaining Conditions Using Pricing Reports1条件维护已经提供了一个新的维护接口;允许批量维护;用定价报表维护条件2 Maintaining Conditions Using Pricing Reports2新条件维护function能够用area menus来配置;标准的condition maintenance area menu 是COND_AV;自定义的area menu可通过选择菜单项Environmentàassignment area menu来指派;自定义area menu可使用SE43来创建,例如Copy COND_AV,然后调整以满足特定需求;用参考创建条件记录Creating Condition Records with Reference新的条件记录可参考已有的条件记录创建,在处理过程中,可以修改新建记录的rate、validity period,以及additional sales data;这个function提供了一个有效的方法来同步更新条件记录;修改条件记录Change Condition Records个别的条件记录能够手动地维护;价格修改功能(price change function)允许你同时维护多条条件记录;用change documents来回顾和监控对condition records的修改;复制条件记录Copying Condition Records可通过Copy已存在的条件记录来创建多个条件记录,在Copying时,可以选择copying rule,copying rule在配置中维护,也可以自己创建;净价列表Net Price List净价列表提供了为客户创建基于选定数量物料的价格信息;净价通过模拟billing document来确定;ABAP list viewwe是创建用户定义display variants的简单方式,VBRP table 中的所有字段都可用于此目的;Sales area + Customer + Material + Plant + Pricing date/Order type 来模拟;条件索引Condition Index可以创建和使用条件索引来搜索为多个条件类型和条件表创建的条件记录;例如,需要查看应用于某一客户或产品的所有条件记录;激活功能(activation function)显示了所有可用的条件索引的列表并标示哪些是激活的,系统只能使用已激活的条件索引;在使用标准系统交付的index之前,你首先需要在配置中激活;然而,如果你创建了自己的indexs,在generate的时候,系统会自动激活每个新的index,另外,你必须为每个条件索引指定update requirement;你可以为每个condition type指定当你Post condition records for the corresponding condition type时系统是否更新条件index;为条件发布程序Release Procedure for Conditions当一个条件表被创建,你能够允许a release procedure to be used,通过选中‘With release status’复选框;这样会自动添加以下2个fields到条件表中:KFRST release status作为最后一个key field;KBSTAT Processing status作为一个可变数据部分的一个field,不是key;Release status是预定义的,目前下列statuses已经定义:ReleasedBlockedreleased for price simulation (net price list)released for planning and price simulation (planning in CO-PA)release status通过在定价配置中定义processing status并分配一个release status给他来间接地设置;Business Transaction Event 00503303 Maintain Conditions: Transfers 可用来为processingstatus定义个别的processing logic;你也可以将老的没有release indicators的条件记录转换为新的有release indicators的条件记录,系统提供了一个model来完成此目的;可变计算类型Changeable Calculation TypesCondition type的calculation type在配置中定义,calculation type确定condition的价格或者折扣以及额外费用如何计算;在4.6版本以前,该标记(Condition type)直接copy到条件记录中,现在的版本创建新的条件记录时,可以选择不同于配置中设置的calculation type;条件记录中的长文本Long Texts in Condition Types可以在pricing和agreement的条件记录中维护长文本(rebates,sales deals,and promotions),这些文本提供以下信息:Create condition records创建条件记录;Approvals 审批;Invalidity 无效;如果需要,rebate agreement长文本能够copy到凭证中,例如,到credit memo request for rebate payments and from there to rebate credit memo);然而,你不能copy pricing texts 到凭证中,用参考创建条件记录时,Texts不会Copy;。
SAPSD模块自学笔记2

SAPSD模块自学笔记2Billing Overview 1Billing会对CO-PA产生阻碍, PA-Profitability Analysis是CO中的模块,用于对利润进行分析。
通过Billing Document查看一个CO-PA的凭证其中会包含一些特性值,例如我们能够对Customer, Product 以及其他条件对获利进行分析。
而具体的数据是在Value fields中爱护的,例如 Revenu e, cost等一系列的值。
Billing Structure包含Header 和Item,系统提供了打印功能,一样情形下不使用,因为要使用特定的金税系统进行打印,因此要写一个小程序将Billing 的数据导出来,然后使用金税系统进行打印。
Billing 中所包含的信息在Billing中能够查看到Output的有关配置,我们能够通过 Own Spool R equests来查看自己的打印要求,在SAP中,打印时会将要求发送到一个Sp ool server上去,然后再将要求通过Spool server传递到打印机上。
通过Communication 中能够设置是否直截了当打印,但也要建立Reques t并放到Spool server中,Release表示打印完成后,将Request 在Spool server 上删除。
一个Sales org只能Assign给一个Company code,而一个Plant 也只能A ssign 给一个Company code。
然而关于公司内部销售,我们能够将plant assig n给其他company code下的sales org。
关于Intercompany 的业务,我们需要开两张invoice,一张是直截了当开给客户,另一张是开给销售的company,在Sales Document type中能够指定多个Billing type。
Company code 是对外的一个法律实体,需要对外公布财务负债表。
SAP学习笔记2

(二) .多本位币问题 启动多本位币存在若干小问题,因为要在多个货币之间平衡,不大好解决。
Tax on Purchase & Sales大话M M 定价增值税处理小庖 :听说S AP 定价贼难,比如说采购定单上有 17%的进项增值税 ,外加那个 7%可抵扣运 输增值税发票 ,还有装卸费和保险费仓储费什么的,定价要如何搞 ? 老屠 :K,你不是偷看了我幼儿园时平生写的第一篇日记<<今天阿姨教我算数数 >>吗?那日记我都记得一点 . 19XX 年 Y 月 Z 日 天热温度 35.456今天阿姨对我说,小屠 ,乖,我来教你算数数 ,阿姨要给你买10 个本本写字 ,每本一块共10 元钱(采购净价 ),阿姨要花时间去买的 ,就先收 1块7 毛好了 (17%增值税或啥啥的要不人家阿姨那点工资吃啥?),这1块7 以后你迟到尿床打架的可以抵扣 (当时我说,阿姨,SHERKY,YZZY ,Xuebi 他们经常欺负小女生打架还收小班的保护费 ,我从来不干这事 ,哎,后来他们就成了三个代表,这是后话.).还有王司机要帮我们将本本运回来要 1块钱(运 输费),不过他会来会送你买一根7 分钱的棒棒糖 (可抵扣额),本本到了看门的毛大爷要帮 咱们从车上卸下本本 ,大热天不容易 ,就算 5 毛劳务费,那些本本你一下也用不完就让阿姨统一 为你保管 ,可是怕老鼠什么的啃掉本本,要买掉耗子要 ,这样吧 ,收取一定的保管费(5%), 你要时本本时再发给好吗?乖,记下来 ,回去照着跟妈妈讲让妈送钱来 ⋯ 小庖 :是不是呀 ,幼儿园就这么厉害 ?老屠 :哎,你也知道 ,人过奔三 ,记忆力开始减退 ,我与有印象反正不是幼儿园时的日记就是小学啥个时候的作文 . 既然如此 ,我就将历史资料翻出来晒一下吗?重新纂改一下 (历史一般 都是有某些人随意纂改的 ).后续:相传一万年后 ,中国都还没有一人获得世界上什么骡贝耳奖金 ,中国人民皆感脸上无光 , 某天一好事的史学家无意看到这篇文章 ,犹如发现至宝 ,于是写了篇数十万的论文叫<<伤老 屠>>,论文中提到据他本人考证中国本来一万年前有个叫老屠是万年难遇的数学奇才本来早就可以获得骡贝耳数学奖,并将某考古学家收藏的本人的 <<今天阿姨教我算数数 >>手抄真迹 向世人展示 ,可惜此等 *才后来不知道怎么就改杀猪了 ,这还有待继续考证,据说当时此论文轰 动一时,哎一般都是这样的 ,有些人现在玩不出啥含先进技术的东西来不也是总喜欢拿老祖宗 那些旧事来光一下面子 . 论文同时说到 ,老屠杀猪后从不用秤秤肉都是一刀切 ,半离不差 ,传说有个叫当时老屠隔壁有个叫搅肉机的拣垃圾为生的看见自己生意惨淡人家生意红火甚感失落,一日凑足钱跑到肉档 , 想老屠要买45 斤 4 两 5钱肉 ,要分成 10 堵,第一堵要 1 斤零那么 1钱,第 2 堵肉要 2 斤零那么 2钱⋯ 他结结巴巴还没讲完 ,老屠早将肉切成10 堵,搅肉机弄了个等离子电子显微天平来一 看,K,0.0001g 都不差 ,于是大为叹服 ,投入门下 ,后来听说当时一个叫啥S AP 的东东挺火于是两人都改行宰 SAP 了⋯简单点 ,假设P O 用到下面 6 个 condition types.1.采购净价condition type PB00: Amount->10000 RMB(Vendor A)2.进项增值税condition type MWST :Amount ->17%*10000 = 1700 RMB3.应付运输费用condition type FRB1 : Amount->1000RMB (Freight vendor B)(可建立Access sequence ZFRB,在此例不建立)4.运输费可抵扣额condition type ZDK1 :Amount->1000*7% = 70RMBCopy from MWST ,Access sequence MWST5.装卸费用condition type ZZX1 : Amount->50 RMB(unload/load vendor C)(Copy from FRB1 , 可建立Access sequence )6.仓储费用condition type ZCC1 :Amount-> 库存总价值的5%((Copy from ZA01-surchage % on gross)一个比较简单的处理方法就是将进项增值税和运输费可抵扣额直接在MIRO 处理,在PO 条件类型中不反应.为此你将FRB1( 应付运输费用注意是1000*93%=930 进存货成本,对应acocunt key FR1 ),ZZX1(condition type 的Control data 2 tab 页的Accruals 打上勾,对应account key ZZX ),ZCC1(condition type 同ZZX1 一样,对应account key ZCC ),MIGO 收货的会计凭证是:Dr: 原材料11529 RMBCr:GR/IR 10000 RMB (V endor A)应计运输费930 RMB(Freight vendor B)应计装卸费用50RMB (vendor C)应计仓储费549RMB = (10000+930+50)*5%*你想将各种采购附加成本计入成本,相应的condition type 必须对应account key(即可设置各种采购附加费用科目)MIRO 时如图1,图1-[1]:校验材料供应商的应付,此时你输入一17%增值税码(关于税务设置请看本书FI 相关配置).会计凭证如下:Dr:GR/IR 10000 RMB应交税金-应交增值税(进项税额for 材料)1700 RMBCr: AP 117000 RMB (for vendor A)图1-[2]:你看FRB1 的condition category 是B(delivery cost) 就知道,这步校验运输费用和装卸费用,出现两个vendor 你选运输费用应付校验如下.Dr: 应计运输费930 RMB ( 抵消MIGO 时的贷项)应交税金-应交增值税(进项税额for 运费) 70RMBCr AP 1000 RMB (for vendor B)装卸费用LIV 同运输费用,仓储费是本公司的应计费用不校验.*通常运输费等可以建立存取顺序然后MEK1 维护一个计划价格,如果计划价格和实际支付有差异,进入OBYC-UPF 科目,详细请参考本书的实例运输费用处理)小庖:不会吧,上面那也太简单了,能不能将简单的问题搞复杂点,事实上很多时候vendor 报价都是含税价格,运输费用也是,也就是说ME11 维护的info record 和MEK1 维护的运输计划费用都是含税价(计划费用采用应计方式处理)现在我要MIGO 直接生成如下的会计凭证,你给我弄出来.Dr : 原材料(采购净价+应付运输费用+装卸费)*(1+5% 保险费)11529RMB = (10000+930+50)*(1+5%)应交税金-应交增值税(进项税额for 材料)1700 RMB应交税金-应交增值税(进项税额for 运费) 70RMBCr: GR/IR 11700 RMB(vendor A, 含税价格,MIRO 就不用输入17%税码校验了) 应计运输费1000RMB (Freight vendor B, 已含税,MIRO 直接转应付运输费)应计装卸费用50RMB (vendor C)应计仓储费549RMB = (10000+930+50)*5%老屠:那也倒是,不搞复杂一点怎么能显示我们的SAP 博大精深呢?不瞒您说,我最喜欢满足各种BT 需求将简单的问题复杂化了.我仔细看了我自己专门量身定购的<<初级会计实务-小学版>>,看了关于材料计价就是看不懂,幸好是小学生版的要是中学版还不知道要被忽优成啥.那个购买材料假设没有其他采购费用的会计凭证是Dr : 原材料11700 RMB应交税金-应交增值税(进项税额)1700 RMBCr: 应付帐款|或银行存款|或应付票据啥的,可没有说GR/IR 的,GR/IR 等于材料采购?还有应交税金-应交增值税(进项税额for 材料)1700 RMB 和应交税金-应交增值税(进项税额for 运费) 70RMB 不在MIGO 时产生让它俩在MIRO 时才产生行啵?你说的那个会计凭证完全可以在MIGO 产生只是人家一般不这样玩(因为MIGO 你看debit 只有存货想dr 税金很难, 这样的FI DOC 也只有我才能给弄出来,有点太BT,这里就不说了.) ,我让PB00和FRB1你维护含税价格,我给他们各建立一参考价格ZPB0 和ZFRB, 然后PB00 和FRB1 带到PO 自动换成不含税价格,你要看含税价格可以看ZPB0 和ZFRB.就这么定下.步骤如下:(1)如图2,ZPB0 参考PB00,该condition 不能手工修改,注意选上参考程序M( 如图2-[5][8]).(2)定义两个account key ZCC|ZZX 对应condition type ZCC1|ZZX1, 这样在OBYC 就可以设置应计科目了.(3)定义计价方案(Calculation Schema)图5-[1]:我设置了 3 个采购价condition ,ZPB0 是用来做PB00 参考condition 的,ZPB0 不允许修改,这个参考condition ZPB0 和PB00 必须满足(1)相同的access sequence 0002 (2)ZPB0里设置RefConType:PB00 RefApplicato M ,如果PB00 设置了supplement PricingProc (默认是RM0002), 在Pricing proc RM0002 最好也设置一下ZPB0.我必须指出的是ZPB0|PBXX|PB00( 通常这个用来做手工输入采购价格的,有的企业设置PBXX 并且优先级别高于PB00-> 从info record 自动带出来的)的step 都是1,图5-[1] 表示采购价格的优先级别是PB00(Cntr 3)>PBXX(Cntr 2)>ZPB0(Cntr).然后PB00设置一个AltCBV(Alternative formula for condition base value, 如图6),就是说我们可写一个routine 更改PB00 从info record 带出的值. 假设info record PB00 是11700.开PO会自动带出这个计价过程ZRM000, 所有的condition 都在一个内表,首先是ZPB0 11700( 参考PB00 的),然后到PB00 时将其值更改(除以1+tax rate,比如本例是17%,tax rate 可以根据物料主数据的purchasing view 的Tax ind. f. material 获得,这个优先级别高于info record 维护的tax code, 关于tax 请看本书的SAP 税务配置).Ok,这下我们应该明白PB00|PBXX 差别和参考价格的应用.图5-[4]:我们为ZZX1 和ZCC1 定义了两个account key ZZX 和ZCC,Accrls 表示该account key 是应计|预提(Accrual|provision), 我喜欢将这些account key 对应的科目叫类GR/IR,因为这些科目主数据有一些和GR/IR 相同的特征比如会计科目的control data tab页的only balances in local crcy 必须选上,.还因为这些科目承载的通常是所谓的采购附加费用(也可是产品版权,请看本书的外包处理实例)这些费用将计入材料成本.图5-[5]:意思是ZCC1 的仓储费是按百分比的,计价基数来自24 行到36 行.图5-[6]: 我将FRB1 的参考conditon ZFRB 放在计价过程最后一行并且没有为之设置accountkey(虽然它是应计condition, 如未设置accrual 其值就可能进actual value)是因为放在FRB1 后,ZCC1 就会将其值的5%也算进去ZCC1 的total value 而实际上ZCC1 的total value 是(PB00+FRB1+ZZX1)*5% = 549.除你为ZZC1 再使用一个AltCBV .现在你开PO,condition 如下,我并没有将MWST(input tax 17%) 和ZDK1(Fre. Tax 7%)的condition list 出来.对于input tax 可以在info record 的purchase data维护一个tax code J1(17%), 这个tax code 会自动带到condition tab 页左边的invoice tab 页,MIRO 时也会相应到到line item.condition 如下图.你也可以MEK1 维护MWST 和ZDK1 的condition record, 此时,ZCC1 的5%就要使用altBCV 了,这样此两condition 就会自动显示在PO item 的condition list 里.MEK1 你可能发现MWST 是根据客户主数据和物料销售视图的tax classifiction 决定的,所以你可能需要扩充access sequence MWST ,详细请看本书的SAP 税务配置.SE16:V_162 定义PO item layout 将GR/IR control 将tax code 设置必输MIRO,FI Doc分3 次by PO 发票校验采购净价condition type PB00: Amount->10000 USD(Vendor A)国外运输费用ZFR1: Amount->1000USD (Freight vendor B)关税ZCS1: 1000%, Amout->11000*1000% = 110000 USD(Custom vendor C)消费税ZXF1:9%, Amount-> 110000*9% = 9900 USD(Tax vendor D)消费品价值总额:Amount->130900 USD进项增值税ZZZ1:Amount->(PB00+ZFR1+ZCS1+ZXF1)*17% = 22253 USD城市运输费用ZFR2:Amount-> 100 USD (Vendor E)消费品价值总额: Amount->130900 +100 = 140000 USDMIGO 会计凭证:Dr: 那破消费品140000USDCr:GR/IR 10000 USD (vendor A)Outer Freight cost 1000 USD(vendor B)Custom cost 110000 USDConsuming tax 9900 USDSAP 税务配置.税务定义MM 篇There are tax indicators at the levels "plant", "account assignment category" and "material".如图2,设置tax ind. F. material 0.1.2,3,物料raw01 的tax ind 是 1.If the tax code can be determined automatically via conditions, it takes precedence over the tax code that has been maintained in the purchasing info record.图1-[2][3][4][5] 没有什么好说的,关键在于这个tax indictor 如何和tax code(tax code link 税务科目FTXP/OB40),tax condition MWST link 上呢?对,建立条件表扩充MWST 存取顺序.MD, 设置access sequence有点问题.在MM pricing procedure 将MWST 设置成Stat 打个小勾表示自动出现在condition list 然后做个AltCBV838. 在info record 的purchase data 维护tax code,amount 搞个routine 弄出来也行.MD, 原来condition table 要用LLAND 的在MEK1 才不会出现什么tax. Ind. F. material 在CN 没有定义.MEK1 Ok, 要不是俺会杀猪,就这个要被它忽优死.现在好了建立一个858, 加到access sequence MWST, 这样物料主数据puchasing维护tax ind. F. material 就可自动带出conditon mwst 的百分比来.确实TMD 自动带出来了,啥也不用做.如何在create PO 自动带出MWST 增值税要点由于SAP default 的MEK1 只有domestic taxes和export taxes 要通过customer classfication 和material master data 的material tax classification.这是MM 不能和SD 扯在一起.(1) 建立一个条件表,一定要有LLAND(destination country) 字段,因为只有country 级才有Tax procedure.比如表A858(2) 将这个条件表加入MWST 存取顺序.(3) 定义material tax ind. 同时在material master data 的purchasing view 选一个Tax ind.f. material.(4) MEK1 建立存取condition record,选表A858,根据Tax ind. f. material 设置tax code.(5) 这样ME21N create PO condition list 就出现MWST, 如上图.它比invoice 的tax code 级别要优先(从ME11 info record 自动带出),通常MIGO 不产生Dr:input tax 什么的,留到MIRO.那个增值税运输增税发票无非也就是这样玩法而已.太TMD easy 了.SD 篇tax图1-[1]:Define tax category by countryCountry CN 的tax category 是MWST图1-[2]:一看老美用的, Country-specific regional codes (county codes), which represent, for example, states in the USA or counties in Great BritainCountry-specific city codes比如老美同一国家可能有不同的州税,定义下regional code图1-[3]:为plant 加上country, country code,regional code, 老美的州税关咱中国人球事,不说它了.图1-[4]:在物料主数据和customer 主数据里不都有tax classifcation 就是在这定义,然后决定税种.一般这块搞一下,VK11 就可以建立MWST condition record 了,这多简单呀.图1-[5]: VAT registration number 又是欧盟国家之间的,咱们学资本主义这些干啥呢?哎,反正什么代征税(withholding tax), 州税我都很熟, 吹牛要是交税就有我来收好了, 估计Xuebi,SHERKY 每月的工资90%都要交这税了.图1-[6]:图1-[7]:SD 一周通系列老屠:SD 的定价和收入科目确定实在是很简单,事实上我发现SD 模块也算是SAP 最简单的模块之一了.小庖:你有没有做过SD 呀.老屠:从来没有做过呀.你这话啥意思?现在人咋都这样呢啊,前些时候我想干回老本行,不过深圳实在找不到要杀猪的,好不容易看到一商场招收一杀活鸡宰活鸭的,我说我是杀猪的,可HR 那小子死活认定要杀鸡宰鸭的,杀猪宰牛的不要,这什么世道?难道天天杀猪还杀不了几只鸡鸭不行?说句实在话,本来SD 这样简单的东西我是不愿意动手的,7 年前我就做过渠道分销售系统的系统分析工作,这种东西都玩腻了.图1-[1]:定义定价条件表Tcode: SE16:V_T681F|V/03|V/04|V/05在此步你可定义SD 定价允许字段和自定义条件表,请看本篇的SD 定价实例.图1-[2]:定义条件类型Tcode: SE16:V_T685A|SE16: V_T685Z和MM 一样,一般是比如你为销售定价PB00 定义一个参考价格ZPB0 什么的,只是参考程序在SD 选V 而MM 是选M 的,如需要设置条件类型的上下限(在VK11 时输入的条件值就会受限制).我记得在MM 的info record PB00 比如设置了上限100HKD, 下限50HKD, 这样在ME11时PB00 就只能在50<=X<=100 取值.但是如果PB00 是允许手工更改在Po condition里手工输入的值并不受这个范围限制,估计SD 的一样,留点东西给读者自行测试.图1-[3]:定义存取顺序Tcode:SE16:V_T682和MM 一样,实际上所有的使用到条件技术(MM 定价|SD 定价|Tax|output|costing sheet甚至SD 的收入科目确定)的东西都共用了一些相关表格和程序,所以说condition 非常简单,一通百通.: 定义和分配计价过程在MM 模块的定价中,我们是先定义方案组(schema group),方案组可以是vendor 和采购组织,然后根据方案组为标准PO 和转移单分配计价方案(Calculation Schma).显然SD 的定价稍微灵活那么一点点,为了说明SD 定价非常简单,在此我尽量使用SAP 预设的东西,实际中也不过是copy 几个东西而已,项目实施最后配置不就是按实际业务copy 来copy 去的吗?简而言之, SD 的计价过程由(1)customer(Pricing procedure assigned to this customer)(2)sales document type (销售订单类型)(3)sales area(销售组织+分销渠道+division) 三部分决定,这是什么意思呢?如上图 3.图3-[1]: 定义customer pricing procedure,你在客户主数据的sales area data 的sales tab 页的Pricing/Statistics 的Cust. Pric.proc 栏位填写.图3-[2][3[4][5]: 定义document pricing procedure, 在图3-[3] 对应到销售订单和billing 类型.图4 是一个合成图,假设我开了个sales order type OR 的销售定单,客户是1,item category 是TAN . 你从下面三个步骤去理解计价过程是如何由customer|SO type|Sales area决定.(1):图4-[5][7] 我们知道客户主数据sales area data的prcing statistics 的cust. Pric.proc. 是1,(2):图4-[1][2][3][4] 我们定义了sales area 5100|80|10,对于A( 因为我开的是OR类型销售订单, 从上图3-[3]我们知道OR 对应的doc pricing 是A),customer pricing 1 的定价过程是RVAA01 , 销售价格condition 默认是PR00 .(3):你从图4-[9] 的那个⑤按进去就能看到condition 明细,在condition 屏幕点击图4-[10] 的那个Analysis 按钮,就能知道的确我没有蒙你这个销售订单的pricing procedure 是RVAA01.练习:现在假设你使用XD02 将customer 1 的Cust. Pric. Proc. 1 改成我定义的Z,然后再开一个刚才一样的销售订单,将会有什么结果?是的, 系统会告诉你没有计价过程, 因为在图4-[1][2][3][4] Define Pricing Procedure Determination 时我并没有为sales area5100|80|10, Do Pr A, CuPP Z 定义一个计价过程.从上面的描述里,可以知道SD 的定价过程比较灵活.图1-[5]:define pricing by item category.图5-[1] 表示item category 为TAN 的必须确定销售成本(通常是VPRS conditon), 我们还看到即使是free of charge item TANN 也要确定销售成本.什么样的销售订单的行项目不要确定成本, 典型的比如寄兽发货的KAN(consignment pick-up),KBN(consignment fill-up) 和文本行项目G2TX(text item).*关于寄售请参考本书的SD 寄售流程.图5-[2] 表示item category 为TAN 的行项目允许直接带出销售定价condition type amount( 如果VK11 维护了的话),TANN 则没有(free of charge 当然不需要销售价格条件).图1-[6][7]:定义工.责员计价相关的主数据字段和condition负的access sequence 是PR00,你看一下应你的SD 定价过假设程的condition type 是PR00对access sequence PR00 可以发现有一些AcNo(Access No.) 使用了price list,material pricing group.包含price list,customer pricing,你可以自定义如果需要更细的销售定价或分类group(Customer 主数据sales area data 的sales tab页定义)和material price group( 在物料销售view 定义)的条件表,将这些条件表加入销售定价condtion type 使用的access sequence.应docPr)|Cupp.决定SD pricing procedure 的是三个条件:sales area |Sales order type(对Price list,pricing group,material pricing group 你可用于建立一些自己的condition table 然后加到销序让销售定价更灵活点而已.售定价条件比如说P R00 的存取顺PR00 只是SD pricing procedure 的其中的一个销售价格条件而已.单?也太TMD简单了吧?么简售定价就是这小庖:完了,销娘的,,以YZZY ,SHERKY,XUEBI为首的三个代表肯定会骂篇就这样完了的话老屠:如果就这B T 的SD计价过一个实际的比较程是魄的全脱的那种类,所以接下来我举他们都喜欢惊心动得住全国人民的厚望,对如何玩的,要不怎么对得起来党和国家的培养,对SD定价实例足上面三个代表的BT 需求(MD 要是都给p ast 上来,将来我儿童不宜,是只是为了满由于此处吗?好歹也能换几个酒钱).接下来5000 字省屠宰SAP 裸体写真集>>还有人买的<<大话略⋯⋯⋯收入科目确定.置设税务c ondition type-> 定1.定义c ondition table-> 定义一般pricing( 定价)可能会有这样的一系列步骤的配置有很多相同情况,甚至共享了很多相同义存取顺序->最后是定价过程.MM,SD 和税务表.Tax, MM,SD Pricing 配置表.1 Condtion table 表:T681,Tax IMG 使用了标准的A003(Tax classification) 和A053(053Taxes via Jurisdiction Code),读者应该记得在MM,SD的pricing 配置中需要自生A*** 的表) 在Tax IMG 中不用自定义C ondition table.定义C ondition table( 会产2 Access Sequence 部分表MM|SD : V_T682, table T682Tax :V_T682I,table T682I.3 Condition type: 相同Tax: V_T685A4 Procedure: 相同V_T683此三者Share 了IMG 表, 一般来讲底理解了其中一种另倆中就也差不离了.,只要彻税码序定义然后在定义税在大多数情况下, Tax IMG 相对简单算顺(如图10-1),只要Assign计务科目就可以.[1]计算过程包括定义存取顺序,条件类型然后是定义税务计算过程(如图10-2,10-3,10-4 )[2] 分配计算过程给国家代码[3] 定义税码[4] 定义税务科目.税务配置步骤.1定义存取顺序如图10-2,以MWST 为例.[1]Access name MWST, 一般税务定义用它就行.[2]Access No. line 在此只一行,记得MM,SD 存取行号有多行.[3] 表示Table A003,MMSD 的condition table 名也是A+自定义table 名.[4] 所用到的字段,其实是A003(KOMK 亦有)的字段,只有两个,简洁.***Tax IMG 的Access Sequences相对简单,多数情况下用户使用MWST 就可,读者还可看到一些专门为美国和巴西定制的Access Sequences.2 定义条件类型做过MM,SD condition 配置的对此再熟不过了,看看TAXCN( 图10-5)的BASB 和MW A S 吧, 一个是计税的Base Amount, 一个是计税的百分比.理解了这俩个condition type 其它的都一样.如图10-3,为了便于读者理解,只列出 5 个最主要参数.[1]Condition type 名称–BASB, 计税的税务基数base amount.[2] 存取顺序名(参照图10-2),在此千万不要输入, 税务基数和存取顺序无关.[3]K 表示税务基数不含税,另一常用的是P表示税务基数已经包含税务[4] 不允许手工更改税务基数,必须系统自动计算.[5] 在SD Condition 计税中,可使用或修改程序来实现,请参考SD 定价配置.思考:在记帐时如使用FB00(图10-9)或直接使用Editing Options 按钮设置是否选择Calculate taxes on net amount, 假设BASB Con.Category 选择的是K不含税(SAP Default), 假设Amount 是1000,是否选择Calculate taxes on net amount 对计有何影响?Tax amount 将是多少.答:选了tax amount 是1000*Tax rate, 未选Tax amount = 1000 / (1+tax rate).假设BASB Con.Category 选择的是P-计税基数含税时, 是否选择Calculate taxes on net amount 对计税有何影响?答:Tax amount 都是0,就是说不计算Tax Amount.接下来再看Condition type BW AS,如图10-4,只截了上面部分.[1]Condition type MWAS[2]Access Seq MSWT, 在图10-5 可看到MWAS 到MWCN 都属于此存取顺序.[3] 进去可看到Condition type MW AS 在各国所定义的税码.[4][5] 请读者自己比较和图10-3 的不同3 定义税务计算过程.读者再次感觉Tax calculation Procedure 和MM,SD 的Pricing Procedure 简直相同,如图10-5.[1]TAXCN, 一般国类企业就用它,其实其他国家的tax calculation procedure 特别是在计算进项税和销项税上大致相同,只是税率不同而已,关于税率(码)定义请用FTXP[2]Step 是计算步骤[3]Fro. To 就是从第几步到第几步(简直就是定价)开始是计税有效行,空表示只使用From 一行计税,比如110 MW AS 销项税从100 To 空,就是说销项税的计算是从BASB-Base Amount 行开始再乘一个销项税率.再看310 CNSD, 从300 行To 空,而300 CNSC 由是从100 行To 空,则CNSD Service Tax 借项将等于100 BASB 乘服务税率再乘一个-1.(如图[4]Account key, 也是OB40 定义Tax account 的Transaction Key***Tcode OBYZ 包含了了上面三个配置.4 为国家代码分配计税过程.直接为国家代码分配一个计税过程而已,如图10-65定义税码IMG Path:Tcode :FTXP 如图10-7.[1] 更改Tax code 属性,总不能input tax 写了17 [5],tax code 来个13% input tax, china[3] 吧.[2] 就是接下来OB40 定义的税务相关科目,一般是名称类似Purchase-Input Tax, Sales-OutputTax.[4]Base Amount, BASB, 下面的Cond. Type 实际就是税务计算过程出现的所有的condition type.[6] 参考图10-5 [3] .[7] 计税过程TAXCN 所包含的所有Condition Types6 定义税务科目IMG Path:Tcode :OB40 ,如图10-8[1] 自动记帐科目分配组,对TAX 是%TX, 再比如MM 的自动科目分配(OBYC) 的group 是RMK, 关于更详细的自动科目分配配置(FBKP 包含了SAP所有的自动科目分配配置)请参考第例自动记帐科目分配.[2][3]MW2 和VS2 服务类税通常科目必须是成对配置的.如图10-9(仅做测试).[1] 假设定义了一个税码JT,税率是50%(测试用).[2][3] 定义服务类税税率借贷是50%,-50% .使用FB60(FB70) 在选用此JT 税码时,会产生一借一贷的抵消会计分录.如果[3] 不设置没有50.000-,则会根据TTax-Based Amount 产生amount*50% 的Tax amount .税务相关记帐.1 FB00 定义Editing Options( 图10-9).[1] 根据实际需要决定 1 是否需要选择,前面已经讲过.2FB50 总帐记帐只所以将FB50 单独提出是因为大都数记帐Tcode (FB60,FB70,FB65,F-02) 能找到那个Calculate tax 选择框,但是在FB50 好象初始界面上没有.1.错误提示2.Double Click3更改科目10010120 的金额为1030( 1000*J5 税率3%),生成凭证如下.特别总帐一日通(Special Purpose Ledger)特别总帐SAP 的应用和实施其实远不象传说中的那么神秘,特别是现在相信ERP 的概念已经深入”民用户的基本电脑操作培训.业责心”,不象多年前你实企施一个ERP项目甚至还得负我在修补是98年,那时B AAN, 我的第一印该我做ERP 开发近十年了,第一次听说已经S AP应干SAP 的待遇其高.象就是听说如此,最搞笑的是似乎很多用不过是其实S AP 的应我开始接触SAP 是2004 年下年,我的感觉来讲用和计,它的应人已经忘却了SAP TMD 首先也是一个软E RP设件系统,既然这样, 相对计是Keep usage as simply as possible, 而设本来就应该实施本来就应该不是复杂的,一个系统的ERP 的系统专门只计该是Consider business process as complex as possible , 除非你设才应题.的某企业的某阶段的某些问为了解决某行业的,不过估计他们经常挂在嘴边悟SAP 的精髓(注, 精髓此二字是他们有人说俺杀猪的还没领我没吃过骨髓那就真是自己也没搞清楚,如果没错的话,我记得猪呀牛的只有骨髓,你硬要说陷).的是诬?老婆回答:如果今天你晚上不又要铺下来吗我和老婆讲,每天起床不用浪费时间折被子吧,这脏,如果不会或没有变脏不用洗脚吧,反正洗完了又会变不折被子,明天你又会找借口说睡觉则,懂啵?叫生活规又何苦洗,这去请巨资顾问就是游戏却要耗费,这这问单可是你企业题正好回答为个用如此简什么SAP应.规则山不是山,见水是水,第2 重:见水不是一位学者这山是山,见样阐述人生的 3 重境界,第1 重:见水仍是水. 企业E RP 的应,用也该如此,第1,ERP 是一个信息系统山仍是山,见水,第3 重是:见,第3,ERP 是一个信息系统.助)管理系统第2,ERP 是一个(辅个角度来讲:不上ERP 是等死,上了是找死.如果你从这,就很容易理解,之了一句话有位兄弟说代的国企,管理水平如何我不多说用台湾张济时,我应划经前国内大部分企业都是经过多年计容.:国企不倒,天理难五常的一句话金黑洞,另一个企要靠ERP 来代退人管理,一个企业吹嘘上了ERP 后堵住了资如果你的企业了.没了,真是I 服了U,这是什么跟什么呀,就不多评论业更得意上了ERP 后采购猫腻提供正确数据的信息,能及时一个真正的高管理水平的公司应该将ERP 看成一个信息系统惯,无为在好好再宰两年SAP 以后再慢慢已成习而治,MD,现是靠人),管理应系统(管理决策还专门能吹善写的高手做秘的了一定要高薪聘请象俺老弟SAP搅肉机这来吹,等以后俺得势样书天天也整点管理方面的文章到处去晒晒⋯问总帐一日通.篇文章叫特别:你为什么把这虚地回答,主要一是屠宰SAP 真TMD 太容易了,你只要花一天的时间看看,我总没当此时很谦。
SAP系统SD模块培训课程2-主数据

售达方
订货者; 是四种公司客户的 基础;
送达方
不能和其他售达方 有联系。
出具发票方
付款方
10
SD商业伙伴—送达方
送达方(ship to )
接收货物者; 可以分派给一个或多个售达方。 售达方
送达方
出具发票方
付款方
11
SD商业伙伴—出具发票方
出具发票方(billing to ) 售达方
抬头条件,如百分比折扣 (HA00)、运费 (HD00) 项目条件,如K004、K005、K007、PR01
23
定价过程
定价过程ZRVA001 1. Pricing 2. Discount 1 3. Discount 2 PR00 K005 K007 条件类型 Item 10 订单 120 PC
维护方式 集中式维护(包括财务视图)
公司代码 数据
非集中式维护(不包括财务视图)
15
SD客户主数据(Customer master)
一般数据独立于公司代码和销售区域。销售和分销数据依赖于销售区域的组 织机构,它是按照各个销售区域分别定义的。公司代码数据依赖于公司代码组 织,它是按照各个公司代码分别定义的。
售达方
出具发票方 付款方 送达方
售达方 出具发票方 付款方 送达方 送达方
: : : : :
10018 10018 10018 10018 10249 -
售达方
出具发票方 付款方 送达方 送达方
14
SD客户主数据(Customer master)
视图
一般数据视图 销售区视图(销售视图) 公司代码视图(财务视图) 销售区 数据 一般数据
税务数据 数量条款
sap_SD模块学习

SD主数据—创建物料(material)
sap_SD模块学习
SD物料主数据—销售视图
销售: 销售组织数据
一般数据 税务数据 数量条款 分组条款
产品组 交货工厂 销售单位
税类别 税分类
最小订购量 最小交货量 交货单位
物料统计组 物料定价组 科目设置组 项目类别组
基本数据 分类 销售:销售组织数据 销售:一般/工厂数据 销售文本 采购 采购订单文本 MRP 1 MRP 2 预测 工作计划 工厂库存 会计 成本
售达方 送达方 出具发票方 付款方
sap_SD模块学习
SD特殊的业务伙伴
例图:
售达方 : 10018 出具发票方 : 10018 付款方 : 10018 送达方 : 10018
出具发票方
售达方
付款方
送达方
售达方 : 10018 出具发票方 : 10018 付款方 : 10018 送达方 : 10018 送达方 : 10249 -
sap_SD模块学习
定价Pricing
灵活的价格体系
sap_SD模块学习
定价(Pricing)
价格组成元素: 净价格。 折扣和附加费。 销售税 运费
Final price = gross price – discounts + surcharges + taxes
sap_SD模块学习
价格协议(Price agreements)
sap_SD模块学习
2020/10/31
sap_SD模块学习
课程内容
SD 总览(Overview)及组成(Component ) 销售和分销组织架构(Organization structures) 销售和分销主数据(Master date) 销售支持(Sales support) 销售凭证(Sales document) 装运(Shipping) 出具发票(Billing) 销售信息系统(SIS)
SAPSD模块学习教程

SAPSD模块学习教程SAPSD模块简介研究目标和预期结果SAPSD模块基础知识SAP系统概述SAPSD模块的作用和功能SAPSD模块的组成和关键组件SAPSD模块的主要业务流程客户管理流程销售流程发货和运输流程和收款流程售后服务流程SAPSD模块的功能模块详解销售和分销交货收款管理售后服务管理SAPSD模块的配置和定制配置SAPSD模块定制SAPSD模块SAPSD模块实际应用案例分析实际案例1:销售订单处理实际案例2:发货和运输管理实际案例3:和收款处理SAPSD模块的最佳实践和常见问题解答SAPSD模块的最佳实践常见问题解答与技巧分享结论总结与回顾研究SAPSD模块的建议参考资料相关书籍和文档网络资源和培训课程SAP官方文档和帮助中心本文档旨在介绍SAPSD模块及其重要性。
SAPSD模块是SAP系统中的销售和分销模块,它涵盖了销售过程中的各个环节,包括销售订单管理、价格计算、交货管理、管理等。
SAPSD模块在企业中扮演着重要的角色,有助于优化销售流程、提高客户满意度和增强企业的竞争力。
在SAPSD模块中,企业可以管理销售订单,跟踪订单的状态和进度。
通过价格计算功能,可以自动计算销售价格并应用折扣和促销活动。
交货管理功能帮助企业处理物料交付的各个环节,包括库存管理、物料检验和发货。
管理功能用于生成和管理销售,确保准确的账务处理。
通过研究SAPSD模块,企业可以优化销售流程,提高效率和准确性。
同时,它为企业提供了更好的销售数据分析和决策支持,帮助企业更好地了解顾客需求,制定有效的销售策略。
总而言之,SAPSD模块是企业中必不可少的销售和分销管理工具,通过研究和应用SAPSD模块,企业可以更好地管理和优化销售过程,提升企业竞争力。
详细解释SAPSD模块的核心概念和功能。
本章将讲解SAPSD模块的基本配置步骤和流程。
一、功能模块选择在进行SAPSD模块的基本配置之前,需要先选择适合自己业务需求的功能模块。
SAP SD模块学习教程

报价............................................................................................................................31 不同的 T 代码 .................................................................................................31
SAP SD - 创建材料库存...................................................................................................20 SAP SD - 为销售视图创建MM........................................................................................22 SAP SD - 客户帐户组.......................................................................................................28
sap实施-SAPSD模块自学笔记2 精品

SD Study Note – 31Billing Overview 1Billing会对CO-PA产生影响, PA-Profitability Analysis是CO中的模块,用于对利润进行分析。
通过Billing Document查看一个CO-PA的凭证其中会包含一些特性值,例如我们可以对Customer, Product 以及其他条件对获利进行分析。
而具体的数据是在Value fields中维护的,例如 Revenue, cost等一系列的值。
Billing Structure包含Header 和Item,系统提供了打印功能,一般情况下不使用,因为要使用特定的金税系统进行打印,所以要写一个小程序将Billing 的数据导出来,然后使用金税系统进行打印。
Billing 中所包含的信息在Billing中可以查看到Output的相关配置,我们可以通过 Own Spool Requests来查看自己的打印请求,在SAP中,打印时会将请求发送到一个Spool server上去,然后再将请求通过Spool server传递到打印机上。
通过munication 中可以设置是否直接打印,但也要建立Request并放到Spool server中,Release表示打印完成后,将Request 在Spool server上删除。
一个Sales org只能Assign给一个pany code,而一个Plant 也只能Assign 给一个pany code。
然而对于公司内部销售,我们可以将plant assign给其他pany code下的sales org。
对于Interpany 的业务,我们需要开两张invoice,一张是直接开给客户,另一张是开给销售的pany,在Sales Document type中可以指定多个Billing type。
pany code 是对外的一个法律实体,需要对外公开财务负债表。
pany code一定会有一个Chart of account科目表。
SD笔记

1.事务代码:创建销售订单:VA01 创建交货单:VL01NSD主数据:物料、客户、定价其他的主数据有:客户物料主数据:(物料在客户中的物料数据)VD51定组织机构的原则:简单、能够映射到其他的所有业务、扩展性。
一个公司代码下边可以挂多个销售组织,但是一个销售组织只能从属于一个公司代码下。
销售组织和分销渠道是多对多的关系,分销渠道和产品组也是多对多的关系。
选择的日期是指物料的可用日期。
计划行的装运中,可以看到。
制药有没有“创建”交货单的销售订单都是正在处理。
创建不代表发货。
2. 价格主数据是可以没有的,可以手工输入的。
但物料和客户主数据不能缺少。
交货工厂的优先级:客户物料主数据(最高)、客户主数据、物料主数据销售订单的功能:销售价格、传达需求、可用性检查、交货检查、信贷检查、打印订单客户主数据一张销售订单可以有多个送达方、开票方、付款方,但是售达方只能有一个。
创建客户时的帐户组:决定客户的界面、号码段、屏幕格式客户数据可以集中式维护(xd01,包括财务视图)和非集中式维护(vd01,不包括财务视图)物料主数据:创建时,可以复制其他的物料。
物料中的产品组是作为一个字段维护的,而在客户主数据中必须维护产品组物料统计组:当给客户上了销售信息系统时需要维护项目类别组:决定要不要做可用性检查之类的定价参考物料:可以参考其他物料的定价进行定价,只需要输入其他的物料号就物料:销售组织数据1一般数据:跨分销链的状态:比如测试部分或者正在开发,物料不能卖。
不基于自己的销售区域内,制定分销链的只能在自己的销售区域里的。
在销售组织数据1中的一般数据中。
交货工厂:客户有、物料里也有,客户物料主数据里也有。
现金折扣是指允许做现金折扣的条件:物料价格主数据,销售价格。
税务数据:定义税分类数量条款:最小订购量:定义订购的数量最小交货量:定义交货数量销售组织数据2分组条款:物料统计组:当启动销售信息系统是就必须维护。
决定物料是否算销量。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
SD Study Note – 31Billing Overview 1Billing会对CO-PA产生影响,PA-Profitability Analysis是CO中的模块,用于对利润进行分析。
通过Billing Document查看一个CO-PA的凭证其中会包含一些特性值,例如我们可以对Customer, Product 以及其他条件对获利进行分析。
而具体的数据是在Value fields中维护的,例如 Revenue, cost等一系列的值。
Billing Structure包含Header 和Item,系统提供了打印功能,一般情况下不使用,因为要使用特定的金税系统进行打印,所以要写一个小程序将Billing 的数据导出来,然后使用金税系统进行打印。
Billing 中所包含的信息在Billing中可以查看到Output的相关配置,我们可以通过 Own Spool Requests来查看自己的打印请求,在SAP中,打印时会将请求发送到一个Spool server上去,然后再将请求通过Spool server传递到打印机上。
通过munication 中可以设置是否直接打印,但也要建立Request并放到Spool server中,Release表示打印完成后,将Request 在Spool server上删除。
一个Sales org只能Assign给一个pany code,而一个Plant 也只能Assign 给一个pany code。
然而对于公司内部销售,我们可以将plant assign给其他pany code下的sales org。
对于Interpany 的业务,我们需要开两Xinvoice,一X是直接开给客户,另一X是开给销售的pany,在Sales Document type中可以指定多个Billing type。
pany code 是对外的一个法律实体,需要对外公开财务负债表。
pany code一定会有一个Chart of account科目表。
Business Area 是一个内部管理单元,通常是从产品线角度考虑的,例如对于内部公司A和B,他们都生产电脑,我们想看一下电脑的销售情况,就可以通过business area来进行财务状况分析。
Business Area 是可以跨pany code的,可以将Division assign给Business Area。
Define Business AreaAssign Business Area to Plant and DivisionBilling Type对于现金销售Cash Sale 我们有单独的Billing type,它涉及到将来科目的决定,一般的财务凭证会借应收账款贷一个销售收入,但对于Cash sale就没有应收账款科目,只有一个现金结算的科目。
Billing type的控制X围定义Billing Type在Billing type中可以设置相关的功能控制,例如对于Posting block,如果不选中,保存Billing的时候,就会自动产生财务凭证,如果选中,则需要release以后才能建立。
建立SO,以及后续的Billing Document,保存Billing后,系统会提示没有财务凭证产生。
查看Document flow,我们会发现Invoice处于Block状态。
我们需要修改Billing document,并且进行release,然后Accounting Document 才会建立。
如果Billing Document 建错了,我们需要对它进行cancel。
这时候会产生一XS1类型的Invoice Cancellation,这个类型是在F2的Billing Type中设置的。
Billing Document 中的Item是从SO的Item拷贝过来的。
Item category会去决定Billing是与Order相关还是与Delivery 相关。
Billing Relevance A代表是与Delivery相关,所以要根据Delivery建立Billing。
Billing Type是通过SO type来决定的,我们也可以在建Billing的时候对type进行修改。
如果选默认值,那么Billing Type会从Sales Order type中带过来。
在通过VF04 Billing Due list建立Billing时,我们可以同时对Order related以及Delivery related做Billing。
在Order-related invoice,虽然Invoice是通过Order建立的,但也必须在Delivery建成之后才能建Invoice。
查看SO to Billing Document type的copy control 配置如果我们想实现,建立Invoice之前必须要建立Delivery,即使Invoice是根据SO建立的。
我们可以在Billing quantity 选择D: delivery quantity,就表示如果Delivery没有数量就不能建立Invoice。
也可以通过Copying requirement来进行控制。
Special Billing TypeCancellation的作用就是将原有的Invoice取消掉,在财务会有一X与原来invoice相反的Accounting Document。
一般情况下,对价格的修改,因该先在SO中进行,然后再修改Billing,我们也可以在Billing中直接修改,但是会出现SO与Billing的价格不一致的情况。
在做完Billing Cancelation 以后, Delivery的状态会变为Being Processed。
Credit 和 Debit memo在建立Credit Memo之前,需要先建一个Credit Memo Request,它的类型为CR, SD Document Category K代表Credit Memo Request,它表示金额都是负的。
建立Credit Memo Request类型 CR,如果在这不输入Sales Area信息也是可以的,系统会根据Customer来自动找到对应的Sales Area信息。
输入Item以及Order Reason,默认情况下,这边会默认存在一个Billing Block,我们需要将它放空才能建立billing。
如果我们只想对其中一个Item做Credit memo,我们可以对另一个放Reason for Reject,这样Credit memo 中就只存在Item10,而item20的金额会变为0。
建立Billing,两个Item都会被带过来,但由于Item 20被reject了,所以金额为0.查看Credit memo的Accounting Document,通常情况下,应收账款因该为正数,但因为是Credit memo,所以它的应收账款是负的。
Invoice Correction,它与Credit memo的区别在于, invoice correct可以同时体现错误的item 金额以及新开的Item金额。
在做Invoice Correction时,必须要参照Billing Document进行建立,在建立完以后,每一个Item都会出现两行,如果要删除其中一个item时,会同时删除两行。
Invoice correct request类型为K,与Credit memo request一致,但不同的是这边的Indicator为D, 当我们根据Billing Document 建立Invoice correct request时,每一个Item 都会建两行。
而Reference Mandatory M 代表一定要根据Billing Document 进行建立。
根据它建立的Billing Document 也是G2 Credit memo。
建立一个Invoice Correction Request,点击Copy会复制所有的Item,点击Selection list可以选择指定的Item。
对于一个Item会出现两行记录,第一行是不能改的,它的作用是冲掉之前的记录。
我们可以修改第二行的数量或者是价格。
然后通过Condition修改价格,并且将Billing Block设置为空,并且要输入Order Reason。
然后建立Billing Document。
在Billing中会将两个Item全带过来。
在Accounting Document中会将旧的item以及新的item的相关信息都体现出来。
这个例子做的不是很好~ 一般是价格开高了,或者数量开多了,我们需要用Invoice correction来进行修改,对于价格以及数量开少了的情况,通常直接使用Debit memo来处理。
30 – 35SD Study Note – 32Return在return中会有一XReturn Delivery,但是后续的Credit Memo 不是参照这XReturn Delivery开的,而是参照return来做的。
Return的Document Type 为RE。
对于return,它是有Order related bill type, 而对于Dlv rel billing type,标准系统是没有的。
我们也可以根据已经存在的SO来建立Return,也可以单独建立Return。
而Return 也需要输入Order reason,并且需要release Billing block,它与Credit memo的区别在于需要建立一XReturn Delivery。
保存return 60000088并且建立 Return Delivery84000029,这里不需要做Picking,只要做Post goods Receipt就可以了。
然后尝试根据Return Delivery 建立Billing,但这是不允许的。
我们要使用Return Order来建立Billing。
保存Billing以后,产生的财务凭证与Credit memo是一样的,应收账款是减少的。
Pro Forma Invoice and Cash SalePro forma Invoice 形式发票,对于出口业务,我们在开正式发票之前要开一X形式发票用于报关。
Cash Sale 的流程与正常的Sales Order类似,区别在于最后不会记到应收账款的科目里,而是现金结算的中间科目,财务会借一个现金把这个科目冲掉。
Pro forma invoice可以参照Order (F5)或是Delivery(F8)来开,开多少次都可以,不会有财务凭证产生。