Google Sheets koppelen: datamapping en testplan (2026)

Een Google Sheets-koppeling werkt betrouwbaar als je vóór het bouwen bronkolom, doelkolom, datatype en gedrag bij lege waarden vastlegt. Test altijd op een afgescheiden tabblad met veilige voorbeeldwaarden en herhaal dezelfde trigger bewust.

Stappenplan

1. Maak een testtabblad

Gebruik een nieuw tabblad met herkenbare testkolommen en geen echte klantinformatie. Een workflow mag daar één veilig testresultaat schrijven. Bekijk de Sheets-help over gegevensvalidatie om invoer vooraf te begrenzen.

2. Schrijf een mappinglijst

Maak per veld vier vaste kolommen: bron, doel, verwacht type en gedrag bij leeg. Let vooral op tekst versus getal, datumformaat en ja/nee-waarden. Zie de hulp voor unieke sleutels voordat je een rij laat maken.

3. Test één record van begin tot eind

Controleer welke celwaarde de workflow werkelijk leest en welke waarde in het doel verschijnt. De Google Sheets API-overview maakt onderscheid tussen spreadsheet-, sheet- en celbereiken, wat nuttig is wanneer een koppeling op het verkeerde bereik wijst.

4. Test lege en herhaalde waarden

Test een lege optionele waarde, een afwijkend maar veilig formaat en dezelfde trigger twee keer. Een tweede run moet geen extra regel of onverwachte wijziging maken. Koppel je daarna een formulier, volg dan de CRM-route zonder dubbele contacten.

5. Leg eigenaar en herstel vast

Noteer wie tabbladstructuur, rechten en foutmeldingen beheert. Begin geen brede automatisering als er geen procesinventarisatie is, maar gebruik eerst de afbakeningsroute.

Veelgemaakte fouten

• Productie en test in hetzelfde tabblad zetten. Een proef kan bestaande gegevens raken.
• Kolompositie in plaats van kolomnaam aannemen. Een ingevoegde kolom breekt dan mappings.
• Datum en tijdzone niet testen. Daardoor kan een correcte zichtbare waarde verkeerd landen.
• Lege velden stil accepteren. Leg vooraf het bedoelde gedrag vast.
• Geen herhaalde trigger testen. Dubbele regels komen dan pas na livegang aan het licht.

Officiële bronnen

Sheets-help over gegevensvalidatie en Google Sheets API-overview.

Wil je een Sheets-koppeling met mapping en testplan laten controleren, stel je vraag via WhatsApp.

Ontwerp het tabblad als interface, niet als losse cellen

Een koppeling is minder kwetsbaar wanneer kolommen een vaste naam, betekenis en eigenaar hebben. Geef het testtabblad bijvoorbeeld kolommen voor test_id, status, datum_test en opmerking_test; laat de workflow op namen of het afgesproken bereik werken, niet op de veronderstelling dat kolom C altijd dezelfde betekenis heeft. Voeg niet tussendoor een kolom of andere header toe zonder de test opnieuw uit te voeren. Maak bij diagnose onderscheid tussen spreadsheet, tabblad en bereik, zodat je merkt wanneer een automation de juiste spreadsheet maar het verkeerde tabblad leest.

Gebruik gegevensvalidatie voor veilige testinvoer. Validatie vervangt geen controle in de workflow: een koppeling moet nog steeds bepalen wat te doen met leeg, onbekend of verkeerd geformatteerd. Leg per veld vast of een lege waarde mag overslaan, een veilige standaard mag krijgen of zichtbaar moet stoppen. Een 0 is geen lege waarde en n.v.t. is geen onbekende waarde; behandel die betekenissen afzonderlijk.

Maak een testplan met vier gevallen

Gebruik één afgescheiden tabblad en vier veilige testregels. De eerste heeft alle verwachte waarden. De tweede heeft een lege optionele waarde. De derde bevat een afwijkend maar toegestaan formaat, bijvoorbeeld een datum waarvan de tijdzone relevant is. De vierde herhaalt de eerste regel met exact dezelfde test_id. Noteer bij elke regel wat in de bestemming moet gebeuren. De test is pas voltooid wanneer de bestemming, niet alleen het run-overzicht, het afgesproken resultaat toont.

Controleer ook numerieke en datumvelden. Een zichtbare datum kan door een connector als tekst, seriële waarde of andere tijdzone worden gelezen. Vergelijk daarom de bronwaarde, verwachte interpretatie en doelwaarde. Voeg geen willekeurige formattering toe om een groene run te krijgen. Als een veld essentieel is maar de betekenis onduidelijk, stopt de route en beslist de proceseigenaar. Voor een breder proces begin je bij de procesinventarisatie, niet bij een nieuwe formule of filter.

Voorbeeld: teststatus naar een CRM-testrecord

Een tabblad heeft één testregel met test_id rij-8 en status klaar. De workflow leest alleen het afgesproken bereik, controleert dat ID en status bestaan en zoekt het CRM-testrecord eerst op rij-8. Bij de eerste run maakt zij één testrecord. Bij de tweede run met dezelfde regel vindt zij dat record en maakt zij geen tweede contact. Is status leeg, dan stopt de route met een melding aan de eigenaar. De workflow hoeft geen namen, echte e-mailadressen of andere klantinhoud te gebruiken om deze keten te bewijzen.

Controleer na elke test zowel de Sheet als de testbestemming. Bij een verkeerde kolom of datum stop je de planning, herstel je één mappingregel en herhaal je hetzelfde testgeval. Komt er een dubbel record bij, onderzoek je eerst de unieke sleutel en dubbele data. Voor een formuliertussenstap gebruik je formulier naar CRM zonder dubbele contacten.

Beheer, meten en herstellen

Wijs een eigenaar aan voor de tabbladstructuur en een beheerder voor de verbinding. Leg vast wie wijzigingen aan headers, bereik en rechten mag doen. Voer na elke relevante wijziging de vier tests opnieuw uit. Een groene technische verbinding is onvoldoende als de zakelijke betekenis van een veld veranderde. Beperk meting tot technische teststatus en aantal verwachte uitkomsten; zet geen celwaarden, exports of persoonsgegevens in analytics of gedeelde logboeken.

Bij een fout pauzeer je de automatische schrijfactie, controleer je op gedeeltelijke testresultaten en herstel je één oorzaak. Gebruik geen productietabblad om het snel te bewijzen. Noteer versie, mappingregel, veilige test-ID, uitkomst en eigenaar in beheer en overdracht. Daarna herhaal je het normale, lege, afwijkende en dubbele testgeval. Pas wanneer alle vier het afgesproken gedrag tonen, kan een beperkte planning worden overwogen.

Veelgestelde vragen

Mag ik de kolomvolgorde veranderen?

Alleen wanneer je de mapping en het testplan daarna opnieuw controleert. De veiligste keuze is werken met afgesproken headers en bereiken.

Moet iedere regel een unieke sleutel hebben?

Voor records die de workflow maakt of bijwerkt wel. De sleutel maakt een herhaalde trigger herkenbaar.

Waar bewaar ik het testplan?

Bewaar een minimale versie bij de workflowdocumentatie: doel, kolommen, testgevallen, verwachte uitkomsten, eigenaar en herstelstap, zonder klantdata of secrets.