1 2 3 67 Previous Next

SAP for Mobile

994 Posts

There seems to be a lot of confusion on what Fiori is, and what the benefits are.  Since the recent Sapphire announcment that Fiori is free, we have gotten a lot of questions from our customers.   This blog will attempt to clear up any confusion on Fiori, and provide a high level overview on benefits, negatives and why SAP customers should care.


So what is Fiori?

Fiori is a collection of applications, pre-delivered by SAP, that cover the most common business scenarios across multiple modules of SAP.  Some examples of these applications are:


HR: Time Approval, Leave Request

MM: PO Approval, Order from Requisition

CRM: My Accounts, My Contacts


You get the idea.


Fiori is commonly misconceived as a Mobile Solution.  Yes, Fiori can run on Tablet and Mobile Devices, but the applications also run on Desktops.


The Good:

  • Finally, a solution that bridges the gap between Desktop and Mobile.  Prior to Fiori, SAP mobile users were forced to use a different User Interface on their Mobile devices and Desktop
  • Fiori design is clean, simple and easy to use.  For anyone who has ever been forced to use SAP GUI you will know what I mean.  When building Fiori, SAP took a simplistic approach, and only included the relevant fields and functionality needed to complete the task.
  • Customers now have a modern user experience.  There have been a mishmash of UI products released by SAP in the last decade: Web Dynpro, Web UI, Personas; but none of them solved the issue of not having a consistent user experience across devices and creating a UI that does not make users want to pull their hair out.
  • The best part of Fiori is the ability to customize it and create applications from scratch that fit business needs.  Customers now have options:

          1) Extend and Enhance the pre-delivered SAP applications to fit business needs

          2) For scenarios not covered by pre-delivered applications we can create fully customized Fiori applications.  These look and  feel the exact same as the SAP delivered ones.


The Bad:

  • The initial installation and configuration can be a bit tricky.  SAP documentation seems to reside in multiple places, making it somewhat frustrating to get it up and running.
  • The enhancement framework for pre-delivered SAP applications is somewhat limited.  If the customer wants to do anything more than add or remove fields or shift some of the controls around I recommend building a custom Fiori application
  • You must complete configuration steps for each individual application.  These do not take too long(depending on the application), but in short; deploying all Fiori applications in a week isn’t going to happen


Wave 2 of Fiori applications is just scratching the surface of the potential.  SAP has made heavy investments in SAPUI5 technology and integrating it with common SAP use cases.  See the Amazon-like shopping cart for SRM and HR Renewal apps and the Fiori River RDE which connects UI5/Fiori to the Hana Cloud Portal.


The bottom line is that Fiori is well worth the time investment to get it installed and running in your landscape.  The capabilities, and functionality will only continue to grow and users are demanding a way to complete business tasks on the go.  SAP has finally caught up to the rest of the world in providing a next generation User Experience with no additional license cost, the verdict: Your users will thank you.

Your first reaction here is likely one of stupefaction, which is completely understandable - SAP does have mobile solutions for IBM Maximo because of the Syclo acquisition in June of 2012. Syclo got its start working with Maximo backend systems from its first customer, Rush Memorial Hospital, in Chicago. SAP continues to develop mobile apps for Maximo systems including Work Manager, Inventory Manager and Auditor.


The now SAP mobile apps for EAM (enterprise asset management) have helped hundreds of customers to see these kinds of improvements in respect to their assets*:

  • Downtime and production reduced delays by 20–30%
  • Maintenance backlog decreased by up to 60%
  • Preventable failures minimized by up to 90%


Want to learn more about the SAP Mobile Solutions for IBM Maximo? Join us at a Maximo User Group (MUG) meeting:


      • Aug 3 – 5, 2014: Mountain West Maximo User Group 2014 Summer Meeting
        The MWMUG hosts annual summer and winter meetings.
        Each meeting consists of user presentations, an open forum/roundtable, and networking opportunities.Meet with us at our booth during “Vendor Night” on Monday, August 4th at 6:00 p.m. to learn the benefits of mobilizing Maximo, hear about the latest Maximo customer product roadmap, and see live product demonstrations. Register to attend now.



      • Sep 29 – Oct 2, 2014: Maximo Utility Working Group Fall 2014 Workshop
        The MUWG Spring and Fall workshops are the premier events for Maximo users in utilities. The Fall workshop themes this year are “Sharing Maximo Experience” and “Extending Maximo with Mobile and Other Applications”. The host for the Fall workshop is SAP customer Salt River Project (SRP). The event has presentation sessions for new and experienced Maximo users as well as Maximo certification opportunities. Meet with us at our booth during Vendor Night on Tuesday, September 30th at 5:30 p.m. to learn the benefits of mobilizing Maximo, hear about the latest Maximo customer product roadmap, and see live product demonstrations. View the full agenda
        here. Register to attend now.


*Source: SAP Customer Reference Statistics

Hello SAP Mobile Platform Community,



I am very pleased to announce that SAP Education has just released a new global instructor-led course that is designed to focus on the new administration features of the SAP Mobile Platform 3.0 and latest support pack - MOB10: SAP Mobile Platform 3.0 (SP03) Administration.  The course is a 2-day class is targeted at system and platform administrators, developers with an administration knowledge requirement, and useful to solution architects. However, it is also valuable to anyone with SMP 3.0 system administration responsibilities. Please note that the same instructor-led content will also be available as an eLearning (MOB10e) in a couple of weeks. The eLearning contains SAP WPB exercise simulations, videos of talented SMEs discussing each topic, assessments, and demonstrations of each exercise and much more. You can now register for MOB10 as an instructor-led class near you by visiting the SAP webshop or purchase the eLearning version of the course when it is available (search for MOB10e on the SAP Education webshop).



What is covered in the MOB10/MOB10e course?


For starters, you will learn how to plan, prepare, install and administer SAP Mobile Platform 3.0 SP03. You will explore the platform's administration architecture, how learn how to design and implement a configuration that best meets your organization's needs, as well as learn ow to perform standard every-day administrative tasks such as deployment and configuration of mobile apps developed on Agentry, Native device platforms, Mobiliser, Hybrid and Kapsel-based apps. You will continue to learn post deployment configurations, registration of application users, and so on. Use of the new SMP 3.0 SP03 Management Cockpit will be a major part of this course.


As an example of some of the new features covered in MOB10, let’s look at the packaging and deployment approach between pre-SMP 3.0 and SAP Mobile Platform 3.0:




