Why we are staying clear of SAPUI5
In many ways we are the perfect fit to adopt SAPUI5. We have been building mobile SAP solutions for a number of years and have six packaged SAP approval solutions that work on any mobile, tablet or desktop browser. We love responsive design and HTML5 but we have decided to stay clear of SAPUI5 as our strategic direction.
|
|
The general consensus in the SAP community if you are building a web application you would use SAPUI5. But why? Is there something special in the enterprise space that requires this? Should all enterprise systems like Oracle also adopt their own javascript framework? We are not so sure.
SAPUI5's architecture allows you to extract data from any data source (via json or odata) and is not solely limited to SAP. Therefore can we simply compare SAPUI5 against all other data agnostic frameworks to decide what is the best javascript libraries available to achieve your goal? Or do we believe the control library, theming and easy integration with the Gateway oData services is the best in the marketplace? These questions are not designed to be confrontational or anti SAPUI5 but to challenge architects assumption that SAPUI5 is always the right tool in your toolbox for SAP web applications.
Below are our main reasons we are not moving to SAPUI5:
-
Proprietary Framework, no thanks - we love industry standards and the problem is SAPUI5 will simply never be one. Alternate mainstream frameworks such as AngularJS, Ember or Knockout have huge communities behind them. Innovation is rampant at the UX space and SAPUI5 with its proprietary licensing, small community and SAP quirks will always be playing catch-up. Take a quick look at the number of contributors/commits on GitHub between OPENUI5 and other JavaScript frameworks and you will quickly see a vast gap.
-
SAP backend upgrade? – how can we ask our customers to perform an expensive SAP upgrade or to install the Gateway so we can serve up some pretty html? Our strategy is to take advantage of the tens of thousands remote enabled functions SAP exposes which allows us to integrate with SAP instantly from version 4.0b onwards.
-
Browser Support – nothing gets an end user more disappointed when we can’t support their browser or device of choice. We have invested a huge amount of time being compatible with as many types of mobiles/tablets/browsers as possible because this is important for our customer’s needs. We simply would be too restricted using SAPUI5 and fail to deliver our true ‘bring your own device’ offering.
-
Front end developers don’t care – the best front-end UX developers are worth their weight in gold, they can take something complicated and make it simple and intuitive for the end user. That is the end goal. Our experience has shown the best front-end developers are not from an ABAP background and generally know little or nothing about SAP. These people we hire have never heard of or care little for SAPUI5. What are we going to achieve investing in them learning this framework?
In conclusion we did find SAPUI5 to be a pretty solid offering. Its foundations are built on the excellent JQuery framework and in some cases can allow you to integrate quickly with SAP. SAPUI5 will be right for some companies however for us and our SAP customers today we strongly believe we have made the right decision.
|
|
- SAP Workflow Approval
- SAP Purchase Order Approval
- SAP Purchase Requisition Approval
- SAP Logisitics Blocked Invoice Release
-SAP SRM Workflow Approval
- SAP Service Entry Sheet Approval
|
Simple plans and pricing
Our transparent pricing will
ensure there are no hidden consulting fees or bloated support agreements.
Simply choose the plan that best suits your organisation. At anytime you can upgrade, downgrade or cancel.
|
Saves 2 minutes per approval
Our clients are saving up to 2 minutes per approval request.
|
Amazon Technology Partner
10seconds Software are proud to be an official technology partner with Amazon Web Services
|
|
|
