DVOLD Integraties

Uw processen blijven leidend. DVOLD maakt de historie controleerbaar.

Verbind digitale assetidentiteit, bewijsstukken, rollen, validaties en gebeurtenissen met de systemen die uw organisatie al gebruikt. Kies een DVOLD-omgeving, integreer geselecteerde capaciteiten of bouw een afgebakende ervaring onder uw eigen merk.

Bespreek uw integratieBekijk de platformcapaciteiten

Geen gedwongen systeemvervanging. Wel één controleerbare context rond dezelfde asset.

Functionele integratieroute

Bestaand procesBlijft leidend
  • Verkoop
  • Service
  • Onderhoud
  • Overdracht
Relevante assetcontext
  • Assetidentiteit
  • Bewijsstukken
  • Rollen
  • Validaties
  • Gebeurtenissen
DVOLD
  • Bron
  • Rol
  • Tijdstip
Controleerbare status
  • Toegevoegd
  • Uitgegeven
  • Gevalideerd
Terugkoppeling

Status of historie in de eigen applicatie.

Nieuwe infrastructuur zonder dubbel werk

Een controleerbaar dossier werkt alleen wanneer het in het proces past.

Organisaties beschikken al over ERP, CRM, POS, PLM, onderhouds-, logistieke, polis- en documentatiesystemen. Daarin ontstaan productgegevens, transacties, servicehandelingen, claims, certificaten en overdrachtsmomenten.

Het probleem is niet dat al die systemen niets registreren. Het probleem is dat de samenhang tussen systemen en organisaties verdwijnt. Informatie wordt opnieuw ingevoerd, documenten worden los gedeeld en een volgende partij ziet niet altijd wie iets heeft toegevoegd, uitgegeven of gevalideerd.

DVOLD voegt een controleerbare asset- en samenwerkingslaag toe. Bestaande systemen kunnen hun operationele rol behouden, terwijl relevante bijdragen rond dezelfde digitale assetidentiteit worden verbonden.

Wat de bestaande systemen vastleggen

  • Productgegevens
  • Transacties
  • Servicehandelingen
  • Claims
  • Certificaten
  • Overdrachtsmomenten

Wat tussen de systemen verdwijnt

  • Assetcontext
  • Bron
  • Rol en bevoegdheid
  • Status en historie

Gevolgen in het proces

  1. Dubbele invoer

    Dezelfde asset- en bewijsgegevens worden in meerdere portalen opnieuw vastgelegd.

  2. Gebroken context

    Documenten en statussen raken los van het product, object of dossier waarop ze betrekking hebben.

  3. Onduidelijke rollen

    Een bron, uitgever, validator, servicepartij en eigenaar hebben niet dezelfde bevoegdheden.

  4. Moeilijke overdracht

    Bij een nieuwe eigenaar, partner of dienstverlener moet de relevante historie opnieuw worden samengesteld.

Kies de aansluiting die bij het proces past

Van DVOLD-omgeving tot volledig geïntegreerde ervaring.

Niet iedere organisatie heeft dezelfde technische of organisatorische behoefte. De inzetvorm wordt bepaald door de workflow, de gebruikers, de bestaande systemen en de gewenste merkervaring.

DVOLD-omgevingen

Gebruik een DVOLD-interface voor een afgebakende rol of workflow.

Primaire werkomgeving

DVOLD-interfaceBestaande systemen

Beperkte koppeling in de eerste fase

Geschikt voor

  • Een snelle pilot.
  • Een partner die assets uitgeeft of valideert.
  • Een service- of beoordelingsproces met een beperkte gebruikersgroep.
  • Een organisatie die eerst de functionele werking wil valideren.

Kenmerken

  • DVOLD-interface als primaire werkomgeving.
  • Vooraf bepaalde rollen en rechten.
  • Configureerbare assetcategorieën en velden.
  • Zichtbare status, bron en historie.
  • Beperkte afhankelijkheid van een technische koppeling in de eerste fase.

API-integratie

Verbind geselecteerde DVOLD-capaciteiten met bestaande applicaties en workflows.

Primaire werkomgeving

Bestaande applicatieGeselecteerde DVOLD-capaciteiten