Firstly, note that SAP Mobiliser applications were packaged as customization solutions using the SAP mobiliser frameworks. SAP Agentry (a.k.a. metadata-driven) apps, in turn, had their own packaging and deployment approach in pre-SMP 3.0. With SAP Mobile Platform 3.0, SMP and Agentry packaging and deployment are consolidated into a single approach:




In SMP 3.0, all services will be packaged and deployed via the provisioning system - Equinox P2 Provisioning.  Using the SMP P2 feature, administrators can make provisioning for the packaging process more formal, repeatable and therefore re-usable. A section on migrating Agentry Apps created prior to SAP Mobile Platform 3.0 is also included in MOB10 to help you take full advantage of the new packaging and deployment features of SMP 3.0.


Another important topic for system and platform administrators is High-Availability (HA) and Disaster Recovery (DR) of your mobility landscape. The course devotes quite a significant amount of time discussing HA and DR in great detail. You will learn the most effective high availability and disaster recovery scenarios to ensure that all your applications running on SAP Mobile Platform 3.0 continue to run with the utmost minimum downtime. The course discusses stand-by scenarios as well, to improve stand-by & redundancy and therefore reduce or even eliminate the chances of any downtime or data loss at all.


These are just a few topics that each administrator will learn in the MOB10: SAP Mobile Platform 3.0 (SP03) Administration course. Be sure to check out the description and look for a public schedule near you. If you cannot find a schedule, be sure to use the Contact Us feature on the webshop and make a request to add this class to the schedule. For those of you who are already subscribers to SAP Learning Hub, know that the course material will be available in SAP Learning Hub for your peruse, and in about two weeks so will the eLearning version. But you have to be a full subscriber of the SAP Learning Hub to access the content.



SAP Mobile Platform Education in the SAP Learning Hub:


SAP Education offers multiple delivery formats and learning solutions. If you find that attending a live classroom poses a time and financial challenge, SAP Education introduces the all new SAP Learning Hub, the on demand learning platform from SAP. All SAP course content is also available in the SAP Learning Hub, including all new SAP Mobile Platform courses. If you are not sure that SAP Learning Hub is the right solution for you, SAP Education offers a FREE access to select courses via SAP Learning Hub, discovery edition. In the free edition, you can explore and assess the free content available to you. Get started– register for free access to SAP Learning Hub, discovery edition, and begin to experience the benefits for yourself. Click here to register



Other Related Blogs and Resources:


  • For anyone interested in SMP 3.0 developer training, see this blog.
  • For solution architect training, click here.
  • For SAP Fiori and SAPUI5 training, see this blog.


Thank you and wishing you all success with SAP Mobile Platform 3.0.


Best regards,


Considering where SAP Fiori fits depends on how you define it within your technology footprint.  In an earlier post on the SAP Fiori strategy I explained that while Fiori is certainly a solution to many mobile challenges, it's not a mobile platform at its core.  It's a user experience platform with a mobile-first framework. 

It's still a great solution for mobile, but it can be so much more.  However, I'll save the use case discussion for another post on choosing SAP Fiori use cases.  How you are planning to use it doesn't change how you'll need to work SAP Fiori into your technology footprint.  Here I'll explore Fiori as part of your architecture footprint, and part of your mobile software footprint.

SAP Fiori as Part of an Architecture Footprint

If you have a traditional SAP landscape, you're dealing with multiple environments.  Your first decision is to what degree you want to deploy Fiori.  In our experience, we generally lead with either a standard install (full environment) or a "light" install - for just one environment.  This is because deploying Fiori throughout your entire landscape is not the best option if you're just running a feasibility pilot, as an example.

The great news is that because there are minimal pre-requisites to installing Fiori, Gateway being one, we can usually stand it up in a matter of days for a test environment.  Throwing in your Dev and Prod environments extends that a bit, but it's still not a huge time consumer.  Getting Fiori up and available is something we can realistically achieve in days or weeks, even for a more complex environment.

At a minimum, you need to be sure you either have installed or are ready to install ABAP, Gateway, and UI5, and of course, ERP Business Suite, other backends that you want to leverage like CRM, SRM, or PLM.


Excellis Approach to SAP Fiori Install
Excellis Approach to SAP Fiori Install


From a backend standpoint, be sure that you know which backends will be required for the apps you are choosing for your initial use cases (see my thoughts on use cases), especially if you're choosing a custom or enhanced app.

The good news is that Fiori offers out of the box connectivity to SAP backends, so choosing to connect to future backends will be something we can achieve quickly when the time is right.  The even better news is that there are truly no limits to what you can connect to Fiori.

if you want to connect it to SalesForce or some other application, that is possible.  Did I really just say that?

Sure did, but it's not likely something SAP will encourage, of course.

SAP Fiori as Part of a Mobile Footprint

I'll put my feelings on Fiori as a user experience solution aside, because the pressing question for most is how it is going to fit into a mobile strategy.  We have a great matrix slide that compares Fiori on a number of different levels to other mobile technologies, but I'll keep it a bit briefer than that here.

There are three different approaches to integrating Fiori into your mobile strategy.

Fiori First

Leading with Fiori is most suitable for anyone who hasn't already purchased SAP Mobile Platform (SMP) or legacy mobile licenses - that is obvious.  It's a way to test out the "free" product to see if you'll need to spend money.  However, this scenario is the most likely to fail early if the wrong use cases are chosen.

Use case is absolutely imperative here.  Read my next post on choosing the right use case for more details, but at a minimum, the use cases have to meet the following criteria:

  • Users are always connected
  • Roles are clearly defined
  • Limited data processing is needed
  • Use case is simple


I'm not suggesting that Fiori can't meet more complex use cases.  In fact, I'll talk about that more in the final post in this series.  However, if you're looking to deploy Fiori as a pilot for enterprise-wide mobility, you have to get a few wins under your belt, and the simpler, better defined scenarios will render the best results.

Hybrid Footprint

In reality, a hybrid approach to mobile delivery is going to be the solution that best fits most companies.  Why?  Because of the limitations I laid out previously.  The limitations of Fiori are beautifully supported in the SAP Mobile Platform, as one option.

For example, consider the connectivity limitation.  Odds are, if you have some users that are infrequently connected (like field service), you also have some users that are only disconnected in very rare situations (executives, office employees).  In that situation, you have an opportunity to deploy Fiori for the connected users (as long as they meet the other criteria) while only licensing SMP for the disconnected users.  This saves money in licensing, and allows you to really utilize the strengths of each solution.

