Kliv

    Den här sidan har översatts från engelska.

    Företagsverktyg

    Bygg ett system för attestflöden

    Kliv är en AI som bygger appar. Beskriv dina regler för attestflöden – gränser, routning, delegeringar, godkännanden i Slack, rapporter och spårbarhet – så bygger den appen.

    kliv.dev

    Skriv bara in din idé i textrutan så bygger AI den åt dig

    355 tecken

    Vad är Kliv?

    Kliv är ingen arbetsflödesprodukt med fasta steg – det är en AI som bygger programvara åt dig.

    Du beskriver appen du behöver med vanliga ord, och Kliv bygger databasen, logiken, skärmarna, integrationerna och reglerna. Du äger resultatet, kör det på dina egna konton och kan ändra det senare genom att be om det. Det är ingen mallkö.

    På den här sidan är appen ett system för attestflöden. Kliv bygger alla möjliga webbappar; den här dirigerar förfrågningar, registrerar beslut, hanterar delegering och håller ett spårbart underlag.

    Varför attestflöden dör i mejlen

    En inköpsförfrågan har ett belopp, ett kostnadsställe, en offert och en regel om vem som måste godkänna den. I många företag blir det en mejltråd, och beslutet är svårt att bevisa i efterhand.

    Kliv bygger attestsystemet kring dina regler. Förfrågningar, routning, beslut, delegeringar och rapporter ligger i en databas du äger, så svaret på ”vem godkände det här?” är en post, inte en sökning genom mejlen.

    Posterna en revisor skulle fråga efter

    Ett attestsystem måste kunna bevisa vad som hänt i efterhand. De här posterna gör det.

    Förfrågningar

    Varje förfrågan bär vara, belopp, kostnadsställe och offertbilaga i fillagret.

    Routningsregler

    Under 5 000 kr, arbetsledaren. 5 000 till 50 000 kr, avdelningschefen. Över det, ekonomi och platschefen. Regelversionen som dirigerade förfrågan stannar hos den.

    Beslut

    Godkänn, avslå och återsänd-för-komplettering är rader med aktör och tidsstämpel.

    Delegeringar

    En attestant kan lämna över en kö för ett bestämt datumintervall. Beslut som fattas under delegering märks så permanent.

    Synlighet

    Beställare ser sina egna förfrågningar, attestanter ser sina köer och ekonomi ser allt. Åtkomst styrs av regler på raderna.

    Ett exempel: Elenas komponenttillverkning

    Så här kan en tillverkare använda ett attestsystem byggt med Kliv. Det är bara ett exempel – du skulle beskriva dina egna gränser, kategorier, delegeringsregler och behov av spårbarhet.

    01

    En inköpsförfrågan börjar med de fakta som behövs

    En operatör begär en spindel för 38 000 kr, lägger till kostnadsstället och bifogar leverantörens offert från verkstadsterminalen.

    02

    Beloppet väljer vägen

    38 000 kr faller mellan tröskelvärdena, så förfrågan går till avdelningschefen och sedan till ekonomi. Den valda kedjan registreras med förfrågan.

    03

    Attestanten agerar från Slack

    Avdelningschefen ser förfrågan i attestkanalen och godkänner den där. Appen registrerar beslutet tillbaka på förfrågan.

    04

    Delegering täcker controllerns ledighet

    Ekonomicontrollern är borta, så ersättaren håller kön under veckan. Godkännandet märks som gjort under delegering.

    05

    Förfrågan stängs med ett spårbart underlag

    Beställaren mejlas, inköpsordernumret utfärdas och reglerna, aktörerna, tidsstämplarna och offerten finns allt i en post.

    Beskriv attestreglerna du vill ha

    Kliv bygger utifrån din beskrivning, så ta med belopp, kategorier, attestanter, delegering, bilagor, notiser och rapporter. Ju mer detaljer du ger, desto närmare blir första versionen.

    kliv.dev

    Inköpsattest

    Beloppsgränser, kostnadsställen och bifogade offerter.

    “Bygg ett attestflöde för inköp. Förfrågningar under 5 000 kr går till arbetsledaren, 5 000 till 50 000 kr går till avdelningschefen och allt över 50 000 kr går till ekonomi plus platschefen. Kräv offertbilagor, håll reda på kostnadsställen, stöd semesterdelegering och mejla en månatlig utfallsrapport per avdelning.”

    kliv.dev

    Utläggsattest

    Kvittofoton, chefsköer och export till ekonomi.

    “Bygg en app för utläggsattest där personalen fotar kvitton, chefer godkänner från en kö, utlägg över 10 000 kr även kräver ekonomi, och godkända utlägg exporteras till en månadsbok med anställd, kategori, moms och kvittolänk.”

    kliv.dev

    Frisläppning av ritningar

    Konstruktion och kvalitet godkänner före frisläppning.

    “Bygg ett arbetsflöde för dokumentfrisläppning inom teknik där varje ritning behöver godkännande av konstruktion och kvalitet innan den blir den frisläppta revisionen. Håll gamla revisioner skrivskyddade, registrera vem som godkände varje övergång och notifiera Slack när en ritning frisläpps.”

    Hur det hänger ihop

    Regler kan ändras. Gränser, kategorier och attestkedjor är data du redigerar. Om policyn ändras kan du beskriva ändringen och Kliv uppdaterar appen.

    Slack är en arbetsyta. Appen kan posta väntande förfrågningar till Slack och registrera godkännanden tillbaka i databasen. Uppgifterna ligger i plattformens valv, inte i koden.

    Självgodkännande kan testas. Kliv kan köra ett scenario där en beställare försöker godkänna sin egen förfrågan på 38 000 kr och verifiera att försöket avvisas.

    Ledtiden är mätbar. Beslutstid per attestant, återsända förfrågningar och utfall per kostnadsställe kan rapporteras från samma rader.

    Attestflöden leder ofta till fler interna verktyg; sidan om interna verktyg följer det mönstret.

    Vanliga frågor

    Vad är Kliv egentligen?

    Kliv är en AI som bygger appar. Du beskriver dina attestregler, så bygger den en riktig app för förfrågningar, routning, beslut, delegering, rapporter och spårbara underlag.

    Får jag en riktig app eller en mall?

    En riktig app. Dina gränser, kategorier, attestkedjor, synlighetsregler och rapporter byggs in i databasen och skärmarna.

    Kan jag ändra den efter att den byggts?

    Ja. Du kan ändra gränser, attestanter, kategorier, Slack-kanaler, rapporter eller delegeringsregler genom att be om det.

    Kan historiken redigeras i efterhand?

    Nej. Beslut är poster som bara läggs till, med aktör och tidsstämpel. En rättelse är en ny post som hänvisar till den gamla.

    Vad händer när en attestant är borta?

    Delegeringsposter täcker ett bestämt start- och slutdatum, och beslut som fattas under delegering säger det.

    Påverkar regeländringar förfrågningar som redan är på gång?

    Det behöver de inte. Som standard kan en förfrågan behålla vägen den tilldelades under, med den regelversionen sparad på förfrågan.

    Kan attestanter agera från Slack?

    Ja. Appen kan posta väntande förfrågningar till Slack och registrera åtgärden tillbaka i det spårbara underlaget.

    Hur loggar attestanterna in?

    Med konton i din app: e-post och lösenord, Google-inloggning, passkeys och tvåfaktor om du vill.

    Kan beställare se andras förfrågningar?

    Bara om du tillåter det. Vanligt är att beställare ser sina egna förfrågningar, attestanter ser sina köer och ekonomi ser allt.

    Kan jag använda min egen domän?

    Ja. Appen kan köras på din egen domän.

    Kan jag lämna Kliv senare?

    Ja. Appens kod synkas till ditt eget Git-repo, så att lämna är en git pull i stället för en ombyggnad.

    Sluta godkänna saker genom att vidarebefordra dem

    Beskriv gränserna, attestkedjan, delegeringarna och rapporterna som om du förklarade dem för en nyanställd. Kliv bygger flödet utifrån den beskrivningen.