SAPSD模块自学笔记2

《SAPSD模块自学笔记2》由会员分享，可在线阅读，更多相关《SAPSD模块自学笔记2（159页珍藏版）》请在装配图网上搜索。

1、 . 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， 系统提供了打印功能， 一般情况下不使用，因为要使用特定的金税系统进行打印，所

2、以要写一个小程序将Billing 的数据导出来，然后使用金税系统进行打印。Billing 中所包含的信息在Billing中可以查看到Output的相关配置，我们可以通过 Own Spool Requests来查看自己的打印请求， 在SAP中， 打印时会将请求发送到一个Spool server上去， 然后再将请求通过Spool server传递到打印机上。通过Communication 中可以设置是否直接打印， 但也要建立Request并放到Spool server中，Release表示 打印完成后，将Request 在Spool server上删除。一个Sales org只能Assign给一个

3、Company code， 而一个Plant 也只能Assign 给一个Company code。 然而对于公司部销售， 我们可以将plant assign给其他company code下的sales org。对于Intercompany 的业务， 我们需要开两invoice，一是直接开给客户，另一是开给销售的company， 在Sales Document type中可以指定多个Billing type。Company code 是对外的一个法律实体，需要对外公开财务负债表。Company code一定会有一个Chart of account科目表。Business Area 是一个部管理单

4、元， 通常是从产品线角度考虑的， 例如对于部公司A和B，他们都生产电脑， 我们想看一下电脑的销售情况，就可以通过business area来进行财务状况分析。Business Area 是可以跨Company code的，可以将Division assign给Business Area。Define Business AreaAssign Business Area to Plant and DivisionBilling Type对于现金销售Cash Sale 我们有单独的Billing type， 它涉与到将来科目的决定，一般的财务凭证会借应收账款贷一个销售收入，但对于Cash sale就

5、没有应收账款科目，只有一个现金结算的科目。Billing type的控制围定义Billing Type在Billing type中可以设置相关的功能控制， 例如对于Posting block， 如果不选中， 保存Billing的时候，就会自动产生财务凭证， 如果选中， 则需要release以后才能建立。建立SO，以与后续的Billing Document， 保存Billing后，系统会提示没有财务凭证产生。查看Document flow， 我们会发现Invoice处于Block状态。我们需要修改Billing document，并且进行release，然后Accounting Document

6、 才会建立。如果Billing Document 建错了， 我们需要对它进行cancel。这时候会产生一S1类型的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进

7、行修改。如果选默认值， 那么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建

8、立的。 我们可以在Billing quantity 选择D： delivery quantity， 就表示如果Delivery没有数量就不能建立Invoice。也可以通过Copying requirement来进行控制。Special Billing TypeCancellation的作用就是将原有的Invoice取消掉，在财务会有一与原来invoice相反的Accounting Document。一般情况下， 对价格的修改， 因该先在SO中进行，然后再修改Billing， 我们也可以在Billing中直接修改， 但是会出现SO与Billing的价格不一致的情况。在做完Billing Canc

9、elation 以后， Delivery的状态会变为Being Processed。Credit 和 Debit memo在建立Credit Memo之前， 需要先建一个Credit Memo Request，它的类型为CR， SDDocument Category K代表Credit Memo Request， 它表示金额都是负的。建立Credit Memo Request类型 CR， 如果在这不输入Sales Area信息也是可以的， 系统会根据Customer来自动找到对应的Sales Area信息。输入Item以与Order Reason，默认情况下， 这边会默认存在一个Billing

10、 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的区别在于， invoic

11、e 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 代表一定要

12、根据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全带过来

13、。在Accounting Document中会将旧的item以与新的item的相关信息都体现出来。这个例子做的不是很好 一般是价格开高了， 或者数量开多了， 我们需要用Invoice correction来进行修改， 对于价格以与数量开少了的情况，通常直接使用Debit memo来处理。30 35159 / 159SD Study Note 32Return在return中会有一Return Delivery， 但是后续的Credit Memo 不是参照这Return Delivery开的，而是参照return来做的。Return的Document Type 为RE。对于return， 它是有

14、Order related bill type, 而对于Dlv rel billing type， 标准系统是没有的。我们也可以根据已经存在的SO来建立Return，也可以单独建立Return。而Return 也需要输入Order reason，并且需要release Billing block， 它与Credit memo的区别在于需要建立一Return Delivery。保存return 60000088并且建立 Return Delivery84000029， 这里不需要做Picking，只要做Post goods Receipt就可以了。然后尝试根据Return Delivery 建立