However, there are some major challenges to this approach.  For one, you'll be supporting multiple applications and experiences, which certainly costs.  Also, you will have to deal with the shared use case obstacle - when there is a use case shared across both connected and disconnected users, how will you deploy that use case?  Just on Fiori?  Or twice, once in each product?  This is something you'll have to deal with early.

Hybrid Solution

A hybrid solution approach does not differ in licensing or technology from hybrid footprint, but it differs in delivery.  Consider this an advanced approach that may address some unique situations.

Hybrid solutions are ones that allow us to leverage a native or SMP application with Fiori-delivered content.  What that means is that we can utilize containers within native or SMP apps to deliver other Fiori apps or features.  The two real challenges this solves are the "build once" challenge, in which you have features that you want to deploy and manage within Fiori, but you have users that need to utilize the SMP capabilities, and the "UI" challenge, in which you want to resolve some major usability issues by leveraging the Fiori themes.

This is an advanced approach, and requires a strong strategy and support system.  However, it's a method you can use if you're targeting the hybrid footprint for your enterprise.

As with any technology strategy, though, the use case(s) will be pivotal to success.  I hope you'll read more about selecting use cases in my next post, or get in touch with us to talk it through.

Want even more technical information?  Watch the SAP Fiori video by SAP Mentor Pete Lagana now.

John Wargo

New Apache Cordova Book

Posted by John Wargo Jul 18, 2014

Note: Shameless Self-Promotion Follows


Last week, my publisher released my latest book: Apache Cordova API Cookbook (www.cordovacookbook.com). The book is available in print form from Amazon.com, InformIT.com and several other online retailers. For those who like electronic books, you can buy an e-book version from those vendors as well as Apple iBooks, Google Play Store, Kobo and more. You can learn more about the book and access links to the book in the different online stores at www.cordovacookbook.com.




In 2012 I published PhoneGap Essentials (www.phonegapessentials.com). The book covered PhoneGap 2.0 and delivered complete coverage of everything a developer needed to know to get started with PhoneGap development. At about 300 pages, it covered the topic pretty thoroughly. If you look at PhoneGap Essentials, the first half was all about the tooling available for PhoneGap development, and the second half was a complete study of the PhoneGap APIs.


As the book was going to press, Nitobi was acquired by Adobe and PhoneGap eventually became known as Apache Cordova.


In December 2014 I published an update to PhoneGap Essentials called Apache Cordova 3 Programming. This book covers Apache Cordova 3.0, PhoneGap 3.0 and was essentially a rewrite of the tools part (the first half) of PhoneGap Essentials plus a 50-page chapter on the Cordova APIs. Things had changed so much between PhoneGap 2 and Cordova 3 that an almost complete rewrite was needed. Unfortunately, this book is only available in e-book format; you can find more information about the book at www.cordovaprogramming.com.


Apache Cordova API Cookbook is essentially a rewrite of the second part of PhoneGap Essentials. The book takes the 150 pages of API coverage from PhoneGap Essentials and expands it into an entire 300-page book on the topic. There is a short introduction to Cordova (Chapter 1), then the entire rest of the book is dedicated to the Cordova APIs. Where I covered all of the APIs in PhoneGap Essentials, in the Apache Cordova API cookbook I expanded the coverage to include more sample applications and added more capabilities to the sample applications. The book includes complete source code for more than 30 Cordova applications.


When you bundle Apache Cordova 3 Programming together with Apache Cordova API Cookbook, you get almost 600 pages of coverage for the topic. No other books provide the same level of detail on the topic.


If you’re doing any Cordova or PhoneGap development and need help getting started (or just want access to everything I know about the topic) please pick up copies of Apache Cordova 3 Programming and/or Apache Cordova API Cookbook. I’m planning on presenting at d-code in Las Vegas and Berlin, and I’m hoping to have a few copies to give away at my sessions.

Over the last few weeks, the world remained riveted to the various games of the World Cup 2014.  Some were early disappointments such as Spain; however, many were surprised just how far their own country made it into the final tournament.  Social media and mobile engagement were also big winners in the 2014 World Cup.  These channels are immensely popular today and will continue to grow in influence as they are now part of most people’s daily lives.  Both Facebook and Twitter had set usage records during the World Cup final.  In fact, the Wall Street Journal article noted that Twitter beat its own record of 580,166 Tweets per minute during Germany’s defeat of Brazil in the semi-final by reaching 618,725 tweets per minute during the Argentina – Germany final.

SMS messaging was also quite prevalent throughout the World Cup, but more so around the games.  For the 2014 World Cup, we took a look at each game in terms of SMS traffic interest.  For each hour of the day, each minute, there are, what we call “normal” SMS traffic patterns.  For example in the 18:00 hour, a particular country may normally send x number of messages; likewise, that can be broken down in the SMS per minutes.  While SAP Mobile Services doesn’t see all of a country’s SMS traffic, we certainly see enough to ascertain statistically relevant movements of SMS traffic.  Given that billions of SMS messages move around countries and between countries daily, this clearly shows that SMS as a person-to-person communications medium is still completely relevant and that it will be for the foreseeable future (I am not so deluded as to not admit that SMS has taken a large hit in many markets due to OTT cannibalization; however, for many people, somehow SMS texting still seems more reliable).


By reviewing our messaging statistics before, during, and after the games, we were able to determine the percent above normal spikes in SMS traffic as a result of the World Cup games.  This gave rise to our Textiest Moments of World Cup 2014 infographic:

Textiest Moments Infographic - v2.png


Click on the image to expand it.

Interestingly, but not surprising, messaging traffic only spiked in countries whose teams were playing. For example, even though Germany vs. Argentina generated world-wide interest, the message spikes were only pronounced for those two countries.  If we start with an estimate of 63 billion SMS messages sent from Germany in 2014 (extrapolating from a Portio Research report) and then do some rough calculations, Germans sent around 1.2 million SMS messages in the minute following their World Cup win (with a normal minute generating approximately 120K messages).

Like Twitter and others, SMS very much tracked the game’s progress.  In the graphic below, for the game between Germany and Argentina, we can see the extreme reactions to the scores and the end of the game. Following the game is a wind-down as people discuss the results with friends and family.

Germany vs. Argentina - DE 1-min traffic.png

Click on the image to expand it.

