Hoe we werken
Bouwen is het makkelijke deel. Wat een integratie van ons anders maakt, is wat er daarna gebeurt: getest bij elke release, compatibel gehouden en voorspelbaar uitgebracht. Jarenlang.
Waarom we dit bij elke integratie doen
Elke Magento-release, elke nieuwe Hyvä-versie en elke PHP-upgrade is een moment waarop een plugin kan breken. Als dat gebeurt, merkt de merchant het eerst, en die belt naar jouw supportafdeling, niet naar de ontwikkelaar. Een instabiele plugin kost je supporttijd, reviews op de Marketplace en uiteindelijk merchants.
Daarom is testen en onderhouden bij ons geen losse dienst maar onderdeel van elke integratie die we bouwen. Je koopt geen plugin, je koopt een plugin die blijft werken. Drie dingen zorgen daarvoor.
Zo werken we samen
Geen groot project met een oplevermoment, maar een doorlopende samenwerking. Zo ziet die er in de praktijk uit.
1. Eerst een grondige review, dan een scope
Bestaande plugin? Dan lezen we hem helemaal voordat we iets aanraken: architectuur, Magento- en Hyvä-conventies, security, testdekking, compatibiliteit met de versies die je merchants draaien. Daar komt een lijst actiepunten uit, op volgorde van risico. Jij weet vanaf dag één waar je plugin staat.
Nieuwe plugin? Dan analyseren we je API en je wensen en schrijven we een scope of work: wat er precies gebouwd wordt, welke Magento- en PHP-versies worden ondersteund, vaste prijs, levertijd en acceptatiecriteria. Geen verrassingen achteraf, aan beide kanten.
2. In jouw repository, via pull requests
Meestal krijgen we toegang tot jouw repository en werken we daarin. Elke wijziging gaat als pull request, met tests en een beschrijving die je eigen developers kunnen reviewen. De code is en blijft van jou, de historie blijft leesbaar, en je kunt op elk moment zien wat er gebeurt. Heb je geen repository of geen eigen developers, dan beheren wij hem en werken we via dezelfde pull-request-flow.
3. Doorlopend, met een vast aantal uur
Een plugin is nooit af. Magento verandert, jouw API verandert, merchants vragen om nieuwe functies. Daarom werken we na de oplevering met een vast aantal uur per week of per maand, zonder minimum: wat past bij de omvang van je plugin. Binnen die uren lossen we bugs op, houden we de plugin compatibel en bouwen we nieuwe features. Jij bepaalt de prioriteiten, maar we vragen ook wat ruimte om zelf dingen op te pakken. Daar zit onze kracht: niet een lijstje afwerken, maar meedenken over hoe de extensie beter kan en dat dan ook gewoon doen.
4. Eén vast aanspreekpunt, heldere afspraken
Je krijgt één vast aanspreekpunt dat je plugin door en door kent. Geen ticketsysteem waar je in verdwijnt. Over reactietijden maken we afspraken die bij jouw situatie passen; een fix voor kritieke bugs binnen één werkdag is een afspraak die we vaker maken. Releases volgen een vaste procedure, inclusief de richtlijnen van de Magento Marketplace als je plugin daar staat.
5. Merchant-bugs: wij vinden de oorzaak
Verreweg de meeste "de plugin werkt niet"-meldingen blijken iets anders te zijn: een conflicterende extensie, een aangepast thema, een verkeerde configuratie, een cache die niet geleegd is. Wij zijn hier ijzersterk in. We reproduceren het probleem, wijzen de echte oorzaak aan en leveren óf een fix in de plugin, óf een helder antwoord dat jouw support één op één aan de merchant kan doorgeven. Zo stopt de discussie over wiens schuld het is.
Code die je kunt lezen
Een deel van ons werk is open source. Kijk gerust mee: Rvvup (en de Hyvä Checkout-module), Briqpay, ICEPAY en Colissimo. Zo zie je hoe we structureren, testen en releasen voordat je ons belt. En onze testomgeving zelf is ook open source: magento2-in-a-box, de Docker-images waarmee wij en een groot deel van het ecosysteem plugins tegen elke Magento-versie testen.
Platforms
Ons thuis is Magento, in alle smaken: Adobe Commerce, Magento Open Source en Mage-OS, met Hyvä Checkout als de checkout waar de markt naartoe beweegt. WooCommerce wordt voor onze klanten steeds belangrijker en pakken we ook op, onder meer voor ICEPAY.
Problemen bereiken je via ons, niet via je merchants
Wij bewaken je plugin doorlopend. Breekt er iets door een wijziging aan de Magento-kant, aan de kant van jouw API of bij een populaire extensie van derden, dan zien wij dat in de testresultaten voordat een merchant het in productie ziet. En meldt een merchant tóch iets, dan zoeken wij uit of het de plugin is of iets in zijn shop. Je krijgt een fix of een antwoord, geen open ticket.
Wat onze klanten zeggen
"Control Alt Delete heeft onze webshop-deployments gestroomlijnd met betrouwbare automatisering. Wat voorheen handmatige controle vereiste, gebeurt nu automatisch bij elke push naar main. Dat bespaart tijd en voorkomt deploy-fouten."
Ons werk
Briqpay
Hyvä Checkout-compatibiliteitsmodule voor de Zweedse betaalprovider Briqpay: bestaande Magento-betaalflow native naar Hyvä Checkout gebracht, open source in de repository van Briqpay, met end-to-end tests via GitHub Actions.
Bullstore
Bullstore zocht stabiel Magento-beheer. We brachten shop en extensies bij met automatische updates en CI-smoketests op kernflows (cart, checkout).
ICEPAY
Vanaf de basis opgebouwde ICEPAY‑betaalintegratie voor Magento 2 en Hyvä Checkout, gebaseerd op hun moderne checkout‑API met actuele Magento‑praktijken, inclusief uitgebreide end‑to‑end testdekking voor betrouwbaarheid.
Magento 2 in-a-box
Open-source Docker-images met een kant-en-klare Magento- of Mage-OS-installatie voor elke PHP- en Magento-versie. Gebouwd om plugins in CI tegen de volledige versiematrix te testen, inmiddels gebruikt door onder meer Mollie, MultiSafepay, Briqpay en Rapidez.
Ook los af te nemen: testing voor agencies en webshops
Dezelfde testaanpak zetten we ook in voor Magento-agencies en individuele webshops die hun eigen checkout willen bewaken. Geen integratie nodig, wel dezelfde zekerheid.
Onze klanten en partners
