bpm workflow pi

7/30/2019 BPM Workflow PI

http://slidepdf.com/reader/full/bpm-workflow-pi 1/5

Blogs

I ntr oducti on t o AtlantisNo matter where you are, or what you do within SAP; one of the powerful aspects of the SAP Mentors is the support you get when you propose a good idea to them. Atlantis is an idea that Istrongly believe in that a few mentors have rallied behind. It is trying to build an initially small community (not just SAP Mentors) who investigate software industry best practices or SAP Architectural questions but with a focus on providing the resultant discussion in the form of a blog or webcast to the wider SAP community.

That's the nutshell version of Atlantis which will get covered in more depth in the SAP Mentor Quarterly due in the next few weeks; and this is the blog around the first discussion which asked thequestion: When to use PI , BPM and Business (ABAP) W orkfl ow?

The answer is obviously an "It Depends" answer but we'll at least try highlight what typically would be the right answer given certain scenarios. If you disagree with anything; then let's discuss asit's only through discussion that we will get to the most appropriate answer for others to benefit.

So What's t he Answ er?

In in order to get the discussion going, I enlisted the help of A l Templeton and Matthias Steiner to review a s tarting position paper that I put together titled "The answer according to Matt foranalysis and debate". Below is what it said:

The Main Questi on - Where does BPM leave PI and ABAP Workf low?

BPM is the new kid on the block, and what a top dog it’s making out to be from a marketing perspective. It seems to do workflow, integration and all in an easy to understand business language,but with that in mind, where does that leave PI and ABAP Workflow?

Let’s start with PI. I do worry about PI becoming JAVA only with potentially people coming to the conclusion that ccBPM within PI gets moved to BPM; but for the sake of this discussion; if you aredoing B2B and/or require service orchestration (compared with process orchestration); you need a good ESB and PI is for you in today’s world (feel free to debate this discussion still)

So moving on, if you are looking to undertake business process optimisation efforts within your organisation, then the value of BPMN being used within BPM is definitely a major plus. The ability totake your ARIS or System Architect models directly into an execution environment sounds very promising.

Even without an external modelling tool, BPM itself offers a business view of processes, though whether or not you can consider it a stand-alone BPM tool to give to business users is a differentstory altogether. That said, I haven’t heard much on Gravity for a while so that could be addressing those user needs? eg. I typically struggle ever putting something built within eclipse as anapplication in front of business users, but again, I’v e never tried to lock down an installation of eclipse with BPM to be focussed on Business users, so maybe it’s possible. Note - In terms of publishing the models to the web and allowing all users to comment on the process, I don’t see that in the picture yet, while a lot of BPMN modelling tools are exploring this collaborationfunctionality.

So if you still need t o model out of an ARIS or System Architect modelling tool; the benefit from a BPMN perspective is more around having a much more standard approach to developing workflowwhich can leverage your company's process maps. Big plus for BPM there over Workflow (see below for what SAP could do to increase ABAP Workflow’s usefulness here).

But what if you are not doing process modelling...Well it is still a plus as you are going to find many consultants out there who know BPMN in varying degrees while ABAP Workflow is definitely aniche skill.

Another plus is that for the most part - it’s mostly model driven architecture with benefits that go along with that like not having much code generated for you automatically , and checks that canbe done on your modelling that would in other environments, be much harder to track (refer to Thorsten’s blog recently for more about this). Workflow is also mostly model driven, though tends

to rely on knowing more about many business objects methods, classes, functions, etc; though I imagine that BPM also requires this access, so I’m not sure how BPM makes this any easier. Italmost seems that for the same task, you would need to expose everything to BPM somehow.

In terms of the actual workflow engine itself; this is where I find it hard to find the right use-case to invest in BPM for. i.e. BPM is not free while most people do have Workflow sitting theredormant ready to go for free. Obviously, orchestrating processes in a BPM fashion with SOA architectures where you have a reasonable enterprise architecture is an awesome use-case. You canstart to measure your processes end to end, make process changes and measure the benefits in near real-time. This is definitely a nirvana situation. Unfortunately, many SAP shops don’t havemuch more than the big ERP, SRM and BI boxes with some B2B integration. i.e. The bigger you are, the bigger benefit I can see BPM being. Alternatively, if you don’t have ERP, BPM would fit theniche of a workflow engine perfectly. This also doesn’t take into account the cost of customers that have 0 JAVA stacks and the overhead of getting up to speed on support of that, so you don’tget BPM on a whim for that reason.

