Selecting a toll collection technology partner is a multi-million-euro, multi-year decision. The choice locks an operator into a vendor relationship that touches billing accuracy, regulatory audits, cross-border integration, and revenue assurance. Yet most evaluations rely on generic vendor capability decks rather than seven concrete criteria that separate enterprise-grade tolling expertise from generic IT services.
Why generic IT vendors fail in tolling
Toll collection is not a category most consultancies have built before. It sits at the intersection of real-time billing, GPS and OBU (On-Board Unit) integration, multi-jurisdictional tax logic, and revenue assurance auditing. A vendor with deep ERP experience but no tolling track record will discover, mid-project, that toll billing has properties most enterprise software does not have: retroactive recalculation when tariffs change, historical tariff windows that must be queryable for years, and per-region rules that change at administrative borders rather than country borders.
The result is a category of projects that look generic in the procurement document and turn into multi-million-euro recovery exercises in production. Operators evaluating partners need criteria that filter for actual tolling experience, not just claims.
Seven criteria for evaluating a toll collection solution provider
1. Real production experience on toll backend systems
The first filter is straightforward. Has the candidate partner shipped and maintained a toll billing system in production, against real OBU traffic, in at least one European country?
A useful signal is the existence of public-facing toll calculator applications operated by the candidate. As an example, DNA Solutions operates tollcalculator.satellic.be for Satellic, the operator of Belgium's national truck-tolling system. The application implements the same pricing logic that the OBU calculates on board, with multi-region rules (Flanders, Brussels, Wallonia) and historical tariff variations. The presence of a public artifact like this signals that the partner has solved the actual problem, not just discussed it.
2. Track record on cross-border deployments
Tolling systems that operate in a single country are simpler than they look. Tolling systems that span multiple countries are an order of magnitude harder. Each country adds its own pricing logic, currency, tax jurisdiction, VAT treatment, and regulatory reporting requirements.
A serious partner has shipped billing platforms that operate across multiple EU countries simultaneously. Concrete indicators: support for multi-currency invoicing within a single platform, ability to onboard new countries via configuration rather than code rewrites, and a documented framework for country-specific tax adjustments.
DNA Solutions operates a microservices-based billing platform for a European tolling consortium that handles transactions across Germany, Austria, Poland, Denmark, and Belgium, with country-specific product configurations and partner-specific invoicing logic.
3. Revenue assurance and external audit readiness
In tolling, revenue assurance is not optional. Operators are accountable for every kilometer billed, and external auditors verify the platform's calculations. A partner that has never built for external audit will not understand the engineering implications: audit trails on every transaction, idempotent reprocessing, full lineage from raw GPS event to final invoice, and the ability to reconstruct any past invoice from source data.
The question to ask is concrete: "Have you built a billing platform that has passed an external revenue assurance audit, and which auditor?" A partner that has been through Deloitte-audited revenue assurance for toll billing knows the questions auditors ask before they arrive.
4. Legacy integration capability
Tolling operators rarely start greenfield. Most have legacy backend systems, often built over a decade ago, that handle existing customer records, payment flows, and partner integrations. A modernization project that ignores these systems creates two parallel sources of truth and breaks within months.
The mature partner can integrate a new billing platform with legacy ERP, finance, and partner systems without forcing operational rupture. As an example of this integration pattern, DNA Solutions built a custom middleware called BridgeSync for Satellic that synchronizes a legacy SAP instance with a modern AFAS ERP through a daily reconciliation pipeline. The pattern matters more than the specific systems: ETL pipelines that handle format translation, validation, logging for audit, and rollback capability on failed records.
5. Operational support model beyond go-live
Toll collection systems do not have a "done" state. Tariffs change. New countries onboard. Partner integrations evolve. A partner whose engagement ends at go-live leaves the operator dependent on a system whose changes require complete project remobilizations.
The relevant question: what is the partner's structure for sustained operational support after the initial delivery? A monthly support model with named engineers, response SLAs, and change capacity in the same team that built the platform is the production reality. A handover to a generic managed services team is a downgrade dressed as a transition.
6. Stack and architecture decisions for tolling scale
Toll billing platforms handle high-volume, real-time event streams. The architectural choices matter operationally. The mature partner will articulate, without hedging:
- Event-driven architecture with a streaming backbone (Apache Kafka or equivalent) rather than batch reconciliation
- Microservices decomposition aligned with billing pipeline stages (ingestion → invoicing → payment requests → reconciliation) rather than horizontal layers
- A cloud-native deployment model with infrastructure as code, immutable infrastructure patterns, and observability built in
- Authentication and authorization handled by an identity layer (Keycloak or equivalent) rather than per-service implementations
The partner that cannot articulate why each of these choices was made on past projects will discover the trade-offs in production.
7. Team continuity and senior engineering ratio
Toll billing platforms take years to mature. Partner teams with high turnover deliver systems whose institutional knowledge walks out the door annually. The relevant indicator is the seniority profile of the team that will work on the project: how many years of relevant production experience the lead engineers have, what other production tolling systems they have built or maintained, and how stable the team has been on comparable contracts.
A useful filter: ask for the engineering team's average tenure on similar contracts. Partners with five-year or longer engagements on tolling clients have institutional knowledge that cannot be hired around.
The selection process in practice
The seven criteria above are not a checklist to score in a procurement spreadsheet. They are evidence categories. A serious evaluation asks for concrete production examples in each category, with public artifacts, named clients, and team continuity data where possible.
The asymmetry of the toll collection partner selection deserves emphasis. The cost of selecting a generic IT vendor for a tolling project is not the engagement budget. It is the operational cost of a billing platform that fails an audit, requires recovery work, or blocks cross-border expansion. The cost of selecting a partner with real tolling expertise is amortized over the multi-year sustained relationship that follows.
What this means for evaluations underway
If you are evaluating toll collection technology partners in 2026, the framework above gives you concrete questions to ask each candidate. The candidates that have actually shipped production tolling systems will answer with specific projects, public artifacts, named clients, and engineering team data. The candidates that have not will answer with frameworks, methodologies, and case study slides.
The difference will be visible within the first hour of technical evaluation.
Discuss your toll collection project
DNA Solutions operates toll collection systems for European operators, including engagements at Satellic and a European tolling consortium spanning Germany, Austria, Poland, Denmark, and Belgium. If you are evaluating partners for a toll backend modernization, billing platform replacement, or cross-border expansion, schedule a technical discussion to review your specific scope.