In another example, we overlaid times when yellow cards were issues and the teams’ substitutions along with the goals. In this next example between Argentina vs. Switzerland, the SMS pattern clearly showed increases in traffic immediately before, during the half, and before extra time.  Events such as yellow card issuances and substitutions did not heavily influence the traffic – likely because people were paying attention to the action on the field and not texting.  In fact, if you look back up at the Germany vs. Argentina SMS game graphic, you can clearly see the increase of traffic during the half and at the break before the extra time.


Click on the image to expand it.


A few observations come to mind.  First off, people only text about the game when there is a definitive break in the action.  Unlike social media, where tweets are sent or Facebook postings made to provide an ongoing narrative or commentary (e.g. one -to-many) about an event, SMS texts are sent to discuss the topic with another individual.  The engagement model is different.  Additionally, in our SMS statistics, we don’t filter out the “background noise” -- meaning that there are always unrelated texting going on.  That typically accounts for the “normal” traffic levels and that’s why by looking at the deltas from normal – especially huge ones, you can ascertain the level of reaction.  I will note that some countries had very little SMS increases at all. France was one – the games seemed to not influence traffic patterns away from their hourly norms.  Their SMS traffic actually dropped around the games in some cases.  I’ve not yet come up with why that was.  The US SMS traffic around the games was minor – averaging around 9-10%.  But that is because many in the US simply did not pay attention to the World Cup, but still – that is nice to see and significant.  Four years ago, there would not have been that much of a rise (and there
was much less in terms of competing media).  But this does tell us that SMS-based texting is still extremely relevant and still well used.


Please follow me on Twitter: @wdudley2009

I recently came across this issue at one of our customers - thought of sharing this in SCN,


FIORI launchpad runs perfectly in Language = EN, when I change the language to DE,ES,RU.. it dumps on the launchpad with a lot of errors directing to PAGE_BUILDER_PERS, RFC Error, Error inserting Duplicate record in table, etc.


For such issues perform the following quick checks to see if the Chip texts are available in the required language


1) SE11- > /UI2/CHIP_CHDRT

2) See if there are entries existing in the table for the desired language

3) If there are no entries,

4) Logout and Login in the language you have an issue (ie login in Russian, German)

5) Run the report program /UI2/CHIP_SYNCHRONIZE_CACHE

6) Go back to the table /UI2/CHIP_CHDRT - see if the entries are generated for the desired language

7) Retest the App


Perform this for all required languages.



Best Regards

Babu Ganesh V


Customer Experience Group

SAP Labs India,


Everyone is talking about the fact that Fiori is now included for maintenance customers.  Many are wondering about the impact this has on SAP Mobile Platform and other native products.  Others are talking about the recent video SAP Mentor Pete Lagana did overviewing SAP Fiori.

I want to point out something that a lot of people aren't discussing.  While SAP Fiori is certainly a solution to many mobile challenges, it's not a mobile platform at its core.  It's a user experience platform with a mobile-first framework.  Most people are looking at it as a mobile platform, and while it solves many mobile challenges, considering it just a mobile platform is short-sighted.  It doesn’t do justice to the product or your mobile strategy.


Here's an example of an Excellis custom Fiori app that works across platforms - that's the responsiveness at work.
Here's an example of an Excellis custom Fiori app that works across platforms - that's the responsiveness at work.


Fiori is a user experience toolkit, and thinking about it that way will help you better understand where it fits.  As a product, it was designed with the following tenets in mind:

  • Role-based (provide simple entry-point for user/multiple tasks)
  • Responsive (available on any device with minimal intervention)
  • Simple (lots of context based on user, quick to complete tasks)
  • Coherent (consistent & brandable)
  • Instant Value (make it quick to deliver on user needs)

Now, that certainly sounds like it could be the answer to a lot of things.  Yep, could be.  It could also fall short in some ways, and it certainly doesn’t fix all problems.  Let's take a look at how Fiori stacks up to other technologies, because before you even think about adding Fiori to your technology footprint, you need to decide if you're going to use it as a part of the big or little picture.

SAP Fiori as a User Experience Tool

Today when you talk about applications, you’re generally talking about what it does - what the functions are.  SAP screens become very complex very quickly because the functionality is so dense.  Most SAP products are extremely functional, built to mark the checkboxes for clients and on RFPs and so they become very complex from a user experience standpoint.

So how is this relevant?  It matters because Fiori is a strong option to battle the widespread adoption problem, and although SAP knows this, the message has gotten confused.Fiori is based on delivering tasks to specific roles.  Each application is of a module and more like a specific workflow to achieve any given task.  Rather than delivering an "expenses module" with many features, there are numerous task-based applications exposed based on their relevance to a user's role and security.  Fiori also gives you one entry point, even if traditionally a user's responsibilities spanned multiple modules or programs.

A product like Fiori provides a toolkit that you can use to bring on user groups that were resistant to SAP products before.  As an example, consider the most resistant staff you may have - CRM users.  They may be resistant to CRM for many reasons, not least of which that it's hard to learn.  This is a key group that could benefit from Fiori-delivered CRM features because the users are often diverse with many different roles, and well-defined responsibilities.  Often times, these users will also benefit from the mobile-first approach that Fiori brings with it.To be successful with leveraging Fiori to drive adoption, you'll need to be very focused on the use case.  Think about tasks, not modules.  Align each Fiori app you deploy with a specific problem you are solving for the user.  Be sure you know if the standard/out-of-box app is going to work seamlessly, or if you will need to enhance it.

SAP Fiori as a Mobile Tool

Though Fiori may be an excellent solution for enterprise-wide user experience, that's not likely the reality for most.  Most companies want to know how Fiori fits as a mobile solution.In the mobile marketplace, we know that Fiori is best suitable for certain scenarios.  Consider Fiori's core strengths:

  • You can derive value quickly with standard apps
  • No native development skill sets are needed in-house to support it
  • Responsive/Multi-device is a cornerstone
  • No need to deal with app submission
  • Built to support extending the platform with minimal effort

Overall, Fiori as a mobile solution checks out pretty well.  It allows you to develop once for all devices, and extending the product doesn't require the specialized consultants that other SAP products do.  When we compare it against things like the SAP Mobile Platform, it offers superior UI capabilities because of its responsiveness, and equal out-of-box connectivity.However, we also know that Fiori has some important shortcomings.

  • There is no offline support; users must be connected
  • Because of connectivity, there are heavy device data processing limitations
  • Designed for task-oriented use cases, not as a comprehensive module