For those who do most of their workflows directly in the one or two systems, it almost doesn’t make sense to use BPM from the add itional complexity of calling back to these systems in my mind. Ihaven’t personally been involved in what happens in BPM but I see it must be an overly complex overhead in BPM to do the following:

Where you need to go to a person’s manager, or do role assignments, I assume you need to use a service to provide this;

The numerous Web Service/RFC calls you need to add on top of this within BPM since business data is typically in the back-end systems

Both of these are trivial in ABAP workflow of course.

Similarly, I’m not sure what it takes skills wise when you have a scenario that requires custom development within BPM. i.e. When BPM needs additional logic beyond standard BPMN notation to dothings.. I do get nervous that a tool like BPM makes everything so easy, that once you hit a hard bit, the consultants don’t actually have any experience with going outside the box. That’s not agreat reason to say it’s a negative for BPM, but it’s like Windows and UNIX - Windows is so eas y, that system administrators are usually much less competent than UNIX administrators. Hence,although you can run production systems on Windows now days, no one in their right mind typically does! Anyway, this is something I’m keen for others more experienced in BPM to comment on(i.e. The use of the whole CE stack is probably required here for defining assistant services).

What about user interaction? All 3 have some form of interaction for users. Again, with PI, it has this but let’s drop that discussion immediately as I don’t recommend that for most businessscenarios. In terms of user’s accessing their t asks, for a single stack customer, you probably won’t have a Portal and Universal Worklist (UWL), so putting in BPM is going to give users anotherplace to go for tasks. Hence, some form of Portal will probably need to be considered if you want to support both workflow engines.

The actual interface itself has some interesting thoughts to add to it. For those running major ERP shops - the web world is probably still not used by most with people using SAPGUI most of thetime. Hence BPM is going to be a bit separate for you. That said, making a pretty UI for BPM is much easier to set-up (at least from a WD4J perspective), and with WD4A being supported from7.3 - you can at least focus your developers on one UI technology for the most part. That said, from a prettiness perspective, ABAP Workflow does allow overrides in the UWL to be used, but if you don’t have a UWL - ABAP workflow UI’s tend to be pretty ugly. (On a side note - I highly r ecommend overriding standard screens for high numbers of users and the use of email links to openthe screen with Single Sign-On but I digress).

Summary

Well there’s a whole bunch of opinions mostly dumped out pretty much. It more looks like a BPM comparison report than anything else so let me sum up my answer to the original question of “When to use BPM vs PI vs ABAP Workflow”?

Firstly, it’s still important to understand eventing in ABAP (which I consider part of Workflow). Hence knowledge of about 20% of wo rkflow capabilities is required even with BPM if you have anERP system in my opinion.

If you don’t have ERP and need a workflow engine - get BPM. There are lots of benefits to doing that which I won’t cover - but it’s definitely a good contender. Note - There are some otherplayers in this same market so it’s not a slam dunk selection process and will depend on your circumstances.

If you have predominantly an ERP, BI, SRM, APO system landscape without any other significant business systems that business users interact within a single process (i.e. most workflow processesstay within the one box), get a UWL set-up and stick with ABAP workflow. If you only have the one ERP - it’s probably not even worth setting up the UWL (though you do lose some flexibilitythen).

Finally, if you have a complex system landscape with MES/Control systems, reactive supply chain information, etc; all happening and requiring process coordination across the whole lot - BPM is f or

The Search for At lantis: Wh en to use PI , BPM and Business (ABAP) Work flowMatt Harding Business Card Company: IndependentPosted on Mar. 03, 2011 03:05 AM in ABAP, Business Process Management, Enterprise Architecture, ERP, SAP Process Integration (PI)

Subscribe

Print

Permalink

Share

