Hoe wij 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 wij 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 wij bouwen. Je koopt geen plugin, je koopt een plugin die blijft werken. Drie dingen zorgen daarvoor.
Zo werken wij 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 wij hem helemaal voordat wij 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 wij je API en je wensen en schrijven wij 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 wij toegang tot jouw repository en werken 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 wij 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 wij 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 wij bugs op, houden wij de plugin compatibel en bouwen wij nieuwe features. Jij bepaalt de prioriteiten, maar wij 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 wij afspraken die bij jouw situatie passen; een fix voor kritieke bugs binnen één werkdag is een afspraak die wij 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. Wij 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 wij 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 wij 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. Wij 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 wij ook in voor Magento-agencies en individuele webshops die hun eigen checkout willen bewaken. Geen integratie nodig, wel dezelfde zekerheid.
Onze klanten en partners
