Tretti dokumenter på én gang

Den sjuende og siste funksjonen i den andre bølgen lukker det bølgen startet med: DocuTract lager ett dokument på en praktisk måte og tretti på en upraktisk måte. Tretti arbeidsavtaler er tretti ganger de samme seks stegene: opprett, velg malen, last opp skanningen, kontroller verdiene, generer. Tiden går ikke til dokumentet, men til gjentakelsen.

Nå tas inndataene imot i sin helhet.

To typer inndata, fordi et kontor har to

Et arkiv med mapper. Én mappe er én handel, filene i den er skanningene. Undermapper går fint: alt under «Кравченко» hører til Кравченко, selv når det ligger i en undermappe som heter «скани». Et arkiv laget på en Mac har med seg __MACOSX og .DS_Store, og dem viser vi ikke som egne handler. Kyrilliske mappenavn leses slik de ble skrevet, ikke som «Ð равченко». Det er slike detaljer som avgjør om en import fungerer på første forsøk.

En tabell. CSV eller XLSX, én rad er ett dokument, én kolonne er ett felt. Overskriften matches mot malens felt, så «Fullt navn» finner full_name, og semikolonet som Excel skriver i denne delen av verden, leses på samme måte som et komma. En kolonne malen ikke har, stopper kjøringen før den starter, og sier hvilken kolonne det er. Å oppdage ved rad to hundre at produktet i det stille har ignorert en kolonne, er verre enn å ikke starte i det hele tatt.

Først får du vite hva det tilsvarer

Opplastingen starter ingenting. Vi leser filen og viser den: tretti elementer funnet, tretti genereringer det vil koste, tolv igjen. Og først da kommer knappen Start.

Hvis det ikke er nok, starter kjøringen ikke i det hele tatt. Det finnes ingen delvis start, og det er med vilje: en person som lastet opp tretti mapper og fikk tolv dokumenter, må nå finne ut hvilke atten som mangler, og om de har blitt belastet for dem. Det finnes ikke noe verre enn det.

Selve pengene brukes som alltid, ett dokument om gangen etter hvert som hvert blir ferdig. Så et element som mislyktes, koster ingenting.

En kjøring som ikke stopper for én mappe

To mapper kom frem ødelagt. Det er ingen grunn til å stoppe de andre tjueåtte. De to elementene får årsaken sin i klartekst, resten går helt gjennom, og kjøringen avsluttes som «delvis», fordi den verken er ferdig eller mislyktes, og å kalle den noen av delene ville vært løgn.

Deretter to knapper. Prøv de mislykkede på nytt starter nøyaktig de radene som ikke fungerte: de ferdige blir ikke rørt og betales ikke for to ganger. Last ned alle gir deg det som finnes, som ett arkiv, selv mens to elementer fortsatt ordnes, fordi tjueåtte ferdige dokumenter er verdt å ha nå.

Filene i arkivet har navn slik inndataene dine hadde: «Кравченко.docx», ikke vår interne referanse. Det er det navnet du kommer til å lete etter.

Hvorfor den ikke tar hele køen

Det er ikke noe nytt maskineri inni: de samme sakene, de samme arbeidsprosessene, den samme kvoten. Den ene tingen som er lagt til, er en grense for samtidighet: maks noen få elementer fra ett arbeidsområde kjører samtidig. En kunde med et arkiv på tre hundre mapper skal ikke stå i køen foran noen som trykket «generer» på ett dokument, og nå gjør de ikke det.

En tom mappe eller en tom rad merkes som hoppet over og ikke som mislykket. Det er ikke en feil, det er det som sto i inndatafilen, og det er ingenting å prøve på nytt.

Hvis en kjøring tar mer enn noen minutter, kommer det en e-post om den når den er ferdig. En kortere sender ingenting: personen ser fortsatt på skjermen, og e-poster ingen trengte, er grunnen til at alle varsler til slutt blir slått av.

Hva som kommer nå

Dermed er den andre bølgen fullført: innhenting av dokumenter fra kunden, saker, krysskontroller, partsregisteret, betingede blokker med malversjoner, API-et med webhooks og bunkegenerering. Sju funksjoner, som hver fjerner én type manuelt arbeid i stedet for å legge til enda en skjerm.

Trinnvise instruksjoner for bunker finner du i hjelpesenteret, og hele listen over det som var planlagt, finner du i hva vi bygger videre.