Present
Show the driver the applicable tariff and collect the payment method through the approved gateway flow.
Sock8 connects a network's charging journey to the chosen payment gateway so authorization, session progress, final energy, tariffs, capture, receipts, and exceptions can be reconciled against the same charging record.
Payment design varies by country, gateway, currency, tax, and customer journey. The integration is therefore scoped around the operator's merchant account and required flow rather than routing revenue through a one-size-fits-all gateway.
Show the driver the applicable tariff and collect the payment method through the approved gateway flow.
Complete the required gateway step before asking the CSMS to start charging.
Use the completed session and tariff rules to determine the final amount and payment action.
Match gateway references, session identifiers, receipts, failures, refunds, and settlement reports.
Tariff rules and payment outcomes stay connected to the charging plan, connector, and completed session.
Representative Sock8 product interface
Define merchant ownership, countries, currencies, taxes, tariffs, receipts, refunds, and settlement responsibilities.
Confirm API access, test credentials, webhook security, supported payment methods, and production onboarding.
Connect driver, gateway, and CSMS states with stable identifiers and failure handling.
Test successful, declined, abandoned, interrupted, adjusted, refunded, and reconciled scenarios before launch.
The network launched its branded driver experience with market-specific payment handling as part of the production rollout.
Evidence shown is limited to the named deployment facts currently approved for this site.
Payment integrations can support the branded web journey and optional native apps in managed or customer-hosted deployments.
Gateway integration is scoped by provider, market, payment methods, merchant onboarding, tax and receipt requirements, and the required exception workflows.
View platform pricingYes, subject to suitable APIs, webhooks, merchant onboarding, test access, and a validated market-specific flow.
The preferred design uses the operator's payment-gateway and merchant relationship; exact fund flow and responsibilities are confirmed during discovery.
The final amount is based on the completed session data and configured tariff rules, then passed through the agreed gateway flow.
Refund and adjustment paths are included when the selected gateway exposes them and the operator defines the required process.
Stable session and gateway references connect CSMS records, webhook outcomes, receipts, and settlement or finance reports.
Availability depends on country and provider. Sock8 reviews the required gateway during technical discovery instead of publishing an unqualified universal list.