SAP Logistics

Below is the solution approach for the following error messages : Batch Error VLA317 during Goods Receipt using Inbound Delivery  Error VLA317 'Inbound delivery batch cannot be changed to &1 here' is reported  Error VLA318 'Inbound delivery valuation type cannot be changed to &1 here' is reported  Error VLA319 Return delivery qty greater than previously GR-posted qty: &1/&2 when reversing a delivery GR is not happening with reference to Inbound Delivery Solution Approach Options for Resolution:  Approach 1 : Update the Inbound Delivery with the Batch Number (LIPS-CHARG)/Valuation Type (LIPS-BWTAR) prior to posting the Goods Receipt via MIGO transaction.  Approach 2 : Implement Note 2991640 and then the error VLA317/VLA318 can be customized as a warning. Please be aware that this may cause inconsistencies so review all the information provided in this note. Run transaction SPRO (or OVM1) and follow the path: Logistics Execution -> Shipping -...

At times, there will be a situation where batch number need to be generated based on custom naming convention rather than through regular number series for example, having financial year as a prefix to the batch number like that. This is most common requirement in Pharma & FMCG industries. The solution for this cannot be achieved through standard functionality. So in order to accomplish this requirement, we need to write a custom logic in the exit ' EXIT_SAPLV01Z_002 ' to accomplish this requirement.

Most of the custom requirements at PO level can be handled through the  BADI ' ME_PROCESS_PO_CUST ' which contains various methods that gets called at different phases of the purchase orders

There will be different procurement processes like Standard PO, Framework PO, Services, and STO... but do understand that the "Manage Purchase Order" app will support only the standard PO document types or Z document types created with reference to standard PO document type 'NB' without changing parameters. In this situation, you have to go with the "Create Purchase order" app to create purchase orders for other processes.

************************************************** Material   Material basic data - MARA  Material Plant level data - MARC  Material Sales level data - MVKE  Material valuation data - MBEW  Material warehouse data - MLGN  Material/Batch data - MCH1  Plant/Material/Batch data - MCHA  Material stock data - MARD Material batch stocks - MCHB Material valuation data history - MBEWH Material stock data history - MARDH ********************************************** Transport  Transport Header Data - E070 Transport data view on objects - E071V *********************************************** Background Job table - TBTCP ************************************************ Idocs table  IDOC control record - EDIDC IDOC data record - EDID4 IDOC status record - EDIDS ************************************************     

Below are the 16 steps of the pricing procedure : Step  - It depicts condition type sequence similar to Sl.No Counter - it's a substep  Condition type - Pricing elements are represented as a condition type  Description - this field displays description of the condition type From, To    - From, and To  covers the Steps to be considered during condition value calculation  Manual - if we select this, condition type should be manually entered in the document Required - if we select this, the system will not allow you to save the document until it is entered Statistical - if we select this, the Specific condition value doesn't have any impact during the price calculation Print - if the specific condition type should be printed or not will be controlled in this field SubTotal - It's used for temporary storage and can be subsequently used in other calculations Alternate Calculation type - if the condition value should be derived based on a specific ...

At times, businesses will come up stating that physical inventory is performed for wrong quantities and require reversal for the difference posting happened. In this situation, the business has to perform physical inventory again, the system will never allow you to reverse the material document posted through physical inventory.

In an HU-managed storage location, Whenever a company receives stock from the vendor, the warehouse clerk receives the stock in HU's. They will deconsolidate the HU's into smaller HU's and then proceed with the quality inspection. To deconsolidate the received HU, the business will repack the HU received into smaller HU's through transaction HU02. To repack a HU, the storage type should allow repacking such storage types have no SU management, Capacity check, or Putaway strategy. If the HU lies in the Non repacking storage type, in this situation move the HU to repack storage type through transaction LT09 and then perform repacking.

Vendor master data is divided into three sections : General Data Purchasing Data Accounting Data Vendor master data is maintained by both purchasing and accounting departments in their respective purchasing and accounting sections. Purchasing data will be maintained at the Purchase Organisation level whereas accounting data will be maintained at the company code level. Data maintained at general data is client level ie., this data is common for both departments. Configuration Changes : Account group is a prerequisite to creating vendor master data. It controls the vendor type ie., one-time vendor or regular vendor. Account group controls number ranges, field status, and Partner schema. Number Ranges : Vendor number ranges can be maintained as Internal and External.  In the case of Internal number ranges, the system will propose the number at the time of vendor creation. For external number ranges, Vendor number is available for manual input. Number series will be managed by Number ...

Below are the options that can avoid that conditions update in the condition tab of the Purchase Order : Use T-code OMET to set function authorizations and define that the conditions cannot be changed.  Consider changing the condition type by using T-code M/06. If you set the indicator 'Manual Entries' to D, then it is not possible to change the condition in the purchase order.

Enterprise Structure Assignment  Relationship between individual org. elements are maintained here ********************************************************** Plant to company code assignment : Can we assign one plant to multiple company codes? One plant can be assigned only to one company code one company code can have multiple plants  ************************************************************ one plant can have 'N' number of storage locations ************************************************************ Purchase organization to company code assignment Can we assign one purchase org. to multiple company codes? One Purchase org. Cross company code purchases if I assign company code to purchase org. then I am restricting purchase org. to specific company code If I do not maintain any company code in the assignment then the purchase org. can be used for purchase goods for multiple company codes ************************************************************* Purchase organization t...

