Back to list

Dedicated team of developers for e-mobility startup

Dedicated team of developers for e-mobility startup
About Client

Our partner was building for the eMobility market and needed to expand an established engineering team working on an end-user charging platform, its Charge Point Operator backend and integration with the wider roaming ecosystem.

The requirement was not extra hands but specific expertise. Open standards work, OCPI and OICP implementation, Hubject certification and hub connectivity through Gireve all demand people who have done it before, and mistakes in this layer surface late and cost heavily. They were looking for developers who could take ownership of that area alongside their own team.

Info
Project:
September 2018 - October 2020
Project type:
Custom Software Development
Technologies:
Java, Spring Boot, Hibernate, Mongo DB, Docker, Kubernetes, MariaDB
Team:
Discovery workshops, Scrum methodology, Code review, Pair programming, CI/CD, Introducing knowledge-sharing space
Industry:
Country
Germany

In a nutshell

A two-year engagement building out an end-user eMobility platform with open standards at its core. The work covered OCPI 2.1.2 and OICP integration with Hubject certification, peer-to-peer and Gireve hub roaming, EV charging and electrical network maintenance functionality, and the backend of a Charge Point Operator platform, delivered in Java and Spring Boot under agile and lean practices.

Challenges

Our partner needed highly skilled developers who could strengthen an existing team and support large-scale development in the eMobility market. Understanding what that market demands, we took on the integration of OCPI 2.1.1 and OICP and carried the work through Hubject’s certification process successfully.

Roaming was the next order of difficulty: connecting peer-to-peer with partners as well as through the Gireve hub, both managed over OCPI 2.1.1. Beyond the protocol work we took responsibility for the backend of the Charge Point Operator platform itself, alongside a system integrating with the British electricity market and custom APIs supporting the partner’s web portal.

Our approach

To see the full picture of how the eMobility market actually operates, we ran two workshops – one at the partner’s headquarters, one at our office. The findings shaped the workflow, and the partnership started deliberately small, with two developers joining the expansion effort.

Looking for the most efficient path, we chose open standards. Rather than assuming they would fit, we validated the decision on a simple use case first, proving both the benefit and the obstacles before committing. With that confirmed, the API was progressively enriched and exposed to new functionality, and the process ended in full e-roaming capability. As the partnership grew we reinforced the team at key moments with seven additional developers, two of them assigned to a separate two-month project. The two years closed with a knowledge-sharing space set up for future development.

From months of integration work to a few days

The clearest measure of what open standards delivered here is onboarding time. Once full e-roaming functionality was in place, connecting a new partner stopped being a project and became a routine task completed in a few days. That change compounds: every additional partner costs a fraction of what the first one did.

Outcomes

Few days
To integrate a new roaming partner, down from months
Certified
Passed the Hubject certification process
7 developers
Added at key moments across the engagement
2 years
September 2018 to October 2020