Procedure How to cancel Billing Documents from SD module
Comments
Content
Procedure To Cancel Billing Documents ( SD MODULE) Tickets from users: case 1 After the following process: Sales Order --> Outbound Delivery (Goods issue) --> Billing, what happens if there is a cancellation? How to perform cancellation for this process: Billing --> Goods receipt --> Sales Order ? (Is this the correct reversal to perform in order for cancellation?) After performing the process Sales Order --> Outbound Delivery (Goods issue) --> Billing, the billing document will be passed on to the FI consultants. But if there is a cancellation then, this billing doc. which will have a accounting document also that will also get cancelled. In the FI customer open line items. Cancellation of billing - VF11 Cancellation of delivery - VL09 Then go to VL02N and remove the picking qty and make it blank then Goto VA02 and cancel the order. You can delete the Sales Order if transaction have been done: In T-code VA02 , just enter into the sales order goto menu path -> Files-> Cancel or delete option will be there will be there. After deletion / cancellation of that sales order that order doesn't exist in the database. For example, if your sales order number is 1055 and you have deleted or cancelled that sales order, then that sales order number doesn't exist in the database and you can’t create another sales order with the same order number 1055. When you create another sales order the number will skip to the next one i.e, 1056. You can only reject the Sales order if there are existing transactions: 1. First you need to cancel the billing document using T-code VF11, so it will reverse all the updated accounting entries. 2. Now you need to cancel the Post goods Issue using VL09, once it is reversed, the delete the delivery using VL02N.
3. Once the delivery is deleted, the sales order will be open. Now put a reason for rejection in the line item/s, and reject the order, the order will get closed. It is not advisable delete a sales order. Match Billing Cancel Document How to find out the link between the original and cancelled billing documents? Goto to t-code SE16 Table: VBRK Field: VBRK-ZUONR - Assignment (this field link the original and cancelled billing documents) Cancel billing documents must be successfuly released to accounting. Usually it failed when user tried to cancelled current period with previous date.
Document Not Relevant For Billing
How to resolve "Document not relevant for billing" error message? Check the detailed error log in VF01 screen. We may get more information on error. Then, check have you completed the PGI for the delivery document or not. Next, go to that Item Category functionality VOV7 and find if it is order or delivery related billing. And after that go and check in the particular Sales order document type whether billing document types are maintained in the sales document or not. If every thing is correct go and find with copy controls If it order related, go VTFA If it Delivery related, go VTFL and check in your document type combination is maintained or not, if they are maintained item category is available or not. After delivery while creating billing document system showing error that no billing document is generated for material no 395. So how I can solve this issue. Check if Item Category is checked for Billing or not. Normal Sales Order Cycle:Step 1: Sales Document Type IMG > Sales and Distribution > Sales > Sales Documents > Sales Document Header: 1. Sales Document Type:The sales document types represent the different business transactions, such as Inquiry, Quotation, Sales Order, etc. To create new sales order type, always copy as with reference to similar sales order. If possible use standard sales order. 2. Define Number Ranges For Sales Documents: Maintain number range with discussion with core team. 3. Assign Sales Area To Sales Document Types: A. Combine sales organizations / Combine distribution channels / Combine divisions: Ensure to maintain these, else Sales Order creation will give error. B. Assign sales order types permitted for sales areas: Assign only required Sales Order Types to required Sales Area. This will minimize selection of Sales Order Type as per sales area.
Sales Document Item: *1. Define Item Categories: If possible use Standard Item Category. Incase if required to create new, copy as from standard & maintain New. *2. Assign Item Categories: If possible, use standard. Formula for deriving item category: Sales Document Type + Item Category Group + Usage + Higher Level Item Category = Item Category Schedule Line: 1. Define Schedule Line Categories: If possible use Standard Schedule Lines. Incase if required to create new, copy as from standard & maintain New. 2. Assign Schedule Line Categories: If possible, use standard. Formula for deriving Schedule Line: Item Category + MRP Type / No MRP Type. Step 2: IMG > Logistic Execution > Shipping > Deliveries > *1. Define Delivery Types: If possible use Standard Delivery Type. Incase if required to create new, copy as from standard & maintain New. *2. Define Item Categories for Deliveries: If possible use Standard Item Categories for Delivery Type. Incase if required to create new, copy as from standard & maintain New. *3. Define Number Ranges for Deliveries: Ensure to maintain number range. Step 3: IMG > Sales and Distribution > Billing > 1. Define Billing Types: If possible use Standard Billing Type. Incase if required to create new, copy as from standard & maintain New. 2. Define Number Range For Billing Documents: Ensure to maintain number range. 3. Maintain Copying Control For Billing Documents: Maintain relevant copy controls such as Sales Order to Billing, Deliver to Billing, etc. Note: Ensure that Copy Control settings are done Sales Order to Sales Order (QT --> OR): VTAA Sales Order to Delivery (OR --> LF): VTLA Sales Order to Billing (OR --> F1): VTFA Delivery to Billing(LF --> F2): VTFL Billing to Sales Order (F2 --> RE): VTAF The configuration differs from scenario to scenario & requirement of the client.
|| | |– Production | |– Production – process | |– Plant maintenance | |– Service management | |– Quality management | |– Logistics controlling | |– Project management | — Central functions | |– Accounting |– Human resources |– Information systems |– Tools — Favorites list
User Exit SAP Module SD
Untuk menemukan berbagai macam User Exit yang terlah disediakan oleh SAP untuk modul SD, bisa menuju ke Path: SPRO > IMG > Sales and Distribution > System Modifications > User exits. Sales related exits Customer exits (CMOD transaction) Enhancement code Description SDAPO001 Activating Sourcing Subitem Quantity Propagation SDTRM001 Reschedule schedule lines without a new ATP check V45A0001 Determine alternative materials for product selection V45A0002 Predefine sold-to party in sales document V45A0003 Collector for customer function modulpool MV45A V45A0004 Copy packing proposal V45E0001 Update the purchase order from the sales order V45E0002 Data transfer in procurement elements (PRreq., assembly) V45L0001 SD component supplier processing (customer enhancements) V45P0001 SD customer function for cross-company code sales V45S0001 Update sales document from configuration V45S0003 MRP-relevance for incomplete configuration V45S0004 Effectivity type in sales order V45W0001 SD Service Management: Forward Contract Data to Item V46H0001 SD Customer functions for resource-related billing V60F0001 SD Billing plan (customer enhancement) diff. to billing plan Include routines reserved for customers (need a modification key)
Include Description MV45ATZZ For entering metadata for sales document processing MV45AOZZ For entering additional installation-specific modules for sales document processing which are called up by the screen and run under PBO (Process Before Output) prior to output of the screen. MV45AIZZ For entering additional installation-specific modules for sales document processing. These are called up by the screen and run under PAI (Process After Input) after data input (for example, data validation). MV45AFZZ and MV45EFZ1 For entering installation-specific FORM rout ines and for using user exits, which may be required and can be used if necessary. Billing related exits Customer exits (CMOD transaction) Enhancement code Description SDVFX001 User exit header line in delivery to accounting SDVFX002 User exit for A/R line in transfer to accounting SDVFX003 User exit cash clearing in transfer to accounting SDVFX004 User exit G/L line in transfer to accounting SDVFX005 User exit reserves in transfer to accounting SDVFX006 User exit tax line in transfer to accounting SDVFX007 User exit: Billing plan during transfer to Accounting SDVFX008 User exit: Processing of transfer structures SD-FI SDVFX009 Billing doc. processing KIDONO (payment reference number) SDVFX010 User exit item table for the customer lines SDVFX011 Userexit for the komkcv- and kompcv-structures V05I0001 User exits for billing index V05N0001 User Exits for Printing Billing Docs. using POR Procedure V60A0001 Customer functions in the billing document V60P0001 Data provision for additional fields for display in lists V61A0001 Customer enhancement: Pricing Delivery related exits Customer exits (CMOD transaction) Enhancement code Description V50PSTAT Delivery: Item Status Calculation V50Q0001 Delivery Monitor: User Exits for Filling Display Fields V50R0001 Collective processing for delivery creation V50R0002 Collective processing for delivery creation V50R0004 Calculation of Stock for POs for Shipping Due Date List V50S0001 User Exits for Delivery Processing V53C0001 Rough workload calculation in time per item
V53C0002 W&S: RWE enhancement – shipping material type/time slot V53W0001 User exits for creating picking waves VMDE0001 Shipping Interface: Error Handling – Inbound IDoc VMDE0002 Shipping Interface: Message PICKSD (Picking, Outbound) VMDE0003 Shipping Interface: Message SDPICK (Picking, Inbound) VMDE0004 Shipping Interface: Message SDPACK (Packing, Inbound) V02V0001 Sales area determination for stock transport order V02V0002 User exit for storage location determination V02V0003 User exit for gate + matl staging area determination (headr) V02V0004 User Exit for Staging Area Determination (Item) Include routines reserved for customers (need a modification key) Include Description MV50AFZ1 User Exits for Delivery Processing MV50AFZ2 User Exit for Batch Quantity Allocation MV50AFZ3 LIPS-KOQUI (Picking is subject to confirmation) determination MV50AFZK The user exits in this include can be used to fill the condition tables for material listing and material exclusion (KOMKG and KOMPG) and product selection (KOMKD and KOMPD) with own data. MV50AFZL In delivery creation process for sales orders there is the possibility to restrict the delivery creation to some order items. If these order items are member of a delivery group, but not all items of this delivery group are includes in the restriction range of the order item nubers, you can specify in this routine what to do. MV50AFZP This user exit can be used to modify change mode of pricing screens in delivery processing. MV50AFZZ Users Exit for Batch Determination; LIPS-LGORT determination User Exits for Transportation Include routines reserved for customers (need a modification key) Include Description MV56AOZZ You can include your own modules in this program, to be processed in shipment processing screens during PBO. MV56AIZZ You can include your own modules in this program, to be processed in shipment processing screens during PAI. MV56AFZY You can include your own FORM routines in this program. They can contain your own adjustments for shipment processsing. MV56AFZZ This program contains pre-defined FORM routines, in which you can carry out your own adjustments for transportation processing. User Exits for Price Determination Routine Module pool or function group Include Description USEREXIT_PRICING_PREPARE_TKOMK SAPLV60A RV60AFZZ This user exit allows you to copy additional fields for pricing in the TKOMK communication structure
(header fields), which have not been provided in the standard SAP system. These fields can also be used for pricing in the billing document. This user exit is described in detail in the “New fields in pricing” section. USEREXIT_PRICING_PREPARE_TKOMP SAPLV60A RV60AFZZ This user exit allows you to copy additional fields for pricing in the TKOMP communication structure (item fields), which have not been provided in the standard SAP system. These fields can also be used for pricing. This user exit is described in detail in the “New fields in pricing” section. USEREXIT_FIELD_MODIFICATION SAPMV61A MV61AFZA You can use this user exit to adjust the display of individual lines in the condition screen by changing the display attributes of the screen fields. This does not include the display of subtotals. This user exit is also used in order processing. USEREXIT_FIELD_MODIFIC_KZWI SAPMV61A MV61AFZB You can change the display of subtotals in the condition screen by changing the display attributes of the screen fields. This user exit is also used in order processing. USEREXIT_FIELD_MODIFIC_KOPF SAPMV61A MV61AFZB You can adjust the display of subtotals in the condition screen to your requirements by changing the display attributes of the screen fields. This user exit is also used in order processing. USEREXIT_FIELD_MODIFIC_LEER SAPMV61A MV61AFZB You can adjust the display of blank lines in the condition screen to your requirements by changing the display attributes of the screen fields. This user exit is also used in order processing. USEREXIT_PRICING_CHECK SAPMV61 MV61AFZA You can install additional checks to the standard checks of condition lines (e.g. maximum/minimum value). USEREXIT_PRICING_RULE SAPLV61A RV61AFZA In the standard SAP system, it is predefined which condition categories and classes can be copied or recalculated per pricing type. You can change the predefined standard procedure for each pricing type. USEREXIT_CHANGE_PRICING_RULE SAPMV61A MV61AFZA You can use this user exit to change the pricing type that has been predefined in the copying control table in billing. USEREXIT_XKOMV_BEWERTEN_INIT SAPLV61A RV61AFZB This field is used in the formulas and therefore initialized before the loop for the pricing procedure starts. USEREXIT_XKOMV_BEWERTEN_END SAPLV61A RV61AFZB Within a loop for the price components during pricing, specific values can be transferred into the communication structures in pricing to be further processed. USEREXIT_XKOMV_ERGAENZEN SAPLV61A RV61AFZB In change mode, you can change the dynamic part of the condition record (KONVD) that is always redetermined (i.e. it is not stored in database table KONV). USEREXIT_XKOMV_ERGAENZEN_MANU SAPLV61A RV61AFZB You can use this user exit to change the ready-for-input fields of the manually entered condition record in add mode in the condition screen. USEREXIT_XKOMV_FUELLEN SAPLV61A RV61AFZB This user exit is always called up during a redetermination of all or individual price components. You can change the work fields of the condition line. However, this only applies to conditions that have
been determined via a condition record. USEREXIT_XKOMV_FUELLEN_O_KONP SAPLV61A RV61AFZB This user exit is always called up during a redetermination of all or individual price components. You can change the work fields of the condition line. However, this only applies to conditions that have been determined via a condition record. This may include subtotals, manually entered conditions or conditions that have been calculated with a formula. USEREXIT_PRICING_COPY SAPLV61A RV61AFZA You can change the KONV fields for copied price components. Note: as of Release 4.6A, the display of the condition screen (screen 6201) has been converted from a full screen to a subscreen. The full screen is included in the SAPMV61A module pool, the subscreen, however, in program SAPLV69A. Therefore, instead of MV61AFZA and MV61AFZB, the user exits in LV69AFZZ should be used. For reference, see OSS note 313569. User Exits for Partner Determination Partner determination contains the following user exits for your use: EXIT_SAPLV09A_001 You can use this user exit to control whether an address that was entered manually and has already been used in other documents (referenced), should be referenced again if it changes or whether a new address shold be created (duplicated). EXIT_SAPLV09A_002 Call up this user exit if a customer has not been maintained in the current sales area. EXIT_SAPLV09A_003 Use this user exit to control the origin of partners in the partner determination procedure (origin X, Y or Z). If X, Y, or Z has been entered in the Origin field, this user exit is automatically called up during partner determination. EXIT_SAPLV09A_004 Use this user exit to integrate your own check in a program, that runs before the partner is saved in the document. For more detailed information, see the program documentation for each ofthe user exits. User Exits For Credit Checks If you want to carry out your own individual credit checks, that differ from those in the standard system, you must define them in the following user exits: LVKMPTZZ LVKMPFZ1: USER_CREDIT_CHECK1 LVKMPFZ2: USER_CREDIT_CHECK2 LVKMPFZ3: USER_CREDIT_CHECK3 User Exit for availability check User exit USEREXIT_AVAIL_CHECK_CREDIT exists in Include MV45AFZF. This user exit allows you to determine whether the system should or should not carry out
an availability check after a blocked document has been released or after a new credit check. User Exit for Risk Management for Receivables RVKMPUS2 Using this user exit, you can define new forms of payment guarantee. User Exits for Billing Plan RV60FUS1 User Exit from SAPLV60F, Billing Plan: Distribute Difference •BILLING_SCHEDULE_DELTA For milestone billing a percentage value is fully invoiced for each billing deadline. In the case of deviations between the original item value and any later changes, you can use the user exit to determine whether the difference should be stored in the final invoice or sent to the next deadline. •USEREXIT_MOVE_FIELD_TO_FPLT : This user exit allows you to create your own fields in table FPLT. •USEREXIT_MOVE_FIELD_TO_FPLA : This user exit allows you to create your own fields in table FPLA. RV60FUS2 User exit from SAPLV60F, Billing plan: Prepare pricing •USEREXIT_PRICING_PREPARE_TKOMX This user exit is used to copy or create an additional field in the definitive communication structure for pricing. The user exit is also often used to change the duration of a billing plan deadline. You can do this by overwriting the following fields: ?tkomp-anz_tage (Number of days in a deadline) ?tkomp-anz_monate (Number of months in a deadline) ?tkomp-anz_jahre (Number of years in a deadline) ?tkomp-anz_wochen (Number of weeks in a deadline) RV60FUS3 User Exit From SAPLV60F, Bill. Plan: Deadline Proposal From Source •USEREXIT_DATE_PROPOSAL In the standard release deadlines are set according to a template in the billing plan. This grid entry list sets the deadlines for each day but you can adjust the template with the user exit so that the grid entry list could, for example, follow a monthly pattern instead. Modification report for billing plan SDFPLA02 This report enables you to update the header data for a billing plan with the result that new billing plan deadlines are determined and set in the billing plan. In this way you can, for example, set the goods issue date as the starting date for the billing plan. Additions to billing plan with transaction SMOD •User exit SDVAX001 In the standard release the billing plan type is determined from the item category of the sales document and set in the billing plan. You can also use the user exit to determine the billing plan type dependent on data from
the order header, order item, etc. •User exit V60F0001 This user exit is for changing the deviating billing date (FPLT-AFDAT). RV60FUS4 User exit from SAPLV60F, field preparation field selection for screen RV60FUS5 This userexit can be used to split date lines TKOMK for Header fields RV60FUST User Part for Billing Plan – Data Definition