Differences between Credit Memo in FB75 and in VA01

Guys,
Basic question: What is differences between posting Credit Memo in FB75 and VA01.
I know FB75 is more FI perspective where VA01 is SD, but which tables get affected with these two TCodes, and what are business scenarios where one is preferred to other.
Thanking in advance.

Hi,
Your understanding is correct,
FB75 is the transaction in FI module
VA01 is the transaction in SD module
So as to the difference, you should refer to the different scenario:
Using FB75 you can only book the credit memo value into relevant G/L account from FI module, no quantity required;
With VA01, you should have return sales order and return delivery note, till after GR of return DN, you can not book the credit memo value and quantity into relevant G/L account.
E.g. Original billing document   100 PC  2000 EUR
       Credit memo                    100 PC  -200 EUR  (You can use FB75 or VA01)
   or Credit memo                     50 PC   -100 EUR  (You have to use VA01, because there is the quantity adjustment in the credit memo)
Hope can help you!
Good day
Tao

Similar Messages

  • Difference between Credit memo in accounting and MM

    Hi,
    Credit note can be entered using MIRO or in FI using FB65.  I wish to know the difference between the two.  Please throw light on this. 
    Thanks
    Muru

    Dear murugasen,
    MIRO - This transaction will be used if you want to raise a credit memo against a purchase order, so that the Material / Service account will get effected through MM integration.
    FB65 -  This transaction will be used , like a normal JV which doesn't have any record of your transaction except accounting.
    thanks and regards
    Praveen.J

  • What is the difference between credit memo in invoice year and in next year

    Hi!
    I'm new here.I'm study SAP ERP.I don't know what is the difference between credit memo in invoice year and credit memo in next year (asset accounting).Can you show and give me an example, please!
    Thanks and best regards!
    Edited by: dinhtuan on Jun 28, 2010 3:10 PM

    Hi,
    Maybe have a look at the SAP Help for further information (http://help.sap.com) : e.g. 'Posting Credit Memos Integrated with Vendor'  or 'Posting a Credit Memo Offset Against a Clearing Account' 
    Transaction type 105 for credit memo on current acquisition made in the current year, posting key 75. Or transaction type 160 for credit memo on acquisitions from prior years. posting key 75.
    Note: determine if the asset was acquired in the current fiscal year or in a closed fiscal year (Display asset values).
    If the asset was acquired in a fiscal year that is now closed, correct the past depreciation using a write-up (in that case check out and refer to Posting Write-Ups).
    I hope this helps.
    Kind regards,
    Brigitte

  • Difference between Credit memo and subsequent credit

    All SAP Gurus,
    In MIRO, what is the difference between Credit memo and subsequent credit?
    Regards,

    Difference between Credit memo and subsequent debits/credits
    Subsequent Debits/Credits are used in cases where the quantity is in the original invoice is to remain the same. For eg.
    PO  10 - $10
    Gr   10 - $10
    LIV 10 - $11 (Logistics Invoice Verification)
    The vendor invoice is more than that in the Purchase Order. In order to correct, the Vendor may send in another invoice for
    the Increased amount or a credit memo for the increased amount.
    If you approve of the price increase, post the subsequent invoice received as a Subsequent Debit/Credit Invoice.
    If it is a credit memo that has been received, then post the credit memo as Subsequent Debit/Credit.
    This would retain the quantity but reduce the amount.
    Subsequent Debit/Credit is for the case when the credit is not for the full amount eg. if the Vendor decided to credit
    only the $1 overcharged.
    Credit memo is for the credit of the full amount and value.

  • Technical difference between credit memo and invoice

    Hi,
    What is difference between transaction invoice and credit memo that are created in transaction FB60 and FB65.( is there any field that can exactly differentiate between these transaction types)
    Regards
    paveee.

    Hi Praveen,
    I think this is not related workflow question but i know the some difference fields in b/w these two.
    Vendor Invoice (FB60)
    Incoming Credit Memos (FB65)
    Incoming Credit Memos:
    As required fields:
    · Transactn
    · Bal.
    · Vendor
    · Document date
    · Doc. type
    · Posting date
    · Reference
    · Amount
    · Currency
    · Text
    · Company code
    Vendor Invoice
    As required fields:
    ·         Transactn
    ·         Bal.
    ·         Vendor
    ·         Invoice date
    ·         Doc. type
    ·         Posting date
    ·         Reference
    ·         Amount
    ·         Currency
    ·         Text
    ·         Baseline date
    ·         Company Code
    Thanks and Regards,
    Prabhakar Dharmala

  • Credit Memo Processing- FB75 and F-30 or F-26

    Hello Folks-
    I need some help.  When I execute FB75 against a sales tax code, I have no problem and it posts the document.  When I execute F-30 or F-26 and try to hit the same code using a 40 posting key, it is requiring a tax code and tax jurisdiction which I have but it is requiring "enter base amount or let the system calculate it".  When I try to manipulate it by entering the amount in the base amount field I get the following error message"Tax Code 01 may only contain one assignment."
    What am I doing wrong here?  Why can't I use the same tax code and jurisdiction in another transaction code?  In addition, is this the best t-code to use when handling credit memo's.  I had heard there is a t-code out there that requires the user to input an invoice number to clear against but I haven't found it.
    Any help would be appreciated.  I will award points!
    Thanks!

    Hi Michael,
    I am no finance expert, for a start and i dont want to repeat again and again the idea of creating transaction variants (i see in quite a few threads that the experts seem to have a penchant for this and personally it is my least preferred option
    Anyway, coming to the discussion - i would prefer having more granular transactions as Julius mentioned
    Go to SE38, enter the program name SAPMF05A (this is what is called when FB05 is used) then click on the where used list (CtrlShiftF3), de-select all options and select the option for transactions, you will get a list of transactions that use the program and it lists the granular transactions for FB05 (ex: FB60 for Incoming Invoices)
    I would like to think, that we can restrcit the access to different "Buttons" based on a few basic principles (it is only a idea, i didnt try it) The different radio buttons signify different activities Accounts payable & Accounts receivable, so it should be for customers and Vendors - make a restriction on the account types (F_BKPF_KOA) in the role that has FB05, you can also make restriction on what kind of documents are processsed based on the document types (F_BKPF_BLA) used in FB05 - that could be a option, Ideally the customer invoices would be a different document type than the vendor invoices, isnt it?
    There is no harm in giving it a try - so go ahead and try in the Development system. see how it goes..............
    Good luck and dont shoot me if it doesnt work (or) if you already tried all these options

  • Difference between Credit Limit of FD32 and OB52

    Hello All,
    I am configuring Sales Credit management but i got confused in these two T-CODES while assigning credit limits. What is the difference between FD32 Credit Limit and OB52 Credit Limit. If we assign credit limit in OB52 then why we assign in FD32.
    Also kindly help me how to assign roles for credit limit means authorization in sales credit management.
    Best Regards
    Roshan

    Dear roshan100      
    Credit lomit only set for the respective customer in FD32-(Customer credit master) only,OB52 will not be used for credit limit maintenance .OB52 is for setting posting periods.
    While comming to authorizations
    Once a sales order is raised and blocked for credit limit it has to be released by an authorized person or a credit manager.This depends upon the business process of respective clients.
    These blocked sales orders or deliveries will be released in VKM3 and VKM5 transaction codes respectively.
    So some users will create the orders and deliveries in VA01 andVL01N ,for them we don't give authorizations for the t-codes VKM3 and VKM5 .For Only the credit managers will get the authorizations to go vkm3 and vkm5 t.codes for releasing the blocked orders and deliveries.
    This authorizations will be set by the basis consultants according to the user statuses.
    Thanks&Regards
    Raghu.k

  • Link between Credit Memo and Dispute Case

    Hi,
    Please help me. How to Link between Credit Memo and Dispute Case
    Thaks,
    Vinod.

    Linking a credit note has nothing to do with EHP4 or 5. You have to do a config sertting:
    Dispute Management-Process Integration with Accounts Receivable Accounting-Assignment of Open Credits and Payments-Activate Assignment of Open Credits and Payments
    And make sure the business adapts the correct process:  When you reverse a charge on a debit invoice you have to make sure the credit is properly linked to the debit note.
    If this is the case then the credit will show up in the dispute case.
    Rgds,
    Richard

  • Difference between F.35 Receivables amount and FBL5N report open items

    Hi All,
    There is an amount difference between f.35 receivables amount and fbl5n open items amount, I have observed that there are some changes to credit master like risk category and credit representative group, so I thought if we run f.28 it will be right but still difference exits.
    If anybody has come across similar issue or if you have any idea on this on how to analyze, please let me know.
    Regards,
    RK.

    Hi ,
    Please check the time horizon in credit check used. then compare it with FBL5n.
    May be there will be difference in comparison period.
    Program RFDKLI20 or F.28 is to run when there is changes in Assignment from company code, entry in customer master data, entry in sales area data, user exit., currency of credit control area , Assignment of customers to credit accounts.
    And
    Program RVKRED09.--> only the risk class was changed it is sufficient to run
    Regards
    Atul

  • Difference between Excise duty on Setoff and Excise duty on Inventory

    Hi,
    What is the difference between Excise duty for Setoff and Excise duty for Inventory?
    regards,
    sathya

    hi Sathya
    Excise duty on set off means the values goes to a particular G/L and take the credit of it whie selling the material. Excise duty on inventory means your value will get loaded to your inventory. In case of duties on set off, you define your own account keys against condition type in tax procedure and G/L is assigned to this Acc key on OBYC/OB40. and in case of duty on inventory, standard acc key NVV is assigned and no G/L assignment is carried out in OBYC/OB40.
    Reward if helpful.
    Thanks & Regards
    Kapil Nanda

  • What is the difference between version 4.7 EE and ECC 6.0 in SD module.

    Hi SAP Gurus,
    what are the features in 4.7 EE version in general.
    what are the features in ECC 6.0  version in general.
    then give me the exact difference between version 4.7 EE and ECC 6.0 in SD module.
    if u give the information, then u will get the rewards.
    Regards,
    somu.

    Hi Somu,
             These are additional enhancements avialble in ECC6.0 other than that remaining same as 4.7E
    1.E-Commerce:- SAP ERP provides powerful e-commerce capabilities that can be expanded in an easy, cost-effective manner in line with business growth. Organizations can run a complete sales process on the Internet, and provide business-to-business (B2B) and business-to-consumer (B2C) customers with personalized and interactive online self-services.
    2.Mobile Sales for Handhelds:-SAP ERP enables sales professionals to access front- and back-office business processes and to manage critical sales activities in the field using standard PDAs or other handheld devices (including those with bar code scanners). In this area, SAP ERP provides the following functions:- Customer managementWith SAP ERP, sales professionals may enter, view, and modify detailed customer information, and view sales order history for each customer.- Sales order managementSAP ERP enables sales staff to take sales orders via bar code scanners; search, create, and modify sales orders; and list or sort sales order partners.- Material managementSupport for material management for mobile sales enables staff to view material lists or details for a specific material, search material, and display customer-specific prices.
    3.Resource-Related Down Payments and Billing:-- Supports creation of down-payment requests analogous to the functions offered by resource-related billing- Enables organizations to bill the requesting company code for services provided via a resource-related billing document.
    4.SAP Beverage Functions Available for the Consumer Products Industry:- As of SAP ERP Central Component (SAP ECC) 5.00, the following functions from the SAP beverage industry solution are available for the consumer products industry:* SAP ECC 5.00, consumer products (EA-CP 500)- Material sorting- Extra charge- Empties management- Part load lift orders- Pendulum list indirect sales- Sales returns- Excise duty* SAP ECC 5.00, supply chain management extension (EA-SCM 500)- Direct store delivery back-end- Master data- Visit control- Transportation planning (including loading units, aggregation categories)- Vehicle space optimization- Output control (including valuated delivery note)- Route accounting (including tour data entry, cash payer, route settlement)* SAP ECC 5.00, industry-specific sales enhancements (EA-ISSE 500)- Extended rebate processing.
    5.Credit Management:-Integrating sales and distribution (SD) credit management with SAP Credit Management application:With SAP ERP 6.0 application, you can also use SAP Credit Management in SAP Financial Supply Chain Management set of applications (FIN-FSCM-CR) to perform all credit checks and commitment updates for all areas of sales (SD-BF-CM). In SAP Credit Management, you can update the data from multiple systems. This enables you to execute credit checks with consistent data in distributed systems, too. Furthermore, you can connect to external credit information providers by extensible markup language (XML) interfaces. Alternatively, you can continue to use SD Credit Management (SD-BF-CM).
    6.E-Commerce: Catalog Management :-As of SAP ERP 6.0 application, you must carry out product catalog replication from your ERP solution to the Text Retrieval and Information Extraction (TREX) server for use in the Web shop, using the report ISA_CATALOG_REPLICATION.
    7.E-Commerce: Quotation and Order Management:- Order creation with reference to a contract that has been displayed* Lock of sales documents to avoid concurrent access during the order change process* Display of bills of material in the shopping basket* Free goods processing* Processing of grid products for the SAP Apparel and Footwear application* One-step business order processing* Selection of multiple transaction types in the shopping basket* Credit card support in business-to-business (B2B) Web shop* Material number format conversion* Maintenance of delivery priority in the shopping basket (B2B)* Document search for all documents across all sales areas* Interprocess communication-characteristic value display in basket and order confirmation
    8.E-Commerce: Selling Over eBay:-Creation and management of product listings on eBay leverages the e-commerce order management and fulfillment capabilities of the SAP ERP application by easily tying existing tax, pricing, shipping, and payment configurations to post-auction processing. Enhancements in 2005: * You can use the business-to-consumer (B2C) checkout instead of the eBay checkout. With the B2C checkout, you can maximize cross-selling and up-selling opportunities by leveraging B2C functionality, determine tax and shipping using the elaborate methodologies available through condition techniques in SAP ERP 6.0. * E-mail notification scenario: winner notification to keep the auction winner updated with the status of the auction and of his or her order * Monitoring through features such as single-activity trace (SAT), heartbeat, and logging * Creation and publishing of multiple-item auctions and manual retraction of winners
    9.E-Commerce: User Management:-- Web-based user management for business-to-business internet users - Assignment of authorization roles to users in web-based user management - Automatic migration of SU05 to SU01 internet users
    10.Enterprise Services in Sales Order Management:-Please check in the Enterprise Services Workplace site which enterprise services are available for sales order management on the SAP Developer Network site (www.sdn.sap.com).
    11.Internet Pricing and Configurator (IPC):-The IPC is enhanced and integrated to allow configuration within the sales documents of the SAP ERP application reusing existing model data while leveraging its improved functionality and advanced user interface within SAP ERP.
    12.Price Catalog (PRICAT): – Inbound Processing (Retail):-Inbound message processing of PRICAT essages:As of SAP ERP Central Component enterprise extension retail 6.0 (EA-RET 600) component, you can create and change article data automatically, or in an interface for mass data handling. The system takes both single and generic articles and bills of material and prices into account.
    13.Rebate Condition Records Using Scales:-As of SAP ERP 6.0 application, you can set up rebate agreements so that the scale base value and the rebate scale level is derived from the total sales volume of multiple condition records. You do this by grouping condition records in the rebate agreement.
    14.SAP Role: – Internal Sales Representative:-SAP role – internal sales representativeThis role delivers all the functions to fulfill the requirements of an internal sales representative. This includes tasks such as answering phone calls from customers and prospective customers, processing incoming inquiries and sales orders, and preparing quotations and sales contracts.Target groupThe responsibilities of an internal sales representative (or customer service representative) include the following:- Answering phone calls from customers and prospective customers- Answering product, price, and order status related questions- Processing incoming inquiries and sales orders- Preparing quotations and sales contracts- Taking sales orders and ensuring successful order processing – for example, taking care of the completeness of sales documents, releasing delivery-blocked orders, and so on - Support for the outside sales force – for example, checking on quotations, updating customer master data, and so on- Preparing reports and sales analyses for the sales manager and the sales teamWork overview This work center gives you an overview of your daily work and gives you easy access to your most important tasks. Sales documents This work center allows you to work on all your sales documents. You can create and maintain inquiries, quotations, sales orders, sales contracts, scheduling agreements, and billing documents. Order fulfillment This work center allows you to monitor order fulfillment. You can display deliveries, backorders, and shipments, and can check product availability.Master data This work center enables you to work on all your master data. You can create and maintain business partners, customer agreements, prices and conditions, and products.
    I hope it will help you
    Regards,
    Murali.

  • Difference between the balance in FBL3N and FS10n

    Hi Sapians,
          There is a difference between the balance in FBL3N and FS10n. There are no recent changes made in the GL master data. Also there is a difference between the debit and credit balances of FS10N and table GLT0.
    Please advice.
    Ashwin

    Go through following notes:
    FI-GL-GL-D     970096     FS10N: Drilldown -> differences with active new G/L     
    FI-GL-GL-D     1609283     FS10N: Drill-Down leads to differences with active splitting     
    FI-GL-GL-D     1021174     FS10N: Drilldown -> differences despite Note 970096     
    FI-AR-AR-D     327139     Balance display FI: drilldown perfrmnce for balncs     
    FI-AR-AR-D     716640     Balance display: Drilldown: Total of open items <> balance

  • Credit Management- difference between Credit check at Delivery & PGI

    Dear Gurus,
    scenario : The client already have Credit check at Sales order & Delivery . he want to allocate inventory to the order in case of Credit check at sales order.also delivery should be blocked.
    Whats is the possible solution ?
    If i will remove credit check at sales order & only credit check at delivery. is that solve the problem & what is the customisation for the same ?
    what is the difference between credit check at delivery & at PGI
    Please Help me to solve this critical problem
    Thanks in Advance
    Vishal
    Edited by: Vishal Shirke on May 22, 2009 9:47 AM

    Hi Vishal,
    SAP can do credit check at three levels Sales order, deliveries and PGI.
    When checking at Deliveries:-The credit block will not allow you to create Delivery document if you set credit check for Deliveries.
    the stock will not get reserved for the delivery.
    We follow this when we dont want to create delivery doc when customers credit limit exceeds.
    At PGI Level --> The credit block will not allow you to do the PGI if you set credit check for PGI.
    you can create delivery document and also pick the stock.
    the stock will  get reserved for the delivery
    So according to ur scenario u can go for Credit check at PGI.
    check this thread
    Re: credit management
    PS: Do search the forum you willl get lots of informative answers which will also enhance ur knowledge.
    Thanks,
    Raja

  • Difference betn credit memo n credit memo for returns

    Hi,
    What is difference betn credit memo n credit memo for returns?

    Hi
    CREDIT MEMO:
    Suppose, you have chrged (Price) the customer more or you have charged the customer for say 10 pieces but you have send actually 8 pieces,for which customer has paid you.
    In both the above scenarios, you need to pay back the excess amount paid by him.
    To payback, we create a Billing document called Credit memo. In standard SAP, Billing Type G2 is created for Credit memo.
    This Credit memo(G2) is created with reference to a Credit memo request (Sales document type) with Order type "CR".
    This Credit memo Request (CR) is created either with reference to Sales order or Billing document.
    Ofcourse, it can also be created with out any reference document also. In real time scenario, we normally create this Credit memo Request with reference to the Billing document (Invoice).
    No Delivery takes place in this scenario while creating a Credit memo (G2).
    CREDIT FOR RETURN
    When goods are physically returned back by the customer due to some complaint, then we first, create a Return order(Order Type RE) with reference to either Sales order or Billing document. Normally, in real time scenarios, we refer the Billing document.
    Return order can also be created with out any reference .
    In situation like, suppose you had sent 10 pieces of certain material to the customer for which he has paid. But he found that 2 pieces are defective or damaged in transit. So he has returned it to you for which you need to create a Return order(RE).
    From this Return order(RE) -
    > Return Delivery is created -
    > PGR.
    As customer has returned the goods to you, then there are 2 options with you. Either you may send fresh stock ,which we normally call "Replacement" OR you may pay back the value for the returned goods.
    If, we pay back, then we create a Credit memo for return, which called "Credit for Return" and in standard SAP represented by Billing Type (RE).
    In standard system, this "Credit for Return(RE)" is ALWAYS created with reference to the "Return Order(RE)".
    Even though, physical delivery takes place in return process, still the "Credit for return(RE)" is created with reference to the "Return order(RE)".
    If, client requires it to be created from Return delivery then you need to establish necessary settings in customisation which has already beed discussed in this forum several times.
    Hope, it is clear.
    Regards

  • Difference Between Cahs Sales, Rush Order and Standard Order

    Hi gurus,
    I want to know whole configration for rush order and difference between 1. Rush order and cash sales. 2. cash sales and standard order.
    Would u please help me for this...
    Regards
    Prashant.

    Hi,
    1) Cash sale : in this delivery automatically happen when you save the sales order.  After that you have to give an invoice to the customer.
    2) Rush order. Here also delivery automatically happen when you save the sales order. But the difference is you can send invoice after some time but the delivery should happen immidately.
    If you goto any super market first, you pick up the item and then pay the bill and then you will get the bill, this process is cash sales.
    Cash sales is order related billing whereas RO is delivery related.
    Cash sales is not relevant for availability check as you will be picking the goods whereas RO is relevant for availability check.
    Cash sales is also not relevant for credit management whereas RO is relevant credit management.
    Cash sales uses RD03 as output which immediately prints the invoice whereas RO uses standard output RD00.
    Cash sales has one time customer account group where as RO normally doesn't.
    For cash sales order type is BV or CS and for RO it is RO
    Cash sales triggers petty cash a/c where as in RO customers account is debited.
    Delivery and settlement will be done immediately in cash sales where as in RO only delivery will be done immediatrly.
    Rush Order/Cash Sales u2013 
    Rush orders and Cash sales are sales document types that are used in the sales from plant process or when the customer needs to pick their goods immediately from the warehouse.
    In the sales document type, the following changes have to be made for rush order/cash sales u2013
    a. order type u2013 RO/CS
    b. shipping conditions u2013 immediately
    c. immediate delivery u2013 X
    d. lead time in days u2013 not to be specified
    e. delivery type u2013 LF/BV
    f. billing type u2013 F2/BV
    g. item category u2013 TAN/BVN 
    h. schedule line category u2013 CP/CP
    In case of rush orders and cash sales once the goods have been withdrawn from the warehouse, picking and posting goods issue can begin.
    In case of rush orders, when you create the billing documents the system prints the invoice papers and sends them to the customer.
    But in case of cash sales, an order related billing index is generated automatically. This updates the billing due list. Billing type BV is created, while the billing due list is being processed and the system does not print invoices during billing for a cash sale. 
    In cash sales when you save the order, the system automatically generates a cash receipt that can be given to the customer as an invoice and the goods are picked up from the warehouse immediately by the customer. You control the output with output type RD03, contained in the output determination procedure for order type CS.
    Best Regards,
    Amit

Maybe you are looking for