SAP Logistics

NAST table is used to store all output condition records whenever the output is triggered. At times, Business requires to delete the obsolete or Old NAST records which are no longer required.  Archiving of the output records will reduce the load and increase the performance of system during processing of output condition records. To archive obsolete condition records, SAP has provided standard program  RSCLNAST to perform this activity. Ideally, business can schedule a batch job once every month to delete the older records as per the data retention date range or this can be done manually as well.

BRF+ is the new output functionality provided in S/4 HANA. This new functionality, has it's own benefits where logo or addresses change doesn't require technical team but this has it's own limitations. BRF+ cannot be used if one of the following NAST transmission mediums is required: 8 Special function 9 Events (SAP Business Workflow) A Distribution (ALE) T Tasks (SAP Business Workflow) In this case, if business is inclined to use the above mentioned mediums then business has to be use NAST-based output management (NACE) along with BRF+ which SAP supports. In general, BRF+ can be widely used if business require to use print and email functionality.

If Quality management is enabled, stock posting from quality to unrestricted will be done from inspection lot. In this situation, There will be a case where business will take sample before batch release.If sample is good, then rest the stock will be posted to unrestricted stock. As per standard SAP functionality, Conversion from transfer requirement (TR) to transfer order (TO) will be done automatically only when full stock of inspection lot is moved in one go. If business consume some stock for sample, then auto conversion from TR to TO will not work as standard SAP functionality will not support for partial stocks. In this situation, We need to schedule a background Job for program - RLAUTA11 for auto conversion from TR to TO for partial stocks.

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.

Both LTMC and LSMW are commonly used for migrating the data and both are available in S/4 HANA system. But however, Per comunication from SAP, LSMW will no longer be developed and  LTMC is the tool suggested by SAP going forward from S/4 HANA. Below are the few details of activating LTMC in S/4 HANA system : Feature – Data Migration Cockpit S4H Option – On-Premise Below are the activities need to be performed to activate LTMC : 1. Activate the service ' dmc_wda ' through SICF transaction  2. Maintain Host as below in the below path : -  To be maintain in individual system Host should contain SAP Logon pas IP address and the Host name displayed in the URL. Once the above steps are completed : Goto Transaction Code – LTMC to launch it.

Core component of SAP Retail is Retailing functionality which mainly covers SD,MM & WM. When Log on to SAP Retail, system will in general display SAP Easy Access menu meant for generic to Manufacturing domain but however if we require default screen to be displayed as Retail Easy Access  Goto User Own data ----> Goto Defaults  and enter W10T in Start Menu. Below are the Retail Terminologies commonly seen :    SAP Retail                                                                        R/3                                                                        Article                                                                                 Material Site                                                                                         Plant Logistics Calendar                                                Factory Calendar Merchandise Category                                         Material Group Requirements Planning                                    Materials

There are two types of commonly used requests : 1. Customizing request 2. Workbench request Customizing request is client specific request but where as workbench is cross client request. Applicable for customizing request only Client to Client transport request movement within the same server: In general, configuration changes will be performed in Golden client and then move the changes to Test client within development system This will be done through transaction code - SCC1 without the release of TR Applicable for customizing and workbench request Moving changes between systems : If we require to move changes from development system to any other system ( Quality or Production) , transport request ( TR) need to released through SE09. Then BASIS team is required to perform STMS_IMPORT to import the changes into the respective system.

MM Configuration for the plant : Creation of the plant - V_T001W Assignment of storage location to the plant - V_T001L Assignment of the valuation area to Company code - V_T001K Assignment of the purchase organisation to the plant - V_T024W Maintain stock and value update for the respective material types linked to the plant - T134M Maintain Plant parameters - V_159L Maintain negative stocks to the storage location ( if required ) - MM ---> IM ---> Goods issues SD Configuration for the plant : Shipping point determination - TVSTZ Assign sales organization - distribution channel - plant - V_TVKWZ_ASSIGN Assign shipping point to plant - V_OVXC Define, copy, delete, check shipping point - V_TVST Storage location determination - V_TVKOL PS configuration for the plant : Specify Parameters for Network Type - V_T399X_NN Specify Parameters for Network Scheduling -  V_TCX00_FAUF Define Checking Control -  V_TCO11 Define Confirmation Parameters - V_TCORU_P In case

