Alternatieven
Alumio alternatief: wat een koppeling op maat anders doet
Alumio is een iPaaS waarop een partner of je eigen team routes configureert: een incoming, transformers en een outgoing, met taken, storages en alerts. Een koppeling op maat bevat dezelfde soort logica, maar dan gebouwd en gedraaid voor één bedrijf, zonder platformlaag die iemand moet configureren en bijhouden.
Wat Alumio goed doet
Alumio is een koppelplatform voor organisaties die meerdere systemen via één laag willen laten lopen. Alles hieronder komt uit de eigen documentatie op docs.alumio.com en de prijspagina van Alumio, nagelezen op 3 oktober 2026.
Een koppeling heet in Alumio een route. Een route heeft drie onderdelen: een incoming haalt gegevens op, transformers zetten ze om, een outgoing schrijft ze weg. Transformers kunnen op drie plekken staan: op de incoming, op de route en op de outgoing. Voor elk item dat de incoming ophaalt, maakt Alumio een taak met een eigen status en log.
| Bouwsteen | Wat Alumio documenteert |
|---|---|
| Taken | Statussen New, Processing, Finished, Failed, Skipped en Waiting; per taak de data en de log |
| Starten | Een scheduler op een interval, een webhook, of real-time processing per taak |
| Storages | Key-value-opslag voor delta's, ID-mapping tussen systemen en de stand van paginering |
| Alerts | E-mail of webhook bij een status zoals Failed, of als er binnen een ingestelde tijd geen nieuwe taken komen |
| Audit trail | Logins, wijzigingen in configuratie, taakstatussen en acties op de queue, per gebruiker en IP-adres |
| Omgevingen | Productie en sandbox; configuraties zijn te exporteren en in een andere omgeving te importeren |
Twee details zijn nuttig voor wie een ERP aansluit. De status Waiting houdt een verwerkte taak vast tot iemand hem met de hand op Finished of Failed zet. En de transformer Filter previously stored entities vergelijkt elk record met wat al in een storage staat, zodat alleen nieuwe of gewijzigde records een taak worden. Er zijn connectoren voor onder meer Exact Online, AFAS, Picqer, en Shopify via REST en via GraphQL.
Waar de documentatie van Alumio grenzen noemt
Een platform deelt geheugen, rekentijd en opslag over alle routes in een omgeving. Alumio schrijft op waar die grenzen liggen.
| Onderwerp | Wat Alumio documenteert |
|---|---|
| Geheugen | Standaard 384 MB per proces; real-time processing draait incoming en outgoing in één proces en verdubbelt het gebruik |
| Rekenkracht | Het aantal data engines dat jobs uit de queue oppakt, hangt af van de licentie |
| Schedulers | Duurt een run langer dan het interval, dan loopt de queue achter; het interval moet langer zijn dan de run |
| Parallel | Meerdere schedulers per route kunnen race conditions geven en gaan niet samen met real-time processing |
| Logs | Full logt complete requests en responses en is alleen bedoeld voor tests; Long bewaart tot 10.000 tekens per regel |
| Queue | Records blijven maximaal 30 dagen of 1.000 regels bewaard |
| Opslag | Een storage zonder pruning kan de database vullen, en dan is de omgeving onbereikbaar |
| Taken | Een omgeving heeft een maximum aantal taken; de API van Alumio geeft de grens en het huidige gebruik terug |
Er zit één punt achter dat los staat van capaciteit. Een connector volgt de API van het doelsysteem: bij Exact Online kies je de entiteit en vul je path, query en payload zelf in. Het verplichte veld OrderedBy op een verkooporder is een GUID van de debiteur. Die moet eerst worden opgezocht, bijvoorbeeld via een storage met ID-mapping. De regels voor klantmatch, btw-codes en adresvelden bouw je dus in transformers, net als in elke andere koppeling. De uitleg van de data engines en van routes staat bij Alumio zelf.
Een rekenvoorbeeld: 2.000 taken per run
Alumio geeft zelf het voorbeeld van een incoming die 10 minuten duurt en elke 5 minuten wordt gestart. Met echte getallen ziet dat er zo uit. De REST Admin API van Shopify staat op een standaardabonnement 2 verzoeken per seconde toe, met een emmer van 40. Stel dat elke taak één verzoek is en de scheduler elke 15 minuten start.
- 1.000 taken per run: 1.000 / 2 = 500 seconden, 8 minuten 20 seconden. Ruim binnen het interval.
- 2.000 taken per run: 2.000 / 2 = 1.000 seconden, 16 minuten 40 seconden. Elke run loopt 1 minuut 40 seconden over de volgende heen.
- Per uur: 4 runs × 2.000 = 8.000 taken, tegen 2 × 3.600 = 7.200 verzoeken die de API toestaat. Elk uur blijven er 800 taken liggen.
De emmer van 40 verzoeken haalt daar hooguit 20 seconden af.
Binnen Alumio is de oplossing een kleiner aantal taken per run of een langer interval, zoals de documentatie adviseert. De vraag erachter is welke gegevens elke run echt moeten worden verstuurd. Voorraad die niet is veranderd, hoeft niet mee. Een uitgebreidere uitleg van deze som staat in doorvoer berekenen en de limieten van Shopify per abonnement in Shopify API-limieten.
Wat een koppeling op maat anders doet
Een koppeling op maat bevat dezelfde soort regels: ophalen, omzetten, wegschrijven. Het verschil zit in wie ze bouwt, waar ze staan en wie ze onderhoudt.
| Onderwerp | Alumio | Koppeling op maat |
|---|---|---|
| Wie bouwt | Een partner of Alumio-engineers, of je eigen team | Wij, op jouw systemen en regels |
| Waar de logica staat | Routes en transformers in de omgeving van Alumio | In code met tests, per stroom |
| Capaciteit | Gedeeld per omgeving, begrensd door licentie, geheugen en taken | Per stroom ingericht op de limiet van het doelsysteem |
| Doorvoer | Taken per run en interval per scheduler; delta's via een storage | Alleen gewijzigde records, bulk-endpoints waar de API ze heeft, webhooks waar de bron ze stuurt |
| Fouten | Status Failed, retry op het outgoing-deel, alert |
Wachtrij met nieuwe pogingen en oplopende pauzes; niets verdwijnt stil |
| Wijzigingen | Configuratie aanpassen, testen in de sandbox | Een dry run met goedkeuring en een diff per run |
Bij Shopify betekent dat bijvoorbeeld: voorraad gaat via inventorySetQuantities met de controle changeFromQuantity, zodat een update niet een nieuwere waarde overschrijft. Grote catalogusladingen gaan als bulkbewerking, waarvoor de GraphQL Admin API geen rate limit heeft. Bij Exact Online blijft de grens van 60 calls per minuut en 5.000 per dag per app en per administratie gelijk, voor elk platform en elke koppeling; zie Exact Online API-limieten.
Wij hosten de koppeling, bewaken hem en passen hem aan als Exact, Shopify of een ander systeem iets aan zijn API verandert. In het dashboard staat per run welke waarde van wat naar wat is gegaan. Artikelen en klanten zijn uit te sluiten en waarden zijn te overschrijven. Hoe monitoring werkt, staat op een eigen pagina.
Overstappen van Alumio
Een overstap gaat route voor route, te beginnen bij de stroom die het meest kost als hij misgaat, meestal orders. De nieuwe koppeling draait in een dry run naast de route in Alumio. Hij leest dezelfde orders en laat zien welke debiteur, prijs en btw-code hij zou gebruiken, zonder iets te schrijven. Pas als beide hetzelfde opleveren, gaat de route in Alumio uit.
De storages in Alumio zijn daarbij nuttig: een storage met ID-mapping tussen webshop en ERP is te exporteren en wordt de startwaarde van de nieuwe koppeling. Voor orders zoekt de nieuwe koppeling eerst op het webshopordernummer in YourRef, zodat een order uit de overgangsperiode niet twee keer in Exact komt. Hoe zo'n vervanging verder verloopt, staat in een bestaande koppeling vervangen. De afweging tussen beide manieren van koppelen staat in maatwerk koppeling of koppelplatform, en wat we bouwen op maatwerk koppeling laten maken. Vertel welke routes je nu in Alumio draait, dan hoor je welke regels daar in een koppeling op maat bij horen.
Veelgestelde vragen
Wat is Alumio?
Alumio is een Nederlands iPaaS: een platform waarop je koppelingen configureert in plaats van programmeert. Een koppeling heet daar een route, met een incoming die gegevens ophaalt, transformers die ze omzetten en een outgoing die ze wegschrijft. Het platform draait in de EU of in US-East en is ISO 27001-gecertificeerd.
Bouwt Alumio de koppeling zelf?
Dat hangt van het abonnement af. Volgens de prijspagina van Alumio wordt Connect Lite geleverd door gecertificeerde partners, en zitten bij Connect Core engineers van Alumio zelf op het project. De routes, transformers en storages staan in beide gevallen op het platform van Alumio.
Heeft Alumio connectoren voor Exact Online en Shopify?
Ja. Alumio documenteert een Exact Online-connector met Create, Update, Patch en Delete op de endpoints van Exact, en voor Shopify zowel een connector op de REST Admin API als een op de GraphQL Admin API. Een connector regelt de aanroep en de authenticatie. Welke debiteur bij een order hoort en welke btw-code bij een tarief, configureer je zelf in transformers.
Wat gebeurt er in Alumio als een taak mislukt?
De taak krijgt de status Failed, met een log waarin bijvoorbeeld een 500 van de API van het doelsysteem staat. Met de route-optie "Enable task retrying" probeert Alumio het outgoing-deel opnieuw. Een alert stuurt dan een e-mail of een webhook naar de ingestelde ontvangers.
Kan ik van Alumio overstappen zonder dubbele orders?
Ja, als de nieuwe koppeling eerst in Exact of het andere ERP zoekt op het webshopordernummer, bijvoorbeeld in YourRef, voordat hij een order aanmaakt. De nieuwe koppeling draait eerst in een dry run naast de bestaande route. Pas als beide dezelfde orders opleveren, gaat de route in Alumio uit.
Vertel wat je nodig hebt
Vertel welke systemen je gebruikt en wat je wilt verbeteren. Je krijgt binnen één werkdag een persoonlijk antwoord. We helpen je de werkzaamheden helder te krijgen en spreken de prijs en planning af voordat je iets toezegt.
- Je weet de prijs en de doorlooptijd voordat je iets toezegt
- Wij zoeken uit welke koppeling het werk uit handen neemt
- Wij verzorgen de bouw, hosting, bewaking en het onderhoud
- Je team krijgt minder overtypwerk en minder uitzoekwerk