Skip to Content

Task Gateway: Custom Task Provider --> Facade class: what goes where?

Hello folks,

in continuation/in parallel to and and with respect to Resmi's blog (which is for rather has been, as of today, the only information source concerning this topic):

As per Resmi's blog, after minor struggling, I have succeeded in configuring the, let's call it "frame" for a custom provider feeding the task gateway (TASKPROCESSING), respectively the Fiori My Inbox. What I have to do next is implementing the logic of the Facade Class which ultimately works as a proxy between Task Gateway Model and Data from Business Logic from a remote System.

Disregarding whatever data from business logic there might be to convert, I'm currently trying to do a Pseudo-Implementation, i.e. implementing static literals in several methods to find out which methods need to be implemented in what way / what they are corresponding with. This is proving quite problematic; let me elaborate on that:

- I don't really have a clue what I'm doing, i.e. I don't know how the Task Gateway operates in-depth and/or how it is polling/expecting what data from a facade class and why/for what.

- The official documentation on the topic is incredibly vague and sparse and, ultimately, all the available SAP Notes and Documents point to Resmi's Blog over here which does not provide the information exactly how the particular methods are incorporated in the framework.

Now here is my question: Has anybody ever done an actual implementation of a Custom Task Provider? To be clear: I'm NOT talking about BPM, I'm NOT talking about BWF and I'm NOT talking about a TCM-compliant oData service either. What I'm talking about is the retrieval of Information from a remote ABAP System and displaying it in the Fiori My Inbox.

Cheers, Lukas

Add comment
10|10000 characters needed characters exceeded

  • Yes, we made custom task provider to use on-premise BPM application; not SAP product.

    It works fine. Documentation is not enough, but it wasn't difficult to implement TCM model.

  • Follow
  • Get RSS Feed

3 Answers

  • Aug 14, 2017 at 11:07 AM

    Bump. Nobody?

    At the moment I'm debugging through /IWPGW/CL_TGW_FACADE_BWF_V2, respectively
    /IWPGW/CL_TGW_TASK_FACADE_BWF and try to derive what methods do what and why, which is incredibly tedious and time consuming (but probably the only way, at least with my current knowledge)

    Add comment
    10|10000 characters needed characters exceeded

  • Mar 27 at 04:04 PM

    Hi Lukas
    did you find a solution?
    Would be great if you could share it!


    Add comment
    10|10000 characters needed characters exceeded

  • Mar 27 at 04:27 PM

    Hi Martin,

    unfortunately, no. I had to pull my plans because they cost too much time and yielded too few results. The initial goal was to somehow rebuild the WF-Documents API, aka SOFM, aka SOM, because the TGW, respectively the FMInbox does not support the latter.

    Instead we ended up migrating all our SOFM-Processes into BWF-Processes, which was probably the "cleaner" approach anyway.

    Still, it was quite frustrating to see, that SAP provides an interface which is apparently used by exactly zero customers, because there's no documentation on how to do it.

    Cheers, Lukas

    Add comment
    10|10000 characters needed characters exceeded