15、Billing， 但这是不允许的。我们要使用Return Order来建立Billing。保存Billing以后，产生的财务凭证与Credit memo是一样的， 应收账款是减少的。Pro Forma Invoice and Cash SalePro forma Invoice 形式发票，对于出口业务， 我们在开正式发票之前要开一形式发票用于报关。Cash Sale 的流程与正常的Sales Order类似， 区别在于最后不会记到应收账款的科目里，而是现金结算的中间科目，财务会借一个现金把这个科目冲掉。Pro forma invoice可以参照Order （F5）或是Delivery（F8）来

16、开， 开多少次都可以，不会有财务凭证产生。通过SO10262建立Pro forma invoice， 需要手工指定Billing Type F5。保存以后， 不会产生财务凭证。对于Pro forma invoice F5， 它的SD document category 为U， 它与财务就不会有关系。参照Delivery 80013697建立 pro forma invoice, 使用类型F8Cash Sales保存SO时， 会打印出Cash Invoice， delivery会自动创建， 会记到一个现金科目中去。创建Cash sale SO， 类型为CS， 对于现金销售，我们通常会使用One

17、Time Customer， 每次建立SO时都需要输入客户的信息。保存SO10266， delivery80013701会自动建立。查看Order Type CS， Immediate delivery X代表： 只有今天能够数量确认才能自动创建delivery。由于SO item Schedule line的 Confirm date是今天，所以delivery可以自动创建。保存SO后， 会自动产生一 Cash Sales Invoice。如果Output没有打印成功，我们可以对SO进行分析。虽然可以找到， 但是在分析的时候，显示条件014不满足导致Output不成功。Cash Sales

18、Order 的Item Category 为BVN， 但如果Delivery 没有做Goods issue， Billing是建不了的。在BVN中 Billing relevance 为 Order-related billing。做完goods issue后， 建立Billing， 类型为BV， 保存并查看财务凭证。与以往的财务凭证不同，钱是记到Petty cash现金科目中的而并不是应收账款科目。查看Billing Document Type BV， 其中会包含一个 Account key-Cash allocation EVV,而标准的Billing Type 是不包含的，这表示在财务中

19、会记到现金科目而不是应收账款科目。通过Account Determination 能够查看到该科目Data Flow and Copy controlInvoice中的数据可以从Delivery以与Order中取过来， 例如数量，金额可以从delivery取， 而Payer item number等信息可以从Order中取过来。Copy ControlCopying Requirement 可以控制copy的规则。Allocation number 和 Reference number都会带到Billing header中。Item 的copy control。SD Study Note 33

20、Invoice Combination and Invoice Split如果要使用Invoice 合并的功能， 我们需要使用VF04 Billing Due list来进行，而不能使用VF01。合并的条件， Header的信息要保持一致，例如付款条件等。Invoice Split两Order可以合并成一个Delivery， 而两Order包含不同的Terms of Payment, 但由于Terms of payment是在Invoice header中的，所以系统会将这Delivery根据Terms of Payment 分割成两Invoice。创建两SO，并且进行合并使用Payment

21、terms ZB01，以与ZB02分别建两SO， Material分别为T-AT330和T-AT229， 如果需要合并成一Delivery， 两SO中的Ship-to party必须要保持一致。10267 & 10268创建Delivery，手工添加SO。保存后，创建TO并post goods issue使用VF04运行 Billing Due list， 选择Billing Date围，并以Sold-to Party 1320作为查询条件。我们能够查到刚才建立的Delivery， 点击Simulation 按钮可以查看将会建立的Invoice。会显示出两Invoice， 选中两行并且点击Sp

22、lit Analysis可以对Invoice分割进行分析。由于Payment terms 不一致导致了Invoice的Split， 如果存在其他的header 信息不一致也会导致Invoice split。而Collective billing doc会正式产生split后的Invoice。对于Invoice Split, 使用VF01也可以实现， 但对于Invoice Combination 就必须使用VF04进行。对Invoice Combination 建立两SO， 两Order 的PO number 不同。然后使用VF04对两Delivery进行合并。找到两Delivery， 模拟以后

