關於自動付款中預付款的處理-轉
[@more@]SAP自動付款的標準功能是對預付款請求進行付款,即F-47輸入預付款請求後(需在配置中將特別總賬標識F包含),然後執行F110會將預付款請求生成預付款憑證(相當於F-48),然後F-54對預付款進行清帳(預付款轉入應付款科目);實際上,實際業務運作中,有些客戶並不使用預付款請求,而是直接使用F-48錄入預付款,這個時候,如果把特別總賬標識A包含在未清項選擇中,則系統預設是凍結該筆預付款請求的(即在F-48做預付款時系統會自動凍結該筆預付款),因為系統預設預付款不可以在自動付款中自動清帳,為了避免預付款被意外支付;但客戶可能會需要將預付款與應付款抵消後進行付款(可能還需要按照一定規則,比如和發票或訂單進行匹配抵消),目前來看,SAP標準功能下對該需求無法處理,只能是先F-54或F-44對預付款進行清帳後,再使用F110自動付款。或者在配置中允許預付款,然後在跑F110時手工修改凍結標識;還有客戶有時需求是如果有多個付款銀行,客戶希望我此次付款從某個銀行付出,下次從另外一個銀行付出,即每次只能從指定的某個銀行付出,但系統的邏輯是根據付款方法以及後臺配置的銀行付款優先順序進行付款,只要前一個銀行符合支付條件(付款方法、貨幣和金額滿足),就優先從配置順序在前的銀行付出,這樣就和客戶需求不一樣,雖然可手工更改付款銀行,但如果大量付款,很顯然手工更改付款銀行工作量大,有個變通的方法是另外配置一個付款條件,該付款條件只用於選擇銀行使用,比如U和V,在F110輸入引數時,透過制定不同付款條件來確定優先從哪個銀行付款,但這種方法如果遇到多個付款銀行,處理起來也會比較麻煩。需要注意的是,在配置銀行選擇時,有個Ranking order的配置,這個地方按系統解釋,只是用於檢查銀行是否滿足支付條件的檢查順序,即系統按照F110引數設定檢查付款銀行的一個優先順序設定。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/195776/viewspace-1054213/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- F110自動付款中帶付款折扣的付款設定
- 客戶預付款處理和設定
- Google Adsense付款方式新增西聯付款Go
- Laravel實現:待付款訂單,超48小時自動關閉Laravel
- SAP MM 採購預付款管理初探
- AP Management 付款流程簡述
- 微信商戶 API 企業付款!API
- C++中的預處理(上) (轉)C++
- C++中的預處理(下) (轉)C++
- PHP接入微信企業付款功能PHP
- CSS > 關於雪碧圖預處理和後處理方案的討論CSS
- 付款結算、成本分析、預警識別等業務全線融合???
- 關於Python中的日期處理Python
- 關於小數中0的處理
- 關於批處理中的變數變數
- lua自動化指令碼關於文字讀寫和特殊不可見字元轉換的處理指令碼字元
- 關於JF框架中的空值處理框架
- [譯] 使用 Stripe, Vue.js 和 Flask 接受付款Vue.jsFlask
- 關於移動端IOS active失效的處理iOS
- Java 中關於 null 物件的容錯處理JavaNull物件
- 批處理 自動修改 IP 地址(轉載)
- 關於中文URL的處理
- win10ie瀏覽器不支援付款怎麼解決_win10ie瀏覽器不支援付款如何修復Win10瀏覽器
- 領域驅動中關於併發問題怎麼處理
- 影象處理中關於孔洞填充的方法總結
- 關於linux oracle自啟動 [轉]LinuxOracle
- 關於java程式異常處理(講義)(轉)Java
- 關於applet寫入檔案的處理 (轉)APP
- HTTP狀態碼:402 Payment Required需要付款 - mozillaHTTPUI
- ReactNative仿支付寶付款密碼輸入框React密碼
- OCM考試須知和報名流程(分期付款)
- 哪裡有便宜的雲伺服器?可以下月付款嗎?伺服器
- PrestaShop 1.7 使用者付款的時候無法支付錯誤REST
- iOS 關於時間的處理iOS
- 關於大資料量的處理大資料
- MySQL 關於毫秒的處理薦MySql
- 關於Disruptor處理流程
- django2中關於時間處理策略Django