The Playmoove Solution
Playmoove provided a modular and customisable platform through which the different components of the mobility ecosystem could be managed digitally.
Depending on the requirements of each project, the architecture can combine sharing, corporate mobility, automated rental, ride hailing and shuttle bus services, keeping users, fleets, operations and data within the same ecosystem.
The platform includes:
- customised mobile applications;
- web app;
- administrative and operational back office;
- user and profile management;
- authorisation systems;
- vehicle booking and access;
- fleet management;
- document management;
- dedicated maintenance tools;
- telematics and vehicle control;
- payment systems;
- shuttle service management;
- integration with ride hailing services;
- reporting and analytics;
- APIs and integrations with external systems.
Customisation extends beyond the visual identity of the applications to include workflows, authorisation rules and operational processes.
For the Saudi market, applications and back-office tools have also been adapted to the Arabic language and its specific interface navigation and display requirements.
In major development projects, mobility is not simply a service to be digitalised: it is an infrastructure that needs to evolve together with the ecosystem it supports.
Sharing and Shared Fleet Utilisation
One of the core components is the ability to share vehicles among different users according to actual operational requirements.
Playmoove provides centralised visibility of vehicle availability and status and makes it possible to determine which users are authorised to access specific vehicle categories or services.
This model moves beyond a rigid system based solely on individual vehicle allocation: the same vehicle can be used by multiple people and respond more dynamically to actual mobility demand.
In ecosystems involving more than 1,000 vehicles, centralising this information becomes particularly important for maintaining fleet control, supporting operational activities and improving vehicle utilisation.
Fleet growth should not automatically result in an equivalent increase in operational complexity.
Sharing, Ride Hailing and Shuttle Bus Services in the Same Ecosystem
A large-scale mobility ecosystem cannot be built around a single mode of transport.
Individual journeys can be managed through shared vehicles or automated rental, while different mobility requirements can be served through ride hailing, shuttle buses and collective transport services.
Playmoove provides a common digital layer through which these different modes can be progressively coordinated.
For users, this means being able to access different services through an integrated environment. For operators, it means managing multiple mobility components through common tools, data and operational logic.
This approach moves the project towards a Mobility as a Service model, in which new mobility modes and operators can be introduced without creating a separate technology ecosystem each time.
Sharing, ride hailing and shuttle bus services can become components of the same digital ecosystem rather than independent services.
Integration with the Saudi Digital and Government Ecosystem
Operating in the Saudi market also requires the ability to connect with the country’s highly structured national digital ecosystem.
The platform has been designed to integrate with services and portals used in the Kingdom for vehicle management, contracts and user identification.
These include:
Tamm, used by companies operating in transport, vehicle sales and rental, as well as by organisations managing fleets. The service provides electronic access to General Traffic Department information and supports a range of vehicle-related transactions.
Tajeer, the platform dedicated to regulating vehicle leasing and rental operations, through which standardised rental contracts are issued and the rules defined by the Transport General Authority are applied consistently. Tajeer also integrates with Tamm for specific vehicle authorisation procedures.
Yakeen, an electronic verification service that enables authorised organisations to verify in real time the data of individuals with whom they maintain an official relationship, through connections with information held by the National Information Center and other official registries.
Integration with these systems enables the mobility platform to become part of the digital processes already in place in the Kingdom, avoiding the duplication of information or procedures that can instead be managed through national infrastructure.
An international platform needs to adapt to the local digital ecosystem: not only in terms of language and processes, but also through integration with the country’s institutional systems.
Play Connect and Telematics Integration
Communication between vehicles and the platform is a fundamental component of the architecture.
To manage this connection, Playmoove uses Play Connect, its middleware designed to create an intermediate layer between hardware and software.
Play Connect can acquire and normalise data generated by telematics devices installed in the vehicles and make this information available to the different functions of the platform.
Separating the software platform from the hardware also reduces dependency on a single telematics technology, making the infrastructure easier to adapt to different vehicles, suppliers and operational configurations.
This abstraction layer becomes even more important when the entire data chain needs to meet specific security and data localisation requirements.
Cybersecurity, Data Protection and Data Residency in the KSA
One of the most complex aspects of these implementations is the need to address security and data protection across the entire architecture, rather than only at application level.
The solution has therefore been designed taking into account the requirements applicable in the Kingdom to the management of digital systems and personal data.
From a cybersecurity perspective, the National Cybersecurity Authority (NCA) defines the Essential Cybersecurity Controls, together with specific controls relating to data security and cloud environments.
From a privacy perspective, the regulatory framework includes the Saudi Personal Data Protection Law (PDPL) and its implementing regulations, including those governing the transfer of personal data outside the Kingdom.
For this reason, requirements are considered across the entire technology chain:
- mobile and web applications;
- back office;
- server and cloud infrastructure;
- databases;
- APIs and integrations;
- authentication systems;
- middleware;
- telematics devices installed in vehicles;
- communications between hardware and the platform;
- external services used by the ecosystem.
Particular attention has been given to the hardware component. A telematics solution installed in a vehicle may rely on external middleware or cloud infrastructure and transfer information to data centres located in other jurisdictions.
Hardware and telematics choices therefore need to be assessed together with the software architecture, ensuring that the entire data flow is aligned with the requirements defined for the project.
This is why the most appropriate approach is compliance by architecture: software, infrastructure and hardware are treated as components of the same system.
Data protection does not end with the software: it covers the entire information flow, from the vehicle and hardware to middleware and cloud infrastructure.
An Ecosystem Open to Integrations
Within large-scale technology projects, a mobility platform cannot be designed as an isolated system.
Playmoove can connect with:
- government and institutional systems;
- identification and authorisation systems;
- payment providers;
- corporate IT infrastructure;
- hardware and devices installed in vehicles;
- localisation systems;
- parking infrastructure;
- ride hailing platforms;
- shuttle and collective transport operators;
- additional mobility services and operators.
The open architecture makes it possible to progressively introduce new integrations without creating separate technology ecosystems.
This approach is particularly important in major development projects, where infrastructure, operators and services may be introduced at different stages and need to evolve while retaining the ability to communicate with each other.
Managing Operational Activities
The platform is not designed solely for users booking or accessing a vehicle.
A significant part of its functionality is dedicated to the operators responsible for the day-to-day management of the services.
Through the Playmoove back office, it is possible to centralise:
- vehicle availability and status;
- bookings;
- users and authorisations;
- maintenance;
- fleet operations;
- documentation;
- vehicle utilisation;
- activities relating to different mobility services;
- system data and indicators.
Centralised access to information provides greater fleet visibility and allows operational activities to be organised in a more structured way.
Playmoove therefore becomes a tool used daily both by people accessing mobility services and by the operators responsible for keeping those services running.
A Platform Designed to Scale
One of the most important aspects of the platform is its ability to evolve together with the projects it supports.
New users, vehicles, operational areas, features and transport modes can be progressively introduced within the same infrastructure.
Playmoove’s modular architecture makes it possible to add new services without having to redesign the entire system each time.
A configuration initially focused on vehicle sharing can therefore be progressively expanded to include automated rental, ride hailing, shuttle bus services and other transport modes, including autonomous vehicles.
This capability is particularly important in large-scale development projects, where volumes, infrastructure and operational requirements can change significantly over time.
Data and Reporting
Playmoove centralises the information generated by users, vehicles, bookings and operational activities.
Management teams and operators can use this data to monitor fleet utilisation, understand changes in demand and identify potential inefficiencies or opportunities for optimisation.
Information generated across different transport modes also makes it possible to build an increasingly comprehensive view of mobility demand.
Reporting therefore becomes not only a monitoring tool, but also an information base for supporting decisions regarding the organisation and future development of mobility services.
Results
The different implementations have made it possible to bring together within centralised digital infrastructures:
- thousands of vehicles across the different implementations;
- users and different levels of authorisation;
- multi-category fleets;
- vehicle sharing and corporate mobility;
- automated rental;
- shuttle bus and collective transport services;
- integration readiness for ride hailing and on-demand services;
- vehicle booking and access;
- fleet management;
- maintenance;
- telematics;
- document management;
- payment systems;
- integrations with Saudi digital services;
- security and data management;
- back office and reporting;
- integrations with external platforms.
One of the most significant outcomes is the ability to use the same technology architecture as the foundation for different mobility models, progressively introducing new services as individual projects evolve.
Technology therefore becomes more than the layer used to digitalise an existing service: it becomes the infrastructure on which a broader mobility ecosystem can progressively be built.