Interconnection interface management

Partners, messages, and reconciliation, on one interface desk

MeetCarbon Cloud interconnection interface management keeps partners, the protocol catalog, joint debugging, four-way messages, and reconciliation gaps on one ledger. Inbound status and order messages can be searched. Failed outbound pushes sit in a retry queue. Charging orders, chargers, and invoices stay in charging operations. Lot orders stay in smart parking. Device models stay in IoT.

Catalog
Public, business, trade, and filing
Four ways
Push in, call in, call out, push out
Debugging
Inbound, outbound, and signing tools
Gaps
A gap is not marked settled
Workbench
Sample data
12
Live partners
partners · sample
1,860
Messages today
Sample data
4
Reconcile gaps
Message direction
  • They push38%
  • They call22%
  • We call24%
  • We push16%
To handle
  • Star Charge push waiting to retryRetry
  • Yesterday’s order messages differGap
End to end

From a partner to a reconciliation gap

A partner and the catalog come first. Debugging follows. Messages land in the center. Reconciliation only marks gaps. Observability and scene extensions read the same ledger.

  1. 01

    Add a partner

    Register the operator or platform, turn on the interfaces you need, and set a rate limit.

    Partners
  2. 02

    Match the catalog

    Check public, business, trade, credentials, extensions, and regulatory filing as separate layers.

    Protocol catalog
  3. 03

    Debug both ways

    The wizard, inbound bench, and outbound bench prove one sample. The signing tool is for joint debugging only.

    Onboarding
  4. 04

    Messages enter the center

    They push, they call, we call, and we push are searched separately. Failed pushes enter the queue.

    Message center
  5. 05

    See the gaps

    Order and bill messages are compared with platform orders. A gap stays listed and is not marked settled.

    Trade and reconciliation
  6. 06

    Observe and extend

    Availability and alerts show whether an interface is stable. Station open, filing, and two-wheel protocols sit in scene extensions.

    Observe · scenes
Capability tour

Walk the connection lifecycle

The workbench is the hero. The eight items below cover the catalog, partners, dictionaries, debugging, messages, observability, reconciliation, and scene extensions.

Interconnection interface management / Protocol catalog

Protocol catalog

Catalog and partners
In-page views
PublicBusinessTradeCredentials and QRExtensionsRegulatory filing
This page answers

Interfaces are grouped by the standard layers. The catalog says what each layer covers. Switches are turned on during onboarding.

  • Six layers stay separate, including regulatory filing
  • Each layer states what it covers
  • Switches are still configured on the partner
SamplePublic
PublicMatched
TradeMatched
FilingOwn layer

Message counts and gap counts on the sample cards explain the layout. They are not a partner’s settlement result.

Run states

Partners, messages, and reconciliation each keep their own marks

A disabled partner stops answering. A failed signature and a pending retry are not marked successful. A reconciliation gap is not marked settled.

Partner

Whether this platform can send and receive now.

  • In debugging
    Debugging
    Benches and samples only
  • Live
    Live
    Opened interfaces can send and receive
  • Disabled
    Disabled
    No answers and no pushes

Message

How far this message has gone.

  • Signature passed
    Passed
    Stored after sign and decrypt succeed
  • Signature failed
    Failed
    Not marked received
  • Retry pending
    Retry
    A failed push stays in the queue

Reconciliation

Whether the message matches the platform order.

  • Matched
    Matched
    Order and bill messages line up
  • Gap
    Gap
    The difference is listed and not marked settled

8 statesSwitches, rate limits, and keys live on the partner profile. Whether money arrived follows charging operations and the payment channel.

Who uses it

Access, debugging, duty, reconciliation, and filing each open a different page

One interface ledger. Someone owns partners, someone runs samples, someone watches messages, someone checks gaps.

Question to answer

How many are live, who is still in debugging, and which interfaces are still off?

What they check
  • Live partners on the workbench
  • Partner state
  • Interface switches
Menus they use
WorkbenchPartnersProtocol catalog
Operating loop

Read the workbench, run debugging, then mark the gap

