Standard ATP is running on WP2, though, quite a lot of specificities were developed around the standard functionality to help business during the confirmation process.
You will find in this document a summary of the different functionalities developed in WP2:
- shortage process
- deferred ATP process
- GTS compliance check
- OTIF-A processing
- Allocation check against forecasts
- Specific Allocation check on loading capacity
- Automatic “fixed date and qty” setup
ATP for AERO business to be updated.
Deferred ATP process
Deferred ATP - Training and settings
Sales order Confirmation and credit block
In WP2, standard behavior is to unconfirm the sales order when the credit check has blocked the sales order. This is a request from the credit management team. Nevertheless, we have added the possibility to keep the sales order confirmed even though it is credit blocked.
To do so a new routine was created, a copy of the standard one “101” from ‘Requirements for Transfer of Requirements”.
- In the new routine, if the Sales Organization is in the exception list (ZZF_Const), the ATP is not unconfirmed when the sales order is on credit hold.
- The exception list is maintained at ZZF_Const below:
- RICEF: RV07A903
- Field name: VKORG
Additionally, a new enhancement was requested to NOT unconfirm the sales order when it has already been credit released, and it is blocked again later in the process.
Documentation:
SBS_FFS_OTC_Credit x ATP requirement enhancement
Availability Check Rule
A set of availability check rules has been defined in WP2 to answer the need of the different businesses in the process of order confirmation (ATP).
Here is the matrix to be used to determine the Availability check rule:
UK Groupage
Initiative :
Currently, in the sales order, the carrier availability is not taken into account to determine the planned goods issue date. Therefore, the user has to amend manually the goods issue date in order to take into account the carrier working days according to the shipping point.
Development :
Creation of a new enhancement which will :
- Take into account the carrier ‘working days’ for the calculation of the ‘Goods issue date’. By deduction, the system will determine the other dates: ‘Loading Date’, ‘Material availability date’ and ‘Transportation Planning Date’.
- Put a 19 ‘Delivery block’ at schedule line level, if there is not enough stock at the New ‘Material availability date’.
The modification of the goods issue date involves that the 'transit time' will be greater than the 'transit time' customized in RCS. It is the carrier who will manage the transportation time.
By default, the new goods issue date will always go backward according to the standard ATP goods issue date. Possibility to change this rule by updating the ‘Reference_Day’ field of the specific table.
This functionality will run during the schedule line processing (after successful ATP), only if all of the following conditions are validated :
- Sales order type = OR
- Shipping condition = BG LTL Road fixed day
- There is a valid entry in the specific table ZWOCT261 (shipping point, carrier, destination country, carrier calendar).
- The carrier code is found in the route determined in the sales order.
enhancement for AERO:
In the future the idea is to change VBEP-WADAT (going forward) according to the specific calendar at the item level (Additional data B tab field VBAP-ZZ_KNFAK), then to change other dates using the different logistic time duration and from the new material availability date to perform an availability check (ATP).
Part of the solution is already developed in include ZWOCX10400 since a close functionality already exists in WP2.
This current functionality is activated by table ZWOCT261 and shipping condition BG.
For our new functionality, we will not use table ZWOCT261 and we will use only part of the current function.
- Create a new table ZWOCT442 (with a new tcode ZWOC442) manageable directly in all environments similar to tcode ZWOCT244 in terms of the authorization.
- Fields of this activation table would be Sales org ( like VBAK-VKORG) and shipping pt (like VBAP-VSTEL).
- In the opposite to the current solution, this one will be applied for all shipping conditions and not only BG one.
- The difference with the current solution is that we will always push the good issue date forward ( lv_direction = '+' ) and not backward ( lv_direction = '-’) according to the specific calendar (VBAP-ZZ_KNFAK) and not based on the calendar setup in table ZWOCT261
- Another difference will be to apply also the change to the delivery date using the transit time of the route and route calendar as well, delivery date (VBEP-EDATU = Good issue date (VBEP-WADAT) + transit (TVRO-TRAZTD with TVRO-ROUTE = VBAP-ROUTE) using route calendar (TVRO-SPFBK)
- If no specific calendar (VBAP-ZZ_KNFAK) is set up, the functionality is not active .
Documentation:
EN OCP_236 UK Groupage Oldbury
SBS_FFS_Solstice Aero_Shipping calendar and ATP
Replenishment lead time for externally procured material
The replenishment lead time is the duration in working days sufficient to procure or produce any (reasonable) quantity of material. Any requirement with a material availability date after the replenishment lead time can be confirmed as there is enough time to produce or procure it, even if it is not currently available. The replenishment lead time is considered in the product availability check and can be disabled in the availability check control.
In standard SAP, the replenishment lead time depends on data maintained in the material master, as follows:
For materials procured externally , the replenishment lead time equals the processing time required by the purchasing department plus the planned delivery time and goods receipt processing time, regardless of the value of the field "total replenishment lead time" maintained in the material master.
For materials produced in-house , there are different ways to determine the replenishment lead time, depending on settings in the material master, as detailed as follows:
If the total replenishment lead time is maintained in the material master, it is used as the replenishment lead time in the product availability check.
If the total replenishment lead time is not maintained in the material master, the in-house production time plus the receipt of the goods processing time is used as replenishment lead time in the availability check.
If the total replenishment lead time is not maintained for certain material types (for example, finished goods), the lot-size-dependent in-house production time is used. When this happens, the replenishment lead time equals the setup time plus interoperation time and processing time.
The ATP control has been customized (in both PF2 and WP2) to not disregard the total replenishment lead time in the material master during the ATP check for externally procured materials, for some plants or material types.
SBS-F-OTC-SD TRLT - ATP update for external procurement