Credit Memo & Debit Memo 借項通知單和貸項通知單
Credit Memo & Debit Memo 借項通知單和貸項通知單[@more@]本人的話: Debit (借記,借項) Credit (貸記,貸項) 這個概念永遠都不會變。 對財會出身的人來說是比較好理解的,
但是沒有財務背景時,就很容易搞糊塗了。我在這裡附上了網上可以搜尋到的一些解釋文章,可以幫助理解,但覺得還是在開頭
把結論寫上,以方便懶人(即沒時間看完本貼的人)。
無論如何,AR(應收)中和AP(應付)中的Debit和Credit其含義從中文講有差異,即借記應收為增加應收,而借記應付為減少應付。
所有的理解混亂,都是因此而引起。但看完本貼後,應該再也不會糊塗了。
在AR中,當銷售產品給客戶時,會做分錄如: DR :AR (客戶1) CR:REVENU AND VAT(SALES)
那麼如果再給客戶發一張DEBIT MEMO , 也會做分錄 DR:AR (客戶1) CR:CR:REVENU AND VAT(SALES)
而如果是CREDIT MEMO, 分錄就會相反。 應收賬款在借記時會增加,貸記時會減少,概念是一致的。
在AP中,當收到供應商發來的貨物及發票時,會做分錄 DR: STOCK AND VAT(PURCHASE) CR: AP(供應商1)
對於應付賬款,一般的情況有兩種,一種是採購方要求折扣(因質量問題等),這時採購方會發出DEBIT MEMO REQUEST,
即借項通知單,轉成DEBIT MEMO時,會做分錄 DR: AP (供應商1) CR: STOCK(OR OVERHEAD) AND VAT(PURCHASE)
另一種情況是,供應商主動(或是在協商後)給予採購方折扣,供應商向採購方開出CREDIT MEMO。對於供應商來說,是銷售業務,所以在供應
商的系統中,是針對AR做的CREDIT,是衝減應收。採購方拿到這個CREDIT MEMO時,就可以衝減應付,分錄跟第一種情況一樣,都是
DR: AP (供應商1) CR: STOCK(OR OVERHEAD) AND VAT(PURCHASE)。
當然供應商也可能開出DEBIT MEMO給採購方,採購方收到後應會做相反的分錄 CR: AP (供應商1) DR: STOCK(OR OVERHEAD) AND VAT(PURCHASE)。
原理就是這樣了,但是實際應用中,有一個增值稅發票的問題,特別是進項稅。進項稅是憑發票記賬並且抵扣的,一般的銷售方都不會隨便開出增值稅發票,
而採購方也不願沒有增值稅專用發票的情況下付款,所以就有一個協商開票的過程。
總記,Debit (借記,借項) Credit (貸記,貸項) 這個概念永遠都不會變的,這樣去理解就一通百通了。
Credit Memo & Debit Memo 某網友的Explanation:
credit memo和debit memo是對企業向顧客已經交付的貨物的價值進行調整的單據類
型。舉個例,如果您已經就所交付的貨物向買主開具了100元的發票,可是由於貨物質量的瑕疵,
買主主張“貨接受但必須削價10元”,如果您接受了這個主張,那您就得開具10元的credit memo
(即實際業務中的所謂“紅字發票”)。總之,與原始invoice的價值相比,增價用debit memo,
降價用credit memo,兩者都是billing document type。
credit memo request 和debit memo request都是sales document type,其原理與一般的銷售訂
單型別並無質的區別。只是,兩個memo request的下游transaction都是直接參照訂單建立
billing document,而不需要有delivery。
credit memo request --> credit memo, debit memo request --> debit memo,這就是它們的
流程。
Translation:
Debit Memo(借項通知單) & Credit Memo(貸項通知單) 都是因為顧客對產品不滿意所產生的請款的檔案。Debit Memo增加應收賬款(Account Receivables)的數值; 反之,貸項通知單則減少應收賬款的數值。
借/貸項通知單建立 1 直接由顧客發票轉置而成; 2 由借/貸通知單(Debit/Credit Memo Request)轉置而成
Definition(From help.sap)
Credit memo: A sales document created on the basis of a customer complaint. This reduces receivables in Financial Accounting.
Debit memo: A sales document created on the basis of a customer complaint. This increases receivables in Financial Accounting.
Use
You may need to create credit memos for various reasons (for example, because of defective goods or because you have overcharged a customer). Similarly, you may need to create a debit memo, if, for example, you have not charged the customer enough.
倒是Oracle中Invoice關於Credit Memo & Debit Memo讓人糊塗:Debit Memo 是買家針對供應商,開一張Debit memo形式的invoice給供應商; Credit Memo 供應商針對買家, 開出一張Credit Memo給買家,進行折價。-----------------------------------------------------------
AP中的Credit /Debit Memo 和AR中的Credit /Debit Memo 是不一樣的。
AP中的Credit Memo 是供應商開出來的紅字發票,Debit Memo 是我們自己對應付的調減單據。 AR中的Credit Memo 是開給客戶的紅字發票,Debit Memo 是開給客戶的蘭字發票。(區別於正常的銷售發票,例如調整價差等)
----------------------------------------------------------
Credit memo:沖減帳款 Debit memo:增加帳款
兩者是指有後續追加減事項發生而需對原本應收付帳款進行沖減或調增動作
在Oracle AP之應付帳款模組中,將應付憑據(Invoice)分成了「standard」、「Credit memo」、「Debit memo」….等幾種不同的型式,而其中的Credit memo與Debit memo 之間的差異以及使用時機,可以簡單的描述如下:
Credit Memo :
當廠商將某張訂單的商品寄送至本公司後,由於其他因素(如:商品有瑕疵…等)主動要給予我們額外的折扣時,廠商會先開立一張credit Memo給我們, 當我們收到該通知時便可將其輸入到oracle AP的應付帳款系統中, 接著再將此張credit memo invoice與之前的invoice 來做match,從而減少我們的應付帳款。
Debit Memo :
當我們要退貨給某家供應商時,需先通知該供應商,並待其核可此項退貨後,我們便可開立一張Debit memo形式的invoice,並將此張Debit memo invoice與之前的invoice 來做match,從而減少我們的應付帳款,接著再將商品退還給供應商。而此種Debit memo invoice在臺灣比較少使用到,通常是用在廠商送過來的產品,並非是我方訂單所要求的專案時,才會開立一張Debit memo形式的invoice,來減少應付帳款。
簡單的說
Credit memo: 便是『廠商』 通知 『我們』 要給予貨品的折扣時,會開立credit memo 給我們,接著我們便要在oracle AP的應付帳款系統中輸入此張credit memo,而此種型式的 invoice便稱為credit memo invoice。
Debit memo: 便是『我方』要求『廠商』給與貨品的折讓時(如退貨),我們便要開立debit memo invoice,並且通知廠商,而此種型式的invoice便稱為 debit memo invoice。
***********************************以下技術屬性*****************************
同是銷售單據,memo request與Standard order/return的數量的欄位屬性是
不一樣的:前者的數量,系統中的文字是target quantity,技術屬性為VBAP-ZMENG;後者的數
量,系統中的文字是order quantity,技術屬性為VBEP-WMENG。二者的Processing data歸結在不
同的表結構中。
賬務票據,memo的數量來自於credit/memo request,invoice來自於order(當然return的後續
billing是credit memo),這已經在copy control中定義清楚了,所以它們的數量同樣應該歸結
在不同的表結構中。
*************************************************************************
但是沒有財務背景時,就很容易搞糊塗了。我在這裡附上了網上可以搜尋到的一些解釋文章,可以幫助理解,但覺得還是在開頭
把結論寫上,以方便懶人(即沒時間看完本貼的人)。
無論如何,AR(應收)中和AP(應付)中的Debit和Credit其含義從中文講有差異,即借記應收為增加應收,而借記應付為減少應付。
所有的理解混亂,都是因此而引起。但看完本貼後,應該再也不會糊塗了。
在AR中,當銷售產品給客戶時,會做分錄如: DR :AR (客戶1) CR:REVENU AND VAT(SALES)
那麼如果再給客戶發一張DEBIT MEMO , 也會做分錄 DR:AR (客戶1) CR:CR:REVENU AND VAT(SALES)
而如果是CREDIT MEMO, 分錄就會相反。 應收賬款在借記時會增加,貸記時會減少,概念是一致的。
在AP中,當收到供應商發來的貨物及發票時,會做分錄 DR: STOCK AND VAT(PURCHASE) CR: AP(供應商1)
對於應付賬款,一般的情況有兩種,一種是採購方要求折扣(因質量問題等),這時採購方會發出DEBIT MEMO REQUEST,
即借項通知單,轉成DEBIT MEMO時,會做分錄 DR: AP (供應商1) CR: STOCK(OR OVERHEAD) AND VAT(PURCHASE)
另一種情況是,供應商主動(或是在協商後)給予採購方折扣,供應商向採購方開出CREDIT MEMO。對於供應商來說,是銷售業務,所以在供應
商的系統中,是針對AR做的CREDIT,是衝減應收。採購方拿到這個CREDIT MEMO時,就可以衝減應付,分錄跟第一種情況一樣,都是
DR: AP (供應商1) CR: STOCK(OR OVERHEAD) AND VAT(PURCHASE)。
當然供應商也可能開出DEBIT MEMO給採購方,採購方收到後應會做相反的分錄 CR: AP (供應商1) DR: STOCK(OR OVERHEAD) AND VAT(PURCHASE)。
原理就是這樣了,但是實際應用中,有一個增值稅發票的問題,特別是進項稅。進項稅是憑發票記賬並且抵扣的,一般的銷售方都不會隨便開出增值稅發票,
而採購方也不願沒有增值稅專用發票的情況下付款,所以就有一個協商開票的過程。
總記,Debit (借記,借項) Credit (貸記,貸項) 這個概念永遠都不會變的,這樣去理解就一通百通了。
Credit Memo & Debit Memo 某網友的Explanation:
credit memo和debit memo是對企業向顧客已經交付的貨物的價值進行調整的單據類
型。舉個例,如果您已經就所交付的貨物向買主開具了100元的發票,可是由於貨物質量的瑕疵,
買主主張“貨接受但必須削價10元”,如果您接受了這個主張,那您就得開具10元的credit memo
(即實際業務中的所謂“紅字發票”)。總之,與原始invoice的價值相比,增價用debit memo,
降價用credit memo,兩者都是billing document type。
credit memo request 和debit memo request都是sales document type,其原理與一般的銷售訂
單型別並無質的區別。只是,兩個memo request的下游transaction都是直接參照訂單建立
billing document,而不需要有delivery。
credit memo request --> credit memo, debit memo request --> debit memo,這就是它們的
流程。
Translation:
Debit Memo(借項通知單) & Credit Memo(貸項通知單) 都是因為顧客對產品不滿意所產生的請款的檔案。Debit Memo增加應收賬款(Account Receivables)的數值; 反之,貸項通知單則減少應收賬款的數值。
借/貸項通知單建立 1 直接由顧客發票轉置而成; 2 由借/貸通知單(Debit/Credit Memo Request)轉置而成
Definition(From help.sap)
Credit memo: A sales document created on the basis of a customer complaint. This reduces receivables in Financial Accounting.
Debit memo: A sales document created on the basis of a customer complaint. This increases receivables in Financial Accounting.
Use
You may need to create credit memos for various reasons (for example, because of defective goods or because you have overcharged a customer). Similarly, you may need to create a debit memo, if, for example, you have not charged the customer enough.
倒是Oracle中Invoice關於Credit Memo & Debit Memo讓人糊塗:Debit Memo 是買家針對供應商,開一張Debit memo形式的invoice給供應商; Credit Memo 供應商針對買家, 開出一張Credit Memo給買家,進行折價。-----------------------------------------------------------
AP中的Credit /Debit Memo 和AR中的Credit /Debit Memo 是不一樣的。
AP中的Credit Memo 是供應商開出來的紅字發票,Debit Memo 是我們自己對應付的調減單據。 AR中的Credit Memo 是開給客戶的紅字發票,Debit Memo 是開給客戶的蘭字發票。(區別於正常的銷售發票,例如調整價差等)
----------------------------------------------------------
Credit memo:沖減帳款 Debit memo:增加帳款
兩者是指有後續追加減事項發生而需對原本應收付帳款進行沖減或調增動作
在Oracle AP之應付帳款模組中,將應付憑據(Invoice)分成了「standard」、「Credit memo」、「Debit memo」….等幾種不同的型式,而其中的Credit memo與Debit memo 之間的差異以及使用時機,可以簡單的描述如下:
Credit Memo :
當廠商將某張訂單的商品寄送至本公司後,由於其他因素(如:商品有瑕疵…等)主動要給予我們額外的折扣時,廠商會先開立一張credit Memo給我們, 當我們收到該通知時便可將其輸入到oracle AP的應付帳款系統中, 接著再將此張credit memo invoice與之前的invoice 來做match,從而減少我們的應付帳款。
Debit Memo :
當我們要退貨給某家供應商時,需先通知該供應商,並待其核可此項退貨後,我們便可開立一張Debit memo形式的invoice,並將此張Debit memo invoice與之前的invoice 來做match,從而減少我們的應付帳款,接著再將商品退還給供應商。而此種Debit memo invoice在臺灣比較少使用到,通常是用在廠商送過來的產品,並非是我方訂單所要求的專案時,才會開立一張Debit memo形式的invoice,來減少應付帳款。
簡單的說
Credit memo: 便是『廠商』 通知 『我們』 要給予貨品的折扣時,會開立credit memo 給我們,接著我們便要在oracle AP的應付帳款系統中輸入此張credit memo,而此種型式的 invoice便稱為credit memo invoice。
Debit memo: 便是『我方』要求『廠商』給與貨品的折讓時(如退貨),我們便要開立debit memo invoice,並且通知廠商,而此種型式的invoice便稱為 debit memo invoice。
***********************************以下技術屬性*****************************
同是銷售單據,memo request與Standard order/return的數量的欄位屬性是
不一樣的:前者的數量,系統中的文字是target quantity,技術屬性為VBAP-ZMENG;後者的數
量,系統中的文字是order quantity,技術屬性為VBEP-WMENG。二者的Processing data歸結在不
同的表結構中。
賬務票據,memo的數量來自於credit/memo request,invoice來自於order(當然return的後續
billing是credit memo),這已經在copy control中定義清楚了,所以它們的數量同樣應該歸結
在不同的表結構中。
*************************************************************************
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/195776/viewspace-1020755/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 貸項和借項憑單請求
- SAP Difference between Credit memo and subsequent debits/credits
- WIN Act. memo
- Dart Memo for Android DevelopersDartAndroidDeveloper
- Android通知之單選對話方塊通知Android
- React v16.6.0: lazy, memo and contextTypeReactContext
- React.memo vs. useMemo: Major differences and use casesReact
- Yearning外接工單通知實現思路
- [Vue] v-once、v-memo 和 key 最佳化元件效能Vue元件
- 單例項和單點故障怎麼辦?單例
- 最簡單的通知方式 - 觀察者模式模式
- javascript this用法和簡單例項JavaScript單例
- Retroactive Billing – VFRB Modification to add credit/debit line
- 使用點陣圖選單項——點陣圖選單項例項 (轉)
- [譯]使用React.memo()來優化函式元件的效能React優化函式元件
- 單例項刪除ASM例項單例ASM
- Spring AOP中的前置通知和後置通知詳解Spring
- 【通知簡訊API】簡單易用,三秒必達API
- SAP PM 入門系列10 - 根據維護通知單建立維護訂單
- 單例與單例項之爭單例
- Android通知之狀態列通知Android
- js 單項鍊表JS
- websocket簡單例項Web單例
- 11GR2 Active Duplicate過程(單例項對單例項)單例
- 刪除和新增select下拉選單option項程式碼例項
- [轉載] spring aop 環繞通知around和其他通知的區別Spring
- js選項卡簡單程式碼例項JS
- 單例項和RAC打造的ORACLE STREAM(完)單例Oracle
- 單例項和RAC打造的ORACLE STREAM(四)單例Oracle
- 單例項和RAC打造的ORACLE STREAM(三)單例Oracle
- 單例項和RAC打造的ORACLE STREAM(二)單例Oracle
- 單例項和RAC打造的ORACLE STREAM(一)單例Oracle
- javascript新增和刪除select下拉選單option項程式碼例項JavaScript
- PHP 完整表單例項PHP單例
- 實現單項鍊表
- 5.6單例項安裝單例
- RAC起單例項make單例
- oracle單例項轉RACOracle單例