【正文】 在Condition record中設(shè)定打印機(jī)。 如果在condition record中沒(méi)有找到打印機(jī)， 系統(tǒng)會(huì)在Sales Org中去找。創(chuàng)建Output condition record在SO 的Output 中，也可以進(jìn)行Determination analysis。Output procedure是根據(jù)Sales document 來(lái)決定的Output type，設(shè)置輸出的默認(rèn)值。打印時(shí)機(jī)的定義，也可以通過(guò)一個(gè)程序進(jìn)行打印， 在Date/Time F1 能夠找到程序名。建立SO時(shí)也可以通過(guò)Text Analysis 來(lái)對(duì)text 進(jìn)行分析。Customer中的0001 text 就會(huì)copy到SO 的header中了。Copy 一個(gè)原有的Access Sequence。在SO 的header中就有這個(gè)文本了， 我們也可以添加Access sequence。創(chuàng)建自己的Text Type 并用于Sales Document的header中。維護(hù)Customer 的text， 雙擊可以維護(hù)長(zhǎng)文本。Partner function， 代表會(huì)從Sales Document中哪個(gè)partner中去取， 如果選擇了All language， 所有的語(yǔ)言都會(huì)被copy進(jìn)來(lái)，如果沒(méi)選，則以訂單的語(yǔ)言為準(zhǔn)。這里就包含了Header中可以使用的text ID. 例如我們選中0001， 并且查看對(duì)應(yīng)的Access。查看Header 層次的文本決定。對(duì)于Company code 以及Sales area 層次上，都有相應(yīng)的文本。在Header中也包含text文本信息。 查看Material 的Sales Text在這里維護(hù)了不同語(yǔ)言的文本。對(duì)于AGN， B代表， 只有當(dāng)所有參照了所有的數(shù)量以后，才是完成狀態(tài)。 如果定義了target item category，系統(tǒng)就不會(huì)重新決定。我還犯了個(gè)很傻的錯(cuò)誤！ 是從QT – ZA30的Copy， 我卻一直在用OR建SO，罪過(guò) 罪過(guò)?。。。。。。。?！然后Purchase Order就會(huì)顯示出來(lái)了。在程序的尾端， 標(biāo)準(zhǔn)程序是將PO的相關(guān)信息全部清空了， 我們也需要將這些語(yǔ)句刪除。 拷貝101 并且復(fù)制成952.101 所對(duì)應(yīng)的表為VBKD， 字段BSTKD代表Customer Purchase order。查看Data Transfer 的規(guī)則可以通過(guò)修改或者添加字段 來(lái)實(shí)現(xiàn)數(shù)據(jù)的拷貝。38 – 16:50SD Study Note – 40Copy ControlData TransferCopying Requirement 以及Data Transfer 的定義。對(duì)于數(shù)量的Copy， 自動(dòng)決定數(shù)量Pricing Type表示是否重新決定價(jià)格， 當(dāng)數(shù)量產(chǎn)生改變時(shí)， 會(huì)重新決定scale的價(jià)格。當(dāng)Requirement滿(mǎn)足以后， 數(shù)據(jù)就會(huì)被傳遞。再根據(jù)這個(gè)Customer 參照Quotation來(lái)建立SO。在某些特定的情況下， 例如我們的報(bào)價(jià)單是開(kāi)給總部，而實(shí)際的銷(xiāo)售訂單是開(kāi)個(gè)分公司的， 這時(shí)Customer會(huì)存在不同， 我們可以修改Copy control中的requirement來(lái)允許Customer不同時(shí)進(jìn)行copy。保存： 20000016根據(jù)Quotation 20000016建立一張Customer不同的SO。Requirement 001代表，header中的customer必需一致才能copy。Copying requirements 用來(lái)指定copy的條件Data transfer routines： 指定copy的數(shù)據(jù)Update document flowControl of pricing determination: Delivery Billing時(shí)， 是否重新決定價(jià)格。 在SO中， Item中也可以包含Division， 它可以與header中的division不同， 是否允許不同則是在Document type中控制的。SD Study Note – 38Cross Functional CustomizingSales Organization 可以看做為銷(xiāo)售部Distribution channel 可以通過(guò)客戶(hù)來(lái)進(jìn)行分類(lèi)， 但實(shí)際在做項(xiàng)目的時(shí)候，是不分的，會(huì)造成很大麻煩， 一些主數(shù)據(jù)要建很多。當(dāng)我們cancel一筆賬時(shí)， 產(chǎn)生的結(jié)果可能不真實(shí)，使用這個(gè)Indicator 可以方便財(cái)務(wù)進(jìn)行分析。定義Accounting Document type的類(lèi)型， 在Billing type中指定， 如果不輸入， 則會(huì)使用預(yù)先定義SAP標(biāo)準(zhǔn)的類(lèi)型。Reference Number 會(huì)帶到財(cái)務(wù)憑證的Header中， Allocation number（Assignment）在財(cái)務(wù)的Item中。Allocation Number 和Reference number 會(huì)從Billing 傳到Account document中。首先根據(jù)Sales Area 找到對(duì)應(yīng)的Business Area rule， 然后根據(jù)它找到對(duì)應(yīng)的Business area。我們可以使用不同的規(guī)則。SD Study Note – 37Determine Business Area可以通過(guò)Item 上的Plant + division來(lái)決定或是通過(guò)SO header的Sales Area 來(lái)決定根據(jù)SO header上的Sales Org + Distribution Chanel 和Item上的division來(lái)決定。建立一張Billing 只包含一個(gè)Item， 但財(cái)務(wù)憑證包含了三行， 雙擊每個(gè)Item 可以查看對(duì)應(yīng)的Payment term以及付款日期和金額。 將Payment terms 改成R001， 這時(shí)的Item category 是TAN，它是沒(méi)有Billing plan的。 第一次是15天， 30 天 以及45 天。R001 包含三行記錄， 這表示分三次收款， percent 代表所收款的比例， 而后面的pmnt term 是用來(lái)控制時(shí)間的，它們的時(shí)間是不同的。Payment term是維護(hù)在財(cái)務(wù)里面的。 適用于安裝項(xiàng)目，先一次性開(kāi)發(fā)票，然后安裝要分好多步驟， 每完成一步就收一次錢(qián)。雙擊第二行， 修改它的Condition value來(lái)實(shí)現(xiàn)手動(dòng)修改沖銷(xiāo)金額的目的。先cancel上一張Billing， 然后重新建立Billing。后面的140000 代表減少的應(yīng)收賬款。140000是應(yīng)收科目。首先會(huì)記一筆應(yīng)收賬款， 其中包含120000利潤(rùn)以及19200的稅， 同時(shí)會(huì)把應(yīng)收賬款沖掉34,800，然后再把原來(lái)的down payment沖掉，其中的output tax 和 payable clearing 也會(huì)沖掉。創(chuàng)建Billing時(shí)，會(huì)有兩行產(chǎn)生，第二行是用于將Down payment 沖掉的。當(dāng)我們對(duì)客戶(hù)進(jìn)行第二筆錢(qián)開(kāi)票的時(shí)候， 可以同時(shí)將預(yù)收賬款科目沖掉。由于現(xiàn)在收的是down payment的錢(qián)，不是所有的錢(qián)， 而稅應(yīng)該是根據(jù)金額總數(shù)計(jì)算的， 所以?xún)H針對(duì)Down payment的tax 需要先沖掉。 這時(shí)會(huì)將金額放到一個(gè)預(yù)收賬款的科目中，而并非應(yīng)收賬款， 將來(lái)做Billing時(shí)會(huì)把這個(gè)預(yù)收賬款清掉。然后點(diǎn)擊Request 按鈕來(lái)查看對(duì)應(yīng)的Down payment request。我們也可以通過(guò)F37 來(lái)手動(dòng)創(chuàng)建Down payment request， 然后用F29 來(lái)創(chuàng)建Down Payment。然后查看這張Billing 的Accounting Document， 這時(shí)出現(xiàn)的只是財(cái)務(wù)的一條記錄，用于告訴財(cái)務(wù)人員需要向客戶(hù)收這么多錢(qián)，而這并非是一張財(cái)務(wù)憑證。然后使用VF04根據(jù)SO創(chuàng)建Billing。建立SO后， 再建立Billing Document， 它在財(cái)務(wù)中就是Down payment request。Down payment process首先需要在SO中設(shè)置Billing Plan， 然后對(duì)Billing plan中的其中一個(gè)item設(shè)置為down payment， 當(dāng)我們創(chuàng)建Billing的時(shí)候，在財(cái)務(wù)