23、，还是不能够合并， 原因是Assignment number不一致。想要实现合并，我们需要将Billing Type由F2 改为F1， 因为F1是没有Assignment number的， 有两种方法， 一种修改Copy Control， 另一种在VF04中选择Default data。指定我们想要的Billing Type。再次模拟就会合并到一个Billing中。然后进行开票。然后查看Log。对于Split， 我们也可以通过Copy control中进行控制， 定义我们自己的split条件。而对于Invoice Combination， invoice header中的信息一定要一致。Ite

24、m-Dependent Invoice Split对于一订单我们也可以进行Split， 如果Item符合split规则，就会建立Split invoice， 这是在Copy control中控制的。Invoice List它的作用是将一定时间围的Billing Document放到一个Invoice list上。 例如 一个总部Payer1 它包含多个分支机构， 而我们会对这些分支机构开Billing Document， 而总部希望能通过一包含给所有分支机构所下的billing 清单并付款。 我们也可以根据Invoice list来设置Discount （Factoring discount）

25、。在Condition Type RL00中 包含Exclusion A 代表condition RL00 只能在Invoice List中存在。而对于折扣RL00 也会对应一个MW15 的税Fact.Discount Tax， 它的Reference condition type是MWST， 这代表对于MW15可以采用MWST的记录而自己可以不维护记录。而RL00 与 MW15都需要放在Pricing procedure里。根据多Billing建立Invoice list， Billing Type会决定是否能够建立Invoice list。Invoice list type决定Invoic

26、e list 的类型。维护Condition type RL00。对于Invoice list， 我们需要打印出来， 所以要配置相应的Output。在创建Invoice list之前，我们还需要确保Customer中Invoice list date已经维护了， 需要选择AM， 代表每个月的最后一天作为工作日，月底。由于 customer 1320 的Payer 为1050， 所以要根据1050建立Invoice list， 在此之前建立1050 的condition record。创建Invoice List但这里的Sold-to party 貌似是Payer， 然后选中最后两个Billin

27、g 然后保存。系统会创建一Document。查看Invoice List， 然后查看Condition。RL00 以与 MW15会被带过来， 由于我们给了折扣， 所以也会有相关的Accounting Document。由于Output的设置不是立即打印， 我们可以运行程序RSNAST00来手动触发打印。后台运行以后，查看日志就可以看到打印后的Invoice ListSD Study Note 34Billing Plan Periodic Billing and Milestone billingPeriodic Billing比方说我们需要往外租一台复印机， 租期为4个月，客户每个月底交钱，

28、 每个月100块。我们可以建立特殊的Sales order 或是 Rent Contract， 我们后期的Billing也可以参照这个rent contract 建立。建立一个Rental Contract 使用类型QP， 在这个Sales Document type中有有效期， 系统会自动算出来需要付多少钱，然后需要付多少个月。我们也可以使用特殊的Sales Area来处理特殊的业务， 选择一个特殊的服务物料， 它会使用一个特殊的Item Category MVN。查看MVN， Billing relevance 代表 Billing 是根据Order 开的。Billing Plan typ

29、e 02 代表Periodic Billing， 01 代表Milestone Billing。在Item中会多出一个Billing Plan的选项卡， 系统会自动算出时间以与需要交的钱， 需要交的钱是从Condition 带过来的。系统是根据Billing plan中的日期规则来决定日期的，而在这是以Contract 的开始日期以与结束日期来做计算的。而开票的日期是每个月的月底， 我们也可以将开票日期设在月初， 选中In advance 然后按回车，billing date就会变成前一个月的月底，相当于本月月初。这个功能可以控制是在月底收租还是月初收租。保存这个Rental Contract

30、40000103 ， 然后通过VF04通过它建立Billing， 选择日期， Sold-to 以与Order-related 选项。选中以后，点击Individual billing 创建Billing。保存Billing。然后查看Rental Contract item中的Billing plan， 第一行的Billing Status 变成了C，代表完成了。我们也可以对Billing plan进行Block， 如果存在Block， 即使到了Billing的日期，也不允许做Billing， 我们也可以指定不同的Billing block的信息。而Date Category代表对日期的描述，

31、在这就代表Rent租赁， 它在Milestone billing中会起到作用。查看Billing Plan Type在这我们可以指定日期的决定规则。查看Date category 与Billing Type的关系。双击可以查看详细描述。定义日期规则。Milestone Billing建立标准的SO，并且建立Milestone Billing， 卖一个设备，但是分期收款。这时系统会使用一个特殊的Item category。查看Item category， 它也是根据Order来开Billing，并且它的Billing plan type是属于Milestone billing。然后查看SO中It

