For CSMS, EMS & charger cloud vendors

Your energy system, ready for the depot.

Depots judge an energy platform by one thing: how many vehicles leave on time. i4B builds and runs the integration layer between your platform and the fleet side — timetables, vehicles, departures held in DMS, TMS and ITCS — and extends your platform with what depot electrification demands, so your customers get readiness guarantees and lower peaks without a second system on the screen.

Integration layer built and run by i4B
Your UI stays the only screen
Honest fit check on the first call
Depot charging manager for energy and charging systems: EMS, CSMS and charger clouds
3
kinds of fleet data your platform gains: timetables, vehicles with state of charge, dispatcher events
1
adapter per fleet system, built to what your customer’s DMS, TMS or ITCS actually exposes
~2 wk
discovery that fixes the scope and the first depot before you commit
12
EU countries where i4B charging software runs in production
What depot electrification asks of an energy system

Fleet features for CSMS and EMS platforms

Four things a depot needs that a charging or energy platform was not built for. Power is handled. The depot asks the platform to also know the timetable, the vehicles and the departures — and to be judged by them.

Departures

The plan ends at a time, not at a kilowatt

Every vehicle has a departure and a block. Without them, load balancing is fair and the 04:04 pull-out leaves at 70 %.

Vehicles

Vehicles are the unit, not sessions

State of charge on arrival, battery capacity, the block it serves next. The fleet system holds it; the platform has to read it.

Readiness

Readiness is the KPI the customer signs

Projected state of charge at departure for every vehicle, all night — and a swap proposal when the forecast says no.

Reporting

Energy that reconciles on the fleet’s side

kWh per vehicle, route and customer; CDRs per session that match the operator’s report and your invoice.

Scope of our support

You keep the power. We connect the fleet side. Together we extend your platform.

The integration layer is the necessary piece between an energy system and a fleet system. We build it for your platform, run it against your customers’ fleet systems, and extend your platform with what depot electrification requires — as data your UI renders, not as a second screen.

Yours, unchanged

What your platform keeps

  • Chargers, sessions and charging profiles
  • Grid envelope, tariffs, storage, PV
  • Smart charging and site management
  • Your UI, your customers, your contracts
The layer, built and run by i4B

What we connect

  • Timetables and route plans — GTFS, VDV-452, planning exports
  • Vehicles and state of charge — telematics, rFMS, OEM APIs
  • Dispatcher events from DMS, TMS and ITCS — blocks, swaps, pull-outs
  • One depot model: vehicle, stall, charger, envelope, departure
Yours, extended

What your platform gains

  • Departure-aware allocation: earliest pull-out first
  • Readiness forecast per vehicle, swap proposals back to the fleet system
  • Vehicle view next to the station view
  • Energy per vehicle, route and customer; CDRs the fleet can reconcile

Fleet-side adapters are built per source and per customer. We do not pretend one connector fits every ITCS — we build the one your customer’s system needs and keep it current.

What your platform gains

Depot capabilities your customers expect — rendered by your UI, fed by the layer

Each item is data with a contract. Your platform shows it in its own screens; the layer keeps it true against the fleet system.

Allocation

Departures as the first input to allocation

Earliest pull-out first, under your envelope and tariffs. Your smart charging stays; it gains the one variable it was missing.

Readiness

Readiness as a number the customer can sign

Projected state of charge at departure for every vehicle, recomputed all night. When the forecast says short, a swap proposal goes back to the fleet system — their dispatcher confirms.

Vehicle view

A vehicle view next to the station view

Which vehicle is on which charger, how much it needs by when, and why it is waiting — in your platform, without a second login for the depot.

Flexibility

Flexibility you can quantify

How much the depot can shed at 02:00 without a short departure, and for how long — the kW and minutes a DSO contract or an aggregator bid needs.

Scope of our support
For energy and charging vendors
  1. Discovery
    About two weeks: your systems, your customers’ depots and the first depot to connect. Scope fixed before any commitment.
  2. Integration layer
    Built and run by i4B, one adapter per system, delivered as a versioned API.
  3. Extension
    Departures, readiness, vehicle view and flexibility arrive as data for your UI; the first depot goes live in sprints, observing before controlling.
  4. Support
    The same team in production, on a retainer you choose.
The result is implemented into your platform and belongs to your business.
Is a depot customer already asking you for readiness guarantees?

Thirty minutes, one depot in mind, a straight answer.

Talk to us
Benefits for your business

What you can sell to depot operators

Fleet awareness turns a site deal into a depot deal. This is what the integration does for your business, not only for the dispatcher.

Depot tenders you can win

Bus and truck depot tenders increasingly ask for readiness per departure and schedule-aware charging. Your platform answers with its own screens.

Customers who stay

Depots that get readiness guarantees from your platform have no reason to put a second system next to it.

A fleet module on your price list

Departure-aware allocation, readiness, vehicle view and quantified flexibility as a priced add-on per depot.

No fleet adapters to maintain

Every DMS, TMS and ITCS is different. We build and run the adapters; your team keeps working on the power side.

How we work with you

From discovery to a running integration — in sprints you can see

We start by learning your platform and your customers’ fleet systems, and we deliver working results every one to two weeks.

