Kartlegge og måle tid
Vi går gjennom rutinene med dem som gjør dem, og måler hvor timene går.
Tjeneste
Arbeid som gjentar seg hver uke, og som ingen egentlig skulle gjort for hånd. Vi finner det, avgrenser det og lar en maskin ta den delen som er verdt å automatisere.

Det manuelle arbeidet er som regel det samme. En ordre som skal skrives inn i regnskapet, og en purring som skal ut når fristen går. Et skjema som skal inn i ett system til, og en rapport som settes sammen av de samme regnearkene hver mandag. Ingen av delene er vanskelige. De er bare mange, og de kommer igjen hver uke.
Vi tar én flyt om gangen, den som koster mest, og bygger den ferdig før vi går videre. Da ser dere effekten på noe konkret i stedet for å vente på et system som skal fikse alt. Og ikke alt bør automatiseres. Det som krever skjønn fra sak til sak, lar vi ligge, og det sier vi tidlig.
Kartlegging av tidsbruk. En oversikt over hva som gjøres for hånd i dag, hvor ofte det skjer og hva det koster i timer. Tallet er grunnlaget for valget av flyt og for regnestykket etterpå.
Arbeidsflyt. Selve flyten: den henter det som er nytt, gjør det reglene deres sier og skriver resultatet dit det skal. Den starter på faste tidspunkt eller når noe skjer i et annet system, ikke når noen husker det.
Integrasjoner. Flyten kobles mot systemene dere allerede bruker, gjennom API-ene de har, i stedet for å innføre ett verktøy til. Mangler et system API, går omveien om eksportfiler eller e-post, og vi sier på forhånd at den feiler oftere enn en ekte kobling.
Unntakshåndtering. Data som ikke passer mønsteret, stopper bare det ene tilfellet, som legges til side til et menneske har avgjort det. Er et system nede, prøver flyten igjen senere og tar igjen det som ble liggende.
Varsling. Når flyten trenger et menneske, får en navngitt person hos dere en e-post som sier hva som skjedde og hvem som må gjøre noe. Ellers er den stille.
Logg og pauseknapp. Hver kjøring logges, så dere kan se hva som ble gjort, når og med hvilke data. Dere kan stanse flyten selv, uten å ringe oss.
Dokumentasjon. Flyten beskrives slik at en annen enn oss kan forstå den, drifte den og bygge videre. Dokumentasjonen følger koden, ikke en person.
Vi går gjennom rutinene med dem som gjør dem, og måler hvor timene går.
Vi velger én flyt, beskriver den og setter fast pris på akkurat den.
Vi bygger mot ekte filer og systemer, ikke mot et pent eksempel.
Flyten går ved siden av det manuelle til dere ser at den gjør det samme.
Vi setter opp logg og varsling, dokumenterer og overleverer.
Flytene skrives i ett av språkene, avhengig av hvilke systemer de skal snakke med.
Databasen der flyten holder rede på hva som er gjort, slik at samme sak ikke behandles på nytt og alt kan slås opp i ettertid.
Tidsstyrte kjøringer, slik at flyten går på faste tidspunkt uten at noen må starte den.
Andre systemer sier fra til flyten når noe skjer, for eksempel at en e-post er levert eller åpnet, i stedet for at flyten må spørre.
Lagring av filer flyten henter inn eller lager, som skjermbilder, med en adresse resten av systemet kan bruke.
Styrer en nettleser fra kode, for å lage PDF-er av sider og for å teste det vi bygger i en ekte nettleser før drift.
Brukes når flyten skal sende e-post til mange, så utsending, oppfølging og status ikke må bygges på nytt hver gang.
Koden, reglene og dataene flyten har samlet, er deres og kan flyttes til en annen utvikler eller leverandør uten å spørre oss. Dokumentasjonen fra overleveringen følger med.
Flyten kjører på deres kontoer i systemene den kobler sammen, med egen bruker eller nøkkel per system i stedet for innloggingen til en ansatt. Vi får tilgang mens vi bygger og drifter, og dere kan trekke den tilbake.
Vi hoster flyten og har ansvaret for at den kjører, som en løpende avtale ved siden av fastprisen. Stopper den, får vi samme varsel som dere, og det er vår jobb å få den i gang igjen.
Driftsavtalen er den faste delen. Lisenser og forbruk hos tredjepart kommer i tillegg, som e-postutsending eller modellbruk hvis ett steg i flyten skal bruke AI.
Endrer et system API-et sitt eller dataformatet, stopper flyten og sier fra i stedet for å gå videre med feil data. Tilpasningen avtaler vi når det skjer, og en ny kobling eller en ny regel prises for seg.
Vår egen motor for e-postkampanjer sender innenfor et sendevindu på hverdager, med et daglig tak og automatisk oppfølging på faste tidspunkt. Levering, åpning, klikk og e-poster som ikke kom fram, meldes tilbake fra e-posttjenesten og oppdaterer status på hver mottaker.
En kjede av steg fra uttrekk i offentlige registre til ferdig utsending, der hvert steg kan startes på nytt der det stoppet. Mottakere og sperreliste går gjennom et beskyttet API, så pipelinen og kampanjemotoren ser samme data.
Skanningen på forsiden henter registerdata fra Enhetsregisteret og Regnskapsregisteret, kobler dem med lønnsstatistikk fra SSB, legger på arbeidsgiveravgift og regner ut et potensial på stedet. Resultatet lagres per organisasjonsnummer, slik at skanning og rapport viser samme tall.
Antall systemer flyten skal snakke med, og hvor mange unntak den må håndtere. Få systemer og ryddige data ligger i den lave enden, flere kilder og mye rot i den høye. Finner vi flere unntak enn ventet mens vi bygger, står prisen.
Beskriv én oppgave som gjentar seg, og hvilke systemer den går mellom. Vi sier hva som skal til for å slippe å gjøre den.
Fortell oss hva dere trenger