← All use cases
Thales

One service platform across many systems

A global group's service division runs warranty and repair across SAP and a set of legacy tools. We map how the work really flows, design the future-state repair process, and connect the systems so tickets create and route themselves.

40%fewer tools in the service landscape
25%faster time to resolve a ticket
Autoticket creation and routing between systems

The challenge

After-sales service is where a company keeps its promises. When warranty and repair run across disconnected systems, customers wait longer, costs climb and nobody sees the whole picture.

Moving from a patchwork of tools to one integrated service model means rethinking the processes first, then connecting every system so work flows on its own. Done well, the company becomes the single point of accountability for its customers, even when many partners and tools sit behind the scenes.

The shape of it

service-desk.internal/tickets/WAR-1147
Service desk

All tickets

AllSAPJiraMonitoringLegacy
RMA-2291Repair request · radar display
SAPAuto-assigned
INC-8810Disk latency on build server
MonitoringAuto-created
WAR-1147Warranty claim · display unit
SAPApproved
REQ-3302Access to test environment
JiraIn progress
INC-8807Nightly export failed
LegacyAuto-retried
RMA-2288Repair request · power supply
SAPWaiting for parts
WAR-1147 · from SAP
Warranty claim · display unit
Priority P2Owner Repair teamSLA On track
SAP service order received09:02
Webhook creates the ticket09:02
Warranty checked: in warranty09:03
Routed to the repair team09:03
Repair approved11:40
Customer notified by email11:41
4 systems1 queue0 copy and paste

Illustrative screens with invented data.

What we did

Discover

As-is warranty and repair processes mapped end to end across SAP and the legacy tools, with the people who run them.

Define

A future-state repair process and service-management practices based on ITIL, ready for a digital toolchain.

Plan

A migration plan to bring two Jira instances onto one platform without stopping daily service.

Build

Systems connected through APIs and webhooks. Tickets created and handled automatically between tools.

Launch

Migration onto one Jira platform, now under way.

Improve

Monitoring that checks the connected systems stay compatible, as part of a SIAM service-integrator model.

What it took

Capabilities
Service management (ITIL)SIAMSAPJira migrationAPIs + webhooksTicket automationMonitoringProcess mapping

Want results like this for your business?

Tell us what you are building. We reply within one working day with what we would do first.

Tell us your idea
Next use case

AI-native design and delivery

→