Op deze pagina
Een voorgestelde synchronisatie heeft twintig vakjes. Vakje zeven kopieert een status naar een spreadsheet. Vakje acht past die spreadsheet aan voor een e-mailplatform. Vakje negen mailt een manager om goedkeuring voor de import te vragen. Het plan vraagt welke agent vakjes zeven tot en met negen moet uitvoeren.
De eerste vraag is waarom die vakjes bestaan. Dit is een illustratief voorbeeld, geen onderzoek bij een bestaand team.
Een gesprek over workflowontwerp deelt werk in vier groepen: schrap de stap, gebruik gewone code, gebruik een agent of laat een mens beslissen. De nuttigste keuze komt vóór die van het model. Als je een stap schrapt, kan ook alle techniek eromheen verdwijnen.
Begin bij het resultaat voor de klant
Benoem het resultaat dat de workflow moet leveren. Bij een verbinding van winkel naar e-mailplatform kan dat zijn: “Een klant die heeft gekocht, krijgt geen herinnering aan een verlaten winkelwagen meer.” Dat resultaat vereist toestand, timing en een regel om verzending tegen te houden. Het vereist niet automatisch een spreadsheet, een nachtelijke volledige export of de inbox van een manager.
De Tajo-illustratie hieronder richt de controle op de voorgestelde toewijzing en de grens vóór activering. Ze voert geen onderdrukking van winkelwagenherinneringen uit. Daarvoor moet de uitvoerder eerst het aankoopsignaal en de onderdrukkingsregel bepalen. Een extra toegewezen veld vervangt geen van beide besluiten.
Controleer een synchronisatie vóór uitvoering
Synchroniseer klantupdates met mijn e-mailplatform.
Klantsynchronisatie
| Bronveld | Doelveld | Regel |
|---|---|---|
email | EMAIL | Direct |
first_name | FIRSTNAME | Direct |
last_name | LASTNAME | Direct |
Synthetische voorbeeldcontrole geslaagd
3 velden toegewezen · Geen schrijfacties in het doelsysteem
Illustratieve opzet op basis van Tajo's toewijzingstools. Een synthetische voorbeeldcontrole en een opgeslagen concept activeren geen synchronisatie.
Loop vanaf het resultaat terug langs de bestaande route. Vraag bij elke stap wat er misgaat als hij verdwijnt. Een echte controle heeft een antwoord: toestemming gaat verloren, een betwiste betaling wordt genegeerd of een bericht wordt zonder toestemming verstuurd. Een ingesleten overdracht heeft misschien alleen een historisch antwoord: het oude systeem had een bestand nodig.
De groep “schrappen” is geen vrijbrief om veiligheidsmaatregelen weg te halen. Onderzoek het doel van elke stap voordat je hem indeelt.
- Benodigd resultaatresultaat voor klantwerk terug
- Stappen onderzoekendoel en controleschrap dode stappen
- Behouden werkeigenaarschap en toetsbaar
De controle brengt het te leveren resultaat en de afhankelijkheden die het echt beschermen in beeld. Als de spreadsheet een bedrijfsbesluit bevat dat nergens anders staat, moet dat besluit behouden blijven, ook als het bestand verdwijnt.
| Type stap | Vraag | Voorbeeld in een illustratieve winkelwagenflow |
|---|---|---|
| Schrappen | Beschermt of produceert dit het benodigde resultaat? | Een dubbele export die niemand leest |
| Gewone code | Is de regel exact en stabiel? | Houd een herinnering tegen bij een bevestigde aankoop |
| Modelbeoordeling | Vraagt de stap om begrensde interpretatie? | Deel een vrije tekstaanvraag in voor het juiste team |
| Mens of goedgekeurd beleid | Geeft de keuze bevoegdheid of heeft ze grote gevolgen? | Verleen toegang tot klantgegevens |
De tabel is een ontwerphulpmiddel. Ze meldt niet hoe de stappen van een echt bedrijf zijn ingedeeld.
Zet exacte regels in code
Een API-aanroep, veldvalidatie, vergelijking van tijdstippen of controle van rechten wordt niet beter doordat een model improviseert. Code kan een vaste regel uitdrukken, twee keer hetzelfde resultaat geven en een controleerbare fout opleveren. Gebruik code waar je de regel kunt opschrijven.
In het winkelwagenvoorbeeld kan een aankoop-event laat of dubbel aankomen. Het programma moet de bestelling herkennen, de huidige toestand vergelijken en een herinnering weigeren als de aankoop bekend is. Kan het systeem niet vaststellen of er is gekocht, dan is een toestand “onzeker” nodig. Een model mag zichzelf geen toestemming geven om te gokken dat de klant niet heeft gekocht.
Sommig werk laat zich niet in exacte regels vangen. Een supportverzoek kan luiden: “Ik kocht dit gisteren, maar op de bon staat mijn oude adres.” Het doorsturen van die boodschap kan een begrensde semantische beoordeling vragen. De uitvoer moet een bekend team of “onzeker” zijn, niet een open opdracht om de bestelling te veranderen. Houd het modelbesluit gescheiden van de code die rechten afdwingt en toestand schrijft.
Waarom één agent de stappen kan verbergen
“Eén agent kan de workflow lezen en alles doen.” Een demo kan dat eenvoudig laten lijken. In productie moet nog altijd iemand uitleggen waarom de agent een record mag zien, welke handelingen hij mag verrichten en hoe je een verkeerde handeling herstelt. Een brede agent verbergt dezelfde stappen vaak in een prompt en haalt de labels weg die controle mogelijk maakten.
Een tweede bezwaar is dat een indeling in vier groepen tijd kost. Dat klopt. Houd haar kort. Kies één klantresultaat, noteer de stappen die ervoor nodig zijn en vraag wat elke stap bijdraagt. De oefening is alleen nuttig als ze het werk vermindert of eigenaarschap verheldert. Een uitgebreid onderzoek van elk aangrenzend systeem wordt zelf weer een vakje.
Toets de indeling met een normaal geval en een foutgeval. Als een geschrapte stap ongemerkt een controle was, moet de test dat laten zien. Als je een modelbeoordeling niet met voorbeelden kunt beoordelen, maak haar kleiner of geef het besluit terug aan een mens. Als code bij elke klantspecifieke uitzondering moet veranderen, scheid dan stabiele techniek van de lokale bedrijfsregel.
De controle heeft ook een stopregel nodig. Een team kan elke taak blijven opdelen totdat de indeling meer kost dan ze bespaart. Stop zodra elke behouden stap een eigenaar, een startsein en een toetsbare reden heeft. Noteer de ene onzekerheid die het ontwerp zou veranderen en test die in het kleinste deel van de echte workflow. Bij synchronisatie kan dat de vraag zijn of een aankoop-event op tijd aankomt om een ingeplande herinnering tegen te houden. De integratiegids biedt een bredere planningsvolgorde; de vier groepen voorkomen dat die volgorde onnodige stappen behoudt. Bekijk de indeling opnieuw wanneer de workflow of rechten veranderen.
De goedkoopste stap is de stap die het resultaat nooit nodig had.
Veelgestelde vragen
Wat moet je verwijderen vóór automatisering?
Een stap die alleen bestaat vanwege een overbodige overdracht, dubbel record of ongebruikt rapport is een kandidaat. Controleer wie het resultaat gebruikt en welke controles eraan hangen voordat je hem schrapt.
Wanneer heeft een stap een model nodig?
Gebruik een model voor een beperkte semantische beoordeling die niet als stabiele exacte regel is te formuleren, met waarneembare invoer, getypeerde uitvoer en een route voor onzekerheid.
Welke besluiten moeten bij een mens blijven?
Laat keuzes die toestemming vereisen, rechten verlenen of gevolgen hebben buiten de bevoegdheid van het systeem bij een verantwoordelijke persoon of expliciet goedgekeurd beleid.