Geschikt voor

  • Uitgifte vanuit een kassasysteem of dealerportaal.
  • Registratie vanuit ERP, PLM, onderhoud of logistiek.
  • Status- en historievragen vanuit een bestaand dashboard.
  • Overdracht, validatie of dossieropbouw binnen een eigen proces.

Kenmerken

  • De bestaande applicatie blijft het primaire gebruikersscherm.
  • Relevante acties worden vertaald naar DVOLD-registraties.
  • Bron, rol en status worden bij de bijdrage vastgelegd.
  • Terugkoppeling kan binnen de eigen workflow worden verwerkt.
  • Exacte endpoints, authenticatie en eventafhandeling worden per implementatie bevestigd.

White-labelervaring

Bied een afgebakende DVOLD-ervaring aan onder het merk en binnen de klantreis van de organisatie.

Primaire werkomgeving

Merkervaring van de organisatieGeselecteerde DVOLD-capaciteiten

Functionele basis

Geschikt voor

  • Een merkgebonden eigendomspaspoort.
  • Een partnerportaal voor klanten, dealers of servicepartijen.
  • Een eigen wallet- of assetervaring.
  • Een proces waarin meerdere externe rollen samenwerken.

Kenmerken

  • Merkidentiteit, terminologie en navigatie worden afgestemd.
  • Geselecteerde DVOLD-capaciteiten vormen de functionele basis.
  • Rollen en workflows worden rond de toepassing ingericht.
  • De precieze schermen, functies en beheergrenzen worden per implementatie bepaald.
  • White-label betekent niet automatisch dat iedere DVOLD-functie beschikbaar is.

De drie inzetvormen kunnen elkaar opvolgen. Een organisatie kan beginnen met een afgebakende DVOLD-omgeving en later geselecteerde processen integreren.

Wat een koppeling functioneel ondersteunt

Integreer de handelingen die rond de asset controleerbaar moeten blijven.

De exacte API- en productscope wordt per implementatie vastgesteld. Functioneel kan een integratie worden ontworpen rond de volgende capaciteiten.

Rond dezelfde assethistorie

Identiteit en context

Assetidentiteit registreren of uitgeven

Maak een digitale identiteit voor een product, object, document, installatie, zending of andere registreerbare entiteit.

Een organisatie kan informatie toevoegen of een paspoort zelf uitgeven. Uitgifte blijft onderscheiden van onafhankelijke validatie.

Metadata en bewijs verbinden

Koppel relevante productgegevens, documenten, afbeeldingen, aankoopinformatie, certificaten en andere bewijsstukken aan de juiste asset.

Persoonsgegevens en gevoelige inhoud blijven off-chain. De exacte opslaglocatie en dataverdeling worden per implementatie vastgesteld.

Bijdrage en bevoegdheid

Gebeurtenissen toevoegen

Registreer onderhoud, inspectie, claim, overdracht, kwaliteitscontrole, wijziging of andere relevante momenten binnen de levenscyclus.

Iedere bijdrage krijgt context rond bron, rol, tijdstip en status.

Rollen en toegang toepassen

Bepaal wie mag bekijken, toevoegen, uitgeven, valideren, beheren of overdragen.

Een partij kan een bijdrage leveren zonder automatisch toegang te krijgen tot het volledige dossier.

Bevestiging en inzicht

Validatie vastleggen

Laat een bevoegde partij specifieke gegevens beoordelen en de uitkomst registreren.

De registratie moet duidelijk maken wat is gecontroleerd, door wie en wanneer.

Status en historie raadplegen

Toon de actuele status en relevante historie binnen het bestaande dashboard, portaal of proces.

De beschikbare selectie wordt afgestemd op de rol en het doel van de gebruiker.

Voortzetting en correctie

Eigendom of verantwoordelijkheid overdragen

Ondersteun een gecontroleerde voortzetting bij een nieuwe eigenaar, beheerder of procespartij.

Relevante assethistorie kan behouden blijven, terwijl persoonsgegevens en afzonderlijke contracten gescheiden worden behandeld.

Correcties herleidbaar verwerken

Bevoegde partijen kunnen off-chainmetadata corrigeren. Iedere eerdere waarde en wijzigingsstap blijft bewaard.

