Skip to main content
productApril 2, 2026

EV Charging Software RFP Checklist for CPOs

A practical RFP checklist for Charge Point Operators buying EV charging software. Cover OCPP, roaming, security, data ownership, operations, migration, and commercial terms.

At a glance

A strong EV charging software RFP should test migration, data portability, interoperability, and operational control. Those areas usually matter more than a polished feature list.

CPO procurement teamsEV charging operations leadersPlatform architects
  • RFPs should test real deployment risk, not just vendor claims.
  • Migration and data export requirements belong in the core scorecard.
  • Roaming, security, and operations questions should be written before vendor demos start.
  • Commercial terms should protect your ability to change architecture later.
Y
Yacine El Azrak
Co-founder & CEO
4 min read

Why most EV charging RFPs underperform

Many RFPs ask vendors to confirm a long list of features. That produces good-looking answers and weak buying decisions.

What often gets missed:

  • How hard migration will be
  • Whether data stays portable
  • How the system behaves during incidents
  • What it costs to change architecture later

A better RFP focuses on the constraints that matter after the contract is signed.

Section 1: Fleet and protocol fit

Ask vendors to describe:

  • Supported charger brands and models
  • OCPP versions supported in production
  • Mixed-fleet handling
  • Security profile support
  • Firmware management workflows
  • Exceptions and known compatibility gaps

Do not accept "OCPP compliant" as a sufficient answer. Ask what breaks most often in the field.

Section 2: Migration and coexistence

This section should be mandatory.

Include questions like:

  1. Can we migrate chargers in waves?
  2. Can your platform run alongside our current backend?
  3. How do you support rollback?
  4. What dependencies exist on professional services during migration?
  5. How long do mixed-fleet or mixed-backend states remain supported?

If you need more context for technical migration planning, pair this checklist with the OCPP 1.6 to 2.0.1 migration guide.

Section 3: Roaming and interoperability

Even if roaming is not phase one, your contract horizon may outlast your initial scope.

Ask:

  • Do you support OCPI today?
  • Which versions are supported?
  • Can you connect to roaming hubs and bilateral partners?
  • How are tariffs, tokens, sessions, and CDRs handled?
  • What operational tooling exists for partner onboarding and monitoring?

If your team is still mapping roles and architecture, start with the complete OCPI roaming guide.

Section 4: Data ownership and export

This section protects future optionality.

Request detail on:

  • API coverage
  • Webhooks or event streaming
  • Historical data export
  • Session and CDR access
  • Raw protocol event access
  • Retention limits
  • Contract language around data ownership

Include a direct question:

If we leave your platform, how do we retrieve historical data and in what format?

Section 5: Security and compliance operations

Security questions should cover:

  • Identity and access control
  • Audit logs
  • Credential rotation
  • TLS and certificate support
  • Environment isolation
  • Incident response process

Operational questions should cover:

  • Monitoring and alerting
  • Bulk configuration changes
  • Change history
  • Support SLAs
  • Maintenance windows
  • Recovery playbooks

Section 6: Commercial and contract terms

This is where lock-in often hides.

Ask vendors to explain:

  • Pricing drivers at 100, 1,000, and 10,000 chargers
  • Fees for integrations, exports, or partner onboarding
  • Contract length and termination terms
  • Price changes at renewal
  • Cost of professional services
  • Transition support if you migrate away

Make vendors answer in writing. Vague commercial language becomes expensive later.

Suggested scorecard

| Area | Weight | |------|--------| | Fleet and protocol fit | 20% | | Migration and coexistence | 20% | | Roaming and interoperability | 15% | | Data ownership and exports | 15% | | Security and operations | 15% | | Commercial model and terms | 15% |

Questions worth copying into your RFP

Use these directly if you want a sharper shortlist:

  1. Describe how your platform supports staged migration from a legacy CPMS or CSMS.
  2. Explain how we can export sessions, CDRs, meter values, and charger status history.
  3. List any workflows that require vendor-managed services or custom development.
  4. Describe support for OCPP 1.6 and OCPP 2.0.1 in mixed fleets.
  5. Explain current support for OCPI, roaming hubs, and bilateral partner integrations.
  6. Describe audit logging, access control, and credential rotation features.
  7. Explain rollback and recovery procedures during rollout failures.
  8. Describe all commercial dependencies that could limit switching or multi-vendor operations.

How to use this checklist

The best sequence is:

  1. Use this post to draft the procurement structure.
  2. Use the OCPP platform buyer guide to sharpen evaluation criteria.
  3. Use pricing and contact when you are ready to move from shortlist to implementation planning.

That order keeps architecture, procurement, and rollout aligned.

Frequently asked questions

Short answers for operators evaluating this topic in production.

Continue evaluation

Turn this topic into a buying decision

Use these pages to move from protocol research into shortlist design, migration planning, and commercial evaluation.

From content to rollout

Need help applying this in a live EV charging stack?

EV Cloud helps operators connect chargers, roaming partners, and internal platforms without rewriting their entire backend. Use the guide above for strategy, then use the product pages below for rollout planning.