TM PPF-Output Management
TM PPF-Output Management
0
Consulting Session
Output Management in
SAP Transportation Management
1. Purpose
2. Overview
3. Solution Configuration
1. Post Processing Framework Configuration
2. Output Management Configuration and Setup
3. Output Management UI Configuration
4. BO/UI Enhancements to Integrate Output Management
6. Appendix
Store actual print files (PDF or other) in the archive system for bookkeeping and subsequent
references
Output management adapter (developed in the SAP_BS_FND layer): enables output for a given BO
node developed in the BOPF environment
Output management (SAP_BS_FND_ 702) uses the Post Processing Framework (PPF), which
enables:
The PPF to be connected at the level of individual BO nodes
The PPF action profiles to be set up on a BO node-specific basis and specified as critical or non-critical
PPF Application
Service Consumer – (/SCMTMS/TRANSP_MGMT)
1
BOPF Framework – * *
Consuming BOs 1 * PPF Action Profile
Node
(Context Definition)
Output can be triggered by the PPF either manually from the UI or automatically in
the back end depending on the document-specific schedule conditions.
Transaction: SPPFCADM
Application: /SCMTMS/TRANSPORTATION
Before PPF actions can be triggered, you must configure the conditions.
If the Printer Determinat. indicator is selected, the printer is determined in the following order:
A standard implementation is available with the filter value /SCMTMS/* for the BAdI
PRINTER_DETERM_PPF, and so the Printer Determinat. Indicator is selected automatically.
For customer-specific BAdI implementations, make sure that the indicator is selected for the action
definitions.
The start condition is checked before an action is executed. The action is only executed if
the start condition has been fulfilled.
The filter value is specified in the Start Condition field. The standard value
/BOFU/EVAL_START_CONDITION ensures that the method in the agent class is invoked.
You can view PPF messages in the application log (transaction SLG1).
The application layer uses the output management adapter to communicate with
the PPF layer in order to execute outputs.
The consuming application has to implement the exits so that application data can
be transferred to the PPF.
All of the relevant action-level exits (PPF exits) are hard-wired (that is,
permanently connected) to the corresponding methods in the agent class
specified in the Customizing settings for the output management adapter.
The agent class provides the PPF with the application data relevant for executing outputs.
PPF Exits
PRINTER_DETERM_PPF
PPF
PPF
Exits EVAL_SCHEDCOND_PPF
...
IF_EX_EVAL_STARTCOND_PPF~EVALUATE_START_CONDITION
…
Output Agent for BO Node Customizing
Agent Class
Methods
/BOFU/IF_PPF_SERV_FOR_BO~DETERMINE_PRINTER
/BOFU/IF_PPF_SERV_FOR_BO~CAN_SCHEDULE_ACTION
The output management user has to perform certain steps to display the output management UI
as a tab page on the main user interface:
1. Create a cross-BO association with the output management BO in BOPF.
2. To configure the output management UI for the consuming application:
a) Call transaction SE84.
b) Choose Web Dynpro → Application Configurations.
c) In the Application Configuration field, enter the application configuration of the consuming BO.
d) Choose Execute.
e) Select the name of your application configuration and choose Display.
f) Choose Start Configurator. A Web Dynpro launches.
g) Choose Change and then Go to Component Configuration.
h) On the Component Configuration screen, choose Add UIBB.
i) Specify the attributes for the user-interface building block (UIBB).
j) Return to the Component Configuration screen and choose Add Wire.
k) Specify the wire attributes for the wire between the consuming application UI and the output
management UI.
However, the precise action profiles that are relevant to the scenario must be
communicated to the PPF. For example, it is possible to have separate action
profiles depending on the mode of transport. For a freight order with the mode of
transport Road, the specific action profile must be communicated to the PPF.
There are multiple ways of determining the printer for external communication
outputs in output management.
Before actions are generated, the consuming application can apply business
checks and rules to determine the relevant actions for which output can be
triggered for a scenario.
Once actions have been generated but before they are executed, the consuming
application can apply business checks and rules to determine which of the
generated actions can be executed.
Automated output
Mass output
Message log
E-mail text
Document history is saved and can be viewed, monitored, and managed on the output management UI
Start conditions
are evaluated
before execution
Can be scheduled from the back end depending on the schedule conditions (business
conditions) and executed later depending on start conditions (again business conditions
such as the lifecycle status)
Actions are scheduled automatically and these actions can be viewed on the output
management UI
Document history is saved and can be viewed and monitored on the output management UI
Attachments can be sent to the e-mail recipient along with the document. Attachments can
be added to the document in the DOC_PERSONALIZE_BCS BAdI implementation. There
are two ways to do this:
Static uploaded attachments from the condition configuration can be attached.
Attachments already attached to the BO in the Attachment folder can be attached.
However, method GET_PROFILES () of the agent class must be implemented and the relevant action profiles
must be returned to the PPF so that output can be triggered.
Planning activities
Send freight
order via B2B
communication
Create Receive transportation
transportation orders request
Note:
In SAP Transportation Management, PDF forms are used as standard. PDF forms do not
support dot matrix printers. For more information, see SAP Note 1009567.
If you want to use a dot matrix printer, you must use Smart Forms.
1 PPF only handles one instance at a time. A2A/B2B communications and BI posting are processed in the same LUW as
Mass dispatch of documents (B2B) is not possible. the BO main process application.
Root causes: Print, fax, and e-mail output is processed as a background job (after-commit).
• Output triggers and processing of output triggers are generated
in the same LUW. Collective send of BI content for all related application data records.
• For each application record, a separate RFC queue is opened to
send BI content.
2 Evaluation of schedule, start conditions, and relevancy checks as The new BRFplus expression type, RetrieveBOData, has been introduced.
BAdI implementations
BO/node-specific service class (BNSC) developed to implement interface
Root cause: /BOFU/IF_PPF_SERV_FOR_BO. This enables profiles to be selected on the
As a reuse framework, PPF only supports callbacks to the basis of the application status and partners to be extracted on the basis of the
application through application-specific BAdI implementations. An BO node.
application may have generic BAdI implementations, which in turn
depend on application-specific configuration settings.
3 Print from UI (immediate printing), preview, and display from Output History, Preview, and Immediate Print/Send functions are enabled in TM
archive features are not available. 8.0 using DO PPF Output Content.