At times, business requires to have new fields in the report output of transaction code ME1P which are not currently provided in the standard SAP report layout. In this situation, we have to go for enhancement. Below is the sample case to display the material description field in the report output. The material description is not provided in the standard SAP layout of ME1P. As this is not given in the standard SAP,  we have to follow the below process to display it. Add the new field in the structure  MEREP_OUTTAB_PRHIS. Then implement the BADI - ME_CHANGE_OUTTAB_CUS can be used for all enhancement of ALV reports.  Use method  IF_EX_ME_CHANGE_OUTTAB_CUS~FILL_OUTTAB to write the logic to display the desired output.

 At times, business requires release strategy to be triggered for purchasing documents based on custom parameters or through internal validations. In this case, we cannot go through the standard release strategy due to custom validations or fields.  To accomplish this requirement, new logic need to be maintained in Customer exit: EXIT_SAPLEBND_002 .  Through this exit, we can perform changes to the communication structure.

There are two types of data in SAP : 1. Master data 2. Transaction data Master data : It is a kind of data that doesn't change regularly i.e., static in nature For example: if you require a bank account, we are required to fill some kind of application form where our personal details are given like name, email address, etc... this is called master data Transactional data : Master data is the basis for transactional data. Transactional data changes regularly. For example: based on the application bank account number is generated by the bank which will be used for performing transactions. Master Data : There are different types of master data in MM : 1. Vendor Master data 2. Material master data 3. Purchase info records 4. Source list 5. Quota arrangement 6. Service Master data... There are other master data as well like Output, conditions, etc which are used during transactional data processing Master data is created through an easy access screen and is non-transportable. It is requ...

 At times, business users do purchase orders for the purchase requisitions created through sales orders. Again, after few days business users will try to use the same purchase requisitions to create new purchase orders.  In this situation, SAP throws the error message Error '06249' even though it is maintained as a warning message in system messages. This is standard SAP functionality and below is the workaround need be implemented as proposed by SAP in the note mentioned in the subject line.   The following workarounds are possible - from both MM and SD perspectives: Solution for MM side: Use the already existing PO + item. In this existing PO item, please create a new delivery schedule (tab "delivery schedule") for the new delivery date and the open units, then the system will allow you to continue. - or - Solution for SD side: Create a new schedule line in the old sales order item, or create a new item in the sales order for the re...

Enterprise structure is the term used for organizational structure in SAP. All the company organizational elements are mapped at the enterprise structure level. Below are the important elements of organizational structure from a Material Management (MM)  perspective : Purchase Organisation Purchasing group Plant Storage Location Purchase Organisation Purchase organization is the legal entity and is responsible for all kinds of purchase activities within an organization. Ideally, Purchasing department is a company that is represented as a purchase organization Purchasing Group Buyer or group of buyers in a company purchasing department are represented as a purchasing group in SAP Plant  A manufacturing entity of a company or depo or any location that involves some kind of activity in a place can be treated as a Plant in SAP Storage location it's a subdivision of a plant where the stock will be kept. Setting up of enterprise structure is done in two parts : 1. Definition 2. Assi...

 At times, there is a a situation where the business requires a release strategy to be triggered if there are any changes to the purchase order document value either increase or decrease of document value. In general, standard SAP does trigger a release strategy if there is an increase in document value but however, if there is any decrease in the document value system doesn't trigger release strategy. This post covers the technical changes that we have to make to trigger release strategy if there is any decrease in the document value to that of the released amount. Release strategy at purchase order level is triggered based on the function module - 'ME_REL_STRATEGIE_EKKO' so we are required to make changes in this FM to accomplish this requirement. Perform reset is used to reset the release strategy post-release of the document. IF  cekko -gnetw  GT f1 .            PERFORM reset      ...

Issue : When posting a Cancellation for a Material Document in transaction MIGO, you see error 'M7021 Deficit of not stock relevant' although the Purchase Order is setup with an Account assignment. Material / Batch is not managed on Stock Level even though material is valuated. Resolution : The issue is due to program bug and require to implement note - 2502183 - Slog: correction for quantity check. This note is applicable for S/4 HANA 1610 (S4CORE 101) and 1709 (S4CORE 102).

Report: RM07KO01 - Stock consistency check between ML and IM Description : With the Stock Consistency Check report (RM07KO01), you can check the consistency of your stock data at company code level, valuation level, or material level. Possible errors in your stocks can thus be determined at an early stage before they cause major problems Transaction Code : CKMC - Consistency check between Material Master and Material Ledger

Commonly, We schedule background job for every 5 min or so on periodically depends on the functionality of the program and data updates required. In this situation,there might be a situation where previous background job still continue to run even after next schedule due to data or some other reason. This will make two jobs of same program run parallel and might create locking or performance issues. To avoid such situation, We can add a step to the existing background job prior to the step of the actual program. The below mentioned program should run prior to the actual program execution.  This program will check and cancel the subsequent job of the next run if the program still runs before next execution. Program Name - RSBTONEJOB Note that the variant of this program should be maintained with same name as that batch Job name.