32、em的Billing Plan， 它总的价格为300,000， 而这个价格的付款方式是根据Reference来决定的。我们需要在reference中定义规则，比方说包括首付downpayment，以与后期的付款方式。这一行中有一个字段 BR Rule in billing plan, 它代表使用的是Down payment。Down payment 后面会分配一个特殊的Billing type FAZ， 系统会产生一特殊的Billing， 这是一Down payment的请求， 但是没有Accounting Document 产生。当财务收到钱以后，才会根据这个请求产生财务凭证。在Down P

33、ayment下还包含 Engineering 以与 Operational 阶段，而对于 Closing Invoice， 它的BR是3 代表Closing invoice in milestone billing， 而它的比例是无法手工指定的， 而系统可以算出总的金额。把Operational 改为50% 时， Closing Invoice 的Billing value就会自动出来。系统会默认设置Block。去掉对应的Block， 并且将推荐的Billing date改成我们所需要的。 保存SO10271.通过VF04根据SO 创建Billing。 其中包含了Down payment 以与

34、 Engineering 的金额。 如果根据Down payment创建Billing document， 它会产生一Down payment request。我们需要根据第二条创建Billing， 点击Collective 并创建Document。SD Study Note 35对于Milestone Billing reference的定义，找到Billing Plan Type并选择Milestone billing。然后查看Billing plan type01， 其中会有reference no。查看Reference的配置。点击maintain date就可以对reference进

35、行具体设置了。Milestone billing适合于分期付款，而所有的价格加起来等于Item的价格。Milestone Billing也可以与PS模块进行集成。Billing 价格等于Net Price * Billing plan的百分比。Document type以与Item Category中都可以包含Billing plan， 如果两者都包含，则以Item category中的为准。注意： 对于使用Billing plan的item category， 它只能是Order-related billing。Down payment process首先需要在SO中设置Billing Pl

36、an， 然后对Billing plan中的其中一个item设置为down payment，当我们创建Billing的时候，在财务就会创建一Down payment request。当客户付款以后， 财务会做一步收款的动作，然后客户进一步付款的时候，财务会根据先前的预付款清帐， 比方说一共12万， 已经收了3万，再收9万就可以了。建立SO后， 再建立Billing Document， 它在财务中就是Down payment request。创建一SO，并且使用指定Material， 查看Item的Billing Plan， Down Payment行中包含一个特殊的Billing Type FA

37、Z。然后使用VF04根据SO创建Billing。创建的是FAZ down payment request。然后查看这Billing 的Accounting Document， 这时出现的只是财务的一条记录，用于告诉财务人员需要向客户收这么多钱，而这并非是一财务凭证。当客户付钱以后，财务需要根据上面的down payment request做一个Incoming payment， 做一个收款动作。我们也可以通过F-37 来手动创建Down payment request， 然后用F-29 来创建Down Payment。需要指定Document date， Customer Account， 银

38、行的Account 以与 所收的金额， Special G/L ind 要使用A 代表Down payment。然后点击Request 按钮来查看对应的Down payment request。然后点击 Create Down Payment，然后系统会自动创建一凭证。 这时会将金额放到一个预收账款的科目中，而并非应收账款， 将来做Billing时会把这个预收账款清掉。 保存以后，会生成一财务凭证。由于现在收的是down payment的钱，不是所有的钱， 而税应该是根据金额总数计算的， 所以仅针对Down payment的tax 需要先冲掉。所以要用一个中间科目。当我们对客户进行第二笔钱开票

39、的时候， 可以同时将预收账款科目冲掉。将SO item中的Billing plan的第二笔中的Billing block去掉，并将日期改为今天，然后保存，并且开billing。创建Billing时，会有两行产生，第二行是用于将Down payment 冲掉的。 保存以后查看财务凭证。首先会记一笔应收账款， 其中包含120000利润以与19200的税， 同时会把应收账款冲掉34,800，然后再把原来的down payment冲掉，其中的output tax 和 payable clearing 也会冲掉。虽然Account 都是1280， 但是双击进去，科目是不同的。140000是应收科目。而1

