WEBVTT

00:00:01.000 --> 00:00:05.010
Deze uitleg hoort bij ons artikel over CRM-integratie.

00:00:05.400 --> 00:00:09.290
Voordat systemen contacten uitwisselen, moet vaststaan welke records

00:00:09.360 --> 00:00:13.450
dezelfde persoon of organisatie vertegenwoordigen en welke gegevens

00:00:13.480 --> 00:00:14.890
ieder systeem beheert.

00:00:15.160 --> 00:00:19.290
Twee fictieve contactpersonen gebruiken één algemeen e-mailadres.

00:00:19.480 --> 00:00:22.570
Een koppeling die alleen daarop vergelijkt, zou hun records kunnen

00:00:22.600 --> 00:00:23.290
samenvoegen.

00:00:23.720 --> 00:00:27.170
Later verandert één contactpersoon bovendien van adres.

00:00:27.560 --> 00:00:30.810
Elk bronsysteem houdt zijn eigen vaste identificatie.

00:00:31.160 --> 00:00:34.890
Een expliciete relatietabel verbindt die referenties met het juiste

00:00:34.920 --> 00:00:35.850
doelrecord.

00:00:36.040 --> 00:00:39.850
De identiteit verandert niet alleen doordat een contactnaam of adres wijzigt.

00:00:40.280 --> 00:00:44.570
Leg vast wanneer een relatie bestaat, welke combinatie controle vraagt

00:00:44.840 --> 00:00:47.170
en wie een nieuwe koppeling mag bevestigen.

00:00:47.400 --> 00:00:51.290
Geen match of meerdere mogelijkheden betekent niet automatisch een

00:00:51.320 --> 00:00:52.410
nieuwe klant aanmaken.

00:00:52.760 --> 00:00:56.330
Het CRM kan de accountmanager beheren, terwijl de administratie

00:00:56.440 --> 00:00:57.970
factuurgegevens beheert.

00:00:58.120 --> 00:01:00.970
Een overdracht wijzigt alleen toegestane velden.

00:01:01.320 --> 00:01:05.450
Een teruggestuurd record mag geen voortdurende lus van wijzigingen veroorzaken.

00:01:05.960 --> 00:01:09.815
Bij ons gedeelde e-mailadres bekijkt een medewerker de bronreferenties

00:01:09.840 --> 00:01:11.250
en relatiegegevens.

00:01:11.400 --> 00:01:14.130
Pas na beoordeling wordt een koppeling vastgelegd.

00:01:14.280 --> 00:01:18.450
De oorspronkelijke historie wordt niet op basis van gelijkenis samengevoegd.

00:01:18.680 --> 00:01:22.890
Test gewijzigde e-mailadressen, samengevoegde contacten, gelijktijdige

00:01:22.920 --> 00:01:24.730
berichten en archivering.

00:01:24.920 --> 00:01:29.415
Vergelijk aangemaakte, gewijzigde en afgewezen records met de bron,

00:01:29.440 --> 00:01:33.010
zodat onvolledige synchronisatie niet onopgemerkt blijft.

00:01:33.240 --> 00:01:36.330
Maak zichtbaar welk record is geweigerd en waarom.

00:01:36.680 --> 00:01:39.850
Een beheerder moet een fout kunnen corrigeren en gericht opnieuw

00:01:39.880 --> 00:01:44.090
verwerken, zonder de hele synchronisatie of een tweede relatie te starten.

00:01:44.680 --> 00:01:49.130
CRM-integratie begint bij identiteit en verantwoordelijkheid, niet bij

00:01:49.160 --> 00:01:50.330
een zoekopdracht op naam.

00:01:50.680 --> 00:01:55.050
Het bronartikel werkt herkenning, veldafspraken, foutafhandeling en

00:01:55.080 --> 00:01:57.610
gecontroleerde synchronisatie verder uit.