of 5SAP Network Blog: The Search for Atlantis: When to use PI, BPM and Business (AB...

26-Apr-11http://weblogs.sdn.sap.com/pub/wlg/23504



you (but still get a UWL).

In terms of integration, Workflow and BPM can provide simple interface capabilities, but for your core integration between systems (not involving people), select an appropriate middleware tool likePI and don’t look back. That said, BPM and ABAP workflow is good for integration that has a strong set of business logic, while middleware typically should not contain detailed business logic. eg.Imagine a scenario where you pick up a detailed shipping document and you need to process the information to create various orders and deliveries based on its arrival automatically with userdecision steps. I would not do that all in PI.

Final note - The combination of BPM, SOA and real-time and near r eal-time insight into your business processes is the next big thing for business so regardless of the decision above - this needs tobe considered. i.e. ABAP workflow is not being heavily invested in if you see the lack of recent changes in it; hence you may be left developing frameworks to measure and quickly modify yourprocesses and it’s always hard to sell building a custom solution that other products will get out of the box in the long run (like BPM and event insight - though does anyone know if Event Insightwill support Workflow?).

Second Level Sum mar y

The above attempts to address the question of what to use, but in reality, the question is when do you use each technology. My opinion, single back-ended workflows should remain within thebackend next to the business data they are interacting with. Complex cross system processes should go into BPM. Now what about in the middle of those two or if you only have a small amountof cross system processes - well ABAP Workflow can call Web Services asynchronously really well so I think I would steer closer to staying within the one workflow tool and even managing someexternal processes within ABAP workflow - that said, you need a good enterprise architecture before committing to this approach. It’s kind of like saying that ABAP Workflow is your company wideworkflow engine of choice so big call.

I s Workflow Hype Coming?

In addition, Today’s (ed: This was a while back but you can hear it here) JonERP podcast with Thorsten Franz highlighted that if Workflow was given a UI overhaul - it could minimise the gapbetween BPM and ABAP Workflow substantially. Time will tell if enough hype is given to ABAP workflow to get this going but I’m a believer that ABAP Workflow will reinvigorate itself in the futureas the potential is huge (Caveat - I’m also part of WIT so I am obviously quite opinionated about this).

The Discussion

Obviously, writing a semi-blog as a starting point was probably a bad idea in hind sight as it argued a certain position a little too early, but the feedback that eventuated, not to mention the guestappearance, did result in some good thoughts which I'll attempt to cover below. Future Atlantis blogs will take a different approach and try to summarise the outcome better, so forgive me going

over the timeline like this but it seemed the best way to explain what happened in this situation but will be harder to follow.

In summary, those from customers or working closely with customers tended to al ready be leveraging ABAP workflow, and the business case to leverage BPM was difficult to understand at theseplaces (licensing, hardware, lack of integration with ABAP Workflow were some examples). In fact, the business case for using ABAP Workflow was more a fact that you typically already have it(and in my opinion, if y ou're not using it - then you're missing some great opportunities to improve process efficiency in your organisation).

To digress for a second, an important FYI from fellow mentor Tammy Powlas highlighted that "ASUG has a webcast on Workflow and BPM given by Ted Sohn, SAP Platinum Consultant, on March22nd and it is open to non-ASUG members at this link ".

Moving on...There was discussion about BRF Plus within ABAP which was considered a good stepping stone towards getting some of the same power in the ABAP stack as is already available onthe JAVA BPM stack and that BRF Plus will be more tightly integrated with ABAP Workflow in t he future.

Guest Appearance

It's at this point that in parallel to this activity, the SAP Workflow Influence Team (@SAP_WIT) met with SAP's BPM Solution Management Lead and they kindly offered to comment on thediscussion with a very in depth response which I 'll try paraphrase as best as I can below with my comments added in brackets (I'm sure I need to add some kind of waiver here so please don't relyon my paraphrasing to be 100% correct).

The decision to use BPM or any orchestration engine of SAP's really comes down to use-cases and for new projects to adopt the most appropriate solution. The big factor for BPM was the focus onthe enterprise architecture. If the landscape was a single ERP style environment, then BPM was less desirable. But if you had a complex environment consisting of various different componentsrequiring business process orchestration, BPM, along with BRM, could be an excellent solution. (Note - For more complex integration scenarios, PI is still recommended though BPM could tacklesmaller integration issues).

The choice becomes harder when you're between those scenarios and that's where these further comments could assist.

So continuing on: From the strategic angle; it is apparent and should definitely be factored in that SAP are focussing their $'s on BPM and the JAVA PI stack over ABAP Workflow (though SAP_WITis still trying to influence further improvements and focus in the future).

Considering modelling aspects, BPM uses BPMN, and if you don't want to go the whole hog with a full ARIS or similar process modelling approach; then BPM does offer you the tools to takeadvantage of to go down a top-down appraoch to process modelling. That said, it does not replace the full functionality of an ARIS style modelling tool.

It's at this point, a nice use-case was highlighted, and that was the use of the forthcoming Gravity functionality within StreamWorks being a "business playground" for designing processes that canbe exported and imported into BPM. I won't go into details but the BPMN 2.0 XML Serialization will be an important interoperability aspect for all these modelling tools (including third parties)going forward.

There was mention of using BPM to tackle the scenarios currently handled by PI's ccBPM in the future, though timelines for this weren't mentioned. (Probably something for PI customers toconsider in terms of the JAVA only PI and BPM stack pushing the dual-stack PI out of the picture in the future).

They also mentioned the growing support of possibilities for UI's within BPM (which is obviously a rapidly changing area with all the mobility scenarios that will interact with workflow in the future).

A Couple o f Final Responses

In response to the above, Al raised the question about the separation of concerns that needs to happen between BPMN (within BPM) and t he way to model stateful integration patterns (which is agreat topic, but I won't try to expand on this now as it sounds like we need a whole separate Atlantis topic to get into this in detail). His also made the following comment which was succint andwell worth quoting directly:

"Looking at use cases, the easy one is the BPM across multiple systems. But what of the case when you only have ERP. To me the way to look at this is to look at using either BPM or BusinessWorkflow. I don't believe in this scenario there is room for both. The decisions then comes down to ( assuming your not scared off by cost and infrastructure) your current WF investment, your

willingness to re-skill and your desire to embrace BPMN modelling. For example, if you are not a heavy WF user, and you want to start modelling your processes via BPMN and then make themexecutable then BPM is your tool - but turn off your WF engine ;) If you don't really care for BPMN etc t hen Business Workflow will give you the same result with much less fanfare. See - itdepends!"

And the final comment from Dagfinn with some very wise words around ARIS:

"For large customers looking at controlling their enterprise architecture, BPM is just too narrow. You need a solution such as ARIS if you are serious about processes and how they impact theenterprise. "

He goes on to state that Gravity may be a great intermediary tool to work with the business in defining/redefining processes though ensuring that ARIS is always the master is key.

He also highlighted one of the most important considerations when modelling processes in any orchestration tool, and that is around measuring your processes, ideally getting them onto adashboard or similar.

For reference, BPM and Workflow themselves don't do this by themselves (without lots of custom development), but I believe that is where Event Insight is heading, though you guessed it, morelicensing and infrastructure to achieve this nirvana.

Great Discussion and Thanks to the Atlantis Team

So in summary, we probably still haven't answered the question directly, but there's a lot of information above to help you make a more informed decision. It definitely does depend, andstrategically, the decision is not easy. I hope this information was of value to a few out there, but regardless, this did lead down an interesting path, and thanks go to all the current members of Atlantis which I hope to grow into a much larger group once we get the format working just right.

Matt Harding is an SAP Mentor, 2010 DemoJam Winner and Independent SAP Solution Architect and Developer who's passion is to design simple, intuitive and visually appealing solutions addressing functionality gaps.

Helpful? Disagree? Or w ould you just lik e to volunteer to throw your own opinions into Atlantis in the f uture?Comment on this weblog

Showing messages 1 through 19 of 19.





Use Cases vs. Process Maturity

2011-03-23 10:57:23 Marlo Simon Business Card [Reply]

Hi Matt,

Very nice approach trying to tackle some architectural decisions we face sometimes.

Going more towards the Dagfinn (@dparnas) perspective I believe is more a theme of maturity then use cases. Of course "it depends" of current investments or specially in the stakeholdersview of the future.

Any company aspiring to accomplish a process oriented view of their organization would need to rely on a platform with greater agility. That´s when all the Business Process Platform,

Enterprise Services and BPM - Technology, came in hand.

So in my two cents f or Atlantis, I would add process maturity check into the equation. This is trying to push Enterprise Architecture out of the theory and into strategic planning.

Cheers,

Marlo Simon.

Use Cases vs. Process Maturity

2011-03-23 14:41:49 Matt Harding Business Card [Reply]

Thanks for commenting Marlo - I can't argue with that...though wouldn't it be great if ABAP Workflow could import/export BPMN to enable highly process centric enterprises that don't have

significant system system integration requirements.

My take...

2011-03-21 00:50:33 Gourav Khare Business Card [Reply]

EA modeling (including business modeling) -> ARIS

BP documentation -> Solman Business Scenario

Cross-system Human centric BP -> NW BPM

Cross-system System centric BP -> ccBPM (PI)

Single System BP -> ABAP WF

ARIS and Solman is for documentation and last three for execution. Argument about single ERP system is not valid as BPM can integrate with non-SAP system as well (using webservice).

Regards,

Gourav Khare

My take...

2011-04-07 04:49:24 Sriram Vasudevan Business Card [Reply]

The position on Human Centric workflow is correct to a good extent but BPM adds good value to processes cutting across systems which dont require extensive transformation capability

but support service orchestration : a typical example could be a Master data governance process which leverages MDM for Global master data and ECC/ 3rd party for l ocal/plant related

information with the necessary interim inputs and approvals from Dataowners/stewards.

My take...

2011-04-07 04:58:02 Gourav Khare Business Card [Reply]

Agree!

That's why I used word "C ross-system Human centric BP -> NW BPM" now buisness process could be anything, be it Master Data governance or leave request approval or something

else.

Regards,

Gourav

My take...


Thanks Gourav - This definitely sums up a strong position on this though it will always be an "it depends" answer in reality. FYI - ABAP WF can also integrate with other systems via Web

Services if need be, but BPM is definitely built to do this by default more than ABAP WF.

Cheers,

Matt

New paper on BRFplus and BWF integration 2011-03-11 07:30:41 Carsten Ziegler Business Card [Reply]

"..that BRF Plus will be more tightly integrated with ABAP Workflow in the future".

Not in the future but already today. We just relesed a paper with screenshots about it. You can find more details in my blog: http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/23777.

New paper on BRFplus and BWF integration


Thanks Carsten for referencing this blog/update here. We did our best to get the latest info together, and it's good to see BWF finally moving forward with new functionality now days when

it was pretty stagnant for a while.

BTW - I did not know the BWF acronym for Business Workflow - I'll make sure I use/promote that going forward.

Cheers,

Titles Only Main Topics Oldest First





Matt

New paper on BRFplus and BWF integration 2011-03-15 12:22:29 Carsten Ziegler Business Card [Reply]

Hi Matt,

I'm a developer and developers tend to be more relaxed with abbreviations. Some of my colleagues use BWF for the workflow, however I do not know what the official SAP position is.

Regards,

Carsten

PI, BPM and Business (ABAP) Workflow

2011-03-03 23:03:22 Martin English Business Card [Reply]

Hi Matt,

Some fairly meaty stuff, especially for a technician like me (I remember saying to you - along time ago now - that a decent programmer could write 90% of XI in a month, but that last 10%

was why we paid SAP). What I did see is that you recognise the need for different architechtures for different levels of complexity; A large (multi-terrabyte) customer may just be running an

ERP stack, and using other vendors for other functionality - i.e. large volumes, but little complexity. In this case, Business Workflow is appropriate for within the SAP environment. However,

one benefit of a tool like ARIS (from my very limited exposure) is that it does not depend on a specific 'base technology', compared to SAP BPM.

Next point; in the example I gave above, you might use ARIS to model (and perhaps deploy) business processes, with the SAP ECC6 and Oracle Warehouse Builder communicating via

something similar to Crossgate (but on a non XI/PI platform). Is BPM / BPMN (the products, not the concept) even relevant in this scenario ?

I can definitely see an issue with motivation and ROI with BPM. We have a situation here and now where organisations seem to have problems getting the FREE stuff working (i.e. Business

Workflow, Solution Manager, Solution Composer etc). On the surface, the Architechts are the people t o start pushing this, but is this necessarily correct ?

I would suggest that providing a business view of the process definition to users would require (at the least) a bit of training so that they could understand it; I presume that in this case users

is a subset of 'users of the resulting target system'. However, if this resulted in elimination or improvement to a business process, you could make your return on the modelling tool there and

then.

Something that just occurred to me as i was about to submit this; Without getting too deep into the product differences, would it be too simplistic to say PI and Business Workflow are the

"low-level languages" that BPM gets translated to for inter-system communication, and that Business Workflow should be used for intra-system processing ? Or is that just a good (or poor !!)

starting point ?

PI, BPM and Business (ABAP) Workflow


Wow - Lots of good discussion points and you definitely understand the key questions in terms of getting to the right answer.

I'll have a shot at a few questions. Business perspectives are one of my pet concerns when it comes to BPM. BPMN is a effectively a fairly extensive programming language that the

business users shouldn't need to understand all the ins and outs of. But if you limit yourself and as you say, train the business users appropriately (change management style to introduce

this as the defacto format in the business going forward), then BPM or ARIS could fulfill the modelling of business processes requirements. And if you did this right, then why not use i t for