Een bestaande on-chainregistratie wordt niet aangepast. De correctie wordt als een nieuwe gebeurtenis of status toegevoegd.

Van bronhandeling naar controleerbare status

De gebruiker werkt in het proces. De assethistorie groeit op de achtergrond.

  1. Bestaand proces

    Een handeling ontstaat

    Een verkoop, servicebeurt, inspectie, overdracht, claim of andere gebeurtenis wordt in het bestaande proces gestart.

  2. Integratie

    Relevante gegevens worden vertaald

    De integratie bepaalt welke asset, rol, gegevens, documenten en status bij de handeling horen.

  3. DVOLD

    DVOLD verwerkt de bijdrage

    De actie wordt verbonden met de digitale assetidentiteit. De bron, rol en het tijdstip worden vastgelegd.

  4. DVOLD

    De controleerbare status ontstaat

    De bijdrage krijgt de juiste status: Toegevoegd, Uitgegeven of Gevalideerd. Relevante registraties en correcties blijven herleidbaar.

    Afzonderlijke statussen
    • Toegevoegd
    • Uitgegeven
    • Gevalideerd
  5. Bestaand proces

    Het bestaande proces krijgt terugkoppeling

    De eigen applicatie kan de relevante status, bevestiging of historie tonen binnen de bestaande gebruikerservaring.

Afbakening

Dit is een functionele integratieflow en geen definitieve technische API-specificatie. Synchrone en asynchrone verwerking, foutafhandeling, retries, webhooks, imports, exports en monitoring worden per implementatie ontworpen en bevestigd.

Per implementatie ontworpen en bevestigd

  • Synchrone en asynchrone verwerking
  • Foutafhandeling
  • Retries
  • Webhooks
  • Imports
  • Exports
  • Monitoring

Bronsystemen blijven hun rol houden

DVOLD verbindt context zonder ieder systeem opnieuw te bouwen.

Een integratie begint bij de functie van het bestaande systeem. Het ene systeem blijft leidend voor verkoop, het andere voor onderhoud, logistiek, claims of documentbeheer. DVOLD verbindt alleen de informatie en gebeurtenissen die rond de asset controleerbaar moeten blijven.

Systeemcategorieën

  • ERP en ordermanagement

    Product-, order-, leverancier- en overdrachtsgegevens.

  • CRM en klantportalen

    Klantrelaties, serviceverzoeken en gerichte gegevensdeling.

  • POS en dealerportalen

    Uitgifte van een eigendomspaspoort bij verkoop of aflevering.

  • PLM en productdata

    Productkenmerken, serienummers, configuraties en composities.

  • EAM, CMMS en serviceplatforms

    Onderhoud, inspecties, reparaties en technische status.

  • WMS, TMS en logistieke systemen

    Herkomst, zending, handover, conditie en kwaliteitscontrole.

  • Polis-, claim- en financieringssystemen

    Relaties tussen asset, bewijs, polis, taxatie, claim of financiering.

  • DMS en zaaksystemen

    Documenten, besluiten, certificaten en procesmijlpalen.

Relevante assetcontext, gebeurtenissen en rollen

DVOLD
Resultaat

Controleerbare relevante assethistorie

Afbakening

Deze categorieën beschrijven mogelijke aansluitpunten. Zij zijn geen lijst van reeds beschikbare standaardconnectors. De benodigde koppeling wordt per systeem en proces beoordeeld.

Onderbroken lijn: mogelijk aansluitpunt.

Iedere partij draagt bij vanuit een eigen bevoegdheid

Eén assethistorie. Verschillende rollen en verantwoordelijkheden.

Bevoegdheden in deze sectie

  • Uitgifte
  • Beoordeling
  • Registratie
  • Toegang
  • Inrichting
  • Aansluiting

Rol en bevoegdheid

