Configuration Options - Create Transport Orders
The system provides user exits with which you, as the system administrator, can influence the system behavior when creating transport orders. The system will execute the user exits when an order is created manually and also - where sensible - when a transport order is automatically created.
You can find further information in the implementation guide
under .
You can use the following user exits using SAP enhancement SAPLN1F3
:
EXIT_SAPLN1F3_001
With this user exit, you can preset the fields of a transport order depending on specific conditions which standard processing does not take into account. It can further modify or optimize each transport order. This exit receives every modification which the system makes to the transport order.
EXIT_SAPLN1F3_002
With this user exit you can implement application-specific checks when entering a transport order.
Note
The system will set all transport order attributes when a transport order is automatically created. The user has no possibility of changing these attributes.
A customer-specific check is therefore not required.
EXIT_SAPLN1F3_003
With the user exit EXIT_SAPLN1F3_003 you can create further transport orders or change existing orders.
This exit provides the following options:
Depending on a transport order which has just been created, you can create a further transport order for the return transport of the patient.
When rescheduling appointment 1, you can create a further transport instead of a return transport and then another initial transport to appointment 2, if the two appointments are very close in time.
To minimize the coordination work for the user, you can use the organizational unit-related parameter N1FDSTOTIM to determine whether the system should search for an initial or return transport which may have become obsolete when saving a further transport. The system will prompt the user to cancel this.
It is irrelevant to the system whether the user changes the return transport from the first service facility or the initial transport to the second service facility to a further transport, or enters a new further transport. The system will always search for existing transport orders which have become obsolete due to a new transport order. As this search is performed based on organizational units (OUs) and a time interval, a scheduled appointment is not a prerequisite for searching for and canceling transport orders which have become obsolete.
In most cases, the dispatcher or the service facility personnel will perform the optimizing step of executing a further transport order instead of a return and initial transport.
Note
In the implementation guide
under in system parameter N1STOFAT
you define whether the system should automatically insert a cancellation reason for all transport orders canceled during optimization.
Note
If a patient has two appointments planned at two different service facilities on the same day, the following situation may occur:
If the two appointments were scheduled independently of each other, there will be an initial transport from the care unit to the service facility and perhaps a return transport from the service facility to the care unit for each appointment.
The user suddenly decides that the patient should not be returned to his care unit after the visit to the first service facility, but should be immediately transported to the following service facility.
In such a case, the return transport from the first service facility, or the initial transport to the second service facility, can be changed into a further transport. However, the transport order to the second service facility or from the first service facility, becomes obsolete.