If these limitations are important to your mobile strategy, products like SMP and even native applications can fill the gaps.  Using a hybrid footprint for your mobile solutions is a very viable strategy and allows you to play to each product's strengths.  However, it also creates some challenges that you'll need to consider, and I'll discuss that in my next post on how SAP Fiori fits into your technology footprint.


SAP CRM Service Manager is designed to automate workflow and improve service. It connects technicians with the data stored in the SAP CRM system so they can better manager customer service requests. With SAP CRM Service Manager mobile app, you can maximize efficiency and effectiveness of your field technicians by providing them access to relevant and real-time information and tools. The app connects to the SAP Customer Relationship Management (SAP CRM) applications and enables status updates, last minute changes, and accurate data capturing to help achieve higher first-time fix rates.


This release includes new functionality and features like:

• Manage service orders and create confirmations in real time

• Record status, materials, problems, actions, expenses, and customer signatures

• Generate account factsheets and create service confirmation for serialized products and add surveys

• Get 360 degrees customer view using Account factsheet

• Display customer and contact information in regional formats

• Support all note types created on SAP CRM Service backend

• Upload and Download Attachments for Service Orders and Confirmations

• Display equipment or install base listings. · Display entitlements and contract or service history

• Display Assignments on Calendar

• Create / Edit non-order ibase for Service confirmation

• View Serial number for iObject / Equipment

• Backend integration with MRS

• Support on SMP 3.0 Platform

• Additional Languages Support (German, Italian, Japanese, Korean, Russian, Simplified Chinese, Spanish , Portuguese, French, Hebrew, Hungarian)



Vehicle Stock Component

The Vehicle Stock add-on component for SAP CRM Service Manager is an optional component that allows technicians to view current stock for their vehicle as well as external stock. They can transfer stock to and from their vehicle in preparation for field services. The Stock component integrates into ECC.

  • It enables the Service Technician to view stock within their Vehicle as well as stock with other users.
  • Technicians can control his own vehicle/trunk stock like look-up/search products for current inventory,
  • Technicians can transfer from his vehicle stock into another technician
  • Transfer stock from external trunk/technician.
  • Search and receives STO's.


Deployment scenarios:

  1. SAP CRM Service Manager 4.1
  2. SAP CRM Service Manager 4.1  with Vehicle Stock component


Service Manager 4.1 release notes


2028339 - Software Release Note - SAP CRM Service Manager 4.1

1985589 - Release Restrictions Note - SAP CRM Service Manager 4.1




For SAP CRM Service Manager 4.1

SAP CRM 7.0 Ehp 0 SP11 (SAP_ABA 701 SP11+,  SAP_BASIS 701 SP11, BBPCRM 700 SP11+, WFM core 2.0 SP16+, MRS 9.0 SP01)

For optional Vehicle stock component

SAP ECC 6.0 Ehp 0 SP15 (SAP_ABA 700 SP18+, SAP_BASIS 700 SP18+,SAP_APPL 600 SP15+)


Mobile Add-On for CRM 6.10 contains the following ABAP Add-On software components:

Support Package Stacks can be found in the Service Marketplace at: http://service.sap.com/swdc -> Support Packages and Patches -> Browse our Download Catalog -> SAP Mobile Solutions -> Mobile Add-On for SAP -> MOBILE ADD-ON FOR CRM -> MOBILE ADD-ON FOR CRM 6.1.

SMFND 610_700 - Mobile Integration Framework Foundation

SMCRM 610_700 - Application Add-On for SAP CRM 7


Upgrade from existing Service Manager 3.X or 4.0 SAP ABAP Add-On

SMFND 610_700 Installation Package

SMCRM 610_700 Upgrade Package


Service Manager Documentation

For the latest version of the installation guide and documentation, see the SAP Service Marketplace athttp://service.sap.com/instguides -> SAP Components -> SAP Service Manager.

Device Support

  • Windows 7 and above
  • Windows 8 Pro tablets
  • Windows Mobile 6.0, 6.1, and 6.5
  • Apple iOS versions 5.1 and above
  • Android Tablet minimum version is 4.0 and above
  • Android Phone minimum version is 4.0 and above


Reference Notes:

2014454 - MRS Integration with CRM Service Manager 4.1

1935387 - For SAP CRM Service Manager ABAP AddOn Installation

1962949 - Release Information Note - Mobile Add-On for CRM 6.10 Support Packages

1936049- How to upgrade ABAP AddOn SYCLO 3XX_700 to SMCRM 610_700

1828657 - To get more information about planning the installation and upgrades of the ABAP add-ons SMFND, SMERP, SMISU, and SMCRM.

You do not want your users to see the Catalog button or use its feature on the FIORI launchpad ?


There is no out of the box way to do this as of today, in the meantime I will suggest a workaround to achieve this. this may not be the best solution but this will work, please comment if there is a better approach.


Prerequisites -

Find out using Chrome's Inspect Element Feature to identify technical details of what you want to hide.

  • Launch the FIORI launchpad in Chrome
  • Press F12 key on your keyboard to open Chrome Developer tools
  • Click on the first Icon on the developer tools window


  • Move your mouse on the Launchpad and Click an object on the launchpad that you want to hide (Catalog Button / Search field / anything else)


  • Once you click on the object you will notice that in the developer tool window, the html tag of the selected object is displayed


  • Not always will it be the actual line you are looking for - but Chrome will help you to get closer to what you are looking for
  • You see that the <span> tag does not contain any css emements - so this tag will not be helpful
  • Click on its neighbors(html tags) and see where they are pointing to.
  • After initial set of trials you will see that <a tabindex=0 ....... this line has a CSS element "class = sapUiUfdShellHeadItm" and this may be helpful,
  • You can test within chrome to see if this css element will be helpful to hide your button/element
  • Click on the tag <a tabindex=0 ....>
  • On the right side of the Developer tools in Chrome, you will find the actual CSS styles of the Class sapUiUfdShellHeadItm,
  • You can do a "what if analysis" by changing the CSS elements of this style
  • Click on an empty spot near the definition of sapUiUfdShellHeadItm,
  • This will allow you to add another attribute to the CSS Style sapUiUfdShellHeadItm -
  • Type in 'display: none;' (if display property is already defined you can as well modify its property rather than adding one)
  • Once you have added this you will notice that the button/element you wanted to hide is no more visible on the screen
  • You now know the CSS definition you should be modifying.


Now you know what needs to be hidden, lets us see how to achieve this without modifying the standard SAP Code.