Bijdrage aan dezelfde assethistorie

  • Merk, fabrikant of retailer

    Uitgifte

    • Geeft product- of eigendomspaspoorten uit.
    • Verbindt productdata en aankoopinformatie.
    • Faciliteert garantie, service en overdracht.
    • Behoudt een controleerbare merkrelatie na verkoop.

    Afbakening

    Uitgifte door het merk betekent niet automatisch dat iedere productclaim onafhankelijk is gevalideerd.

  • Validator, taxateur of certificerende partij

    Beoordeling

    • Beoordeelt specifieke informatie.
    • Registreert wat is gecontroleerd.
    • Voegt taxatie, conditie, inspectie of certificering toe.
    • Werkt binnen een afgebakende bevoegdheid en gegevensscope.

    Afbakening

    DVOLD garandeert niet zelfstandig de fysieke authenticiteit of juridische geldigheid van ieder item of document.

  • Service- of onderhoudspartner

    Registratie

    • Registreert service, reparatie, revisie, inspectie of kalibratie.
    • Draagt bij zonder volledige dossierinzage.
    • Koppelt de handeling aan het juiste object of onderdeel.
    • Ondersteunt continuïteit bij wisseling van dienstverlener.

  • Verzekeraar, financier of andere dienstverlener

    Toegang

    • Ontvangt relevante gegevens met toestemming en passende toegang.
    • Verbindt polis, claim, taxatie of financieringsrelatie aan de asset.
    • Beoordeelt bron en status van aangeleverde informatie.
    • Behoudt eigen contracten en persoonsgegevens in het eigen domein.

    Afbakening

    DVOLD is geen verzekeraar, financier of taxateur.

  • Zakelijke of publieke organisatie

    Inrichting

    • Gebruikt assetidentiteit en historie binnen een eigen proces.
    • Bepaalt rollen, gegevensvelden en verantwoordelijke partijen.
    • Combineert interne en externe bijdragen.
    • Richt de implementatie in volgens operationele en juridische eisen.

  • Systeemintegrator of implementatiepartner

    Aansluiting

    • Vertaalt proces en gegevens naar een technische aansluiting.
    • Verbindt DVOLD met bestaande applicaties.
    • Ondersteunt testen, foutafhandeling en beheer.
    • Werkt binnen de door DVOLD en de organisatie bevestigde technische scope.

Afbakening

Een formeel partnerprogramma, certificeringsmodel en commerciële partnerstatus worden niet op deze pagina verondersteld.

Uw merk voor de gebruiker. Een gedeelde vertrouwenslogica eronder.

Bouw een herkenbare ervaring zonder de kern opnieuw te ontwerpen.

Een white-labelimplementatie gebruikt geselecteerde DVOLD-capaciteiten binnen een ervaring die aansluit op het merk, de doelgroep en de workflow van de organisatie.

Mogelijke onderdelen

Kan veranderen
  • Merknaam, logo en visuele stijl.
  • Terminologie en navigatie.
  • Onboarding en rolkeuze.
  • Assetoverzicht en detailweergave.
  • Uitgifte-, service-, validatie- of overdrachtsflow.
  • Gerichte gegevensdeling.
  • Partner- of beheeromgeving.
  • Contact- en ondersteuningsroutes.

Wat vast blijft

Blijft consistent
  • Onderscheid tussen Toegevoegd, Uitgegeven en Gevalideerd.
  • Herleidbaarheid van bron, rol, handeling en tijdstip.
  • Correcties als nieuwe herleidbare stappen.
  • Persoonsgegevens nooit on-chain.
  • Relevante registratie via de DVOLD Integrity Layer.
  • Rollen en rechten volgens de bevestigde implementatie.

Wat per implementatie wordt bepaald

Implementatiespecifiek
  • Precieze schermen en functies.
  • Merk- en domeinconfiguratie.
  • Identiteit en authenticatie.
  • Beheergrenzen.
  • Support- en escalatieproces.
  • Integratie met bestaande systemen.
  • Publicatie in appstores of distributie via andere kanalen.

Een integratie is meer dan een gegevenskoppeling

Leg vooraf vast wie beslist, wie handelt en wat bewijs betekent.

Bevoegdheid

Wie beslist en wie handelt

Bron en verantwoordelijkheid

Bepaal welk systeem leidend is voor ieder gegeven en welke partij verantwoordelijk is voor toevoeging, uitgifte, validatie, correctie en beheer.

Rollen en toegang

Definieer welke gebruiker of organisatie welke informatie mag bekijken, toevoegen, wijzigen, uitgeven, valideren, delen of overdragen.

Bewijs en gegevens

Wat status betekent en waar gegevens staan

Status en bewijskracht

