Een voorbeeld. Je webshop moet weten hoeveel er van artikel 4012 op voorraad ligt, en die informatie staat in je ERP. Via de API vraagt je webshop dat elk uur op en krijgt hij binnen een seconde antwoord, zonder dat er een mens tussen zit.

Alleen spreken die twee systemen daarmee nog geen dezelfde taal. Jouw webshop noemt een klant een klant, je ERP noemt hem een debiteur, en allebei geven ze hem een eigen nummer. Zonder vertaling weet het ene systeem niet dat het over dezelfde persoon gaat. Zo'n API koppeling geeft je dus toegang. Een werkende koppeling is iets anders, want daar moet je een aantal dingen voor oplossen die de leverancier niet voor je heeft geregeld.

De API geeft je niet alles wat je nodig hebt.
Je haalt orders en artikelnummers op, en de staffelkorting die je met die klant hebt afgesproken zit er niet bij omdat je leverancier dat veld niet beschikbaar stelt. Wij halen die prijs dan ergens anders vandaan, bijvoorbeeld uit een prijslijst die je ERP wel kan exporteren, en voegen hem onderweg toe aan de order.

Er is geen veld dat allebei je systemen delen.
Je webshop kent een klant aan zijn e-mailadres en je ERP aan een debiteurnummer. Wij leggen dan een vertaaltabel aan die die twee aan elkaar knoopt, en spreken met je af wat er gebeurt bij iemand die nog nergens in staat.

Je systeem geeft geen seintje als er iets verandert.
Sommige pakketten laten het je weten zodra er een order binnenkomt. Andere kunnen dat niet, en dan moeten wij elke paar minuten gaan vragen of er iets nieuws is. Dat betekent dat je voorraad nooit helemaal live is, dus bepalen we samen hoe vaak we kijken. Bij snellopers vaker dan bij artikelen die twee keer per maand weggaan.

Je mag maar een beperkt aantal keer vragen.
Veel API's staan bijvoorbeeld zestig aanvragen per minuut toe. Wil je vijftienduizend artikelen bijwerken en doe je dat één voor één, dan ben je vier uur bezig. Wij bundelen die aanvragen en verdelen ze over de dag, zodat het binnen de grens blijft en je bijwerken toch snel klaar is.

Je leverancier verandert iets.
Hij past zijn API aan en meldt dat ergens in een nieuwsbrief, waarna jouw koppeling stilvalt op een moment dat het slecht uitkomt. Wij volgen die aankondigingen en passen aan voordat het je bedrijf raakt.

Wat wij eromheen bouwen

• De vertaling van je gegevens, zodat beide systemen hetzelfde begrijpen
• De afspraken over richting en frequentie, dus wat wanneer waarheen gaat
• Beveiliging van de verbinding en beheer van je sleutels
• Een wachtrij voor als een systeem er even uit ligt, zodat er niets verdwijnt
• Een overzicht van wat er is doorgestuurd en wat is blijven staan
• Meldingen bij ons zodra er iets vastloopt

Een koppeling krijgt bij ons nooit meer rechten dan hij nodig heeft. Dat klinkt vanzelfsprekend en we nemen regelmatig koppelingen over die met beheerdersrechten draaien omdat dat destijds sneller was.

Ook op je eigen software

Heb je maatwerksoftware waar andere systemen bij moeten, dan bouwen we die aansluiting erop. Verwacht je de komende jaren meer koppelingen, dan is dat vaak je slimste investering, want elke volgende verbinding wordt daarna een stuk eenvoudiger.

Die vraag komen we vooral tegen bij bedrijven die zijn gegroeid en nu merken dat elke nieuwe klant of partner om een andere uitwisseling vraagt. Eén goede aansluiting lost dat in één keer op voor alles wat er nog aankomt.

Zoek je iets anders?

Heeft je software geen bruikbare API, kijk dan bij maatwerk koppelingen. En zoek je specifiek orders en voorraad rond je winkel, dan lees je verder bij webshop koppelingen.

Benieuwd wat er bij jou mogelijk is?

Stuur ons de namen van de systemen die je wilt verbinden. Wij zoeken uit wat hun API's toelaten en wat het kost om ze aan elkaar te knopen.

‍