40、70000是预收款科目。后面的140000 代表减少的应收账款。有时我们不想将Down payment全部冲掉， 而是以billing 的比例来进行冲销，如果定义40%， 应收账款就冲掉40%。先cancel上一Billing， 然后重新建立Billing。 我们可以在建立Billing的时候，手动修改Down payment的值。双击第二行， 修改它的Condition value来实现手动修改冲销金额的目的。SD Study Note 36Installation Payments它的功能是将收款分为几次，发票会一次性开给客户，但收款可以分期。 适用于安装项目，先一次性开发票，然后安装要分

41、好多步骤， 每完成一步就收一次钱。用一个Payment term来进行控制，R001， 当我们开billing的时候， 产生的财务凭证会分成三行，都会记到客户的应收账款里，但是付款期限不同。Payment term是维护在财务里面的。但我们所需要维护的Payment term是需要维护不同区间的，所以需要特殊定义。R001 包含三行记录， 这表示分三次收款， percent 代表所收款的比例， 而后面的pmnt term 是用来控制时间的，它们的时间是不同的。查看普通的Payment term。 第一次是15天， 30 天 以与45 天。建立一SO 并实现Installment payment

42、的功能。 将Payment terms 改成R001， 这时的Item category 是TAN，它是没有Billing plan的。 保存 SO 10273， 并且建立Delivery 以与Billing。建立一Billing 只包含一个Item， 但财务凭证包含了三行， 双击每个Item 可以查看对应的Payment term以与付款日期和金额。 它与Billing plan的区别在于， Billing plan 是分布开Billing， 而Installment payment 一次性开Billing， 但客户可以分多次付款。SD Study Note 37Determine Busi

43、ness Area可以通过Item 上的Plant + division来决定或是通过SO header的Sales Area 来决定根据SO header上的Sales Org + Distribution Chanel 和Item上的division来决定。而通过哪个规则 是根据Sales Area来决定的。我们可以使用不同的规则。然后查看对应的Sales Area， 根据不同的rule 会找到Business Area。首先根据Sales Area 找到对应的Business Area rule， 然后根据它找到对应的Business area。SD/FI Interface通过Bill

44、ing建立Accounting document时， 一些信息是会从Billing中带过来的。Allocation Number 和Reference number 会从Billing 传到Account document中。 可以通过Copy Control将这些信息传到Billing中，然后会放到Account Document中。Reference Number 会带到财务凭证的Header中， Allocation number（Assignment）在财务的Item中。对于Billing Doc， 在做invoice list之前， 他们的reference number 都是自己本

45、身， 当做完Invoice list， reference number就会变成Invoice list number， 而且Dunning block（催款blcok） 也会随之取消。定义Accounting Document type的类型， 在Billing type中指定， 如果不输入， 则会使用预先定义SAP标准的类型。在客户信息中可以指定 Head Office， 在Billing type可以进行配置。当我们cancel一笔账时， 产生的结果可能不真实，使用这个Indicator 可以方便财务进行分析。Billing的付款期可能是下一个月， 但当时开的Credit memo 只是

46、当前日期的， 使用Value dated credit memo 可以根据确定的付款期进行冲销。SD Study Note 38Cross Functional CustomizingSales Organization 可以看做为销售部Distribution channel 可以通过客户来进行分类， 但实际在做项目的时候，是不分的，会造成很大麻烦， 一些主数据要建很多。Division 是通过产品进行分的，一个material只能属于一个DivisionCommon Distribution channel 和 divison。在SO中， Item中也可以包含Division， 它可以与h

47、eader中的division不同， 是否允许不同则是在Document type中控制的。SD Study Note 39Copy ControlAllowed Source and target documents: 源凭证以与目标凭证类型。Copying requirements 用来指定copy的条件Data transfer routines： 指定copy的数据Update document flowControl of pricing determination: Delivery - Billing时， 是否重新决定价格。查看从报价单quotation 到 SO在QT 拷贝到Z

48、A30中， 包含Header data信息， Business data header信息， partner 信息 以与 Copying requirement。Requirement 001代表，header中的customer必需一致才能copy。使用VA21建立一Quotation ，类型QT。保存： 20000016根据Quotation 20000016建立一Customer不同的SO。由于客户不同， 所以不允许Copy。在某些特定的情况下， 例如我们的报价单是开给总部，而实际的销售订单是开个分公司的， 这时Customer会存在不同， 我们可以修改Copy control中的req