1) Create a theme as a copy of Blue Crystal (as an example) - you can refer to any of the existing blogs on how to create a custom theme - SAP Fiori UX - UI Theme Designer by Masayuki Sekihara


2) In the Theme Designer, you can use Expert mode to edit/override the CSS definition.

3) Under Expert mode, In addition to the actual definition of CSS Class sapUiUfdShellHeadItm, add the property "display:none;" to it


4) Publish your Theme


5) Launch your FIORI launchpad with the new theme specified in the url parameter, (http://myserver:port:.....FioriLaunpad/index.html?sap-theme=<yournewtheme>@.........) refer to the blog written by Masayuki Sekihara if you do not know the parameters used to call custom theme - How to set a theme parameter to SAP Fiori launchpad




You no longer see what you do not want to see -



Babu Ganesh V

Customer Experience Group

SAP Labs India Pvt Ltd


SAP recently published an update to the SAP Fiori Client. The update implements several bug fixes plus adds some additional features customer have asked for. You can find the updated version of the Android version of the application at https://play.google.com/store/apps/details?id=com.sap.fiori.client&hl=en and for iOS the application can be accessed at https://itunes.apple.com/us/app/sap-fiori-client/id824997258?ls=1&mt=8.


New Features

From a new feature standpoint, this updated version of the SAP Fiori Client includes the following new features.


Custom User Agent

Several of our customers have asked for the ability to easily identify the client running SAP Fiori. These customers want to either redirect traffic based on client type (SAP Fiori Client vs. mobile browser for example) or to block access to the server depending on the client. In one case, the customer wanted to be able to only allow the SAP Fiori Client to be used to access SAP Fiori.


To accommodate this, we’ve added a custom User Agent string to all requests submitted by the SAP Fiori Client. Requests to the server will include the string “Fiori Client” in the User Agent header.


Added Version Number

In this version of the application, we’ve added an about screen that lists the version number for the application. We added this to make it easier to determine which version of the application is running on devices during troubleshooting.


Help Link

Added a menu item with a link to the online user guide for the SAP Fiori Client. The user guide can be found at http://help.sap.com/fiori-client.


Support for Additional Link Types

Added support for tel & mailto links within a Fiori application. This allows SAP Fiori Client users to more easily initiate a phone call or send an email message from within a Fiori application – just like they can from within a browser.


Upcoming Updates

We know that security and certificate management are important topics for our customers; a future update to the SAP Fiori Client will address those topics.

The existing SAP Fiori Client is a custom Cordova application. SMP SDK SP04 was just released, so the next version of the SAP Fiori Client we publish to the app stores will be built using the Kapsel plugins. I will provide more information about this version once it’s published.

Take a scenario where you need to create a service where we need to fetch data from multiple backend system.

We will just see the high level design for fulfilling this requirement :

Prerequisite :

  1. Gateway System is connected to all the back end system from which the data is to be fetched.
  2. System alias for all the back end system is maintained
  3. Parallelization node is maintained for better performance : Open the SAP Reference IMG in transaction SPRO and navigate to  SAP NetWeaver  Gateway  OData Channel  Administration  General Settings  Define Parallelization for Multiple Origin Composition  .

Say :

     GWS : Gateway System

     SAP_ERP1 : Backend system alias 1

     SAP_ERP 2 : Backend system alias 2


  • To define a service with multiorigin, we use ;mo with the service name . For eg : sap/opu/odata/sap/ZSERVICE;mo/$metadata
  • With the addition of ;mo, a new key property "SAP__Origin" is added in the response
  • SAP_Origin will specify the system alias to be used to get the data from different ERP systems.




Creation of Service :


  1. First we need to create a Gateway service using RFC or Structure.
  2. For using RFC we make sure that same RFC is present in all the ERP systems, with Import and Export parameters and the same Structure should be available in all the ERP systems, with the ABAP fields being the same.
  3. Create a GW project on all the backend system with same name : say ZSERVICE
  4. Once the service is created, add one of the service using one of the system alias say SAP_ERP1
  5. You dont need to add all the service as the names are same. Only one should do.
  6. Now you need to add all the system alias in /IWFND/MAINT_SERVICE for the ZSERVICE
  7. SAP_ERP1, SAP_ERP2, SAP_ERP3....etc


Execution from Gateway Client alternatively : Gateway client (/iwfnd/gw_client) :


You can execute GET, PUT, POST operations to read, update , create data.


Get_Entity can be used as :

  • /sap/opu/odata/sap/ZTEST_SRV;mo/GetBankDetailsSet(SAP_Origin=’ECC1’,Bankcountry=’’,Bankkey=’0001’)


Get_EntitySet can be used as :

  • /sap/opu/odata/sap/ZTEST_SRV;mo/GetBankDetailsSet?$filter=SAP_Origin eq ‘SAP_ERP1’ and Bankkey eq ‘0001’ and Bankcountry eq ‘Country’
  • /sap/opu/odata/sap/ZTEST_SRV;mo/GetBankDetailsSet?$filter=SAP_Origin eq ‘SAP_ERP2’ and Bankkey eq ‘0004’ and Bankcountry eq ‘Country’






<?xml version="1.0" encoding="utf-8"?>
<entry xml:base=
"http://mytestdomain.com/sap/opu/odata/sap/ZSERVICE_SRV/" xmlns="http://www.w3.org/2005/Atom" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices">
<category term=
"ZSERVICE_SRV/CreateBankNo" scheme="http://schemas.microsoft.com/ado/2007/08/dataservices/scheme"/>
<content type=


Let me know if this article is useful for custom Fiori like application and to get the details from different systems. :


Thanks. Appreciate your responses






Thanks to our field IT staff doing support in more than 200 SAP locations worldwide we constantly have our finger on the pulse of the SAP employees. After empowerment of our sales team with mobile devices, showcasing SAP Runs SAP with the implementation of Afaria in 2011 along with increasing consumerization of IT, we have seen an upcoming need for secure document management via mobile devices.

Since existing cloud solutions weren’t secure enough for enterprise usage, we’ve seized the opportunity and initiated a SAP-IT project called SAPBox. A first demo release has been rolled out as desktop and mobile application for document management and file sharing in 2012. Since then, many new enhancements were realized to complete the solution:

  • Share documents between devices, colleagues and external contacts in a simple and intuitive way
  • Every employee has 2 GB of cloud storage, more storage space were available if require
  • Available for iPad&iPhone,Android, Blackberry
  • Access from Internet Explorer, Windows (W7/W8) or Mac
  • Offline mode makes it possible to view files without access to the internet
  • Real time PDF conversion
  • Offline Favorites
  • Replaced SAPMats in September 2013 with an easy-to-use Outlook Add-In automatically handling large attachments


The “Think Mobile First – Oscars 2013” awards were held in May and the SAP Box application picked up two “Oscars” in the categories “Best Consumer Grade Experience” and “People’s Choice Award”.


More than 50,000+ SAP users + 14.000+ externals were finally using SAP Box.


SAP-IT’s experience and knowledge led to the successful co-innovation with SAP’s Product Development Team, to strengthen SAP’s Mobile Documents solution. This solution has been launched at the Mobile World Congress in February 2013 and now SAP Mobile Documents was recently rolled out for all internal SAP users as an application, demonstrating the full innovative power of the latest SAP HANA cloud and mobile technology. It is also available to SAP customers as cloud or on premise model.


Neverthelessthis deliverable proves SAP-IT to be an innovation engine, it’s great Showcase for SAP Runs SAP and an excellent cross-collaboration between our business units, which we are very proud of.

Hi All,

      I just prepared a initial cut on the information that user should know before they plan to place the SAP Mobility System in HA mode.

please post back your comment. Planning to incorporate in then in the subsequent version.







Need for SAP Mobility in HA architecture

Technical article

Version 0.1



1. Purpose of this document



Based on our previous experience with some of the mobility implementations, we feel that if a HA needs to be introduced in Mobility environment, then it needs to done in the very beginning, as late entry would prove very costly. In this article we will touch up on some of the parameters that can help you to assess the need for HA along with other entities that are either directly or indirectly associated with HA. The target audience for the document is System / Solution architect, Project Manager & Senior management who are interested in implementing SAP Mobility platform.

2. Need for HA


The ray of mobility applications have changed course, though it all started with small and interactive games, it has taken-up a shape where it can manage a complete industry. Every industrial vertical has been disrupted by the innovation of smartphones. B2B and B2C applications are flocking the market. With such development and dependencies it becomes variable mandate to keep the mobile infrastructure up and running. In many organizations mobile applications have started supporting various business activities likes Dashboard, Equipment maintenance, Support arm for Sales and training related activities and so on. With these functions and activities that are getting processed/ activated through mobile, outage of mobile application will impact business to a greater extent.


3. Demystifying Role of HA


High Availability is one of the several quality attributes that is important in a given mobility landscape. But many a time people get confused with the terms HA, Scalability & Load Balancing though they are often used in mobility environment.


HA: High Availability of a system at a given site is typically achieved through architecture configurations termed “active-active” or “active-passive”. In this paper we will refer “active-passive” for database. HA can be achieved through Cluster (“Group of servers”).  Currently, there are few third party vendors who can provide software for clustering service, but this paper talks about HA for mobility applications in general context keeping technical implementation apart.


LB: Load Balancer, where in it is used to balance the load to ensure the availability of Service. LB along with HA is considered to be just a complement. LB doesn't require any Specific HW spec. unless end user is more specific. Load balancer is especially required in the case where the distribution of Mobile traffic is not clear


Scalability: Represent a ways to handle increase in data traffic. The system should be designed in a scalable manner such that it allows the infrastructure team to scale up the system both vertically and horizontally. Vertical scaling is the way where we increase the RAM size and processor so that more floating operations can be performed. Horizontal scaling is where new system will be introduced. This is typically used when the existing servers are full and there is no scope of expansion.





4. Parameters for HA identification


Based on our experience the below table (Table1) has been prepared (this is just for reference).

We find that in many circumstances a non-conformance to HA will result in any of the following.

  1. Service outage.
  2. Reduced Operational efficiency.
  3. No real time access to Enterprise data.
  4. Reduced visibility on SMP events like DCN.


Table1: key parameters to identify the need for HA

Based on the financial comfort HA can be extended for QA landscape. This will really help if any production related HA issues needs to be reproduced.

Note: Mobility Application will still work well even in absence of High availability but with some exception.

5. Typical Mobility deployment architecture


In the below figure (figure2) we have detailed out how a system can be placed if user wants to achieve HA. Since we have defined 2 boxes it can be even referred for scalability.

Boxes Type


Reverse Proxy and  Relay Server

Reverse proxy would be used in case of backend system being SMP 3.0 without any MBO runtime. Relay server would be used for AFARIA & SMP MBO Runtime system. These boxes are under LB (Microsoft Load Balancer) so that load request can be equally shared.

SMP 3.0 Boxes

From SMP 3.0 onwards the concept of Farm is no required, if MBO runtime is not installed. Instead SAP recommends to have LB in front of the SMP server so that both scalability and HA is guaranteed. In case of any contingencies at least one of the server will be up and running.

NetWeaver Gateway

NetWeaver Gateway can be front ended by LB (web dispatcher) which helps the system to both scale as well to handle the load in a Round Robin fashion. In Some cases if organization wants two level of defense, then Gateway can be placed the same in DMZ.


Any database that we have defined in the below diagram will always runs behind the Microsoft Active Cluster or Red hat Enterprise Server Cluster Service. Pls. note not all Operating System supports Cluster in their Standard release.


This is a Physical box where data are stored and retrieved. There are Logical Units (LUN) where data will reside.  The best practice is to have separate LUN for each Database & it’s log.





Figure2: Typical Mobility platform deployment.

6. Caveats on HA system


The following points are to be noted if there is a plan to have HA system on mobility architecture:

Impact on installation timelines: From SMP 3.0 onwards mobile server runtime has several choices for database (Please refer PAM list of detail information). If either of the above listed database is there on HA mode then it is quite simpler else there should be separate provision of effort for setting up the DB on HA mode, for which additional effort and resource may be required.

Impact on development timelines: Developer should handle all sort of failure cases in their code invariable of HA solution in their landscape.

Impact on testing timeline: Separate test plan and test cases should be made available to check HA conformance.

Impact on system maintenance: HA system will require special attention in terms of maintenance like SAN/NAS availability. Regular log verification has to be mandated, since system failure may result in cascading failures.

7. About Author

Arun Santhanam  [Project Manager SAP Mobility at Tech Mahindra Chennai ]

Arun has over 10 yrs. of experience in IT and has extensively worked on SAP mobility. He has worked with various customers starting from automotive industry, discrete manufacturing &Healthcare. One of the projects that he spearheads has been awarded by SAP under “ACE award for automotive industry” for the year 2013. He has done mobility solution & implementation in various geographies across US and Asia-Pacific region. In my subsequent paper would like to describe in depth technically on the way to achieve HA and planning to cover even Fiori under the umbrella of SAP mobility Apps.

Manju Venkatesha

SAP Work Manager 6.1

Posted by Manju Venkatesha Jul 10, 2014

Mobile Work Order Management for SAP Systems


Key Features of SAP Work Manager 6.1

Current release of SAP Work Manager offers a great range of functionality:


  • Access to asset location, repair history, work order details and materials needed in real time
  • View and Create Work Orders, Operations, Measurement Documents , Material Confirmations and Set Order Status
  • Create Notifications, Tasks, Items and Activities
  • View and Execute Inspection rounds with PRT, Wizard driven Measurement Points reading
  • View Linear Asset Data for Orders, Operations, Notifications, Functional Locations, Equipment’s, Characteristics and Measurement Readings
  • Create and Assign Linear Assets to Orders, Operations, Notifications and Items.
  • Upload and Download Attachments to Work Orders, Notifications, Equipment’s and Functional Locations
  • View equipment, functional locations, characteristics, measuring points, measurement readings.
  • Report Time & Attendance (CATS)
  • Integration with ESRI GIS
  • Integration with SAP 3D Visual Enterprise
  • ERP Customer Service component
  • Meter Management component
  • Crew Management component
  • Support on SMP 3.0 Platform
  • Optimized User Interface


Work Manager  6.1 components

Please note that all of listed components below are optional .

1Meter Management Component


   When Meter Management Component add-on component is implemented

it adds the following functionality to the core Work Manager application:-

  • Install meters (technical and full installations)
  • Remove Meters (technical and full removal)
  • Replace meters (full replacement)
  • Meter repair
  • Non-periodic meter readings


2)  Customer Service  Component


  When Customer Service  Component add-on component is implemented