Based on SAP Note -  2590037 - Output Management for Deliveries Output control for delivery documents is still based on the former SD output control framework (NACE) The new output management framework is not yet supported for delivery documents in SAP S/4HANA. Path to configure Output Control for Deliveries You configure output control in the Implementation Guide (IMG) under Logistics Execution →  Shipping → Basic Shipping Functions → Output Control.

At times, We might require to enhance the item segment of the Standard Purchase Order confirmation IDoc type 'ORDERS05' which requires two activities to be performed in this situation: Append the new field to the segment Populating values in the fields during IDoc processing Append field in the segment The custom field is required to be appended to the item segment field 'EIEDP01' which is a structure through append structure functionality in SE11 Populating values in the fields during IDoc processing Populating values in the custom field related to the item segments of the purchase order 'E1EDP01' will be accomplished through the customer exit 'EXIT_SAPLEINM_002' Thank you.

Per SAP Note - 2420306, There are no change documents for the transfer order tables LTAK and LTAP. Transactions to create/confirm transfer orders will update tables CDHDR and CDPOS in the event that certain other documents are changed - e.g. if a delivery is changed (CDHDR object class 'LIEFERUNG') or if a batch is changed (object class 'CHARGE') or if a handling unit is involved (object class 'HANDL_UNIT').                                                  This is because deliveries, handling units and batches can have multiple changes and therefore require a change history; whereas a WM transfer order is transactional. A transfer order is simply created then confirmed - there is no editing, therefore the transfer order includes the changes within its own document data.                                         Therefore, if you wish to check change logs relating to a WM document, you could

This post explains how database update can be performed through transaction codes SE16N and SE16. At times, there might be a situation in the test environment where we are required to perform database updates in order to manipulate or try to replicate a case in a lower environment. Database contents in SAP can be viewed through transaction codes SE16N or SE16. This post explains how the database update can be performed for both transaction codes through debug mode. Case 1: Transaction Code SE16 In this case, I have taken a sample example to update the VBAK table entry through debug mode. Enter Sales Order Number Select the entry displayed enter '/H' in the command bar and click on ok or enter button. Then click on entering again after debugging activation to enter into debugging screen Click on the 'Code' then display as 'SHOW' on the right side of the screen. Then we will change it to 'EDIT' as we are trying to change th

Error L3883 will be displayed if the business tries to perform partial transfer posting from HU-managed storage location to another HU-managed storage location. During analysis, we have identified that standard SAP doesn't allow to perform transfer posting with partial quantity in case of partner storage location is HU managed as well. So in this case, always transfer posting need to be performed for the complete quantity.

There is a common requirement from functional consultants on how to do debugging. Below is the raw info on the debugging and different ways of doing it. Debugging is a common tool used by the technical team to analyze dumps during transactional processing and program behavior. Through debugging we will come to know the run values of the program as well. Debugging can be performed in two different ways : 1. Debugging by watchpoint 2. Debugging by Breakpoint Debugging based on watchpoint At times, we are unsure about how the value is getting determined for a variable then we can put the watchpoint on the variable deriving the value so that the system will stop at all points where the value is being fetched for the variable. Debugging based on Breakpoint Debugging based on break point will be done only when the consultant is aware of the exact piece of code where a breakpoint can be enabled. The breakpoint can be done in two ways. Internal breakpoint External b

IDocs is an abbreviated form of Intermediate Documents. Data from SAP will send in the form of IDoc between SAP ----> SAP or SAP ----> Non SAP. Type of data exchanged between systems Master Data  Transactional data Master Data Master Data can be manually / Automatically pushed. The manual push of master data can be done by respective transaction codes and we can schedule the batch job for an auto push of master data. Sample T.Codes Send Material Master Data ---> BD10 Send Customers Master Data ---> BD12 Send Vendor Master Data ----> BD14 Send Cost Center Data  ---> BD16 Transactional Data Transaction data such as Sales Order, Delivery, Purchase Orders etc will be sent through Output Setup where IDocs will be triggered based on the Output with Medium '6'. The output type is linked with Message type in the partner profile. To enable an exchange of change data between system then we are required to create a new output ty