Een dealer-CRM-koppeling begint bij de juiste aanvraagidentiteit

Een dealer-CRM-koppeling geeft een verkoopvraag met de juiste contact- en voertuigcontext door aan het CRM. De eerste ontwerpvraag is niet hoe snel een melding binnenkomt, maar welke aanvraag het is, over welk voertuig die gaat en wie haar opvolgt. Zonder dat onderscheid kun je dezelfde vraag dubbel registreren of juist twee verschillende vragen onterecht samenvoegen.

Deze gids gaat over de verbinding tussen een ontvangen aanvraag en het dealerproces. Beschikbaarheid van een advertentie-API, koppeling of webhook moet per kanaal en account worden vastgesteld. Het noemen van een verkoopplatform is geen bewijs dat jouw organisatie daarvoor toegang heeft.

Controleer eerst wat ieder kanaal werkelijk aanlevert

Maak een kanaalregister met de eigenaar, de toegestane toegang, de beschikbare velden en de manier van ophalen. Een websiteformulier onder eigen beheer kan anders worden ingericht dan een aanvraag uit een advertentieplatform. Ook een voorraadexport is niet hetzelfde product als een feed met geïnteresseerde kopers.

Vraag bij Marktplaats, AutoScout24 of een ander kanaal naar de officiële route die bij jouw overeenkomst hoort. Controleer of die route aanvragen, voorraad of beide ondersteunt. Ga niet bouwen op de aanname dat een publiekswebsite vrij uitleesbaar is of dat een leverancier iedere webhook aan ieder account aanbiedt.

Leg per bron vast of een unieke aanvraagcode wordt meegeleverd, welke vestiging erbij hoort en of bijlagen of vervolgberichten beschikbaar zijn. Als alleen e-mail wordt aangeleverd, moet een eventuele parser omgaan met gewijzigde berichtopmaak. Die mag twijfelachtige inhoud niet stil als een volledig en correct CRM-record opslaan.

Scheid contactpersoon, aanvraag, advertentie en voertuig

Een contactpersoon kan meerdere auto’s bekijken. Een auto kan op meerdere kanalen geadverteerd worden. Een advertentie kan veranderen terwijl een eerdere aanvraag nog openstaat. Gebruik daarom afzonderlijke referenties voor deze begrippen:

• Contactpersoon: het contactrecord en de gecontroleerde contactgegevens.
• Aanvraag: de concrete vraag, de bronidentiteit en het oorspronkelijke ontvangstmoment.
• Voertuig: de interne voorraadreferentie die naar het juiste voertuig verwijst.
• Advertentie: kanaal, advertentiereferentie en relevante context op het moment van de aanvraag.
• Opvolging: verantwoordelijke verkoper, processtatus en volgende actie.

Gebruik een kenteken of e-mailadres niet als universele sleutel voor alle onderdelen. De aanvraagidentiteit moet ook bij herhaalde bezorging herkenbaar blijven. Dezelfde persoon die een andere auto bekijkt, kan een nieuwe aanvraag hebben die naast het bestaande contactrecord hoort te bestaan.

Welk systeem mag welke informatie veranderen?

Wijs per gegeven een bronhouder aan. Het voorraadsysteem kan leidend zijn voor actuele voertuigbeschikbaarheid, terwijl de verkoper de opvolgstatus in het CRM beheert. Een advertentiebericht met oude voorraadinformatie mag dan niet een verkochte auto opnieuw beschikbaar maken.

Bewaar historische aanvraagcontext apart van de actuele voorraadstatus. Als een bezoeker over een eerder geadverteerde prijs vraagt, moet de verkoper kunnen begrijpen waar die vraag vandaan kwam. Dat betekent niet dat het CRM zelf zonder beoordeling een prijs of verkoopbelofte mag vaststellen.

Leg ook vast hoe een menselijke correctie wordt beschermd. Een verkoper die een telefoonnummer na overleg verbetert, wil niet dat een vertraagd bronbericht de oude fout terugzet. Een synchronisatie die altijd ‘de laatste ontvangen waarde’ gebruikt, houdt geen rekening met de oorsprong of betekenis van de wijziging.

Procesvoorbeeld: twee vragen van dezelfde koper

Neem voor een proef een fictieve koper die via de website belangstelling toont voor een bedrijfswagen. Later vraagt dezelfde persoon via een ander kanaal naar een personenauto. Het CRM kan één contactrecord gebruiken, maar moet de twee aanvragen en de bijbehorende voertuigen onderscheiden. Alleen matchen op e-mail zou de tweede vraag kunnen laten verdwijnen.