it adds the following functionality to the core Work Manager application:-

Basic customer information, including contact and address information

  • Details of technicians’ service engagements with the customer
  • Details of business partners for the customer
  • Provides technicians access to contract and warranty information for the customer
  • Related work order information
  • Install base information on core components consisting of infrastructure information relevant to the work order
  • Mapping functionality for both customer address and partner address


3) Crew Management Component


When Crew Management Component  add-on component is implemented

it adds the following functionality to the core Work Manager application:-

It allows supervisors and team leaders to manage their crew

  • Add, remove, and select crew technicians
  • Add, remove, and select vehicles
  • Track vehicle usage through vehicle odometer readings
  • Report, review, and approve time for crew


SAP Work Manager 6.1 release notes


2031174 - Software Release Note - SAP Work Manager 6.1

2017941 - Release Restrictions Note - SAP Work Manager 6.1

1936034 - SAP Work Manager ABAP AddOn Installation Master Note


Deployment options :-


  • Work Manager base without LAM
  • Work Manager base with LAM
  • Work Manager base with Crew Management
  • Work Manager with Meter Management
  • Work Manager with Customer Service

SAP Work Manager Software Pre Requisites


1) Work Manager 6.1 Base Version (Without  Inspection Rounds and LAM (SAP ERP 6.0 System with EHP4 or below)

Install the following ABAP AddOns in ERP System:

SMFND 610_700 with Support Package 03

SMERP 610_700 with Support Package 03

BC set to activate:

      /SMERP/SAP_WORK_MANAGER_61_REF : SAP Work Manager 6.1.0 BC Set - Reference

2) Work Manager 6.1 with LAM & Inspection Rounds (SAP ERP 6.0 System with EHP5 or above)

