# RATP Connected Toilets: IoT Monitoring & Maintenance | SDX > Custom software for RATP connected toilets: equipment monitoring, sensor and incident correlation, device commands and service availability analysis. RATP Toilettes Connectées ## IoT monitoring & operational management One workspace to understand the equipment fleet, replay field events and track incidents through to resolution. Sensor data and operational reports come together in an interface built around the work of the team. - IoT - Mapping - APIs - Data synchronisation - Analytics - Custom software [All case studies](https://sdx-development.com/en/case-studies) [![A fleet-wide map brings current states and equipment requiring attention into one view.](https://sdx-development.com/media/ratp-dashboard/connected-toilette-cabine-dashboard-map-main.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/connected-toilette-cabine-dashboard-map-main.webp) A fleet-wide map brings current states and equipment requiring attention into one view. 01 / The need ## Understanding field conditions across different data sources Connected equipment reports availability, door status, operating mode, faults and its latest signal. Meanwhile, operations teams work with incident reports, acknowledgements and maintenance workflows. The challenge is to connect these perspectives: understand a situation, find what happened before it and decide what to do next. An alert becomes the starting point for investigation and a tracked action. ### From data integration to operational software My work covers the web application from secure ingestion and state normalisation to report synchronisation, event history and monitoring interfaces. It also includes device command handling, operational metrics and role-based access. ## Two data streams, one operational workflow Equipment readings and operational events retain their source. Bringing them together provides context for investigation and action. ### Connected equipment 1. Controllers & sensors 2. Secure API 3. Normalised states 4. History & monitoring ### Operations 1. Incident reports 2. Synchronisation & parsing 3. Incident lifecycles 4. Correlation & resolution ### The path back to the equipment An authorised command enters a queue, is sent to the controller and remains tracked until execution is acknowledged. Service changes, shutdowns, maintenance and technical actions have their own states and history. ## Replay the history of an individual device A timeline lets the user return to a specific moment and read occupancy, door status, service, faults and signal together. The player fills the intervals between events while distinguishing received readings from reconstructed states. Reconstructed states support the timeline view; they are never stored as actual device readings. [![Device timeline with playback controls and the selected state in detail.](https://sdx-development.com/media/ratp-dashboard/connected-toilette-cabine-timeline-player.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/connected-toilette-cabine-timeline-player.webp) Device timeline with playback controls and the selected state in detail. ## Connect equipment events with incident reports Events are brought together by device and station over a selected period. The user can inspect sensor changes and operational messages before, during and after a report to understand its context. The view aligns the two streams in time without automatically inferring causation. [![Correlation view connecting equipment states with operational incident reports.](https://sdx-development.com/media/ratp-dashboard/correlation-connected-toilette-cabine-states-with-operational-dispatches.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/correlation-connected-toilette-cabine-states-with-operational-dispatches.webp) Correlation view connecting equipment states with operational incident reports. ## Turn events into tracked operational actions The operations view brings outstanding reports, follow-ups and critical situations together. Each incident lifecycle retains acknowledgements, refusals, cancellations and automatic or manual closure. The team can move from the overall situation to a report, inspect its history and follow its resolution. [![Operational incident management with priorities, processing states and locations requiring attention.](https://sdx-development.com/media/ratp-dashboard/management-of-dispatches-events.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/management-of-dispatches-events.webp) Operational incident management with priorities, processing states and locations requiring attention. ## Measure service performance and explore change over time Live monitoring connects with availability, response-time and trend analysis. Filters make it possible to inspect the scope and time period behind a result. ### Availability & resolution times Calculations distinguish sensor readings from operational reports. Period selection, cancellations and closure rules make the metrics interpretable for the people using them. [![Fleet availability, acknowledgements and handling times for the selected data source.](https://sdx-development.com/media/ratp-dashboard/monitoring-of-disponibility-of-connected-cabine-and-intervention-resolution-time.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/monitoring-of-disponibility-of-connected-cabine-and-intervention-resolution-time.webp) Fleet availability, acknowledgements and handling times for the selected data source. ### Activity & trends Weekly, monthly and quarterly views show how volumes and final report states evolve. Teams can explore the lines, stations or devices that need attention. [![Incident activity and processing states over time, with operational filters.](https://sdx-development.com/media/ratp-dashboard/monitoring-of-tendencies.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/monitoring-of-tendencies.webp) Incident activity and processing states over time, with operational filters. ## The engineering behind the interface Clear screens depend on structured data flows, consistent state handling and traceability. ### Secure ingestion Device-specific API keys, payload normalisation and deduplication of state changes. ### Faithful event history Offline detection and interval reconstruction without presenting reconstructed states as actual readings. ### Traceable commands A command queue, intermediate states and execution acknowledgements for actions sent to controllers. ### Incident lifecycles Synchronising several sources, parsing reports and handling cancellations, refusals and different closure paths. ### Operational metrics Availability and response-time calculations adapted to the data source, time window and processing rules. ### Access by role Administrator, operator and read-only permissions for data, configuration and device commands. ## Explore the additional screens Equipment configuration, dispatch tracking, statistics and administration: explore the application’s other views. Click any screenshot to enlarge it. ### Equipment configuration [![Sensor records, cabin association and positioning on the map.](https://sdx-development.com/media/ratp-dashboard/listing-card-connected-toilette-cabine-and-configuration.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/listing-card-connected-toilette-cabine-and-configuration.webp) Sensor records, cabin association and positioning on the map. ### Controller statistics [![Usage, door events, cleaning and incidents, calculated from changes actually received.](https://sdx-development.com/media/ratp-dashboard/connected-toilette-cabines-stats.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/connected-toilette-cabines-stats.webp) Usage, door events, cleaning and incidents, calculated from changes actually received. ### Dispatch list [![Search, operational filters, status breakdown and access to dispatch details.](https://sdx-development.com/media/ratp-dashboard/dispatches-events-list.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/dispatches-events-list.webp) Search, operational filters, status breakdown and access to dispatch details. ### Resolution lifecycle [![Timeline of exchanges, interventions and dispatch closure.](https://sdx-development.com/media/ratp-dashboard/evolution-timeline-of-a-dispatch.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/evolution-timeline-of-a-dispatch.webp) Timeline of exchanges, interventions and dispatch closure. ### Correlation over time [![Operational messages and sensor states aligned around an incident’s time window.](https://sdx-development.com/media/ratp-dashboard/timeline-correlation-connected-toilette-cabine-with-dispatch-events.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/timeline-correlation-connected-toilette-cabine-with-dispatch-events.webp) Operational messages and sensor states aligned around an incident’s time window. ### Operational volumes [![Dispatch volumes by station, cabin and anomaly type over time.](https://sdx-development.com/media/ratp-dashboard/monitoring-of-dispatches-volume.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/monitoring-of-dispatches-volume.webp) Dispatch volumes by station, cabin and anomaly type over time. ### Sensor logs [![Received readings and reconstructed states clearly distinguished in the time-based log.](https://sdx-development.com/media/ratp-dashboard/logs-of-connected-toilette-cabines.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/logs-of-connected-toilette-cabines.webp) Received readings and reconstructed states clearly distinguished in the time-based log. ### Synchronisation [![Import history, automatic and manual runs, and processing results.](https://sdx-development.com/media/ratp-dashboard/logs-of-data-synchronisation.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/logs-of-data-synchronisation.webp) Import history, automatic and manual runs, and processing results. ### Storage [![Database usage, sources of growth and capacity projections.](https://sdx-development.com/media/ratp-dashboard/monitoring-of-data-storage.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/monitoring-of-data-storage.webp) Database usage, sources of growth and capacity projections. ### Users & roles [![Account creation with administrator, operator and read-only permissions.](https://sdx-development.com/media/ratp-dashboard/add-user-type-with-rights.webp)Enlarge screenshot](https://sdx-development.com/media/ratp-dashboard/add-user-type-with-rights.webp) Account creation with administrator, operator and read-only permissions. ## One application for monitoring, operations and analysis The team starts with the fleet overview, isolates a device or incident, reviews its history and compares it with operational events. It can then track resolution and explore how the service evolves over time. ### Monitor Understand the current state of the fleet. ### Investigate Recover the history and context of an incident. ### Manage Track actions, handling times and changes in service. ## More business software projects ![Intervention calendar: teams, time slots and access to job details from the schedule.](https://sdx-development.com/media/idea-to-software/agenda.webp) Business software and products ### Idea to Software A business ERP connecting job management, constraint-based scheduling, inventory, invoicing and a customer portal, with ITS Report for video inspection. [Explore the project : Idea to Software](https://sdx-development.com/en/case-studies/idea-to-software) ![Résiliner homepage: visual identity, navigation and access to diagnostic enquiries.](https://sdx-development.com/media/resiliner/home.webp) Professional websites ### Résiliner An industrial website with a custom CMS: technical content, the C.A.R.E. method, project references, franchise information and diagnostic enquiries. [Explore the project : Résiliner](https://sdx-development.com/en/case-studies/resiliner) What are you working on? ## Your data already exists. Make it a tool your team can use. Sensors, APIs, files, business databases or existing systems: I build applications that bring these sources into an interface designed around your team and its operational decisions. Based in France, I work with European and international teams. - Your data sources - Your operational workflows - Direct access to the developer [Discuss my software project](https://sdx-development.com/en/contact)[Explore custom software development](https://sdx-development.com/en/custom-business-software) --- [View the HTML page](https://sdx-development.com/en/case-studies/operational-dashboards)