Identify
Record the exact model, firmware, OCPP version, security profile, connector layout, and network configuration.
Sock8 evaluates charger compatibility at the level operators actually deploy: manufacturer, model, firmware, OCPP version, security settings, connector layout, and required transaction flows.
A charger is treated as production-ready only after the relevant boot, status, authorization, session, metering, remote-command, recovery, and error behaviours have been exercised. A compatibility catalogue is available during technical discovery.
Record the exact model, firmware, OCPP version, security profile, connector layout, and network configuration.
Verify endpoint connectivity, identity, boot acceptance, heartbeat, and status transitions.
Run the required authorization, transaction, metering, command, offline, reset, and fault scenarios.
Document the supported profile, constraints, configuration, evidence, and conditions for production rollout.
The compatibility catalogue records charger profiles used by network teams during onboarding and operations.
Representative Sock8 product interface
Submit exact hardware and firmware information plus the operating flows the network requires.
Check existing validation records and identify gaps introduced by firmware, configuration, or use case.
Connect a representative charger and execute the agreed positive and negative test plan.
Confirm production configuration, pilot at a real site, and approve the rollout profile.
The migrated network demonstrates why compatibility must be managed across a mixed hardware estate rather than assumed once.
Evidence shown is limited to the named deployment facts currently approved for this site.
Compatibility validation is available for networks adopting Sock8 managed cloud or customer-hosted software.
Existing approved profiles are reviewed during discovery. New model, firmware, vendor-extension, or specialised test work may be quoted separately.
View platform pricingNo. OCPP support alone does not establish production compatibility; the exact model, firmware, settings, and required flows must be checked.
Firmware can change message fields, timing, security, meter reporting, command support, and recovery behaviour.
Yes, when a representative unit or accessible test environment is available for the agreed validation plan.
Approval records the tested model, firmware, configuration, protocol profile, scenarios, known limitations, and rollout conditions.
Required extensions can be evaluated and scoped when they are documented and testable.