Skip to main content

Integration

How digital assets and stablecoins land cleanly in the ERP: data standard, posting, reconciliation, master data, operations and treasury.

Integration Topics at a Glance

Data Standard & Account Statement

A Statement Modelled on camt.053

Nobody sends an account statement for a wallet. The on‑chain bank statement (OCBS) builds one from the events on the blockchain. Some fields can be filled directly, others need a decision, and the remittance information is missing.

Key Points

  • camt.052, .053 and .054: the same entry structure
  • Field table: schema limits and gaps
  • Transaction hash as evidence
  • Day cut‑off, status and network fee

Posting, Valuation & Tax

From Wallet Transaction to Journal Entry

Receiving and paying euro stablecoins is routine. The network fee in ether is a separate entry with a price, a book value and a result, and VAT uses a different rate from the accounts.

Key Points

  • Rate with source and timestamp
  • Fees never reduce the open item
  • Network fee: expense or incidental acquisition cost
  • VAT: consideration and monthly rate

Reconciliation & Payment Flows

1:n / n:1, PSP batch payouts

How a payment without remittance information finds its invoice: ambiguous totals, partial payments, early-payment discounts and a payment provider's batch payouts.

Key Points

  • Reference → amount → time
  • Suspense account for remainders
  • camt.054: batch entry with individual transactions
  • Batch payment: hash plus position

Master Data, Privacy & Security

Verify addresses, separate personal data

How a wallet address enters master data verified: proving your own wallet, checking other parties' addresses through a second channel and separating address from name.

Key Points

  • Proof of your own wallet
  • Second channel for new addresses
  • Who may change addresses
  • Master record with validity date

Operations & Integration

Events once, payments once

How events from the ledger reach the ERP system reliably and exactly once, what remains after the last attempt and why a repeated payment with the same nonce does not pay twice.

Key Points

  • When an event counts
  • One key per event
  • Retrying without paying twice
  • When the other side changes

Treasury, Risk & Reporting

Limits, closing, archive

Who owes behind each line of the liquidity status, limits per issuer, reconciling wallet and account at month end, and the audit trail from journal entry back to hash.

Key Points

  • Limits & safeguarding
  • Liquidity status with wallets
  • Month end: wallet against account
  • WORM & explorer links