Gebruik Toegevoegd, Uitgegeven en Gevalideerd consequent. Leg vast welke controle nodig is voordat informatie een andere status krijgt.

Gegevensverdeling

Bepaal welke data in bestaande systemen blijft, welke data binnen de DVOLD-omgeving wordt verwerkt en welke gebeurtenis, hash, event-ID of status via de registratielaag wordt beschermd.

Vaste regel

Persoonsgegevens worden nooit on-chain opgeslagen.

Afwijking en continuïteit

Hoe correcties en beheer werken

Correcties en conflicten

Leg vast wie een correctie mag initiëren, wie de uitkomst beoordeelt en welke nieuwe status of gebeurtenis wordt geregistreerd.

Vaste regel

Oudere waarden en gebeurtenissen blijven in de historie behouden.

Beheer en continuïteit

Bepaal monitoring, foutafhandeling, toegangsbeheer, wijzigingsbeheer, herstel, support en escalatie voordat een proces wordt opgeschaald.

Onderliggende infrastructuur

DVOLD is niet gebonden aan één blockchain. De technische chainconfiguratie blijft buiten de gebruikersworkflow en kan per toepassing verschillen. De website noemt geen onderliggende infrastructuurleverancier.

Van procesvraag naar gecontroleerde ingebruikname

Begin klein genoeg om te leren. Ontwerp breed genoeg om door te groeien.

  1. Stap01

    Proces en resultaat afbakenen

    Selecteer één assetcategorie, één kritieke workflow en de betrokken rollen.

    Bepaal welk probleem aantoonbaar moet verbeteren, bijvoorbeeld minder dubbele invoer, betere herleidbaarheid of een completere servicehistorie.

  2. Stap02

    Gegevens en verantwoordelijkheden modelleren

    Leg de assetidentiteit, gegevensvelden, documenten, gebeurtenissen, statussen, rollen en bronsystemen vast.

    Markeer persoonsgegevens, gevoelige gegevens en juridische afhankelijkheden.

  3. Stap03

    Inzetvorm en integratie ontwerpen

    Kies een DVOLD-omgeving, API-integratie, white-labelervaring of een gefaseerde combinatie.

    Ontwerp de functionele flow, authenticatie, gegevensmapping, foutafhandeling en beheergrenzen.

  4. Stap04

    Pilot bouwen en valideren

    Test met een afgebakende gebruikersgroep en realistische scenario's.

    Controleer rollen, status, historie, correcties, gebruikerservaring en operationele opvolging.

  5. Validatie vóór opschaling
  6. Stap05

    Besluiten over uitbreiding

    Schaal pas op wanneer de functionele, technische, organisatorische en juridische criteria zijn bevestigd.

    Voeg daarna meer assetcategorieën, rollen, systemen of processen toe.

Wat een pilot is

Een pilot is geen verkleinde marketingdemonstratie. Het is een gecontroleerde toets van proces, data, rollen en verantwoordelijkheid.

Bevestigde richting en implementatiespecifieke scope

De integratieprincipes staan. De precieze aansluiting wordt per implementatie bevestigd.

Bevestigingsstatus

  • Bevestigd9
  • Per implementatie14

Bevestigde platformprincipes

  • DVOLD kan via eigen omgevingen, geselecteerde integratiecapaciteiten en white-label worden ingezet.
  • Digitale assetidentiteit, rollen, uitgifte, validatie, status, historie en overdracht zijn fundamentele platformcapaciteiten.
  • Toegevoegd, Uitgegeven en Gevalideerd blijven afzonderlijke statussen.
  • Relevante gebeurtenissen worden append-only vastgelegd.
  • Correcties worden als nieuwe herleidbare stappen verwerkt.
  • Off-chainmetadata kan door bevoegde partijen worden aangepast met behoud van eerdere waarden.
  • Persoonsgegevens worden nooit on-chain opgeslagen.
  • DVOLD is multichain en niet gebonden aan één blockchain.
  • De bestaande systemen van de organisatie kunnen operationele bronsystemen blijven.

