6 Key Reasons Not to Use ITS Mobile for Your SAP Inventory Apps
If you’re developing or redeveloping SAP mobile applications for warehouse and inventory management, the goal is straightforward:
Fast execution. Accurate data. Reliable performance.
But for many SAP teams, there’s a growing disconnect between how mobile applications are designed—and how work actually gets done on the warehouse floor.
On the surface, everything may appear to function. Transactions complete. Processes move forward.
But underneath, small inefficiencies, workarounds, and interruptions begin to add up—often in ways that aren’t immediately visible.
In many cases, these issues trace back to the underlying approach to mobile itself.
Why ITS Mobile Is No Longer the Preferred Platform for SAP Mobile Inventory Apps
SAP released ITS Mobile in 2007 to connect mobile devices to SAP. It was designed to replace SAPConsole, the original framework for mobile SAP solutions.
ITS Mobile supports SAP IM, WM, and EWM transactions, and, for years, it was the best option for developing SAP mobile apps for warehousing and supply chain environments. It was certainly good in its time, but those days are now over, and SAP customers are moving away from it. Here are several very important reasons why:
1. Poor Ease of Use. SAP mobile apps built with ITS Mobile require users to know extensive transaction codes and acronyms in order to correctly choose the right functions and exception codes to execute tasks. It’s a very old-school and cumbersome way to do things, and while it might offer job security to those who can memorize all those functions and codes, it creates a steep learning curve for everyone else.
In practice, this means new operators take longer to become productive, experienced users become a dependency, and simple tasks require more steps, more decisions, and create more room for error.
What should be straightforward execution often turns into system navigation—something that depends heavily on knowledgeable, experienced users.
2. Poor Connection Handling. A major headache with ITS Mobile is that if users experience a warehouse network outage or dead zone, all data from the current session is lost.
This means the user has to log in again once a connection is re-established—and the interrupted transaction has to be recreated and completed from the beginning.
In real-world warehouse environments, this isn’t a rare edge case—it happens regularly, especially in large facilities, outdoor yards, or areas with inconsistent coverage.
The result is rework, delays, and frustration on the floor—particularly during high-volume periods when speed and consistency matter most.
So when the connection drops, the work is interrupted—and has to be restarted.
While some organizations introduce third-party middleware to maintain session persistence and reduce the impact of short-term connectivity drops, this approach adds architectural complexity and increases IT overhead to support and maintain. And even with that added complexity, the core limitation remains—there is still no support for true offline execution when it’s needed most.
At this point, most SAP teams start to realize something:
These aren’t isolated issues—they’re symptoms of a deeper architectural limitation in how ITS Mobile was designed. And what you’re seeing so far is just the beginning.
In real-world warehouse environments, these limitations don’t show up all at once. They surface gradually—through small inefficiencies, workarounds, and interruptions that are easy to overlook in isolation.
But over time, they compound. And when they do, they begin to directly impact:
- Execution speed
- Inventory accuracy
- Operator productivity
- System reliability at scale
For many organizations, the full impact isn’t visible until it begins to affect operations across sites, shifts, and volumes.
By that point, what looked like minor friction is often deeply embedded in day-to-day operations.
The remaining issues—and what leading SAP organizations are doing differently—are often where the real gap becomes clear.
3. Complex and Cluttered Screen Layouts. During its time, ITS Mobile represented a significant improvement in user experience, as it allowed us to move away from green-screen-style layouts to browser-based technology that allowed information and workflows to be presented in a more modern style with buttons, backgrounds, and better flow.
However, compared to what’s now possible with the latest mobile development platforms and frameworks, ITS Mobile apps are now shockingly clunky, cluttered and often inefficient. Screen layouts are complicated, with every field displayed on screen, even if it’s not needed, and fields aren’t clearly labeled. Any changes to the screen layout require significant development work, and a separate screen set is required for each device form factor.
4. Slow App Response Times. Anyone who’s used old-school industrial mobile apps probably knows this pain, but response times with ITS Mobile can be inconsistent in real-world environments. App slowdowns and delays in response times are not uncommon, and in today’s warehouse and supply chain operations, where every second counts and efficiency has never been more important, this can be an absolute killer.
To get around this, ITS Mobile solutions are often paired with third-party tools to help improve performance, but the bottom line is that you’re still working with an outdated programming model, transaction server, and connection technology at the core, so you’re not going to get anything close to the fast and responsive performance that you can get with solutions built on a current platform.
5. Limited Device and Hardware Support. Another major limitation of ITS Mobile is that it was designed for a very different generation of devices. It does not fully support the range of modern device types, form factors, screen sizes, and data capture capabilities used in today’s operations. ITS Mobile was released in 2007, the same year that the original iPhone debuted and long before the advent of today’s tablet computers, RFID readers, and other devices.
As a result, apps built with ITS Mobile do not render seamlessly across devices and struggle to fully leverage modern capabilities such as advanced scanning, cameras, time-of-flight sensors, and other data capture tools.
6. Security Vulnerabilities. ITS Mobile relies on an older connection and rendering model that often requires additional components and layers to interface with SAP. In many environments, this includes terminal-based access methods such as Telnet or terminal emulation tools, which introduce additional infrastructure, session management, and dependency on persistent connectivity.
While these approaches can be made to work, they also expand the surface area for security, performance, and maintenance challenges—particularly when compared to modern, direct integration and authentication methods.
Additionally, ITS Mobile lacks support for many of the newer authentication and integration approaches available in SAP’s current technology stack, which can make it more difficult to align with evolving enterprise security standards.
A Better Alternative to SAP ITS Mobile
As warehouse operations have evolved, so has the expectation for how work gets executed on the floor. Modern SAP environments require more than mobile access to transactions—they require reliable, system-guided execution that performs under real-world conditions.
This is why SAP customers are taking a serious look at Havensight Inventory One (H1) as their warehouse execution layer.
As organizations shift decision-making from the operator into the workflow, the gap between new and experienced workers disappears—operators with weeks of experience perform at the level of those with years.
What changes
Instead of relying on operators to interpret SAP transactions, H1 embeds decision-making directly into the workflow—guiding users step-by-step based on the task at hand.
The result is measurable operational impact:
- Faster execution: Fewer screens, fewer steps, and less manual input enable teams to complete receiving, putaway, and picking more efficiently
- Reduced training burden: Operators become productive in hours instead of weeks or months, with minimal SAP knowledge required
- More consistent execution: Work is standardized across users, shifts, and sites—reducing variability and error
- Improved reliability: Work continues even in dead zones or during network disruptions, eliminating lost transactions and rework
Why these results are consistent
H1 shifts execution from the operator to the system.
By embedding logic directly into workflows, decisions are made at the point of work—reducing dependency on experienced users and enabling consistent performance across teams.
Operational and IT impact
In addition to improving frontline execution, H1 simplifies the underlying architecture:
- Eliminates reliance on third-party middleware
- Reduces ongoing IT support overhead
- Aligns with SAP’s modern UI5 and S/4HANA direction
- Enables full use of modern mobile devices and data capture capabilities
The outcome
Organizations using H1 typically see:
- 15–30% faster warehouse execution
- 60–80% reduction in training time
- 30–50% fewer transaction steps
- Lower long-term support costs
H1 transforms SAP mobility from transaction access into a true execution layer—improving productivity, accelerating onboarding, and increasing operational reliability at scale.
While this article highlights specific limitations of ITS Mobile, the bigger shift is in how warehouse work actually gets executed. The comparison chart shows the difference between simply accessing SAP transactions and enabling system-guided execution on the warehouse floor.
Understand how your current SAP mobile approach stacks up.
Start with the comparison chart or request an H1 Readiness Assessment to evaluate your environment and see what modern, system-guided execution could look like in your warehouse.
