In this article you will learn:<\/h2>\n\n- How to calculate the current approval level in agent determination BAdI for MM Flexible Workflow.
\n<\/div><\/li>\n<\/ul>\n
\nReading time: 5 minutes<\/span><\/strong><\/p>\n<\/p>\n<\/div><\/span><\/strong><\/p>\nIntroduction<\/h3>\n
Flexible Workflow is a Fiori integrated solution for creation of document approval processes. Its main strength, ease of use, comes from little or zero need for programming interference. Basic scenarios can be created using configuration only. If you have a more complex situation, you can use one of the available BAdIs<\/strong><\/span> – for example the MMPUR_WORKFLOW_AGENTS_V2 BAdI, which allows for customer specific approval step agent determination logic.<\/p>\n![\"Approval](\"https:\/\/int4.com\/wp-content\/uploads\/2020\/11\/1.-Approval-Step-Agent-Determination-Options.png\")
<\/a><\/p>\nOptions for approval step agent determination<\/em><\/p>\nThe issue of missing approval level<\/h3>\n
At the first glance, the BAdI seems like a perfect solution for implementation of a complex agent determination logic. It consists of a single method called GET_APPROVERS, which is populated with basic information about the document, for which the scenario was triggered.<\/p>\n
![\"Agent](\"https:\/\/int4.com\/wp-content\/uploads\/2020\/11\/Agent-Determination-BADI-Parameters.png\")
<\/a><\/p>\nGET_APPROVERS method parameters<\/em><\/p>\n
\n\n- As you can see, there is the BusinessObject<\/strong><\/em> parameter, which will tell you whether it’s a Purchase Order, Purchase Requisition or other document.<\/li>\n
- There are document and item numbers in the PurchasingDocument<\/strong><\/em> and PurchasingDocumentItem<\/strong><\/em> parameters respectively.<\/li>\n
- There is the WorkflowScenario<\/strong><\/em>, which will provide you with the ID of the scenario, for which the determination has been triggered.
\n<\/div><\/li>\n<\/ul>\n
\nMore information about the BAdI and its parameters can be found in the SAP OSS note #2646400. In the same note you can also read that the information about the current step (level) is available in the BAdI from the 2008 release only and only for Purchase Requisition and Central Purchase Requisition documents.<\/p>\n
Why is the level information so important?<\/h3>\n
To be able to correctly determine the agents for the approval step, you need to know for which level the BAdI was executed. In a static scenario, where all approval steps are triggered, you can achieve this by simply counting the previous approvers, contained in the PreviousApproverList <\/strong><\/em>parameter. However, in case of two or more non-obligatory approval steps, or an obligatory step after a non-obligatory one, the PreviousApproverList<\/strong><\/em> count will give incorrect results. Consider the example as shown in the image below:<\/p>\n![\"Flexible](\"https:\/\/int4.com\/wp-content\/uploads\/2020\/11\/3.-Flexible-Workflow-Scenario-Comparison.png\")
<\/a><\/p>\nComparison of two Flexible Workflow scenarios<\/em><\/p>\n
\nScenario B shows that the level calculated based on PreviousApproverList <\/em><\/strong>will be untrue (3 instead of 4). This may cause assignment of an incorrect agent and faulty workflow processing.<\/p>\nApproval level calculation<\/h3>\n
Fortunately, you can calculate the current approval level with the information that is available in the system during the BAdI execution.<\/p>\n
This information consists of two parts:<\/p>\n
\n- XML<\/a> with the details of Flexible Workflow and its flow so far – it contains information about the steps (ACTIVITY) that have been processed (COMPLETED) or skipped (SKIPPED) before the BAdI execution.
\n<\/div><\/li>\n<\/ul>\n![\"Flexible](\"https:\/\/int4.com\/wp-content\/uploads\/2020\/11\/4.-Flexible-Workflow-Process-Flow-XML.png\")
<\/a><\/p>\nFlexible Workflow process flow XML<\/em>
\n
<\/span><\/p>\n\n- Workflow log – it contains information about the steps that were skipped just before the BAdI execution.
\n<\/div><\/span><\/li>\n<\/ul>\n![\"Skipped](\"https:\/\/int4.com\/wp-content\/uploads\/2020\/11\/3.-Skipped-Steps-in-Workflow-Log.png\")
<\/a><\/p>\nInformation about skipped steps in Workflow log<\/em><\/p>\n
\nYou can use PurchasingDocument<\/strong> and WorkflowScenario<\/strong> parameters to obtain the first part. Method GET_WORKFLOW_INSTANCES of class CL_SWF_FLEX_DEF_FACTORY will return a list of Flexible Workflow instances executed for the document. The last instance executed (the one with the highest WORKFLOW_ID) is what you should be looking for. You then need to parse its XML and count the steps.<\/p>\nThe second part is more tricky. Theoretically, there is the standard function module SWW_WI_LOG_GET_BUFFER that you can use to read the Workflow log. However, this function removes messages of the same type that were triggered in the same second, which makes it useless in this case.<\/p>\n
![\"Workflow](\"https:\/\/int4.com\/wp-content\/uploads\/2020\/11\/5.-Workflow-Log-Buffer-Function.png\")
<\/a><\/p>\nFunction to read Workflow log buffer<\/em><\/p>\n
\nTo avoid this, you can use a FIELD-SYMBOL and direct Workflow log buffer assignment, which will give you access to all messages stored in the buffer.<\/p>\n
Below you can find the whole logic with the method interface:<\/p>\n
![\"Step](\"https:\/\/int4.com\/wp-content\/uploads\/2020\/11\/6.-Step-Count-Method-Interface.png\")
<\/a><\/p>\nThe parameters of the approval level calculation method<\/em><\/p>\nMETHOD calculate_current_level.\r\n\u00a0\u00a0DATA:\r\n\u00a0\u00a0\u00a0\u00a0lv_xml_steps \u00a0 TYPE i,\r\n\u00a0\u00a0\u00a0\u00a0lv_log_steps \u00a0 TYPE i,\r\n\u00a0\u00a0\u00a0\u00a0lv_scenario_id TYPE swd_wfd_id,\r\n\u00a0\u00a0\u00a0\u00a0lv_object_id \u00a0 TYPE sibfboriid,\r\n\u00a0\u00a0\u00a0\u00a0ls_message \u00a0 \u00a0 TYPE swf_t100ms.\r\n\r\n\u00a0\u00a0FIELD-SYMBOLS:\r\n\u00a0\u00a0\u00a0\u00a0<lt_log_buffer> TYPE swlloghist_t.\r\n\r\n\u00a0\u00a0rv_step = 0.\r\n\r\n\u00a0\u00a0lv_object_id = iv_purchase_order.\r\n\u00a0\u00a0lv_scenario_id = iv_workflow_scenario.\r\n\r\n\u00a0\u00a0DATA(lo_wf_inst) = cl_swf_flex_def_factory=>wf_inst_handler( ).\r\n\u00a0\u00a0DATA(lt_instances) = lo_wf_inst->get_workflow_instances(\r\n\u00a0\u00a0\u00a0\u00a0EXPORTING\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0iv_scenario_id = lv_scenario_id\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0iv_appl_obj_id = lv_object_id\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0iv_is_draft\u00a0 \u00a0 = abap_false\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0iv_context \u00a0 \u00a0 = || ).\r\n\r\n\u00a0\u00a0SORT lt_instances BY workflow_id DESCENDING.\r\n\u00a0\u00a0READ TABLE lt_instances REFERENCE INTO DATA(ld_instance) INDEX 1.\r\n\u00a0\u00a0IF sy-subrc <> 0.\r\n\u00a0\u00a0\u00a0\u00a0RAISE EXCEPTION TYPE cx_swf_flex_ifs_exception.\r\n\u00a0\u00a0ENDIF.\r\n\r\n\u00a0\u00a0DATA(lo_ixml) = cl_ixml=>create( ).\r\n\u00a0\u00a0DATA(lo_stream_factory) = lo_ixml->create_stream_factory( ).\r\n\u00a0\u00a0DATA(lo_document) = lo_ixml->create_document( ).\r\n\r\n\u00a0\u00a0\" parse xml-data into dom\r\n\u00a0\u00a0IF lo_ixml->create_parser(\r\n\u00a0\u00a0\u00a0\u00a0document = lo_document\r\n\u00a0\u00a0\u00a0\u00a0stream_factory = lo_stream_factory\r\n\u00a0\u00a0\u00a0\u00a0istream = lo_stream_factory->create_istream_xstring( string = ld_instance->xmlresource ) )->parse( ) <> 0.\r\n\r\n\u00a0\u00a0\u00a0\u00a0RAISE EXCEPTION TYPE cx_swf_flex_ifs_exception.\r\n\u00a0\u00a0ENDIF.\r\n\r\n\u00a0\u00a0\" iterate dom and count steps\r\n\u00a0\u00a0DATA(lo_process_flows_itr) = lo_document->create_iterator( ).\r\n\u00a0\u00a0lo_process_flows_itr->set_filter( lo_document->create_filter_name_ns( name = 'processFlow' ) ).\r\n\r\n\u00a0\u00a0DATA(lo_process_flow) = lo_process_flows_itr->get_next( ).\r\n\u00a0\u00a0WHILE lo_process_flow IS BOUND.\r\n\u00a0\u00a0\u00a0\u00a0DATA(lo_activities_itr) = lo_process_flow->create_iterator( ).\r\n\u00a0\u00a0\u00a0\u00a0lo_activities_itr->set_filter( lo_document->create_filter_name_ns( name = 'activity' ) ).\r\n\r\n\u00a0\u00a0\u00a0\u00a0DATA(lo_activity) = lo_activities_itr->get_next( ).\r\n\u00a0\u00a0\u00a0\u00a0WHILE lo_activity IS BOUND.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0DATA(lo_attributes) = lo_activity->get_attributes( ).\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0DATA(lo_runtime_status) = lo_attributes->get_named_item_ns( name = 'runtimeStatus' ).\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0DATA(lv_runtime_status) = lo_runtime_status->get_value( ).\r\n\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0CASE lv_runtime_status.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0WHEN 'COMPLETED' OR 'SKIPPED'.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0lv_xml_steps = lv_xml_steps + 1.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0WHEN OTHERS.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\" do nothing\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0ENDCASE.\r\n\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0lo_activity = lo_activities_itr->get_next( ).\r\n\u00a0\u00a0\u00a0\u00a0ENDWHILE.\r\n\r\n\u00a0\u00a0\u00a0\u00a0lo_process_flow = lo_process_flows_itr->get_next( ).\r\n\u00a0\u00a0ENDWHILE.\r\n\r\n\u00a0\u00a0\" get message from WF log's buffer\r\n\u00a0\u00a0ASSIGN ('(SAPLSWWL)LOG_BUFFER[]') TO <lt_log_buffer>.\r\n\r\n\u00a0\u00a0\" count how many steps have been skipped\r\n\u00a0\u00a0\" because of preconditions\r\n\u00a0\u00a0LOOP AT <lt_log_buffer> TRANSPORTING NO FIELDS\r\n\u00a0\u00a0\u00a0\u00a0WHERE wi_id = ld_instance->workflow_id\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0AND meth_user = sy-uname\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0AND workarea = 'SWF_FLEX_RUN'\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0AND message = '005'.\r\n\r\n\u00a0\u00a0\u00a0\u00a0lv_log_steps = lv_log_steps + 1.\r\n\u00a0\u00a0ENDLOOP.\r\n\r\n\u00a0\u00a0rv_step = lv_xml_steps + lv_log_steps.\r\n\r\n\u00a0\u00a0\" There were &1 (&2\/&3) steps before Agent Determination BAdI\r\n\u00a0\u00a0MESSAGE s007(ym) WITH rv_step lv_xml_steps lv_log_steps INTO DATA(lv_message).\r\n\u00a0\u00a0MOVE-CORRESPONDING sy TO ls_message.\r\n\r\n\u00a0\u00a0CALL FUNCTION 'SWW_WI_LOG_WRITE_SUCCESS'\r\n\u00a0\u00a0\u00a0\u00a0EXPORTING\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0do_commit \u00a0 = abap_false\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0fb_name \u00a0 \u00a0 = 'Agent Determination BAdI'\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0wi_id \u00a0 \u00a0 \u00a0 = ld_instance->workflow_id\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0log_message = ls_message.\r\n\r\n\u00a0\u00a0\" add 1 for current step\r\n\u00a0\u00a0rv_step = rv_step + 1.\r\nENDMETHOD.<\/pre>\nSummary<\/h2>\n
Even though the current approval level isn’t always necessary for agent determination, there are cases where the determination would be flawed without it. Fortunately, it is possible to calculate it with the use of the Workflow log and its processing history.<\/p>\n
<\/p>\n
Read also:<\/h4>\n
1. IDoc modification made easy with ABAP Object Oriented Programming<\/a><\/p>\n
- \n
- How to calculate the current approval level in agent determination BAdI for MM Flexible Workflow.
\n<\/div><\/li>\n<\/ul>\n
\nReading time: 5 minutes<\/span><\/strong><\/p>\n
<\/p>\n<\/div><\/span><\/strong><\/p>\n
Introduction<\/h3>\n
Flexible Workflow is a Fiori integrated solution for creation of document approval processes. Its main strength, ease of use, comes from little or zero need for programming interference. Basic scenarios can be created using configuration only. If you have a more complex situation, you can use one of the available BAdIs<\/strong><\/span> – for example the MMPUR_WORKFLOW_AGENTS_V2 BAdI, which allows for customer specific approval step agent determination logic.<\/p>\n
<\/a><\/p>\nOptions for approval step agent determination<\/em><\/p>\n
The issue of missing approval level<\/h3>\n
At the first glance, the BAdI seems like a perfect solution for implementation of a complex agent determination logic. It consists of a single method called GET_APPROVERS, which is populated with basic information about the document, for which the scenario was triggered.<\/p>\n
<\/a><\/p>\nGET_APPROVERS method parameters<\/em><\/p>\n
\n- \n
- As you can see, there is the BusinessObject<\/strong><\/em> parameter, which will tell you whether it’s a Purchase Order, Purchase Requisition or other document.<\/li>\n
- There are document and item numbers in the PurchasingDocument<\/strong><\/em> and PurchasingDocumentItem<\/strong><\/em> parameters respectively.<\/li>\n
- There is the WorkflowScenario<\/strong><\/em>, which will provide you with the ID of the scenario, for which the determination has been triggered.
\n<\/div><\/li>\n<\/ul>\n
\nMore information about the BAdI and its parameters can be found in the SAP OSS note #2646400. In the same note you can also read that the information about the current step (level) is available in the BAdI from the 2008 release only and only for Purchase Requisition and Central Purchase Requisition documents.<\/p>\n
Why is the level information so important?<\/h3>\n
To be able to correctly determine the agents for the approval step, you need to know for which level the BAdI was executed. In a static scenario, where all approval steps are triggered, you can achieve this by simply counting the previous approvers, contained in the PreviousApproverList <\/strong><\/em>parameter. However, in case of two or more non-obligatory approval steps, or an obligatory step after a non-obligatory one, the PreviousApproverList<\/strong><\/em> count will give incorrect results. Consider the example as shown in the image below:<\/p>\n
<\/a><\/p>\nComparison of two Flexible Workflow scenarios<\/em><\/p>\n
\nScenario B shows that the level calculated based on PreviousApproverList <\/em><\/strong>will be untrue (3 instead of 4). This may cause assignment of an incorrect agent and faulty workflow processing.<\/p>\n
Approval level calculation<\/h3>\n
Fortunately, you can calculate the current approval level with the information that is available in the system during the BAdI execution.<\/p>\n
This information consists of two parts:<\/p>\n
- \n
- XML<\/a> with the details of Flexible Workflow and its flow so far – it contains information about the steps (ACTIVITY) that have been processed (COMPLETED) or skipped (SKIPPED) before the BAdI execution.
\n<\/div><\/li>\n<\/ul>\n<\/a><\/p>\nFlexible Workflow process flow XML<\/em>
\n
<\/span><\/p>\n- \n
- Workflow log – it contains information about the steps that were skipped just before the BAdI execution.
\n<\/div><\/span><\/li>\n<\/ul>\n<\/a><\/p>\nInformation about skipped steps in Workflow log<\/em><\/p>\n
\nYou can use PurchasingDocument<\/strong> and WorkflowScenario<\/strong> parameters to obtain the first part. Method GET_WORKFLOW_INSTANCES of class CL_SWF_FLEX_DEF_FACTORY will return a list of Flexible Workflow instances executed for the document. The last instance executed (the one with the highest WORKFLOW_ID) is what you should be looking for. You then need to parse its XML and count the steps.<\/p>\n
The second part is more tricky. Theoretically, there is the standard function module SWW_WI_LOG_GET_BUFFER that you can use to read the Workflow log. However, this function removes messages of the same type that were triggered in the same second, which makes it useless in this case.<\/p>\n
<\/a><\/p>\nFunction to read Workflow log buffer<\/em><\/p>\n
\nTo avoid this, you can use a FIELD-SYMBOL and direct Workflow log buffer assignment, which will give you access to all messages stored in the buffer.<\/p>\n
Below you can find the whole logic with the method interface:<\/p>\n
<\/a><\/p>\nThe parameters of the approval level calculation method<\/em><\/p>\n
METHOD calculate_current_level.\r\n\u00a0\u00a0DATA:\r\n\u00a0\u00a0\u00a0\u00a0lv_xml_steps \u00a0 TYPE i,\r\n\u00a0\u00a0\u00a0\u00a0lv_log_steps \u00a0 TYPE i,\r\n\u00a0\u00a0\u00a0\u00a0lv_scenario_id TYPE swd_wfd_id,\r\n\u00a0\u00a0\u00a0\u00a0lv_object_id \u00a0 TYPE sibfboriid,\r\n\u00a0\u00a0\u00a0\u00a0ls_message \u00a0 \u00a0 TYPE swf_t100ms.\r\n\r\n\u00a0\u00a0FIELD-SYMBOLS:\r\n\u00a0\u00a0\u00a0\u00a0<lt_log_buffer> TYPE swlloghist_t.\r\n\r\n\u00a0\u00a0rv_step = 0.\r\n\r\n\u00a0\u00a0lv_object_id = iv_purchase_order.\r\n\u00a0\u00a0lv_scenario_id = iv_workflow_scenario.\r\n\r\n\u00a0\u00a0DATA(lo_wf_inst) = cl_swf_flex_def_factory=>wf_inst_handler( ).\r\n\u00a0\u00a0DATA(lt_instances) = lo_wf_inst->get_workflow_instances(\r\n\u00a0\u00a0\u00a0\u00a0EXPORTING\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0iv_scenario_id = lv_scenario_id\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0iv_appl_obj_id = lv_object_id\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0iv_is_draft\u00a0 \u00a0 = abap_false\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0iv_context \u00a0 \u00a0 = || ).\r\n\r\n\u00a0\u00a0SORT lt_instances BY workflow_id DESCENDING.\r\n\u00a0\u00a0READ TABLE lt_instances REFERENCE INTO DATA(ld_instance) INDEX 1.\r\n\u00a0\u00a0IF sy-subrc <> 0.\r\n\u00a0\u00a0\u00a0\u00a0RAISE EXCEPTION TYPE cx_swf_flex_ifs_exception.\r\n\u00a0\u00a0ENDIF.\r\n\r\n\u00a0\u00a0DATA(lo_ixml) = cl_ixml=>create( ).\r\n\u00a0\u00a0DATA(lo_stream_factory) = lo_ixml->create_stream_factory( ).\r\n\u00a0\u00a0DATA(lo_document) = lo_ixml->create_document( ).\r\n\r\n\u00a0\u00a0\" parse xml-data into dom\r\n\u00a0\u00a0IF lo_ixml->create_parser(\r\n\u00a0\u00a0\u00a0\u00a0document = lo_document\r\n\u00a0\u00a0\u00a0\u00a0stream_factory = lo_stream_factory\r\n\u00a0\u00a0\u00a0\u00a0istream = lo_stream_factory->create_istream_xstring( string = ld_instance->xmlresource ) )->parse( ) <> 0.\r\n\r\n\u00a0\u00a0\u00a0\u00a0RAISE EXCEPTION TYPE cx_swf_flex_ifs_exception.\r\n\u00a0\u00a0ENDIF.\r\n\r\n\u00a0\u00a0\" iterate dom and count steps\r\n\u00a0\u00a0DATA(lo_process_flows_itr) = lo_document->create_iterator( ).\r\n\u00a0\u00a0lo_process_flows_itr->set_filter( lo_document->create_filter_name_ns( name = 'processFlow' ) ).\r\n\r\n\u00a0\u00a0DATA(lo_process_flow) = lo_process_flows_itr->get_next( ).\r\n\u00a0\u00a0WHILE lo_process_flow IS BOUND.\r\n\u00a0\u00a0\u00a0\u00a0DATA(lo_activities_itr) = lo_process_flow->create_iterator( ).\r\n\u00a0\u00a0\u00a0\u00a0lo_activities_itr->set_filter( lo_document->create_filter_name_ns( name = 'activity' ) ).\r\n\r\n\u00a0\u00a0\u00a0\u00a0DATA(lo_activity) = lo_activities_itr->get_next( ).\r\n\u00a0\u00a0\u00a0\u00a0WHILE lo_activity IS BOUND.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0DATA(lo_attributes) = lo_activity->get_attributes( ).\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0DATA(lo_runtime_status) = lo_attributes->get_named_item_ns( name = 'runtimeStatus' ).\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0DATA(lv_runtime_status) = lo_runtime_status->get_value( ).\r\n\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0CASE lv_runtime_status.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0WHEN 'COMPLETED' OR 'SKIPPED'.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0lv_xml_steps = lv_xml_steps + 1.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0WHEN OTHERS.\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\" do nothing\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0ENDCASE.\r\n\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0lo_activity = lo_activities_itr->get_next( ).\r\n\u00a0\u00a0\u00a0\u00a0ENDWHILE.\r\n\r\n\u00a0\u00a0\u00a0\u00a0lo_process_flow = lo_process_flows_itr->get_next( ).\r\n\u00a0\u00a0ENDWHILE.\r\n\r\n\u00a0\u00a0\" get message from WF log's buffer\r\n\u00a0\u00a0ASSIGN ('(SAPLSWWL)LOG_BUFFER[]') TO <lt_log_buffer>.\r\n\r\n\u00a0\u00a0\" count how many steps have been skipped\r\n\u00a0\u00a0\" because of preconditions\r\n\u00a0\u00a0LOOP AT <lt_log_buffer> TRANSPORTING NO FIELDS\r\n\u00a0\u00a0\u00a0\u00a0WHERE wi_id = ld_instance->workflow_id\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0AND meth_user = sy-uname\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0AND workarea = 'SWF_FLEX_RUN'\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0AND message = '005'.\r\n\r\n\u00a0\u00a0\u00a0\u00a0lv_log_steps = lv_log_steps + 1.\r\n\u00a0\u00a0ENDLOOP.\r\n\r\n\u00a0\u00a0rv_step = lv_xml_steps + lv_log_steps.\r\n\r\n\u00a0\u00a0\" There were &1 (&2\/&3) steps before Agent Determination BAdI\r\n\u00a0\u00a0MESSAGE s007(ym) WITH rv_step lv_xml_steps lv_log_steps INTO DATA(lv_message).\r\n\u00a0\u00a0MOVE-CORRESPONDING sy TO ls_message.\r\n\r\n\u00a0\u00a0CALL FUNCTION 'SWW_WI_LOG_WRITE_SUCCESS'\r\n\u00a0\u00a0\u00a0\u00a0EXPORTING\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0do_commit \u00a0 = abap_false\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0fb_name \u00a0 \u00a0 = 'Agent Determination BAdI'\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0wi_id \u00a0 \u00a0 \u00a0 = ld_instance->workflow_id\r\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0log_message = ls_message.\r\n\r\n\u00a0\u00a0\" add 1 for current step\r\n\u00a0\u00a0rv_step = rv_step + 1.\r\nENDMETHOD.<\/pre>\nSummary<\/h2>\n
Even though the current approval level isn’t always necessary for agent determination, there are cases where the determination would be flawed without it. Fortunately, it is possible to calculate it with the use of the Workflow log and its processing history.<\/p>\n
<\/p>\n
Read also:<\/h4>\n
1. IDoc modification made easy with ABAP Object Oriented Programming<\/a><\/p>\n
- Workflow log – it contains information about the steps that were skipped just before the BAdI execution.
- There are document and item numbers in the PurchasingDocument<\/strong><\/em> and PurchasingDocumentItem<\/strong><\/em> parameters respectively.<\/li>\n
- As you can see, there is the BusinessObject<\/strong><\/em> parameter, which will tell you whether it’s a Purchase Order, Purchase Requisition or other document.<\/li>\n