Install the following ABAP AddOns in ERP System:

  • SMFND 610_700 with Support Package 03
  • SMERP 610_700 with Support Package 03


BC set to activate:

       /SMERP/SAP_WORKMGR_61_EHP5_REF : SAP Work Manager 6.1.0 for EHP5 with LAM BC Set - Reference

3) Base SAP Work Manager 6.1 with Meter Management Component 1.5  ( SAP ERP 6.0 Component IS-UT 600 Support Package 15 (or higher) with Enhancement Package 0 (or higher) )

Install the following ABAP AddOns in ERP System:

  • SMFND 610_700 with Support Package 03
  • SMERP 610_700 with Support Package 03
  • SMISU 610_700 with Support Package 03


BC set to activate:

       /SMISU/SAP_METER_MGMNT_15_REF : SAP Meter Management 1.5 BC Set - Reference


4) Base SAP Work Manager 6.1 with ERP Customer Service  Component 2.0 (Customer Service  Component 2.0)

SMFND 610_700 with Support Package 03

SMERP 610_700 with Support Package 03


BC set to activate:

       /SMERP/SAP_CUST_SERVICE_20_REF : SAP Customer Service 2.0 BC Set - Reference


NOTE: Linear Asset Management (LAM) is not supported by SAP Customer Service 2.0 application.


5) Base SAP Work Manager 6.1 with  Crew Management


Install the base SAP Work Manager 6.1 Add-on as in option 1) or 2).There is no  specific BC set activation  required for crew Management other than importing some Agentry changes. Please refer  "SAP Work Manager Add-on component installation version 6.1" for additional details.


Upgrade from existing Work Manager 6.0 SAP ABAP Add-On

  • SMFND 610_700 Installation Package
  • SMFND 610_700 Upgrade Package


Reference notes:

1936049- How to upgrade ABAP AddOn SYCLO 3XX_700 to SMCRM 610_700  (Steps are similar for Work Manager 6.1)

1828657 to get more information about planning the installation and upgrades of the ABAP add-ons SMFND, SMERP, SMISU, and SMCRM.

SAP ABAP Add-On download links




SAP Mobile Solutions

POST Installation switch activation


Activate switch /SMERP/EPH5_EAM_BUS_FUNC if you’re using LAM  -  (SFW5)

Work Manager 6.1 Documentation

For the latest version of the installation guide and documentation, see the SAP Service Marketplace at http://service.sap.com/instguides -> SAP Components -> SAP Work Manager.


Additional  SAP notes for Work Manager 6.1:-

1828657 -   To get more information about planning the installation and upgrades of the ABAP add-ons SMFND, SMERP, SMISU, and SMCRM.

1982598 -   GIS Integration Support for Mobile AddOn 6.10 for further integration details

1936034 - SAP Work Manager ABAP AddOn Installation Master Note


Filter Blog

By author:
By date:
By tag: