Académique Documents
Professionnel Documents
Culture Documents
What is CENVAT (Central Value-added Tax) and how it is configured? Anil Before I am going to explain what is cenvat, you have to under stand the Indian tax Central Excise Duty (BED). It is called as basic excise duty. Every manufacturer is liable to pay the excise duty in various kinds namely Basic Excise Duty, Special Excise Duty, Additional Excise Duty etc., Just think over a product which is reached to a end user, how many manufacturing activities are done. So to reduce the tax burden of the end user, the Govt. of India introduce the MODVAT scheme which is now called CENVAT scheme. Based on this, if any manufacturer purchased a material, which is duty paid, and if it is used for his further manufacturing activity, he can avail this as credit in his book based on the Central Excise Invoice. At the time of selling his manufactured goods, he is liable to pay the excise duty. He can adjust the credit which he has taken into his book and pay the rest. For example: CENVAT availed at the time purchased various goods Rs.20,000 (EXcise duty alone) CENVAT payable for his product at the time sales Rs.25,000 He will pay only Rs.5000 through cash deposit in PLA. This customizing are in SAP CIN Module. If you are having the CIN CD, go through. K. SUNDAR Good Explanation. In addition to this. The CENVAT means, Tax on Value Addition on the goods manufactured according to Central Excise & Customs Act Difinition. Here the value addition means the Additional Services/Activities etc. which converts the Input in to Output, and the output is newly recognised as per the this act as Exciseble goods. Like this the discussion is goes on for definition. In 4.7 SAP version, there is no CIN version seperately, it is available with Standard SAP it self. I hope Mr. Anil Gurjar's query is completely answered.
INBOUND DELIVERY
Inbound delivery does not necessarily mean goods receipt. INBOUND DELIVERY in SAP pertains to all incoming goods, which may refer to either a vendor delivery or a return of a rejected delivery to a customer. It may cover the schedules of deliveries from your vendors/suppliers or even a rejected delivery to a customer. The GOODS RECEIPT portion pertains to the time that you are in the process of receiving the goods (either as a delivery or as a return item). Hence, movement type would vary. CREATING MULTIPLE SERIAL NUMBER 1.It is possible to create several serial numbers for a single material using IQ01. Select the material for which serial numbers are required. Then create the serial numbers one by one entering the different parameters required and you will have the material with different serial numbers.
2. This will depend on the use of the serial numbers. For example, in the automotive industry serial numbers are being used which are attached to a piece of equipment and the equipment is classified. The classification data for each piece of equipment (1 EA, in your case) can contain several numbers assigned to it such as, Engine number, VIN number, etc. If it suits your purpose you can follow this equipment/serial number classification concept using class type 002 (equipment).
any of the 9 series custom movement types which your company requires. I hope this helps. Regards, Susan -----Original Message----From: gardner.at via sap-r3-log-mm [mailto:<email@removed>] Sent: Friday, October 06, 2006 10:13 AM To: Gallagher, Susan K. Subject: [sap-r3-log-mm] MRKO - Settle consignment/pipeline liabilities
I would like to understand which material movements MRKO takes into consideration when it settles. For example would it consider 101,102 261,262 - 701,702 - 901,902's? Is there somewhere I can look this up? Thanks - Andy
orders or complete then and set status to TECO. 2. Purchasing: the deletion flag must be set in all current and old purchase orders and purchase info recs. Delete entries in source lists, contracts and outline agreements. 3. QM: Make UD on outstanding inspection lots. 4. Planning Data: Delete any forecasts or planned independent requirements or SOP/Flexible planning plans. 5. Sales: Cancel or complete the process for any sales documents (eg orders, deliveries). Remove or disable pricing records. 6. Warehouse Management: Cancel or complete transfer orders, transfer requirements, posting change notices. Ensure that no negative bin stock exists that cannot otherwise be balanced by other positive bin stocks. 7. Physical Inventory: Delete old, obsolete (but still active) physical inventory documents. Post Count, Adjust and close documents, or delete item from active documents. 8. Record previous period stock for the plant (MM03-Accounting). If non-zero then record details by batch and storage location (table MCHBH if using release > 4.0a?). 9. You must remove previous period stock - the previous period in both MM and GL may need to be reopened (or wait until month-end processing when both previous and current periods are open simultaneously). To remove you need to use a transaction such as MI10 or MB1C and use a posting date of the previous period. 10. You must remove any remaining current period stock. 11. Planning Data (cont'd): delete all planned orders. Delete MRP List if any (check with MD05). 12. Costing: Delete any cost estimates. 13. Legacy Systems / Interfaces: Check what impact the change will have. 14. Material Master preparation: * Ensure no alternative unit of measures are being used on the sales / purchasing / work scheduling / plant storage 1 views. * Remove all alternative UoMs from "Extras" 15. CHANGE THE BASE UNIT OF MEASURE. If any errors, then check above steps again. 16. Material Master: * Modify Planned Price 1, standard cost and/or moving average price on costing and accounting views. * Modify any unit-related fields eg gross/net weights, MRP lot sizes / safety stock * Re-create any alternative units of measure and re-assign to correct material master views. 17. Recovery: If you need any of the orders or master data deleted in any of the above steps, then now is the time. 18. Re-enter stock. Do not attempt to add back into previous period especially if using moving average price control (V) - do not back-date.
Project implementation
The Technical Team will prepare the systems environment for the package, apply any software fixes from the vendor, implement the software in the best way possible for the organisation set up and tune the software for the particular technical environment. GAP Analysis A through gap analysis will identify the gaps between how the business operates ad its needs against what the package can can't do. For each gap there will be one of three outcomes which must be recorded and actioned, GAP must be closed and customised software can be developed close the gap, GAP must be closed but software cannot be written therefore a workaround is required, GAP does not need to be closed. In simple terms: Gap means small cracks. In SAP world. In information technology, gap analysis is the study of the differences between two different information systems or applications( ex; existing system or legacy system with Client and new is SAP), often for the purpose of determining how to get from one state to a new state. A gap is sometimes spoken of as "the space between where we are and where we want to be." Gap analysis is undertaken as a means of bridging that space. Actual gap analysis is time consuming and it plays vital role in blue print stage. Cut Over Plans Detailed plans need to be developed for cutting over from the old system(s) to the new. Parallel runs of what will happen over the conversion period using test data, convert and watch for a period after wards to ensure nothing unexpected happens. Train Users Well trained users will support and defend the system on site. Unsupportive users will continually undermine the system and eventually it will be replaced. Therefore the more effort you put into helping the users master the system early the better.
1. 2. 3. 4.
OMFI - Vendor Confirmation to be mandatory for Purchasing documents OME0 - System Messages for Purchasing OMCQ - System messages for Inventory Management OMEB - Indicator specifying that a p.o.item must not contain an account assignment
SAP Reader
following procedure should be followed. 1) Create Return Delivery (MIGO) 2) Reverse the Excise Duty Posted (J1IS) 3) Raise the debit Note. (MIRO) With Compliment by: Rajesh Birari
OLI3 - Statistical setup of info structures from purchasing documents Info structure to be set up S012 Save under version &( Tick Delete/create indices Specify the Purchasing Documents or Document Date Name of run S012-1 Tick New run? Date of termination 99.99.9999 Time of termination 99:99:99 Tick Redetermine update group? Tick Update documents?
Second Screen
Source version &( Untick Do not copy initial records Tick Reset target version Untick No automatic period conversion
Now, you can check the figures using transaction MCE5or any of the transaction that uses the table S012.
specification is adopted in the invoicing plan, provided that this has been predefined in Customizing for the relevant invoicing plan type. 3) The purchase order item must have an account assignment. 4) The Logistics Invoice Verification must be used. 5) The vendor must have agreed to use the automatic invoice creation facility (since we will use automatic settlement to create the invoice). In this case, the 'AutoEvalGRSetmtDel.' indicator must be flagged in the vendor master record. Furthermore, once Purchase Order is created with order type FO, ensure that the indicators for GR/IR control have been set correctly on the item detail screen. The Goods Receipt indicator may only be set in combination with the Goods Receipt Non-Valuated indicator. The Invoice indicator must be set. For the automatic creation of invoices, the ERS (Evaluated Receipt Settlement) indicator must be also set. A further prerequisite for automatic settlement is that a tax code must be entered in the purchase order.
Copy Organizational object Plant using Transaction: EC02. (recommended to Copy from a standard sap plant) Create or copy storage location using :OX09 Shipra 1. Copy existing plant A to new plant B. All of plant As data in throughout the IMG will be created/copied for plant B. In some cases with plant A data that is not desired. In step 3 you must go through and correct invalid entries 2. Correct address information 3. Correct data copied to plant B as plant A (a) In Sales and Distribution -> Shipping -> Picking -> Determine Picking Location -> Assign Picking Locations (OVL3), delete entry where Shipping Point = plant A and Plant = plant B and press save. (b) In Sales and Distribution -> Shipping -> Basic Shipping Functions -> Shipping Point Determination -> Assign shipping points wherever plant B is found the shipping point is plant A. This must be changed to plant B. (c) In Enterprise Structure -> Maintain Structure -> Assignment -> Sales and Distribution -> Assign shipping point to plant delete plant B shipping point from the plant A assignement. (d) In Enterprise Structure -> Maintain Structure -> Definition -> Sales and Distribution -> Define, copy, delete, check shipping point copy shipping point plant A to shipping point plant B. Correct the description in the define section of this node. (e) In Sales and Distribution -> Shipping -> Picking -> Determine Picking Location -> Assign Picking Locations (OVL3), copy plant A entry to plant B entry, changing all data to plant B. (f) Check with Reorder buying group to determine MRP controllers for new plant. Remove plant A MRP controllers from plant B, and add controllers received from reorder buying group. IMG is Materials Management -> Consumption Based Planning -> Master Data -> Define MRP controllers (g) Define special procurement. IMG is Materials Management -> Consumption Based Planning -> Master Data -> Define special procurement type. (h) OMGN Assign customer in Set up stock transport order [Plant].
(i) OMGN in Set up stock transport order [Purchasing Document type]; an entry was created for source plant B and plant A, this entry should have a UB order type and the check box should be off. Each plant needs a plant B UB entry created. (j) OMJ3 Delete incorrect entry in print parameters. Remove entry where plant = plant B & storage location = plant A. Create entry for plant B storage location B (k) Verify entry for new plant exists in OVLT picking output (l) Verify entry for new plant is correct in VP01 4. Manual configuration (a) Create plant customer number and assign to plant in OMGN. (b) OMJ3 set correct printer for plant B (c) OPK8 Set printer for plant for list LG01. This is for production orders. (d) Output determination OVLT (set printer), In addition to above, other changes based on customization in your installation needs to be done as well
Automatic Conversion of PR to PO
You created purchase requisition for various material. During creation of purchase order you used the following path: Purchase Requisition .......Follow on function .........Create Purchase Order ............automatic via purReq. When you mentioned required purchase requisition number and execute, system give error that purchase requisition does not contain any suitable item.
Is there any setting in customization where you can monitor and use that function. In an effort for you to successfully use the Transaction Code ME59 to automatically convert the current PR into PO, then the following criteria should be met: 1) In the Purchasing View of the material master data, the "Autom. PO" field must be clicked; 2) In the Purchasing View of the Vendor Master Data, the "Automatic Purchase Order" field must be clicked; 3) The Outline Agreement or Purchasing Info Record shall be maintained which will allow the automatic copying of unit price and other conditions into PO; 4) The Source List shall be maintained for the nominated vendor which was shown in either the Outline Agreement or Purchasing Info Record. or it might be PR subject to release strategy and not yet released or If you're not using a source list or automatic creation of PO, you may need to assign the requisition to a purchase information record using transaction ME56. Then it should appear in ME58.
converts purchase orders created by the SAP R/3 system into a readable document. Its purpose is to enable companies to receive purchase orders from customers who are using the SAP R/3 system, and to translate these into a format using the supplier's own product codes. The text file produced by SAPReader may then be manually entered into the supplier's system or may be electronically uploaded.
Ability to read different types of IDOC (the format used by the SAP R/3 system) - for example, order amendments and contract orders. The ability to translate a company's ID code into their address using a translation table, enabling purchase orders to be received from many sources.
The ability to translate product codes used by the customer into the product codes and description used by the supplier. Can be scheduled to process incoming orders at any interval desired using System Agent thanks to fully command-line based interface. Easy to use user interface for creation of translation tables with full online help.