Answer the driver
EVCalls answers around the clock in the language options scoped for the network and begins with the operator's approved questions.
For charging point operators in Canada and beyond
We answer around the clock, guide drivers, and bring your team in when needed.
Tell us which calls need better coverage. We'll discuss your CPMS and prepare a relevant demo.
EV charging support starts with the question your driver is asking. Which app do I need? How do I add funds? Why hasn't the session started? We guide those conversations so your staff can focus on the calls that need their judgement.
We build the call around the questions your experienced support team already asks. EVCalls gathers the right context, follows your approved instructions, and uses the system access you permit. If the answer is uncertain, the workflow moves to a person who can make the next decision.
Our AI call centre for EV charging works through your charge point management system, or CPMS. That system handles communication with the charger while we guide the caller and check the available result.
We bring software and electrical engineering experience to that conversation, with a focus on how charging systems and driver support fit together.
The exact script changes with your business. The operating pattern stays easy to inspect.
EVCalls answers around the clock in the language options scoped for the network and begins with the operator's approved questions.
The conversation establishes the location, connector, session, account context, and the problem the driver can see.
When the customer's CPMS provides an API or webhook, EVCalls uses only the data and actions approved for that workflow.
The call ends with a confirmed next step or moves to Level 2 support with the agreed context.
Our complete EV charging support workflow shows who owns each step, how a connected-system result is checked, and where a human takes over.
You need an overnight plan that does more than ring the same person for every question. We can guide drivers through common steps and reach your assigned team for decisions that need a person.
Our after hours EV charging support includes the receiving team's schedule, a backup route, and the details needed for the morning handoff.
This scripted demonstration illustrates the exchange, not a customer deployment result. Nothing plays automatically.
Follow the system response and human handoff in our interactive operator walkthrough with transcript.
Plan a Working Demo around the call your team wants to improve.
Drivers need a useful answer, and your team needs control over safety, financial decisions, system permissions, and exceptions.
The support flow stops troubleshooting and follows the operator's emergency escalation route.
EVCalls can explain approved wallet steps, but refunds and financial exceptions move to an authorized person.
EVCalls may request an allowed action through the customer's CPMS. The CPMS, not EVCalls, communicates with the charger.
If the system cannot confirm the result, the driver is handed to the right human instead of receiving a guessed answer.
We connect through your CPMS API or webhooks. Together, we review the information a call needs, the requests it can make, and the response that confirms what happened.
Our CPMS integration review for CPO teams defines the access, confirmation signals, and failure paths needed before a pilot.
Your CPMS remains the charger-facing system.
Your team approves the questions, data access, and allowed actions.
Your escalation route handles emergencies, refunds, and unresolved cases.
CRM or ticketing connections are added only when they are part of the agreed scope.
The workflow should match the people, sites, permissions, and escalation teams behind the network.
Bring session, app, account, and connector questions into a defined support flow. Keep the decisions and exceptions with the people you choose.
Keep a charging interruption connected to the vehicle and the next departure. Route the call to the depot owner who can make the required decision.
Give residents clear guidance while keeping building access and account decisions with the right team. Separate a property question from a charging fault.
Connect calls from different sites to a common set of support rules. Keep local contacts and site responsibilities clear when a person needs to act.
Ontario charging networks serve highway drivers, municipalities, workplaces, fleets, and residents of multi-unit buildings. Each setting creates a different call. A stranded highway driver needs a direct next step. A resident may need help with an account, building access, or the right app before charging begins.
EVCalls offers 24/7 multilingual support. Language options, operational terminology, and complete call paths are configured around each Canadian network during scoping. Caller information is planned for Canadian AWS hosting, with the complete data flow and retention rules reviewed before launch.
support for your Ontario charging network follows the access rules, apps, and human support routes your sites use.
Tell us which calls you want handled and the CPMS you use. We'll ask about your current process, show a relevant conversation, and discuss a pilot with outcomes your team can review. You don't need a finished technical brief to start.
Understand the call flow, connected systems, data review, and pilot before choosing your next step.
EVCalls answers the driver, identifies the charging location and problem, and follows the support workflow approved by the operator. That may include helping a first-time driver find the correct app, explaining how to add funds to a wallet, checking information made available by the operator's systems, or requesting an allowed action through the operator's CPMS. EVCalls does not connect directly to the charger. The CPMS remains in control of any charger-facing communication. If the issue falls outside the approved workflow, involves an emergency, needs a refund decision, or cannot be confirmed, the call moves to the operator's human support route.
EVCalls is designed to connect to a charge point management system through the API or webhook interfaces that system makes available. Integration is scoped for each operator because CPMS permissions, data fields, workflows, and action names differ. We first review what the operator's system exposes, what the support agent is allowed to see, and which actions require human approval. We then build and validate the agreed workflow before a pilot begins. The review includes rejected requests, delayed responses, and unavailable systems, so each call has a defined next step when the normal path changes. Your technical team can review those tests alongside the caller instructions.
A call moves to a human when the operator's workflow says it should. Common examples include an emergency, a safety concern, a refund request, a financial exception, an unavailable system, or a problem that remains unresolved after the approved steps. EVCalls can route the call to a designated Level 2 support team and pass the context collected during the conversation, including the caller details needed for the handoff, the stated problem, and the steps already completed. The exact destination and information package are agreed during setup so the driver does not have to start the whole conversation again. Testing also covers an unavailable receiving person and the backup route for that call.
EVCalls records the caller's name and phone number when that information is needed for a Level 2 handoff. The service is not designed to collect or process payment-card information. The proposed Canadian deployment stores caller information on AWS infrastructure in Canada, but the complete data flow, including subprocessors, backups, support access, retention, and deletion rules, is reviewed with each operator before launch. De-identified call scenarios, missed words, and edge cases may be used to improve the support model. Names and phone numbers are excluded from that improvement process, subject to the final technical and privacy controls agreed for the deployment.
A focused pilot starts with a support workflow that both teams can inspect and measure. The operator brings one common call reason, the current agent script or decision tree, the systems involved, the actions an agent may take, and the correct escalation destination. We agree on the language, operating window, test cases, and pass or fail conditions before calls begin. The schedule depends on the workflow and the CPMS interface, so we confirm a launch plan only after technical review. The pilot gives the operator a practical way to find gaps, raise concerns, and decide whether a wider rollout makes sense.