modelling the Warehouse Business Process.

Architect's will always push for things to be taken up, but it works best with both a push to management, and a push from management. Getting a CxO support is key to any of this

typically. Architecture can (and should) only be able to get things going so far. That said, architects can always prototype something and sell it afterwards.

And is that too simplistic - of course! But you could argue that approach for an enterprise as one way of moving forward.

Thanks and see you @ Mastering Tech and Inside Track Sydney!

Matt

Thanks...


Thanks Sue and Tammy - And QED on my comment about the support from SAP Mentors.

Rock Star

2011-03-03 07:33:03 Susan Keohan Business Card [Reply]

Matt, thanks for doing all the hard work in collecting info on Atlantis, and putting it all out here for everyone to see, plus adding your invaluable insights.

Sue

Very helpful

2011-03-03 04:04:17 Tammy Powlas Business Card [Reply]

I think your key comment is here:

"BPM is not free while most people do have Workflow sitting there dormant ready to go for free."

That's the real gotcha of BPM. I do see Workflow integrating more with great tools like BRFPlus, but the ROI isn't there for BPM for ECC-based shops embedded in Workflow.

For those interested, ASUG has an open Workflow webcast to the public on April 5th - r egister at this link:

http://ws.asug.com/ss/wsb.dll/5/4511Workflow.htm

