Batch Management
Batch Management
Batch Management
Purpose
Introduce the basic functionality of batch management in S/4HANA Public Cloud.
Batch Master
Batch Definition
Batch Management Indicator:
To activate batch management for certain material/product, the batch management indicator should be ticked on.
The batch management indicator can be set in the material/product master via the following apps:
In ‘Purchasing’ view
Batch Process:
Apps for Maintaining Batch Master Data:
App for checking batch change document:
API:
Batch Master Record: This synchronous inbound API enables you to read, create and change batches.
Batch Level
Batch unique at material level
Batch numbering without gaps is impossible (for explanation see note 619913, item 6)
Automatic/Manually:
The following configuration can determine if a batch will be created automatically during goods movement or for certain
material.
Custom Logic:
during Batch Creation:
Extensibility for Batch Number Creation
checking Batch Number:
Extensibility for Batch Number Check
Batch Classification
According to batch level, batch class type is determined, for material batch level, the class type is 023.
Batch classification can be maintained in batch master transactions, and in several applications (goods movements, orders,
process messages).
Batch Archive
Archiving Object MM_SPSTOCK
‘Only consider batch stock records; batch master record will not be deleted.’
Batch Determination
Batch Search Strategy Customizing
Four Scenarios:
Inventory Management
Production order
Process order
Sales and distribution
Four scenarios have similar steps to define the batch search strategy.
Selection Class
Define in apps CL01/CL02/CL03
With the help of these selection classes, you define according to which criteria, that is, using which characteristics, batches
are to be selected.
All characteristics (this applies to standard characteristics as well as to user-defined characteristics) you want to use
for selection must also be contained in the batch class. Characteristics LOBM_RLZ and LOBM_LFDAT are an
exception; they can be used for selection but not for classification.
33396 – Batch determ.: Selection w. remaining life LOBM_RLZ
2312940 – Characteristic value of LOBM_RLZ can’t be explained during batch determination
Sort Rule
Define in apps CU70/CU71/CU72
With the help of sort rules, you define according to which criteria, that is using which characteristics batches are to be
sorted.
All characteristics (this applies to standard characteristics as well as to user-defined characteristics) you want to use
for selection must also be contained in the batch class. Characteristics LOBM_MENGE and LOBM_LGORT are
an exception; they can be used for selection but NOT for classification.
1979691 – How to set up FIFO in batch determination
Selections
SAP Note 619912 – FAQ: Batch Information Cockpit
Selection Result
Selection Results: Batches
Here, the focus is on the selected batches. The batches are displayed in accordance with the batch definition level.
Restrictions
Number of batches 50 but only 20 displayed.
System read all batches of material A, for example 70. User Parameter said maximum 50 batches, so system take the first 50
and send message ‘more than 50 batches found.’
Next steps take 50 batches and check if they fit the selection criteria, so for example only 30 batches are displayed
customer. In the selection result of the Batch Information Cockpit, you can display in all 50 characteristics, but it is limited
to 20 for character types, 20 for numeric types and 10 for date and time types.
1701988 – Transaction BMBC – Not all characteristics are displayed in the selection result screen
Batch Derivation
Basic Information
Batch Derivation is based on batch where-used list.
Derivation Mode:
Pull Derivation (1 Receiver, n Sender)
The derivation is triggered from a transaction that affects the product. Here, data from various senders can be collected,
cumulated, and calculated. Within a derivation according to the pull principle, there can only be one receiver, but there can
be several senders (example usage: pick and pack for pharmaceutical products).
Customizing
Configuration step for Derivation events
Determine at which time a derivation should happen and which rule should be used.
Static or dynamic derivation
o Static Derivation: For a static derivation, the attributes determined for the sender batch(es) are transferred
to the receiver batch(es).
o Static derivation is recommended if a batch is newly created or changed and the values in the receiver
batch(es) should be filled with the attributes from the sender batch(es).
o Dynamic derivation: For a dynamic derivation, no attributes are transferred to the receiver batch(es), in
other words, the derivation is simulated, and the values are merely displayed. The derivation is saved, but
the receiver batch(es) are not automatically changed.
o Dynamic derivation is used when the receiver batch must/should not be changed, and the sender values
should be used as the basis for a user decision.
Set Up Condition Technique for Derivation (Need to be set for sender and receiver both.)
Define Condition tables
Define Access Sequences
Define Strategy Types
Define Search Procedures
Pull or Push-Derivation
What happen if more than 1 value available which rule should be used to find the value
Details:
Monitor Derivations
Application DVMO
Check and display derivations
When you perform derivation, the following are logged:
o Derivation type
o Derivation event
o Derivation status
o Result of the derivation, as well as the sender batches and the data sent
o Messages that arose during a derivation (for example, error messages when a derivation fails, due to a
sender field being non-valuated)
Application DVMAN
Manually derivation for example for testing or reproducing
Shelf-Life Management
Prerequisite
Material Master
View “Plant data/stor. 1”, the “Min.Rem Shelf Life” should be maintained.
Customizing
Configuration Step:
Process
Expiration date is checked when goods come into the system. (goods receipts, reversals of goods issues, transfer
postings)
System prompts to enter an expiration date.
When total shelf life is maintained in material master, system prompts for production date.
When production/expiration date already exists (only for batches possible), these values are entered as default.
Customizable system messages, overwriting allowed etc. in configuration step:
FollowLikeRSS Feed