AI & automatiseringDienst
API-integraties & workflowautomatisering
Verbind systemen die niet met elkaar praten, vervang handmatige exports door een pipeline, of bouw de interne tool die nog ontbreekt. Offerte op schrift.
- Gepubliceerd
- Gecontroleerd
Liever e-mail? next@taskfordaniel.com
Het probleem
Wanneer dit het juiste verzoek is
Een paar soorten taken komen vaak genoeg voor om ze direct te benoemen, elk hypothetisch en geen concrete opdracht:
Hypothetisch voorbeeld: het CRM van een winkel en de Shopify-checkout delen geen data, dus elke nieuwe klant wordt twee keer ingevoerd, en de twee records lopen binnen een maand uiteen.
Hypothetisch voorbeeld: de maandafsluiting betekent nog steeds vier exports openen — Shopify-bestellingen, advertentie-uitgaven van twee platformen, het grootboek van een betaalverwerker — en die in een spreadsheet plakken die al kapotte formules heeft. De taak is niet de spreadsheet; het is dat niets die cijfers zelf produceert.
Hypothetisch voorbeeld: een operationeel team heeft een interne tool nodig die nog niet bestaat — een pagina waar iemand van het magazijn een bestelling kan opzoeken in twee systemen die anders niet met elkaar praten, in plaats van steeds een engineer om een query te vragen.
Hypothetisch voorbeeld: een bureau wil een eigen Shopify-app, niet een gedeelde over ongerelateerde winkels heen, met een schone manier om die per klant te installeren, bij te werken en uit te faseren.
Hypothetisch voorbeeld: inkomende e-mails en bijlagen worden omgezet in een gestructureerde concepttaak, een mens controleert die, en pas daarna gaat die het CRM in — zie AI-aanvraagverwerking: van e-mail naar een gecontroleerde taak.
De rode draad: twee of meer systemen, of een systeem en een spreadsheet, die data zouden moeten uitwisselen en dat nu niet doen. Is het eerlijke antwoord “we weten nog niet wat er mis is” en gaat het om GA4, Meta, Google Ads of Shopify-bestelgegevens, dan is dat de Tracking Health Check; anders is het gewoon de taak bespreken via het contact.
Een duidelijke route naar een toetsbaar resultaat.
- 01
Scope afspreken
Een schriftelijke offerte en acceptatiecriteria.
- 02
Apart bouwen
Implementatie in een aparte werkomgeving.
- 03
Verifiëren en overdragen
Toetsen aan de afgesproken criteria; wijziging en rollback documenteren.
Systemen
Bronsystemen waarmee ik werk
Dit zijn mogelijkheden, geen vast menu — wat werkelijk in scope valt hangt af van de taak. De lijst hieronder dekt wat het vaakst voorkomt, van Shopify zelf tot endpoints zonder benoemd platform aan weerskanten.
Werkt met
- Shopify — Admin API, GraphQL, webhooks en het checkout-/customer-events-oppervlak.
- Meetplatformen — GA4/BigQuery-exports, Meta- en Google Ads-API’s, waar een integratie leest of schrijft naast bestaande tracking in plaats van die te dupliceren.
- CRM’s en e-mailplatformen — via hun API’s of webhooks.
- Spreadsheets — als bron, als bestemming, of als wat een pipeline vervangt zodra dat verdiend is.
- Interne databases die je al draait.
- Generieke HTTP-/webhook-endpoints en queues zonder benoemd platform aan een van beide kanten.
Op schrift
Het datacontract, op schrift vóór de code
Voordat er iets gebouwd wordt, leg ik vast wat er tussen systemen beweegt: welke velden, wie eigenaar is, in welke richting en hoe vaak. Dit vooraf afspreken beschermt tegen de twee fouten die ik het vaakst zie: een veld dat stilletjes door het verkeerde systeem wordt overschreven, en dubbele records door een run die twee keer afging.
Ook staat vast wat één record hetzelfde maakt als een ander (de idempotentiesleutel) en wat “klaar” betekent voor één record en voor de hele pipeline.
Datacontract
Hypothetisch voorbeeld, een CRM-naar-Shopify klantsynchronisatie
Vergelijkingstabel — scrol horizontaal om alle kolommen te bekijken
| Veld | Eigenaar | Richting | Frequentie | Idempotentiesleutel |
|---|---|---|---|---|
| E-mail klant | CRM | CRM → Shopify | Realtime (webhook) | E-mail, kleine letters |
| Bestelbedrag | Shopify | Shopify → CRM | Realtime (webhook) | Shopify-bestel-ID |
| Verzendstatus | Shopify | Shopify → CRM | Elke 15 min (gepolld) | Bestel-ID + statustijdstip |
“Klaar” betekent hier: elke bestelling met een overeenkomende CRM-klant toont zijn bedrag en verzendstatus in het CRM binnen de afgesproken termijn, en een opnieuw verstuurde webhook maakt nooit een tweede record aan.
Beheer
Foutafhandeling en beheer
Een integratie die alleen werkt als er niets misgaat, is niet af. Foutafhandeling is afgestemd op wat de taak vraagt en dekt falen, zichtbaarheid en herstel, niet alleen het scenario waarin alles goed gaat.
Bijlage
Dit is deels dezelfde discipline achter DeploTeka, mijn eigen lifecycle-platform (geen klantwerk), gebouwd voor het uitrollen van één app met eigen distributie per klantwinkel. De bijbehorende gids laat zien hoe het in productie draait voor mijn eigen product, Fixel Pixel.
Retries met een limiet voor tijdelijke fouten, zonder een permanente fout in een lus te laten hangen.
Een plek waar mislukte records op controle wachten als een run zijn retries opgebruikt, zodat een fout niet verdwijnt.
Meldingen die bij een mens terechtkomen, niet alleen een regel in een log.
Veilig opnieuw draaien: als een run twee keer draait of halverwege stopt, wordt hetzelfde record nooit twee keer verwerkt.
Logging die reconstrueert wat er gebeurde zonder secrets of klantdata te loggen, met credentials in een vault, nooit in code.
Een gedocumenteerde rollback of noodschakelaar waarvoor je mij niet aan de telefoon nodig hebt.
Overdracht
Wat je krijgt en hoe het wordt geverifieerd
De deliverables zijn die uit de lijst hierboven: het schriftelijke datacontract, de bouw in een werkomgeving los van alles wat live staat, passende foutafhandeling, een runbook en verificatie tegen de vooraf afgesproken acceptatiecriteria — niet de afstemming per bestelling, die specifiek is voor trackingwerk.
Acceptatie betekent dat de pipeline doet wat de geschreven scope zei, gecontroleerd met echte of realistische data voordat het als klaar geldt, met een gedocumenteerde manier om de wijziging terug te draaien. Defecten in wat is opgeleverd, binnen de oorspronkelijke scope, worden 30 dagen na acceptatie gratis hersteld. Nieuwe eisen, een API van een derde partij die zijn contract wijzigt, en ongerelateerde problemen zijn aparte scope, apart geoffreerd.
Overdrachtspakket
- Een schriftelijk datacontract — velden, richting, eigenaar en frequentie — afgesproken voordat er code wordt geschreven
- De integratie of automatisering zelf: webhook, geplande taak, interne tool of API-koppeling, gebouwd in een aparte werkomgeving
- Fouten verdwijnen niet: een beperkt aantal retries, een plek waar mislukte records op controle wachten, en een melding die bij een mens terechtkomt
- Veilig opnieuw draaien: als een run twee keer draait of halverwege stopt, wordt hetzelfde record nooit twee keer verwerkt
- Een kort runbook — wat de integratie doet, waar secrets staan, hoe je terugdraait
- Verificatie tegen de vooraf afgesproken acceptatiecriteria
Prijzen
Hoe het wordt geprijsd
Afgebakend werk krijgt één vaste som die vooraf wordt afgesproken; open werk wordt afgebakend en geprijsd op resultaat. Doorlopend werk loopt als een maandelijkse samenwerking in plaats van herhaalde losse offertes.
De taak bespreken en een eerste schriftelijke inschatting van de scope zijn gratis. Heeft een grotere bouw echt ontwerpwerk nodig voordat die geoffreerd kan worden, dan wordt die stap apart geprijsd, en je stemt ermee in voordat die begint. Zie prijzen voor de volledige catalogus.
Prijslijst
- Focused Fix vanaf EUR 425 Één afgebakende integratie of fix: twee systemen op een vastgelegd pad verbinden, een kapotte pipeline repareren, één endpoint toevoegen; één vaste som en de acceptatiecriteria voordat het werk begint.
- Custom Engineering Project vanaf EUR 1.400 Een applicatie, een integratie met meerdere systemen, een automatisering of een complexe migratie, geprijsd op resultaat en afgesproken scope.
- Technical Partnership EUR 950/maand Voor 8 engineeringuren in een afgesproken gebied, één actieve taak tegelijk; uren schuiven niet door.
- Technical Working Session EUR 185 Een echt kleine, goed afgebakende vraag, behandeld in één sessie in plaats van een project, met een korte schriftelijke samenvatting.
Prijs en doorlooptijd
Bespreek je project
Is de taak duidelijk, dan offreer ik die direct. Is dat nog niet zo, dan zeg ik je wat ik eerst moet zien.
Stuur één alinea naar next@taskfordaniel.com of gebruik de contactpagina: de betrokken systemen, wat er vandaag misgaat of ontbreekt, en hoe “klaar” er voor jou uitziet. Ik reageer meestal binnen één werkdag met of ik het zou aanpakken, wat ik eerst zou willen zien en hoe ik het zou afbakenen. Dit is een directe offerte, geen diagnose. Gaat je vraag uiteindelijk over tracking waarvan de oorzaak onbekend is, dan is de Tracking Health Check een optie.
OfferteVast vóór de start
- Prijs
- Focused Fix vanaf EUR 425 · Custom Engineering Project vanaf EUR 1.400 · offerte op schrift
- Doorlooptijd
- Vanaf een paar dagen voor een afgebakende integratie; grotere trajecten worden ingepland tegen de afgesproken scope
Vragen
Veelgestelde vragen
Is dit hetzelfde als de Tracking Health Check?
Nee. De Health Check is een alleen-lezen trackingdiagnose — die controleert of GA4, Meta, Google Ads en Shopify overeenkomen met je bestellingen. Integratie- en automatiseringswerk loopt daar helemaal niet doorheen: je beschrijft de systemen en de taak, ik antwoord met een scope en een offerte. Blijkt de taak eigenlijk een trackingprobleem te zijn, dan zeg ik dat in plaats van het verkeerde te offreren.
Wat als ik nog niet precies weet wat ik nodig heb?
Dat is normaal, en daarvoor is de eerste stap er. Beschrijf de betrokken systemen en wat er niet werkt — stuur een export, een screenshot van het handmatige proces, of gewoon wat er misgaat — en ik kom terug met wat ik vervolgens zou willen zien en hoe ik het zou afbakenen, schriftelijk en gratis.
Schrijf jij het datacontract, of doe ik dat?
Ik schrijf de eerste versie op basis van wat je me vertelt over de systemen en de taak, en daarna spreken we die samen af voordat er code wordt geschreven. Het is een kort document, geen specificatie-oefening — velden, wie eigenaar is van elk veld, in welke richting data beweegt, hoe vaak, en wat als duplicaat telt.
Wat gebeurt er als een run halverwege mislukt?
Dat wordt vooraf ontworpen, niet achteraf gepatcht. Waar een taak opnieuw geprobeerd kan worden, is die zo gebouwd dat een retry niets wat al verwerkt is dubbel verwerkt of dubbel verstuurt — een idempotentiesleutel op het record, geen hoop dat het niet twee keer draait. Kan een run echt niet herstellen, dan komt die in een dead-letter-pad terecht met een melding, niet in een stil gat in je data.
Kun je een maatwerk-Shopify-app bouwen, niet alleen bestaande koppelen?
Ja — dat valt onder een Custom Engineering Project voor de app zelf. Voor de distributie per klantwinkel bouwde ik DeploTeka, het platform dat ik heb opgericht en waarvan ik eigenaar ben: het rolt één app met eigen distributie per klantwinkel uit als een tenant-gescopede, idempotente, hervatbare run die verouderde workers buitensluit, in plaats van een script dat hoopt dat het goed afloopt. Sinds juli 2026 draait het in productie voor mijn eigen product, Fixel Pixel. Nog geen externe leverancier heeft het traject in DeploTeka afgerond; voor jouw app bouw ik hetzelfde soort uitrol en releases per winkel als engineeringwerk.
Hoi, ik ben Daniil.
Ik werk met je samen, van probleemdefinitie tot implementatie en overdracht. Je praat met degene die het werk doet. Ik werk in het Engels en het Russisch.
Wat wil je werkend krijgen?
Beschrijf je taakHet eerste antwoord is gratis, binnen één werkdag. Of schrijf rechtstreeks: next@taskfordaniel.com