AFAS koppelen aan je webshop: zo voorkom je fouten in voorraad, orders en facturen

Veel bedrijven weten precies waar het schuurt. Een order komt binnen in de webshop, maar moet handmatig naar de administratie. Voorraad wordt in AFAS bijgewerkt, maar loopt online achter. Klantgegevens worden dubbel ingevoerd en prijzen staan in het ene systeem net anders dan in het andere.

Zolang het aantal orders overzichtelijk is, vangt iemand dat op. Even controleren, even overtypen, even bellen met finance. Maar dat “even” wordt duur zodra je groeit. Niet alleen in uren, maar ook in fouten en klantirritatie. Een goede koppeling zorgt dat je webshop geen losse verkooplaag blijft, maar onderdeel wordt van één keten: van bestelling tot voorraad, levering en factuur.

Begin bij het proces, niet bij de API

Een AFAS-koppeling wordt vaak technisch besproken. Welke API, welke connector, welke velden, hoe vaak synchroniseren? Belangrijke vragen, maar ze komen ná de procesvraag: wat moet AFAS precies doen in jouw keten?

Is AFAS leidend voor voorraad, klantgegevens, facturen, debiteuren of prijzen? Of alleen voor de administratie ná de order? Technisch kan er veel. AFAS Profit heeft een API met GetConnectors om data op te halen en UpdateConnectors om data bij te werken en aan te leveren. Maar een koppeling is pas goed als het proces klopt.

Waar gaat het mis?

Meestal niet doordat systemen niet gekoppeld zijn, maar doordat de afspraken onduidelijk zijn. Voorraad wordt in AFAS aangepast, terwijl de webshop nog oude aantallen toont. Een klant wijzigt zijn gegevens online, terwijl finance met oude debiteurinformatie werkt. Een order is betaald in de webshop, maar de factuur wordt later handmatig aangemaakt. Of een klant ziet een prijs die niet overeenkomt met de afspraak in AFAS.

Dat zijn geen losse foutjes. Het zijn signalen dat niet helder is welk systeem leidend is, wanneer welke data wordt gesynchroniseerd en wat er gebeurt bij uitzonderingen.

Kies bewust welke data beweegt

Niet alles hoeft twee kanten op. Meestal gaat het om artikelen, klanten en debiteuren, voorraadstanden, prijzen, orders, facturen, betalingen, verzendinformatie en retouren. Bij B2B komen daar klantafspraken, betaaltermijnen, kredietlimieten en kostenplaatsen bij.

De vraag is steeds waar data ontstaat, waar die wordt beheerd en waar die nodig is. Productinformatie kan deels uit een PIM komen, terwijl administratieve artikeldata in AFAS staat. Voorraad kan in AFAS of in een WMS leidend zijn. Orders ontstaan in de webshop en worden in AFAS administratief verwerkt. Zonder helder datamodel bouw je geen koppeling, maar een digitale variant van overtypen.

Moet alles realtime?

Nee. “Alles moet realtime” klinkt logisch, maar klopt zelden. Voor voorraad van schaarse producten, orderbevestigingen, betaalstatus en klantprijzen is het belangrijk. Voor productupdates, administratieve exports en rapportagedata volstaat periodieke synchronisatie prima.

Realtime is complexer, gevoeliger en duurder, en vraagt goede foutafhandeling en monitoring. Betrouwbaarheid weegt daarom zwaarder dan snelheid: een koppeling die elke vijf minuten stabiel draait, is meer waard dan een realtime koppeling die bij een uitzondering stilvalt zonder dat iemand het merkt. AFAS adviseert bij GetConnectors ook om met filters alleen de records op te halen die je nodig hebt. Hetzelfde principe dus: ontwerp bewust wat je wanneer nodig hebt.

Foutafhandeling hoort bij de koppeling

Juist de uitzonderingen bepalen of je proces betrouwbaar is. Wat gebeurt er als AFAS tijdelijk niet bereikbaar is? Of als een order een onbekend artikel bevat, een klantnummer ontbreekt, voorraad negatief dreigt te worden of een order dubbel binnenkomt?

Zonder foutafhandeling belanden die gevallen alsnog bij een medewerker, meestal pas nadat de klant iets merkt. Een goede koppeling heeft logging, meldingen en retry-mechanismen. En duidelijk eigenaarschap: wie krijgt een melding, wat moet die persoon doen en hoe voorkom je herhaling?

Het raakt meer teams dan IT

Een AFAS-koppeling is geen IT-project, maar een ketenproject. Finance kijkt naar facturen en debiteuren, logistiek naar voorraad en verzending, sales naar klantafspraken en prijzen, klantenservice naar orderstatus en retouren. Betrek je een van die teams te laat, dan bouw je een koppeling die technisch klopt, maar operationeel niet werkt.

Begin daarom met het proces in kaart brengen. Hoe loopt een order nu, waar wordt handmatig ingegrepen en welke fouten komen steeds terug? Welke data vertrouwt finance niet, en welke uitzonderingen zijn eigenlijk gewoon normaal? Daaruit volgt de technische scope veel beter dan uit een veldmapping.

Begin klein, ontwerp groot

Alles tegelijk koppelen is meestal onverstandig. Start met de datastromen die de meeste fouten veroorzaken. Vaak zijn dat orders naar AFAS, voorraad naar de webshop en de factuurstatus terug naar de klant. Daarna breid je uit naar klantprijzen, debiteurinformatie, retouren en B2B-afspraken.

Ontwerp wel met groei in gedachten. Wil je later B2B self-service, dan moet de basis klaar zijn voor klantprijzen, orderhistorie en facturen. Voeg je later marketplaces toe, dan moet je order- en voorraadketen dat aankunnen. Een kleine eerste stap mag geen doodlopende route worden.

Tegelijk geldt: niet elke webshop heeft meteen een uitgebreide maatwerkkoppeling nodig. Bij een beperkt aantal orders en een eenvoudig assortiment kan een standaard connector een prima start zijn. Belangrijk is dat je weet waar die ophoudt, zodat je niet pas bij groei ontdekt dat de basis niet meekan.

Niet alleen voor webshops

Ook op een website komt data binnen die uiteindelijk in AFAS thuishoort. Een voorbeeld dat we vaak koppelen: sollicitaties. Gebruik je AFAS als ATS, dan wil je vacatures niet op twee plekken bijhouden en sollicitaties niet handmatig overzetten.

Met een koppeling komen vacatures uit AFAS automatisch op je website en landen sollicitaties direct in AFAS. Zo voorkom je dubbel werk, sollicitaties die tussen wal en schip raken en vacatures die online nog openstaan terwijl ze intern al zijn ingevuld. De principes blijven hetzelfde: bepaal welk systeem leidend is, wat er gebeurt bij een fout en wie daarvan op de hoogte is.

Klanten zien geen koppeling

Klanten en kandidaten zien geen AFAS, API of connector. Ze zien of je voorraad klopt, of hun order of sollicitatie goed aankomt en of de factuur overeenkomt met wat ze hebben besteld. Een goede koppeling is dus geen technisch detail, maar onderdeel van de ervaring die je biedt.