Per implementatie te bevestigen

  • Beschikbare API-endpoints en versies.
  • Authenticatie- en autorisatiemethode.
  • Gegevensschema's en validatieregels.
  • Synchrone en asynchrone verwerking.
  • Webhooks, imports, exports en batchverwerking.
  • Standaardconnectors en maatwerkkoppelingen.
  • Tenantinrichting en isolatie.
  • Sleutelbeheer en technische toegangsbeveiliging.
  • Logging, monitoring, foutafhandeling en herstel.
  • Testomgevingen en releaseproces.
  • Capaciteit, performance, beschikbaarheid en SLA.
  • Support, incidentmanagement en wijzigingsbeheer.
  • Juridische rollen, bewaartermijnen en compliancecontroles.
  • Commerciële scope en fasering.

Afbakening

Deze pagina beschrijft de functionele integratierichting. Zij is geen openbare API-documentatie of garantie dat iedere genoemde technische optie al als standaardproduct beschikbaar is.

FAQ

Vragen die vaak terugkomen.

11 vragen over bestaande systemen, API-scope, white-label, rollen, correcties en implementatie.

Moet DVOLD ons ERP, CRM of andere kernsysteem vervangen?

Nee. DVOLD voegt een controleerbare asset- en samenwerkingslaag toe. Bestaande systemen kunnen leidend blijven voor verkoop, klantbeheer, productdata, onderhoud, logistiek, claims en documenten.

Is er al een standaardconnector voor ons systeem?

Dat wordt per systeem bevestigd. De genoemde systeemcategorieën zijn mogelijke aansluitpunten en geen lijst met reeds beschikbare connectors.

Kunnen we alleen één DVOLD-capaciteit integreren?

Een integratie kan functioneel worden afgebakend tot geselecteerde handelingen, bijvoorbeeld uitgifte, validatie, servicehistorie of statusraadpleging. De technische en commerciële scope wordt per implementatie vastgesteld.

Is de API volledig beschikbaar voor iedere workflow?

Niet automatisch. De vereiste endpoints, gegevensmodellen, authenticatie en eventafhandeling worden gekoppeld aan de gekozen toepassing en implementatiefase.

Wat betekent white-label bij DVOLD?

Een afgebakende ervaring onder het merk van de organisatie, gebouwd op geselecteerde DVOLD-capaciteiten. De exacte schermen, functies, distributie en beheergrenzen worden per implementatie bepaald.

Moet de eindgebruiker de DVOLD-app installeren?

Niet noodzakelijk. De gebruiker kan werken via een DVOLD-omgeving, een bestaande applicatie met geïntegreerde functies of een white-labelervaring.

Hoe worden rollen en rechten ingericht?

De organisatie en DVOLD leggen per proces vast wie mag bekijken, toevoegen, uitgeven, valideren, corrigeren, delen, beheren of overdragen. Toevoegen kan mogelijk zijn zonder toegang tot het volledige dossier.

Hoe worden correcties verwerkt?

Bevoegde partijen kunnen off-chainmetadata corrigeren. Iedere eerdere waarde blijft behouden. Een bestaande on-chainregistratie wordt niet gewijzigd; de correctie wordt als nieuwe gebeurtenis of status vastgelegd.

Staat alle geïntegreerde data op een blockchain?

Nee. Persoonsgegevens worden nooit on-chain opgeslagen. De precieze verdeling tussen bestaande systemen, DVOLD-opslag en verifieerbare registratie wordt per implementatie ontworpen.

Welke blockchain moeten wij kiezen?

DVOLD is niet gebonden aan één blockchain. De technische chainconfiguratie kan per toepassing verschillen en hoeft geen onderdeel te zijn van de gebruikersworkflow.

Hoe begint een integratietraject?

Begin met één assetcategorie, één workflow, de betrokken rollen en een helder verbeterdoel. Daarna worden gegevens, verantwoordelijkheden, inzetvorm en technische scope uitgewerkt.

Welke handeling moet in uw bestaande proces controleerbaar worden?

Begin bij één asset, één systeem en één samenwerking die nu te veel losse gegevens oplevert. Samen bepalen we welke DVOLD-capaciteiten nodig zijn, welke systemen leidend blijven en hoe de integratie gecontroleerd kan worden gevalideerd.

Bespreek uw integratieBekijk de toepassingen

Geen generieke connectorbelofte, maar een gerichte verkenning van proces, data, rollen en technische scope.