1

Discover

Your platform’s model, your customers’ fleet systems and depots, the first depot to connect. Scope and approach fixed before any commitment.

2

Connect

The fleet side: timetable, vehicles, dispatcher events — an adapter per system, built to what it actually exposes.

3

Extend

Your platform gains departures, readiness, vehicle view and flexibility — as a versioned API your developers call like any other service.

4

Run

Live on a real depot. Readiness recomputed as the night goes; swaps and deviations exchanged with the fleet system.

5

Support

The team that built the integration supports it in production and keeps the fleet-side adapters current as the customer’s systems change.

Before and after

What changes for your customers when the energy platform speaks fleet

Seen from the depot floor, not from the architecture diagram.

Today
With the integration layer
What the allocation optimises
Fair power split among chargers
Earliest departure first under the envelope
How readiness is known
Not by the platform — by someone in the yard
Forecast per vehicle all night, swaps proposed to the fleet system
How a curtailment is handled
Throttle everything, hope
Plan input: storage and priorities absorb it, departures hold
How energy is reported
Per charger, per session
Per vehicle, route and customer — reconciled with the fleet’s report
How a new depot is sized
Rule of thumb and a safety margin
Modelled on the timetable before the connection is ordered
Who the customer calls at 02:00
Two vendors
You — with the fleet context already visible
Why i4B

Why energy and charging vendors work with i4B

i4B has built software for mobility since 2005; our charging software runs in production in 12 EU countries.

OCPP and OpenADR, natively

OCPP 1.6 and 2.0.1 and OpenADR as specified. Open Charge Alliance member, tested on real chargers in our EVLAB.

Standards

Fleet data, translated

GTFS and VDV timetables, rFMS telematics and DMS, TMS or ITCS events turned into departures and vehicles your allocation can use.

Fleet data

One adapter per fleet system

Built to what your customer’s fleet system exposes, in 1–2 week sprints, supported by the same team in production.

Way of working
Who we support

For platforms that already own the energy side of the depot

EMS vendors

Who meet depot customers asking for readiness guarantees and schedule-aware charging.

CSMS vendors

Whose depot customers expect the platform to know when the bus leaves.

Charger manufacturers with a cloud

Who sell the hardware and the platform, and are asked for the fleet view too.

Energy service providers and ESCOs

Who sell the connection, the storage and the tariff — and need the depot plan to prove the business case.

Who it isn’t for: if you run one depot with a dozen chargers and no platform of your own, you do not need an integration layer — you need a CSMS, and we will say so on the call.

Building a DMS, TMS or ITCS? Charging integration for fleet software → · Running the depot yourself? Choose your fleet system with us →

Talk to us

Tell us about your platform and the depots that are asking

Thirty minutes. We look at how your platform holds sites and sessions, walk through how the fleet side would arrive in your screens, and tell you honestly what the integration would take — and whether we are the right partner for it.

  1. 1 · You send one email
    We reply within 24 business hours to pick a slot.
  2. 2 · Bring one customer’s depot in mind
    Grid connection, fleet size and the fleet system they run, if any.
  3. 3 · You get a straight answer
    Fit or no fit, which capabilities first, what the fleet-side adapter would need. No sales sequence afterwards.
Call requested

Thank you. We reply within 24 business hours to pick a slot for your 30-minute call.

Something went wrong. Please try again, or email us at contact@i4b.pl.
FAQ

Frequently asked questions

8
questions we hear before the first call

We already have smart charging. What does the layer add?

The fleet. Smart charging distributes power among chargers; the integration layer brings departures, vehicles and readiness into that decision and reports back to the fleet system. Your allocation stays — it gains the variable it was missing.

Where does the schedule come from?

From the fleet system the depot already uses — DMS, TMS or ITCS — through an adapter built for that source. Where no system exists, a timetable import is enough to start; the plan runs on what it has and marks what it assumed.

Does anything replace our platform?

No. The layer connects to your platform and extends it. Your chargers, sessions, envelope and UI stay yours; the layer adds the fleet side as data.

How does readiness get to the depot’s dispatcher?

Through the fleet system, via the same layer: readiness forecasts and swap proposals go back to the DMS or TMS where the dispatcher works, and confirmations come back to your plan.

Which fleet systems and formats can you connect to our platform?

DMS, TMS and ITCS through an adapter built per system, plus GTFS and VDV timetables, rFMS and OEM telematics. On the charging side we speak OCPP 1.6 and 2.0.1 and OpenADR natively; i4B is a member of the Open Charge Alliance.

How long does connecting our CSMS to a fleet system take?

Discovery takes about two weeks. The first depot is connected in one- to two-week sprints; how fast the full scope lands depends mostly on what the fleet system exposes. We fix the plan and the first milestones before you commit.

Who owns the fleet-side integration?

You do. The integration layer is implemented for your platform and the result belongs to your business. Support afterwards is a retainer you choose, not a licence per vehicle.

How do you work with our platform team?

Through a versioned API your developers call like any other service, delivered in one- to two-week sprints after a discovery that fixes scope and the first depot. The team that builds it supports it in production.

Your platform keeps the power. We connect the fleet side so every departure is met.
Talk to us