Detailed Release Notes meat
Detailed Release Notes meat
Detailed Release Notes meat
Version: 1.00
Release v6.00
2024/02 Internal – authorized for customers and partners
Think ahead. Go there.
Softproviding AG
Dornacherstr. 210
CH-4053 Basel
Switzerland
+41 (0)61 508 21 21
sp.support@softproviding.com
www.softproviding.com
Contents
1 Overview 4
2 General Information 5
2.1 Required Installation of Support Package 2 for Softproviding Meat v5.41 5
2.2 Adaptation of the Application Components 5
2.3 Use of Non-ABAP-Software 5
3 Procurement 6
3.1 New Menu Item Delivery Cycle... 6
4 Cycle-Based Production 7
4.1 Copy Production Catalog and Definition 7
4.2 Supplementing BAdI Methods 7
4.3 Optimization of Standard Transactions 8
5 Slaughtering 10
5.1 BAdI Method Livestock Reception 10
6 Disassembly 11
6.1 Disassembly Process Entry – Posting Date 11
6.2 Order Type in the Disassembly Order 11
6.3 Control Settings of the List for Change ID 12
1 Overview
The Detailed Release Notes provide an overview of changes and adjustments in various applications.
These may be new programs or functionalities, or existing tables and fields that may have to be re-
configured, adjusted or verified. If necessary, references to Customizing and master data are made, or
recommendations for further reference are given.
These detailed release notes are – other than the migration instructions – not elementary to guarantee
proper functioning of the respective applications. Nevertheless, it is recommend examining the re-
spective release notes with regard to a possible relevance for your company.
Most of the information given in these Detailed Release Notes are included in a shorter version, the
Concise Release Notes. The target groups of these Release Notes are management and consulting.
Those Concise Release Notes are targeted at management and consultants and give a brief overview
of new functions, changes, and corrections in a new release.
2 General Information
Note
Please compare the corresponding note in the Softproviding Meat installation Guide.
The application components for SPMEAT (IS-MFM-SME) and SPDGS (IS-MFM-SCO) have been
stored in the development packages. When SAP incidents are entered directly in the system, the cor-
rect component is now automatically chosen by default.
3 Procurement
Requirement
It is currently possible to use transaction /SPMEAT/TSLP_DRM to maintain delivery cycles for the
default values of Livestock Reservation. This transaction can be used to define delivery cycles and to
define delivery days, times, start dates and planned quantities for schedule lines in the livestock res-
ervations and to assign delivery frequencies.
Transaction /SPMEAT/TSLP_DRM (Delivery Cycle for Default Values) is to be made available in the
Softproviding Meat application menu and added to the single role /SPMEAT/LIP_BESPL (Meat Man-
agement: Procurement Planning).
Application
You can call up the transaction in the application menu as follows: Softproviding Meat > Procurement
> Livestock > Procurement Planning > Delivery Cycle for Default Values (transaction
/SPMEAT/TSLP_DRM).
4 Cycle-Based Production
Requirement
It should be possible to create new master data with a copy function in the standard transactions
Production Catalog and Production Definition.
Realization
The requirement has been realized as follows.
A new production catalog or a new production definition is created using the Copy template function
based on the specified template and saved under a new number.
The Copy template function is available in the change and display mode of the transactions for the
Production Catalog and the Production Definition.
Requirement
In the standard transactions for the production cycle (creation and change), it should be possible to
edit and change the calculated data (e.g. planning data) on a customer-specific basis (e.g. changing
the material number for the movement type OB for mapping premature livestock removal).
Realization
The requirement has been realized as follows.
Within the /SPMEAT/CBP enhancement spot, the existing BAdI definition /SPMEAT/CBP_CY-
CLE_BUILDER was supplemented with the AFTER_CALCULATION method in order to be able to im-
plement customized logics after the calculation of production cycles.
Requirement
Some functions are to be expanded and optimized in the standard transactions for the production cy-
cle (creation, change and display) and in the cockpit for Processing External Procedures.
Realization
The requirement has been realized as follows.
Note
The field extension may require existing transaction data from planning to be converted in table
/SPMEAT/CP_CYLNK. For more information, please contact the Softproviding support desk.
5 Slaughtering
Requirement
In the Softproviding Meat standard transaction Create Livestock Reception, livestock reservations can
only be selected from an extensive list to a limited extent. It must be possible to select livestock res-
ervation on a customer-specific basis.
Realization
The above requirement has been implemented as follows.
The existing BAdI definition /SPMEAT/LSREC_P_SCREEN_PAI_PBO has been supplemented with the
method BADI_LSRES_SEL_FOR_LSREC. By implementing this new method, the standard selection
screen for selecting livestock reservations can be bypassed and supplemented by a customer-specific
logic (parameter CV_BYPASS_FLAG = X).
6 Disassembly
Requirement
It is not possible to enter a posting date on the Disassembly Inbound and Outbound screen. This date
is required on the entry screens and must be added.
Realization
The requirement has been implemented.
The Posting Date field (field: /SPDGS/SOPER-BUDAT) has been added to the entry screens.
Application
The field is displayed in the additional data area on the entry screen for Disassembly Inbound (trans-
actions /SPMEAT/PE11) and Outbound (transactions /SPMEAT/PE12). It is filled with the system
date by default before the first entry and can be changed. After the first entry has been made, the field
is always filled with the posting date of the last PDA data record; it can be adjusted if necessary.
Requirement
The order type is currently assigned in the general settings for the disassembly process order in
Softproviding Meat Customizing. This setting therefore applies to all disassembly processes.
It should now be possible to use different order types depending on the disassembly process.
The new Order Type column has been implemented in table /SPMEAT/TTRPR (Disassembly Pro-
cesses). In the Order Type field (/SPMEAT/TTRPR-AUART), it can now be assigned to the plant and
disassembly process.
The above table can be accessed in Customizing as follows: Softproviding Meat > Production > Master
Data > Disassembly Processes.
Note
If no order type for the plant and disassembly process is stored in the table described above, the order type
stored in the general settings for the disassembly process is determined.
The above table can be accessed in Customizing as follows: Softproviding Meat > Production > Execution
> Disassembly Orders > General Settings.
Application
When creating disassembly process orders, the disassembly process order type is now determined
using the settings made in the tables described above.
Requirement
In Customizing for Origin Control, you define whether or not the change ID is activated for a logistical
process. If no change ID is active for a logistical process, all change IDs are displayed in a list for se-
lection on the entry screens. This can lead to users selecting an incorrect change ID. To avoid this, a
new setting option should ensure that only the relevant change IDs of a logistical process are dis-
played for the user.
Customizing
The following indicator was implemented in Softproviding Meat Customizing to meet this require-
ment:
— Do not display general change IDs in the list
This setting can be called up in Customizing as follows: Softproviding Meat > Central Settings > Origin
Control > Origin Control
Application
The requirement has been implemented.
The list of change IDs is called up via the additional menu for the Change ID Control (Assign) button in
the Disassembly Process Outbound. A pop-up screen with change IDs is then displayed via > List.
This functionality is also available for outbound entries in Further Processing and in process orders
with appropriate maintenance of the Customizing as described above.
Indicator is set
If the above indicator is set, only the relevant change IDs matching the logistical process are dis-
played. If there is no change ID, the list remains empty. The user then knows that there is no change
ID. A message is not displayed.