One connection starts on the workbench and ends with an alert or a filing record. Every step can return to the partner and the message.

  1. 1
    Read the workbench

    Live partners and the to-handle list decide whether to drill in.

  2. 2
    Match the catalog

    Confirm the layer exists, then turn it on for the partner.

  3. 3
    Run debugging

    Prove one inbound sample and one outbound sample on the benches.

  4. 4
    Collect messages

    Search by direction. Failed signatures and retries stay apart.

  5. 5
    Mark the gap

    Order messages that do not match are listed on their own.

  6. 6
    Alert or file

    Raise an availability alert, or keep a regulatory filing record.

Boundary

The interface ledger stays here

Partners, the catalog, debugging, messages, reconciliation gaps, and scene extensions stay in interconnection interface management. Orders, devices, and money have their own products.

This product owns

  • Protocol catalog and dictionaries
  • Partner profiles, switches, and rate limits
  • Wizard, inbound bench, outbound bench, and signing tools
  • Four-way messages and the push queue
  • Order and bill messages, and reconciliation gaps
  • Availability, alerts, station open, regulatory filing, and two-wheel protocols

Fund transfer, wallet credits, and official regulatory receipts are not completed on this page. A reconciliation gap only means the message and the platform order do not match. It does not mean money was received or refunded.

Getting started

Five steps to connect one partner

Create the profile and the switches, prove inbound and outbound on the benches, then messages can be searched and reconciliation can show a gap.

Before you start
  • 1Partner name, endpoint, and keys
  • 2The interface list to turn on
  • 3One station or order you can sample
  • 4The platform-order range reconciliation should compare

Debug samples do not enter formal reconciliation. A message that fails signature check is not marked received.

  1. 1
    Create the partner

    Enter the operator or platform and leave the state in debugging.

    Done when · Profile opens
  2. 2
    Turn switches on

    Select interfaces from the catalog and set a rate limit.

    Done when · Switches saved
  3. 3
    Prove inbound and outbound

    Run one sample on each bench. The signing tool only assists debugging.

    Done when · Samples replay
  4. 4
    Messages are searchable

    All four directions and the push queue can be filtered by partner.

    Done when · Center has a record
  5. 5
    Reconciliation shows a gap

    Compare one platform order with its message and list the difference on its own.

    Done when · Gap opens
Platform

Many partners, a trail, and export

The same interface desk is split by partner. Switches, rate limits, messages, and filings keep a record. Deployment and price are on the pricing page.

Many partners

Each operator or platform has its own profile, switches, and rate limit.

Limits and signing

Call rate sits on the partner. Signing and crypto tools serve debugging.

Call trail

Messages, signature results, retries, and filings keep a record.

Messages can be exported

Export messages and reconciliation gaps by partner and time.

SaaS

Turned on per project, on the same account system as MeetCarbon charging and parking.

Private deployment

When keys and messages must stay on the customer network, the platform can run there.

FAQ

Messages, orders, and device protocols

These five points are what teams check before going live.

How does this split from charging operations?

Charging orders, chargers, tariffs, and invoices stay in charging operations. This page keeps partner messages, the push queue, and reconciliation gaps. The two can be matched by order id. They are not one bill.

How does this split from IoT?

Thing models and device protocols such as MQTT stay in IoT. This page is HTTP interconnection with operators and platforms: the catalog, signing, messages, and reconciliation gaps.

Does a reconciliation gap mean money was received?

A gap only means the message and the platform order do not match. Received or refunded status follows charging operations and the payment channel. This page does not mark a gap as settled.

Does a regulatory filing mean the authority received it?

This page keeps the pack and the submission record. Whether the authority received it, and whether a receipt exists, follows their system. Without a receipt it is not marked passed.

Can the signing tool replace the partner’s production environment?

Signing and crypto tools only serve debug samples. Production send and receive use interfaces a live partner has opened. Sample messages do not enter formal reconciliation.

Lay out send and receive for one partner

Tell us which platform it is, which interfaces to open, and whether regulatory filing is in scope. We will walk the catalog, debugging, messages, and reconciliation gaps for that scope.