Wordt het eerste websitebericht door een verbindingsprobleem opnieuw bezorgd, dan hoort dat juist géén nieuwe aanvraag te maken. Gebruik daarvoor een stabiele bron- en aanvraagidentiteit, een ontvangstregistratie en een expliciete duplicaatcontrole. Laat de implementatie aantonen dat die controle ook werkt wanneer herhaalde berichten tegelijk aankomen.

Als de twee vragen mogelijk bij hetzelfde verkooptraject horen, kan een medewerker ze bewust verbinden. Bewaar daarbij de herkomst en geschiedenis. Automatisch samenvoegen op een vage overeenkomst in naam of telefoonnummer maakt later uitleggen lastiger.

Routing moet te verklaren zijn

Een eenvoudige routingregel kan een aanvraag naar de vestiging van de voorraad of naar een productteam sturen. Leg de gekozen regel en de uitkomst vast. Als een vestiging gesloten is, een medewerker uit dienst is of een categorie ontbreekt, moet de aanvraag in een zichtbare opvanglijst met een eigenaar komen.

Voorkom dat een integratie onbeperkt door alle vestigingen kan schrijven. Koppel de geautoriseerde bron aan de bedoelde organisatie en controleer die grens voordat een record wordt aangemaakt. Een vestigingscode in een bericht is invoer die gevalideerd moet worden, geen zelfstandig bewijs van toegang.

Laat verkopers zien waarom een aanvraag bij hen terechtkwam en hoe ze die met behoud van geschiedenis kunnen overdragen. Een verborgen score is geen vervanging voor een werkbare verdeling.

Een API-koppeling vraagt meer dan een succesmelding

Controleer de authenticatie en toegestane gebeurtenissen volgens de actuele documentatie van de gekozen provider. HubSpot beschrijft voor zijn Webhooks API bijvoorbeeld vereiste scopes en een specifieke appcontext. Die documentatie is geen algemene garantie voor ieder CRM of ieder account. Zie de officiële webhookgids.

Maak daarnaast onderscheid tussen ontvangen, opgeslagen en opgevolgd. Een opgeslagen CRM-record bewijst niet dat een verkoper de taak heeft gezien. Houd de technische ontvangst en de operationele vervolgactie apart zichtbaar.

Bij een time-out kan de ontvangende partij het record al hebben opgeslagen. Opnieuw proberen vraagt daarom een stabiele aanvraagidentiteit en controle op bestaande ontvangst. Behandel toegangsproblemen, ongeldige inhoud en tijdelijke uitval verschillend. HubSpot beschrijft bovendien verschillende herhaalregels voor webhooks en workflows; pas die niet blind op andere interfaces toe. Zie de documentatie over foutafhandeling.

Wat test je met de leverancier?

1. Hetzelfde bronbericht komt tegelijk twee keer binnen: één aanvraag en één bedoelde eerste opvolgactie.
2. Dezelfde koper vraagt naar een ander voertuig: de nieuwe vraag blijft afzonderlijk zichtbaar.
3. De auto is inmiddels verkocht: de aanvraag blijft behouden, maar maakt de voorraad niet opnieuw beschikbaar.
4. Een advertentiereferentie ontbreekt: de aanvraag krijgt controle nodig, niet willekeurig het eerste gevonden voertuig.
5. Een verkoper heeft gegevens gecorrigeerd: een oud bericht overschrijft de correctie niet ongemerkt.
6. De CRM-response raakt kwijt: herstel maakt geen tweede aanvraag.
7. Een bron probeert voor een andere organisatie te schrijven: de aanvraag wordt geweigerd en de fout veilig geregistreerd.
8. De toegewezen verkoper is niet beschikbaar: de aanvraag blijft zichtbaar bij een verantwoordelijke opvangroute.

Gebruik de uitkomsten om de eerste scope te bepalen. Een bron, een vestiging en een beperkte set vervolgacties kunnen voldoende zijn voor een proef. Breid pas uit als ontvangst, uitzonderingen en beheer aantoonbaar werken.

Wat bewijst de automotive-case van SiteJob?

Voor Auto-Vroem bouwde SiteJob een website met kentekenherkenning, een maatwerk CRM met WhatsApp en een belsysteem, en een dealer-marktplaats waar dealers kunnen bieden. Dat is de vastgelegde scope. De case bewijst geen algemene Marktplaats- of AutoScout24-leadkoppeling en bevat hier geen conversie- of responstijdclaim.

Meer over de context lees je bij automotive en autohandel. Voor een eigen koppeling breng je bij een intake de gebruikte kanalen, beschikbare documentatie en een geanonimiseerde aanvraag mee. Dan kunnen CRM-inrichting en integratiebeheer afzonderlijk worden afgebakend.