49、uirement来允许Customer不同时进行copy。我们将Requirement 改成002， header different customer。再根据这个Customer 参照Quotation来建立SO。这时 原来的错误信息变成了警告信息。当Requirement满足以后， 数据就会被传递。Item的Copy 包括是否copy schedule line， 是否update document flow。对于数量的Copy， 自动决定数量Pricing Type表示是否重新决定价格， 当数量产生改变时， 会重新决定scale的价格。Schedule Line 的Copy， 它也包含R

50、equirement， 但其他的信息比较少。38 16:50SD Study Note 40Copy ControlData TransferCopying Requirement 以与Data Transfer 的定义。查看一个Order中的Copying requirement是使用ABAP程序进行控制的。查看Data Transfer 的规则可以通过修改或者添加字段 来实现数据的拷贝。Copy标准的Data Transfer routine，并且将PO number 作为Copy的数据。 拷贝101 并且复制成952.101 所对应的表为VBKD， 字段BSTKD代表Customer P

51、urchase order。标准程序中 将VBKD-BSTKD给排除了， 所以要将Local: VBKD-BSTKD注释掉。在程序的尾端， 标准程序是将PO的相关信息全部清空了， 我们也需要将这些语句删除。 由于在程序中有 VBKD = CVBKD， 它会将所有的信息进行copy， 其中也包含了Purchase order的信息。我还犯了个很傻的错误！ 是从QT ZA30的Copy， 我却一直在用OR建SO，罪过 罪过！然后Purchase Order就会显示出来了。当左侧的Target item category 为空时，代表系统会根据规则重新决定新的item Category。 如果定义了

52、target item category，系统就不会重新决定。参照状态Completion Rule是用来控制Reference status 的， 选择A代表， 只要第一次参照Inquiry，就代表完成状态。对于AGN， B代表， 只有当所有参照了所有的数量以后，才是完成状态。SD Study Note 41Text Control我们可以在Customer 以与material中定义文本， 它会带到相应的Sales Document header 以与Item中。 查看Material 的Sales Text在这里维护了不同语言的文本。建立SO， 查看Item中的Texts选项可以查看到M

53、aterial sales text， 因为客户的语言为德语，所以text的语言也是德语。在Header中也包含text文本信息。查看Customer的文本信息， 它存在于多个层次，首先在Central data中包含文本。对于Company code 以与Sales area 层次上，都有相应的文本。Sales Document type 可以决定Header层次的text， 而Item category 可以决定Item 中的text。查看Header 层次的文本决定。查看订单类型OR 对应的Text procedure 01.查看Textprocedure， 然后选中01 在查看Text

54、 ID。这里就包含了Header中可以使用的text ID. 例如我们选中0001， 并且查看对应的Access。VBBK代表，如果该Sales document是参照其他sales document建立的，如果参照的sales document包含text， 那它会在VBBK中找到对应的text 然后Copy过来。Partner function， 代表会从Sales Document中哪个partner中去取， 如果选择了All language， 所有的语言都会被copy进来，如果没选，则以订单的语言为准。其中也会有Requirement来作为限制。维护Customer 的text， 双

55、击可以维护长文本。SO header会将Customer 中的text 带过来， 德语的text会被带出来， 这个是由客户所在的国家决定的。创建自己的Text Type 并用于Sales Document的header中。然后把Text type加到Text procedure 01中。在SO 的header中就有这个文本了， 我们也可以添加Access sequence。对Text type 添加一个Access Sequence。Copy 一个原有的Access Sequence。 将98放到Text type中。Customer中的0001 text 就会copy到SO 的header中

56、了。39 27：21SD Study Note 42在Access Sequence 中可以定义text的来源， 而来源是预定义好的， 不可以修改。建立SO时也可以通过Text Analysis 来对text 进行分析。Using Text as reference.Output 需要在customer中维护相应的信息， 例如通过Email 发送，就需要在customer中维护地址。打印时机的定义，也可以通过一个程序进行打印， 在Date/Time F1 能够找到程序名。Output也运用了Condition technique。Output procedure是根据Sales document 来决定的Output type，设置输出的默认值。Output中所使用的程序，以与打印的格式。创建Output condition record在SO 的Output 中，也可以进行Determination analysis。可以在Output 中定义打印机。如果在condition record中没有找到打印机， 系统会在Sales Org中去找。在Sales Org中定义打印机。在Condition record中设定打印机。Issues and Solutions 31