Tammy

"Workflow sitting there dormant ready to go for free"

2011-03-04 05:07:54 Chris Paine Business Card [Reply]

I'd add a little bit more to your point there Tammy. Not only do most people have the workflow engine there as part of their ERP, they also have an awful lot of pre-built workflows for

standard SAP processes. (perhaps this is what you meant and I misunderstood.)

Having this very conversation about BPM and WF about a year ago with Oliver Mayer, we were both lamenting that SAP are very unlikely to deliver any standard business functionality with

BPM as part of t he ERP suite. I do not believe I will ever see leave requests being handled through BPM - but almost every company will use this standard SAP workflow. If you go to the





extreme that AT mentioned of only ever going one way and not the other - you suddenly start building costs into what should be simple implementations that never used to exist.

I know this is what architects like to do ;-) A company I once did some work for have some very secure password storage because an architect I know (ringing any bells Matt?) wanted it.

That particular case the end result was a reusable component that made sense. It d id however cost an extra few days of development that hadn't been budgeted. (and a few later nights

for me ;-)

When you start thinking of how many processes happen entirely within the SAP ECC space and already have some kind of WF ability, you start adding up more than a few days of work to

recreate/redesign these in BPM. The prettier (I won't say "better" as good design should save us money no?)architectural/design decisions may not be the most cost effective ones.

Yet, there could be benefits in having a better WF systems. Recently I have spend time building tools to allow reporting of the statuses of various complex workflows. Why, because

standard WF reporting is just not up to the task. Yet in BPM, the same thing could be done much more easily, and potentially more transparently.

This still however, doesn't justify the use of BPM to me for use where just the ERP system is involved. Given that I tend to agree with AT, that having two ways of doing the same sort of

process is crazy, I'm not sure I'd even want it where external systems are involved. Perhaps I could just use Gateway to talk to those systems, skip the P I layer and wave goodbye to theESB (I'm dreaming aren't I) -I could then run the whole thing t hrough ECC WF... anyway I digress - I'm going to continue to build in ECC workflow because I think it will be future proof.

And I have another reason to think that:

I believe, that for the various module of ERP to remain competitive they must have some built-in workflow capabilities. I don't see BPM being pushed by SAP to meet that need. But I also

believe that the interface to SAP Business WF is well past its prime. I think customers have a right to expect the sorts of functionality that BPM can offer within the very expensive ERP

solution that they have paid for. So hopefully SAP WF will take a huge flying leap of modernisation and step up t o the challenge.

It's a challenge to set to the SAP Workflow Influence Team - make this a no-brainer for me please! Cause SAP WF to be as "simple" as BPM so that I won't want to use an external WF

management tool (BPM or anything else).

Great work Atlantis - great (in both v alue and volume) blog/post/article Matt.



Chris - I appreciate your great input as well.

Quick question though re: Workflow Reporting - a f ew years ago at TechED Ginger Gatling did a great session on BW reporting with Workflow - there is standard business content in

BW for Workflow reporting - have you tried that to help the Workflow reporting issue?

Tammy



In the words of Barney Stinson - Challenge accepted! ;-)

Thanks for good input to the discussion Chris...

Very helpful

2011-03-03 05:02:30 Gregory Misiorek Business Card [Reply]

Tammy,

what's with the survey?

thx, greg

Hi Greg -


Hi Greg,

The survey just ASUG's way of collecting your e-mail information and then they will e-mail you the dial in / webex information to connect to the Webcast.

Thank you for your interest!!

Tammy

Showing messages 1 through 19 of 19.


bpm workflow pi

Documents