Utformningsprinciper Beställning till betalning i Winst Attest, delegering och eskalering

UtformningsprinciperBeställning till betalning i Winst

Attest, delegering och eskalering

Version B 2014-06-24

Versionshantering

Sida Förändring

32 Ändrat eskalering av beställning från 24 timmar till 72 timmar.

2NEKK BtB | Utformningsprinciper | Attest, delegering och eskalering | Version B

Nytt regelverk för attest i Göteborgs stad

• Från sommaren 2013 kommer nya attestregler att gälla för samtliga förvaltningar i Göteborg stad. De nya reglerna har tillämpats när utformningen av Winst har bestämts.

• I regelerna har följande typer av attester definierats:• Kontrollattest• Beslutsattest• Betalningsattest (tidigare benämnt utanordning)

• På följande bilder visas vilka moment som ingår i respektive attest och hur hantering av dessa är utformade i Winst.

• Nära kopplade till attest finns också begreppen eskalering och delegering. På följande bilder ges också en förklaring till dessa begrepp och vad de innebär och hur de är utformade i Winst.

• OBS – begreppet delegering används i Winst för att överlåta rätten att attestera eller kontrollera mellan olika personer. Det är alltså inte alltid samma sak som en formell delegation.

NEKK BtB | Utformningsprinciper | Attest, delegering och eskalering | Version B 3

De nya attestreglerna

NEKK BtB | Utformningsprinciper | Attest, delegering och eskalering | Version B

Kontrollattest• varan är mottagen eller att tjänsten är utförd

enligt den beställning som gjorts• fullständiga uppgifter har lämnats på

fakturan/underlaget till exempel avseende adress (fakturaadress och leveransadress), pris, volym, tidpunkt för leverans eller utförd tjänst, betalningsvillkor, rabatter med mera

• utgiften inte tidigare har belastat verksamheten• fakturan/motsvarande är rätt beräknad• händelsen är rätt konterad • uppgifterna på fakturan eller motsvarande

underlag överensstämmer med beställningen, avtal eller annan överenskommelse avseende pris, volym, kvantitet och kvalitet

• lagstadgad formalia är korrekt, exempelvis avseende F-skattsedel och VAT-nummer.

Beslutsattest• händelsen stämmer överens

med verksamhetens uppdrag• personen som har beställt varan

eller tjänsten är behörig och har hållit sig inom ramen för sin behörighet

• underlagen till händelsen är kompletta, exempelvis dokumentation vid direktupphandling

• händelsen är rätt konterad• händelsen belastar rätt

redovisningsperiod• fakturan/motsvarande är

granskad och kontrollattesterad.

Betalningsattest• behörig person har

beslutsattesterat händelsen

• rätt betalningsmottagare angivits

• fatta beslut om utbetalning.

4

Innebörden i attesterna – kort sammanfattning

Kontrollattest • Det finns inget specifikt moment i Winst som heter kontrollattest utan denna görs av den som skapar och

konterar en beställning, leveranskvitterar en order eller granskar en faktura. • Kontrollattesten verkställs i systemet genom att

1. beställaren skickar beställning till attestant - trycker på knappen ”Skicka”.

2. mottagare av varan gör leveranskvittens av en order - trycker på knappen ”OK”

3. fakturagranskare godkänner en faktura – trycker på ”Acceptera faktura”.

• Kontrollattestens moment kan utföras av olika personer vid olika tillfällen – både före och efter beslutsattest. Ett antal kontrollmoment både avseende kontrollattest och beslutsattest kommer att vara inbyggda i systemet och granskare/attestant kan dessutom begära hjälp av annan användare för att kunna utföra sitt uppdrag.

• Alla användare som tillhör gruppen Standard kan göra kontrollattest och även de som tillhör gruppen Begränsad – om de fått rollen att leveranskvittera order eller granska faktura delegerat till sig.

• Delegeringar av kontrollattestmomenten registreras i Winst – se vidare kommande beskrivning av delegeringar.


Innebörden i attesterna – kort sammanfattning

Beslutsattest• Beslutsattest – görs av den som attesterar en beställning eller en faktura.• Beslutsattesten verkställs i systemet genom att

1. Beställning – attestanten trycker på ”Godkänn beställning”

2. Faktura – attestanten trycker på ”Acceptera faktura”.

• Begreppet Acceptera faktura används alltså för både kontrollattest och beslutsattest.• En användare som tillhör gruppen Standard eller Begränsad kan göra beslutsattest om personen också fått

beslutsattesträtt för det ansvar som beställningen eller fakturan är konterad på eller fått beslutsattesträtt delegerad till sig av någon annan attestant.

• Alla beslutsattestanter och deras attesträtt skall registreras i Nekksus.• Delegering av beslutsattesträtt registreras i Winst (ej i Nekksus).

Betalningsattest• Betalningsattest – görs av den som verkställer betalningen (görs i Horisonten av Intraservice). Denna attest

ersätter utanordning och är begränsad till attest kring betalningen, ej till kontering/förenligt med verksamheten eller liknande


BeställareSkapa

BeställningElektroniskrekvisitionKontering(Skicka)

Kontrollattest

Attest av Beställning(Godkänn)

Beslutsattest

Vara/tjänst levereras

BeställareLeverans-Kvittens

Kontrollattest

Fakturaankomst Automatisk

MatchningOK

BetalningsGodkännande

Betalningsattest

Betalningshantering (Intraservice, Horisonten)

Förvaltning (WINST)

Styrs av ”Ansvar” i kontering


BeslutsattestVara/tjänst levereras


Kontrollattest

Fakturaankommer Automatisk

Matchning/Slutkontroll

Ej OK

Betalnings-Godkännande

Betalningsattest

BeställareAvvikelsehantering

Granskningav faktura

(Acceptera)Kontrollattest

Attest avFaktura

(Acceptera)Beslutsattest

Styrs av ”Ansvar ” kontering

Styrs av ansvar i kontering

Fakturan går till beställare.

Fakturaankommer


Betalningsattest

FakturagranskareGranskning/

Konteringav faktura


Attest avFaktura


Styrs av ”Ansvar ”i konteringStyrs av beställarreferens

Alt 3 – Faktura utan order - ”Vild” faktura

Formaliakontroll

Formaliakontroll

Formaliakontroll

Attester i BtB-flödet – beställning/faktura

Beställare och beslutsattestant alltid olika personer

Granskare och beslutsattestant alltid olika personer

BeställareSkapa


Kontrollattest

Alt 1 – Attest av beställning med matchning mot faktura

Alt 2 – Automatisk ordermatch ej OK


Attest av abonnemang och abonnemangsfakturor• Abonnemang är en funktion i Winst som har till syfte att möjliggöra att periodiska fakturor – som inte lämpar

sig för ordermatchning – kan hanteras på ett enkelt och effektivt sätt.• Ur attestsynpunkt kan fakturor som avser ”abonnemang” hanteras på ett förenklat sätt, dvs systemet kan

tillåta att dessa fakturor direkt får status Klar om fakturorna överensstämmer med kriterierna för abonnemanget. Det finns dock också möjlighet att sätta upp systemet så att dessa fakturor både måste granskas och/eller attesteras även om det blir en matchning.

• Grunden för abonnemangsfunktionen är att respektive abonnemang läggs upp och definieras vad gäller kontering, belopp, frekvens etc. När fakturan kommer in med det aktuella abonnemangsnumret i abonnemangsfältet eller i referensfältet så sker en automatchning. Abonnemanget är därför en form av medgivande till betalning och skall också beslutsattesteras (precis som en order).

• Det finns för närvarande ingen funktionalitet i Winst som möjliggör att ett upplagt abonnemang går till beslutsattestant i Winst innan det kan användas för automatchning. Därför måste, i avvaktan på denna funktionalitet, godkännandet hanteras manuellt och beslutsattest måste dokumenteras på papper som sedan arkiveras. Det är endast lokala systemadministratörer som kan lägga upp abonnemang i Winst.

• Detta innebär att huvudregeln för fakturor som avser kostnader som lagts upp som abonnemang är att dessa skall gå till beslutsattestanten även om de motsvarar parametrarna som satts upp för att automatchning skall kunna ske. Projektet arbetar med att få undantag från denna regel för fakturor från KLAB som då tillåts få status Klar – och därmed bli klara för betalning - om de automatchas.

• Om en abonnemangsfaktura inte automatchar kommer den att skickas till granskare för kontroll på samma sätt som om det varit en vild faktura.


Registrera abonnemang Faktura

ankommer

AutomatiskMatchning


Betalningsattest


Förvaltning (Winst)

Registrera abonnemang

Fakturaankommer

EjAutomatiskMatchning


Betalningsattest


Kontrollattest

Attest avFaktura

Beslutsattest

Styrs av regler i abonnemang

Beslutsattest

Beslutsattest

Styrs av ansvar i kontering.

Attester i BtB-flödet Abonnemang

Registrera abonnemang Faktura

ankommerAutomatiskMatchning


Betalningsattest


Kontrollattest

Styrs av regler i abonnemang

Beslutsattest

Attest avFaktura

Beslutsattest

Styrs av ansvar i kontering.

Alt 1

Alt 2

Varianter på ovanstående – Abonnemanget till för att ge förslagskontering

Inställningar kan göras så att fakturan går till kontrollattest och/eller beslutsattest även om matchning är ok.

Samma hantering som för avvikelsehantering vid ordermatchning (Alt 2)


Används ej innan attest på abonnemang är elektronisk

9

Kontrollattest – Beställning -> Faktura i Winst

Moment i attestregler Leverans-kvittens

Granskning av avvikelse”Acceptera faktura”

Winstsystemkontroll

Kommentar

Varan är mottagen eller att tjänsten är utförd enligt den beställning som gjorts.

x

Uppgifterna på fakturan överensstämmer med beställningen, avtal eller annan överenskommelse avseende pris, volym, kvantitet och kvalitet.

x X – vid ordermatch

Utgiften har inte tidigare belastat verksamheten

x X – vid ordermatch Det kan inte komma mer än en faktura för samma leverans.

Fakturan är rätt beräknad x X – vid ankomstX – vid ordermatch

Kontroll vid ankomsthantering (moms/fakturabelopp). Kontroll sker vid inläsning av netto + moms = fakturatotalOm belopp avviker mellan beställning och faktura går fakturan till beställaren som då måste kolla beräkning.


Var utförs kontrollerna som ingår i attestreglerna?

10

Kontrollattest – Beställning -> Faktura i Winst

Moment i attestregler, forts Beställning”Skicka”

Granskning av avvikelse”Acceptera faktura”

Winstsystemkontroll

Kommentar

Fullständiga uppgifter har lämnats på beställningen/fakturan till exempel avseende --adress (fakturaadress och leveransadress), --pris, volym, tidpunkt för leverans eller utförd tjänst, betalningsvillkor, rabatter med mera.Underlag från direktupphandling finns bifogad)

XFaktura adressLeveransadressVolymTidpunkt

Underlag

X(alla )

XPrisBetalningsvillkorRabatter

Winst styr vilka uppgifter som måste finnas på en beställning.Krav på obligatoriska fält vid scanning/inläsning av fakturaKrav på leverantör vid avtalsupprättande.

Beställningen/fakturan är rätt konterad x x X Sambandskontroller, Stöd för kontering i Winst genom sambandskontroller, förvalt etc.

Lagstadgad formalia fakturan är korrekt, exempelvis avseende F-skattsedel och VAT-nummer.

x X- vid inläsning Vid ankomstkontroll – koll mellan VAT-nummer i levregister och på faktura.


Kontrollattest - Vild fakturaMoment i attestregler Granskare

”Acceptera faktura”

WinstSystemkontroll

Kommentar

Varan är mottagen eller att tjänsten är utförd enligt den beställning som gjorts.

x

Uppgifterna på fakturan överensstämmer med beställningen, avtal eller annan överenskommelse avseende pris, volym, kvantitet och kvalitet.

x

Utgiften har inte tidigare belastat verksamheten x x Dubblettfaktura (samma fakturanummer/leverantör) kommer att signaleras av systemet

Fakturan är rätt beräknad x x Kontroll sker vid inläsning av netto + moms = fakturatotal

Fullständiga uppgifter har lämnats på fakturan till exempel avseende adress (fakturaadress och leveransadress), pris, volym, tidpunkt för leverans eller utförd tjänst, betalningsvillkor, rabatter med mera.Underlag från direktupphandling finns bifogad)

x Krav på obligatoriska fält vid scanning/inläsning av faktura

Fakturan är rätt konterad x x Stöd för kontering i Winst genom sambandskontroller, förvalda värden etc.

Lagstadgad formalia fakturan är korrekt, exempelvis avseende F-skattsedel och VAT-nummer.

x Vid ankomstkontroll – koll mellan VATnummer i levregister och på faktura.


Beslutsattest i Winst - sammanfattning• Beslutsattesträtt per ansvar och i enlighet med organisationsträd. Organisationsträdet i Nekksus styr

attestflödet automatiskt och ansvar/organisationsträd och attesträtt hämtas från Nekksus varje natt.• ”Ansvar” i konteringen styr till beslutsattestant – innebär att ”Ansvar” blir en obligatorisk koddel för samtliga

konteringar i Winst, även balanskonton; dock ej för momskonto.• Eskalering används för eskalering till beloppsgräns, för att hitta avvikande beslutsattestant (tvåhandsprincip)

eller som påminnelse när ordinarie attestant ej attesterat inom givna tidsintervall.• Beloppsgränser (begränsade eller obegränsade) skall definieras per attestant – avgörs av respektive

förvaltning. • Attest av belopp som överstiger attestantens beloppsgräns går vidare till attestant med rätt belopp, men attest

måste göras på varje nivå på vägen dit.• En beställning/faktura som avser flera attestanter går till dessa i beloppsordning (störst belopp går först) – ej

parallellt.• Parallell attesträtt löses genom delegering (stående eller tillfällig). Delegering måste vara godkänd och kan

endast registreras i Winst av lokala systemförvaltare.• En inmatning har skapats i Nekksus där utsedda personer inom respektive förvaltning uppdaterar attestant

per ansvar och nivåbegrepp, from/tomdatum och beloppsgränser.- Se separat dokument.• Upplägg av abonnemang kan inte attesteras i systemet varför huvudregeln är att dessa skall beslutsattesteras

på samma sätt som andra fakturor.


AnsvarNamn på konteringsvärde:1341211 Beskrivning: Hallandsgatans förskolaAktiv godkännare: Anna AnderssonHögsta kostnadsgräns: 80 000

AnsvarNamn på konteringsvärde:1341212 Beskrivning: Skånegatans förskolaAktiv godkännare: Bertil BertilssonHögsta kostnadsgräns: 40 000

AnsvarNamn på konteringsvärde:1341222 Beskrivning: Rudedamsgatans förskolaAktiv godkännare: Karl KarlssonHögsta kostnadsgräns: 80 000

Enhet = nivå 3 Namn på nivå:134100 Beskrivning: Johanneberg 1Aktiv godkännare: Anna AnderssonHögsta kostnadsgräns: 80 000

Enhet = nivå 3 Namn på nivå:134101 Beskrivning: Johanneberg 2Aktiv godkännare: Per PerssonHögsta kostnadsgräns: 200 000

Område = Nivå 2 Namn på nivå:13410 Beskrivning: Johanneberg/BuråsAktiv godkännare: Jan Jansson; Högsta kostnadsgräns: 500 000

Sektor = Nivå 1Namn på nivå:1341 Beskrivning: UtbildningAktiv godkännare: John Johansson; Högsta kostnadsgräns: 1 000 000

Förvaltning = Nivå 0Namn på nivå:134Beskrivning: CentrumAktiv godkännare: Axel Axelsson; Högsta kostnadsgräns: obegränsat

Attest – ansvar/nivå Möjlighet finns att delegera attesträtt enligt särskild rutin.Detta sker inte per ansvar utan från person till person.


Beslutsattest - Beställningar

Moment i attestregler Attestant”Godkänna beställning”

WINSTSystemkontroll

Kommentar

Beställningen stämmer överens med verksamhetens uppdrag.

x

Personen som har beställt varan eller tjänsten är behörig och har hållit sig inom ramen för sin behörighet

x x Endast användare med rollen beställare kan beställa i Winst.

Underlagen till Beställningen är komplett exempelvis dokumentation vid direktupphandling.

x

Beställningen är rätt konterad x x Sambandskontroller m.m

Beställningen belastar rätt redovisningsperiod. x

Beställningen är granskad och kontrollattesterad. x Kontrollattest måste var utförd innan beslutsattest kan göras. (gäller ej leveranskvittering).


Beslutsattest - Vilda fakturor

Moment i attestregler Attestant”Acceptera faktura”

WINSTSystemkontroll

Kommentar

Fakturan stämmer överens med verksamhetens uppdrag. x

Personen som har beställt varan eller tjänsten är behörig och har hållit sig inom ramen för sin behörighet

x

Underlagen till Fakturan är kompletta, exempelvis dokumentation vid direktupphandling.

x

Fakturan är rätt konterad x Sambandskontroller m.m.

Fakturan belastar rätt redovisningsperiod. x

Fakturan är granskad och kontrollattesterad. x Kontrollattest måste var utförd innan beslutsattest kan göras.


Beslutsattesträtt per ansvar

• Det finns olika sätt att bygga beslutsatteststrukturer i Winst. Den modell som valts innebär att beslutsattest och attestordning skall vara uppbyggd kring organisationsträdet i Nekksus. Organisationsstrukturen för attest kommer därmed att överensstämma med organisationsträdet som används för uppföljning av verksamheten. Det kan vara så att nya ansvar måste skapas för att kunna hantera beslutsattest. Viktigt att tänka på är konsekvenser för Nekksus där flera ansvar kräver mer omfattande budget/prognos-arbetet.

• Det innebär att det till varje ansvar och till varje nivå i organisationsträdet skall anges en beslutsattestant. Samma person kan finnas både på ansvarsnivå och på överliggande nivå.

• För varje attestant skall också anges ett maxbelopp, som är den gräns per beställning/faktura som personen har rätt att attestera. Detta kan vara ett angivet belopp eller ett värde som anger obegränsad attesträtt. Det är totalbeloppet per ansvar och beställning/faktura som testas mot attesträtt på lägsta attestnivån. För en attestant på överliggande nivå anger beloppsgränsen också totalbeloppet per ansvar och beställning/faktura. Det innebär att om en faktura innehåller flera konteringsrader mot olika ansvar som samtliga ingår i attestantens ansvarsområde är det inte summan av dessa som testas mot beloppsnivån utan summan per ansvar.

• Beloppet som anges innebär att belopp upp till detta belopp kan attesteras men inte beloppet, dvs en person med belopp 10 000 kr kan attestera 9 999 kr

• I Winst finns ingen from/tomdatum för attesträtt utan regelverket i Winst speglar alltid det för dagen (kalenderdagen) gällande. Hantering av tom och fromdatum sker därför i Nekksus. I Nekksus kommer alla nyupplägg och förändringar av attesträtt att loggas och vara möjliga att ta ut i rapporter.


Beslutsattesträtt per ansvar, forts

• ”Ansvar” i konteringen styr beställningen/fakturan till rätt attestant. Om en beställning/faktura avser flera olika ”ansvar” skickas fakturan till de olika ansvaren i fallande beloppsstorlek.

• Om ett ansvar byter attestant vid ett månadsskifte kommer den nya attestanten att anges som attestant redan från första dagen i månaden. Det innebär att även de fakturor som ännu inte skickats till den gamla attestanten och som avser den gamla månaden skall attesteras av den nya attestanten.

• Vem som skall attestera en faktura avgörs av Winst när fakturan skickas från godkännaren till attestanten. (När beställaren ”skickar beställningen” eller när fakturagranskaren ”accepterar fakturan”.) Även om attestanten ändras efter detta kommer den som stod angiven som attestant när fakturan skickades att vara den som kan attestera beställningen/fakturan. En utveckling är önskad av Winst som innebär att fakturor som ligger hos en attestant med status ”att attestera” skall flyttas till ny attestant om attestanten för ansvaret ändras. I avvaktan på att denna genomförs måste rutin finnas där lokal systemadministratör (med hjälp av en tillfällig delegation) skickar tillbaka fakturor som finns hos denna attestant till granskare för att de istället skall kunna hanteras av den nya attestanten.

• Det kommer att vara möjligt att attestera beställningar och fakturor via mobil/surfplatta. Detta gäller ej för användare som har rätt att se sekretessfakturor. En sådan användare kan inte attestera några fakturor via mobil eftersom Göteborgs stads IT-policy inte tillåter att sekretessfakturor visas i mobil och det inte finns någon funktion i systemet för att förhindra att vissa typer av fakturor inte visas.

• Eftersom attestreglerna är kopplade till organisationshierarkin innebär detta att alla ändringar av ansvar/attestanter bör planeras och göras med försiktighet och eftertanke.


Exempel på faktura med flera konteringsrader

19NEKK BtB | Utformningsprinciper | Attest, delegering och eskalering | Version B

Kontering på fakturan

Konto Ansvar Belopp

6511 1311590 95 000

6511 1311591 95 000

6511 1311010 95 000

Chef Förvaltning

131

Chef A 13110

100 000

Chef 1 131101050 000

Chef B 13115

100 000

Chef 2 131159050 000

Chef 3 131159150 000

Attestflöde

1 Chef 1 attesterar Samtliga belopp är lika stora så fakturan går först till den med lägst ansvarsnummer.

2 Chef A attesterar Eftersom beloppet överstiger Chef 1 beloppsgräns

3 Chef 2 attesterar

4 Chef B attesterar Chef B attesterar konteringsraderna för 1311590 och 1311591 och kan attestera utan att beloppet går vidare till Chef Förvaltning eftersom beloppet för var och en av ansvaret understiger 100 000.

5 Chef 3 attesterar

6 Fakturan blir klar Fakturan går inte upp till Chef B igen eftersom den redan har attesterats av denne.

Attesthierarki

Beslutsattest av ”egna kostnader”Hantera förbud mot att attestera egna kostnader • Det finns i systemet flera möjligheter att få systemstöd för att undvika attest av egna kostnader men det

bygger på att attestanten eller den som beställer måste ta initiativet och identifiera när detta uppstår. • Enligt attestreglerna skall en beslutsattestant aldrig beslutsattestera egna kostnader. Eftersom attesträtten är

kopplad till ansvar kommer den situationen att kunna uppstå om kostnader som avser attestanten konteras på ett ansvar som han/hon har attesträtt för. Hanteringen säkerställs delvis av Winst genom att beställare och attestant måste vara olika personer, dvs om den som ska attestera själv gör beställningen eller gör kontrollattest av fakturan så kommer han/hon inte att kunna attestera beställningen/fakturan– även om den är konterad på ett ansvar som han/hon har attesträtt för. Winst kommer då att skicka beställningen/fakturan uppåt i attesthierarkin för att säkerställa tvåhandsprincipen.

• Det är inte så vanligt att den som attesterar själv gör beställningen men för att åstadkomma samma sak som ovan finns det en möjlighet i systemet att beställa för annans räkning. Den man beställer för är den som räknas som egentlig beställare i systemet. Detta innebär att om den som gör beställningen anger att beställningen görs för ”chef X” som är den som skall attestera på ansvaret så kommer systemet att skicka beställningen för attest till överliggande chef och inte till ”chef X”.

• För att kunna hantera även vilda fakturor för t ex en förvaltningschef bör det finnas ett separat ansvar där förvaltningschefens kostnader bokförs och som nämndordföranden skall attestera.


Beslutsattest av ”egna kostnader”, fortsHantera förbud mot att attestera egna kostnader, forts • Det finns en ”ruta” i Winst som möjliggör för en attestant, som bedömer att han/hon inte skall attestera för att

beställningen/fakturan avser egna kostnader, att kunna acceptera fakturan men samtigit markera ” Eget inköp” vilket flyttar beställningen/fakturan uppåt i attesthierarkin (direkt eskalering). Det är viktigt att den som markerar ”eget inköp” också skriver en kommentar så att den som får beställningen/fakturan på överliggande nivå förstår varför och skälen till detta.

• Attestanten kan också välja att avvakta med attest av beställning/fakturan (3/6 dagar) och vänta på att eskalering inträffar. (Kan endast användas om förfallodatum tillåter detta.)

• En fakturagranskare som ser att fakturan avser attestantens kostnader kan ange attestanten som annan granskare. Attestanten gör då kontrollattest och fakturan går sedan för beslutsattest till överliggande chef.

• Det måste alltid finnas minst två olika personer i attesthierarkin, dvs om en person som attesterar på förvaltningsnivå (högsta nivå) också attesterar på ansvarsnivå, så måste det finnas någon annan person på någon nivå emellan som bryter kedjan – annars kan inte tvåhandsprincipen hanteras i systemet och fakturan kommer att bli attesterad och klar så snart attestanten har accepterat fakturan på lägsta nivå. För mindre förvaltningar innebär detta att det är nämndordförande som innehar attesträtt för förvaltningen. Högsta nivån ska aldrig beställa/göra kontrollattest (oavsett antal nivåer) eftersom beställningen då inte kan eskalera uppåt till ytterligare en person.


Beslutsattest av ”egna kostnader”, fortsHantera förbud mot att attestera egna kostnader, forts • I vilka situationer kommer då den överliggande att behöva attestera?

• Om förvaltningschefen själv gör en beställning.• Om någon gör en beställning för förvaltningschefens räkning (beställer för annan).• Om förvaltningschefen står som referens på fakturan och därför får fakturan för granskning – och gör

granskning dvs accepterar fakturan=gör kontrollattest.• Om granskaren identifierar kostnaderna på fakturan tillhörande förvaltningschefen och därför skickar

fakturan på granskning till förvaltningschefen som accepterar fakturan=gör kontrollattest.• Om förvaltningschefen trycker på knappen egna kostnader och beställningen/fakturan därför skickas uppåt

till nästa attestant.


Delegering - generellt

• Med delegering avses i Winst att överlåta rättigheten att utföra en aktivitet från en person till en annan person – Ej avgränsat till visst ansvar. Den person som man delegerar till måste finns upplagd som användare i Winst.

• Delegeringen i Winst kan avse 4 olika funktioner och göras oberoende av varandra - Attestera faktura (beslutsattest)- Attestera beställning (beslutsattest)- Leveranskvittera (kontrollattest)- Granska faktura (kontrollattest)

• Delegering av beslutsattest av faktura och beställning skall vara beslutad i enlighet med stadens/förvaltningens riktlinjer innan lokal systemadministratör skall registrera dessa.

• Delegering av leveranskvittera och granska faktura skall också godkännas enligt fastställd rutin och skall registreras av lokal systemadministratör.

• Användaren kan inte själv delegera utan detta sker centralt på respektive förvaltning (av lokal systemadministratör) och görs direkt i Winst. Projektet har tagit fram förslag till rutin/blankett för att administrera begäran om registrering av delegering. OBS – Tänk på att den man delegerar till måste vara en formellt utsedd ersättare.


BeställareSkapa


Kontrollattest


Beslutsattest

Vara/tjänst levereras


Kontrollattest

Fakturaankomst Automatisk

MatchningOK


Betalningsattest



Styrs av ”Ansvar” i kontering


BeslutsattestVara/tjänst levereras


Kontrollattest

Fakturaankommer Automatisk

Matchning/Slutkontroll

Ej OK


Betalningsattest




Attest avFaktura


Styrs av ”Ansvar ” kontering


Fakturan går till beställare.

Fakturaankommer


Betalningsattest


Konteringav faktura


Attest avFaktura


Styrs av ”Ansvar ”i konteringStyrs av beställarreferens

Alt 3 – Faktura utan order - ”Vild” faktura

Formaliakontroll

Formaliakontroll

Formaliakontroll

Attester i BtB i flödet – beställning/faktura

Beställare och beslutsattestant alltid olika personer

Granskare och beslutsattestant alltid olika personer

BeställareSkapa


Kontrollattest

Autoslutkontroll

MomskontrollGiltiga koderSambandskontroller

Auto slutkontroll

Auto slutkontroll

Alt 1 – Attest av beställning med matchning mot faktura

Alt 2 – Automatisk ordermatch ej OK


Beslutsattest


Beslutsattest


Kontrollattest


Kontrollattest


Beslutsattest


Beslutsattest


Kontrollattest


Kontrollattest







Attest avFaktura


Attest avFaktura



Konteringav faktura


FakturagranskareGranskning/Konteringav faktura


Attest avFaktura


Attest avFaktura


DELEGERINGAR


Delegering av beslutsattest

• Rätten att beslutsattestera kan delegeras till någon annan person under den ordinarie attestantens frånvaro (eller som stående delegation). Delegering kan göras och ärvs alltid vidare i flera led. Om beslutsattesträtten är delegerad får både ordinarie attestant och den/de delegerade, uppgift om att det finns beställning/faktura att beslutsattestera, och båda kan göra beslutsattesten.

• Om en attestant har öppnat beställningen/fakturan kan inte någon annan attestant öppna den samtidigt. En användare som öppnat en beställning/faktura och sedan varit inaktiv i 60 minuter blir automatiskt utloggad och låser inte längre beställningen/fakturan.

• Det framgår i attestantens ”beställnings- /fakturaöversikt” om attestanten är ordinarie attestant eller om man har fått beställningen/fakturan via delegering.

• Delegeringen avser alltid en period (from/tom) och systemet föreslår datum för en vecka som administratören kan ändra.

• Delegeringar registreras i Winst, inte i Nekksus. Användarens aktuella delegeringar visas på startsidan. Alla aktiva, tidigare och kommande delegeringar loggas och kan tas ut i rapporter.

• Möjligheterna till delegering ger stora möjligheter men måste göras på ett planerat sätt för att bibehålla kvalitet i kontrollerna och en kontrollerad atteststruktur.


Leveranskvittens• En person som är ”extra leveranskvitterare” kan se alla förvaltningens ordrar (för de leveransadresser som

är kopplade till gruppen – vilket alltid är samtliga förvaltningens adresser). Personen måste dock söka upp ordrarna och får ingen påminnelse att det skall göras när faktura kommer. Han/hon kommer också att se alla förvaltningens ordrar i det ”blåa” fältet på sin hemsida och i sin listvy. Att delegera rätten att göra leveranskvittens är därför ofta ett bättre alternativ än att tilldela rollen som extra leveranskvitterare.

• En person som får leveranskvittens delegerad till sig måste kunna se inköpsfliken för att kunna se ordrar och leveranskvittera. (dvs om personen tillhör gruppen ”Begränsad” så måste man först säkerställa att personen har rollen ”extra leveranskvitterare” (B10)). Personen kommer sedan att få påminnelsemail 5 dagar efter att fakturan har anlänt (på samma sätt som beställaren).

Granskning av faktura• Genom att delegera ”granska faktura” kan man möjliggöra att fler personer kan hantera varandras fakturor

fram till attest. En person som är granskare av faktura kan delegera sin rätt att granska fakturor (från start endast för vilda fakturor eftersom avvikelsefakturor går till administratör inledningsvis). Det innebär att fakturan alltid skickas både till ursprunglig granskare och till den som är delegerad. Både granskare och delegerade får påminnelsemail.En granskare kan också välja att skicka till annan granskare ”välj annan granskare”. Då kan den personen göra granskningen (kontrollattesten) i dennes ställe utan att det behövs en delegering.

Delegering vs Roll - Leveranskvittens och granskning av faktura


Delegering till fakturasynare• Om man gör en delegering av granskning av faktura till en fakturasynare kommer den personen att kunna

granska dessa fakturor. Detta gör dock inte att fakturasynaren blir möjlig att välja som annan granskare, (finns precis som innan inte att välja i listan för användare).

• En faktura som har namnet på fakturasynaren angivet i referensfältet kommer att skicka till denna person för granskning. Det är då möjligt för fakturasynaren att ”acceptera fakturan=göra kontrollattest”. Instruktionen till fakturasynaren skall då vara att välja ”inte min faktura” så att fakturan skickas tillbaka till administratör för vidareskick till den som skall granska fakturan.

Delgering vs Roll - Leveranskvittens och granskning av faktura, forts


Eskalering Organisationsträdet/attesthierarkin har flera funktioner vad gäller eskalering:• Hantering av beloppsgränser: Om en attestant på ett ansvar har en begränsad beloppsgräns angiven

kommer en beställning/faktura med högre belopp att eskaleras uppåt i organisationsträdet till dess en person med tillräcklig beloppsgräns hittas. Attestering måste dock göras av alla i flödet, även de som har lägre belopp än vad fakturan anger. Om samma person finns både på ansvar och överliggande nivå behöver inte denne attestera på varje nivå utan endast på den högsta beloppsgränsen. (Om eskalering enligt punkt 3 nedan träder in utgår krav på attest på alla nivåer.)

• När en faktura som är på ett belopp som överstiger den förste attestantens belopp godkänns och får status ”Attest ej utförd” kan man i fliken ”Fakturaflöde” se vilka attestanter som fakturan skall gå vidare till innan den kan bli klar – (”figurer” markerade i förväg).

• Om det finns mer än en attestant till en faktura (flera konteringsrader med olika ansvar som har olika attestanter) kommer fakturan att först skickas till den som skall attestera det största beloppet. Om hans/hennes beloppsgräns inte räcker kommer fakturan sedan att eskalera uppåt enligt beloppsgränserna innan den går vidare till nästa attestant utifrån konteringen. Om det är så att även nästa kontering leder till en beloppseskalering och detta skulle innebära att fakturan återigen skulle skickas uppåt i eskaleringen och de personer som berörs är de som redan har attesterat fakturan kommer fakturan inte att skickas utan endast gå till attestanterna på lägsta nivån.

• Den som attesterar för nivåbegrepp attesterar alltid alla de konteringsrader som ingår i personens ansvarsområde – inte bara de som underliggande attestanter har attesterat. Fakturan kommer sedan att gå vidare till attestanterna på lägsta nivån innan den blir klar. Kontrollera därför alltid fakturaflödet för att se vilka som har varit involverade.- Se exempel på efterföljande 3 bilder.



Förv chefobegränsat

Sektorchef 1100 000

Områdeschef150 000

Ansvarschef 112130025 000



Områdeschef2



Sektorchef 2100 000

Fakturakontering

Konto Ansvar Belopp

6511 121300 65 000

6511 121400 60 000

6511 121500 50 000

1 2 3 4 5 6

Ansvarschef 1 Områdeschef 1 Sektorchef 1 Ansvarschef 2 Ansvarschef 3 Klar

Eftersom överliggande attestant till ansvarschef 2 redan haft fakturan för attest går fakturan inte uppåt igen fastän beloppet för den aktuella raden överstiger ansvarschef 2 attestgräns.

Attestflöde

Exempel 1Attestflöde när en faktura berör flera attestanter på lägsta nivå och beloppen överstiger deras attestgränser.

Samma sak inträffar om ansvarschef 3 trycker på ”Eget köp”. Då blir fakturan klar.

29



Sektorchef 1100 000

Områdeschef150 000

Ansvarschef 1 12130025 000



Områdeschef 2 50 000



Sektorchef 2100 000

Fakturakontering

Konto Ansvar Belopp

6511 121300 65 000

6511 121400 60 000

6511 121600 50 000

1 2 3 4 5 6 7

Ansvarschef 1 Områdeschef 1 Sektorchef 1 Ansvarschef 2 Ansvarschef 4 Områdeschef 2 Klar

Eftersom överliggande attestant till områdeschef 2 redan haft fakturan för attest går fakturan inte uppåt igen fastän beloppet för den aktuella raden överstiger områdeschef 2 attestgräns.

Attestflöde

Exempel 2Attestflöde när en faktura berör flera attestanter på lägsta nivå och beloppen överstiger deras attestgränser.

30



Sektorchef 1100 000

Områdeschef150 000




Områdeschef 2 50 000



Sektorchef 2100 000

Fakturakontering

Konto Ansvar Belopp

6511 121300 65 000

6511 121400 60 000

6511 121600 50 000

1 2 3 4 5 6 7

Sektorchef 1(Ansvarschef 1)

Områdeschef 1 Sektorchef 1 Ansvarschef 2 Ansvarschef 4 Områdeschef 2 Klar

Eftersom överliggande attestant till områdeschef 2 redan haft fakturan för attest går fakturan inte uppåt igen fastän beloppet för den aktuella raden överstiger områdeschef 2 attestgräns.

Attestflöde

Exempel 3Attestflöde när Ansvarschef 1 har delegerat till Sektorchef 1 och denna gör attesten blir flödet följande.

Om ansvarschef 1 har delegerat till sektorchef 1 och denna gör attesten blir flödet följande:

31

Eskalering, forts Organisationsträdet/attesthierarkin har flera funktioner vad gäller eskalering, forts:• Tvåhandsprincipen: Om den person som gjort beställningen/granskat fakturan är attestant på det ansvar

som finns i konteringen kommer beställningen/fakturan att eskaleras uppåt i hierarkin till dess en annan person återfinns som skall göra attesten. Tänk dock på när attestträdet byggs upp att det alltid finns minst två personer i varje kedja (från ansvarsnivå till förvaltningsnivå).

• Eskalering vid ej åtgärdad aktivitet: Om en attestant (eller den som personen har delegerat till) inte attesterat i linje med åsatta tidsgränser kommer fakturan att skickas vidare uppåt i hierarkin. Ordinarie attestant kan attestera beställningen/fakturan även efter det att eskaleringen är gjord. Tidsgränserna är följande: Beställning 3 arbetsdagar (72 timmar vilket innebär att lördag/söndag ej räknas); faktura 6 dagar (arbetsdagar vilket innebär att lördag/söndag ej räknas). Samma antal dagar gäller för alla förvaltningar. Tidräkningen för eskalering utgår från när attestanten fick beställningen/fakturan för attest.

• En faktura som är markerad som ”under utredning” kommer ej att eskaleras eller påminnas. (önskemål om utveckling så att även dessa omfattas av påminnelse är ställd till systemleverantören).

• När en faktura eskalerar pga ej åtgärdad aktivitet kommer detta att visas med en pil-symbol i list-vyn över fakturor. Genom att lägga pekaren över denna pil ser man till vem den har eskalerat. I fliken ”Fakturaflöde” ser man vid symbolen för ordinarie attestant en pil och får info om till vem den eskalerat. (Det visas inte någon ny ”figur” för den som fakturan eskalerat till förrän den personen gör en attest.)

• Eskalering vid eget köp. Om den som skall attestera trycker på eget köp kommer fakturan att eskalera enligt de regler som gäller för eskalering av stora belopp.

• OBS! Det är viktigt att löpande attestera för att undvika att allt för många fakturor eskalerar i organisationen.


Vad ser beslutsattestanten?• När attestanten på lägsta nivån (ansvar) får fakturan för beslutsattest är de rader som han/hon skall

attestera öppna och ändringsbara medan övriga rader visas i spärrad stil. Det går också att lägga till konteringsrader.

• En attestant på lägsta nivån kan alltså endast ändra ”sina egna rader” och kan på detta sätt också se vilka rader som attesten avser.

• När man gör en attest på överliggande nivå gör man attest för samtliga de konteringsrader som avser de ansvar som ingår i attestantens ansvarsområde. En attestant på överliggande nivå kan se vilka rader som attesten omfattar – dessa rader visas som öppna och möjligt att kontera.


Att tänka på avseende beslutsattest• En faktura som skall konteras på många olika ansvar måste passera för attest till alla attestanter – det går

inte att direkt skicka den till attest till någon högre upp i hierarkin. Detta får effekter på hur fakturor som avser flera ansvar skall konteras.

• En attestant högre upp i attestträdet kan inte gå in och attestera på underliggande nivåer förrän fakturan har eskalerat till denne.

• Om man delegerar attesträtten för samtliga ansvar till en person, t ex ekonomichefen, så kommer detta att innebära att ekonomichefen kommer att få alla fakturor i sin ”att hantera” inkorg (dock med en liten asterisk som visar att det är en delegerad faktura och för vem). För den som har delegerat kommer alla fakturor att visas med asterisk (eftersom de är delegerade) – se nästa bild. Den någon har delegerat till ser också alla fakturor som har eskalerat till den som man fått delegationen av.

• En delegering som läggs in mellan personer gäller enligt de beloppsgränser som gäller på ansvaret. Även om den man har delegerat till har en attesträtt i toppen på organisationshierarkin så kommer inte det att innebära att fakturan är klar om den ursprunglige attestantens beloppsgräns understeg fakturabeloppet.

• Huvudregeln är att respektive chef, eller den som har delegation, skall attestera sina fakturor. Om man inför ett månadsskifte har behov av att skynda på eskaleringen – för att få de sista fakturorna attesterade kan den som skall göra attesten få en tillfällig delegering av lokal systemadministratör (för alla attestanter som har fakturor som avvaktar) och attestera alla fakturor som inte är attesterade.


Tänk på avseende attest, forts

Antag Chef 1 och 2 delegerar till Chef 3

Hos Chef 1

Avvaktar hantering:

Faktura 1 Avvaktar attest (*Chef 1)



Hos Chef 2

Avvaktar hantering:





Hos Chef 3

Avvaktar hantering







Faktura 7 Avvaktar attest (Chef 3)

Faktura 8 Avvaktar attest (Chef 3)

En ny delegering som läggs in träder i kraft omgående och omfattar också alla fakturor som avvaktar hantering – inte bara framtida..

35

Attest av utbetalningsunderlag • Utbetalningsunderlag från PCLev, ProCapita och Bida kommer att hanteras i Winst (dvs passera genom

Winst för överföring till leverantörsreskontran i Horisonten). Utbetalningsunderlagen kan läsas in i Winst förattesterade (attestmarkerade i PCLev eller i Bida) får då automatiskt status Klar i Winst. Ej attesterade betalningsunderlag (från PCLev eller Bida och samtliga utbetalningsunderlag från ProCapita) skall attesteras i Winst. Ansvaret styr till vilken attestant betalningsunderlaget går för beslutsattest. Utbetalningsunderlaget går alltså ej till granskare. Detta innebär att det blir krav på att alla bokningar av utbetalningar i PCLev skall innehålla ansvar – läggs in som indatakontroll i Horisonten.

• När det finns behov av en ny betalningsmottagare (leverantör) i ProCapita/Bida måste denna läggas upp i PCLev.

För att lösa två–handsprincipen får inte samma användare göra alla moment i PCLev. Varje förvaltning ansvarar för att aktivt säkerställa att regelverket i PCLev är uppsatt på ett sätt så att god intern kontroll uppnås. • Enstaka utbetalning via PCLev skall attesteras i Winst. Dessa skall därför endast klarmarkeras (ej

attestmarkeras) i PCLev.• Grupper av utbetalningar kan även fortsättningsvis attestmarkeras i PCLev mot attesterade underlag. I

dessa fall ansvarar förvaltningen för att minst 2 personer är involverade i registreringen/godkännandet/attestmarkering av underlag. (Löses genom att behörigheten per grupp delas upp mellan olika personer).

• Upplägg av betalningsmottagare bör göras av ett fåtal personer. Dessa personer bör ej ha behörighet att registrera betalningsunderlag.


Betalningshantering (Horisonten)

Registrering/Kontering

Beslutsattest av

Utbetalningsunderlag PC-lev

Attest kon-trolleras mot

Gasellsattestregister Automatisk

MatchningOK


Betalningsattest

Attester i BtB-flödet-Utbetalningsunderlag Försystem och applikationer

Överföring till WINST som 1.Konterad order2.Faktura

Registrering/kontering av Utbetalnings

underlagBIDA (IoFF)

Registrering av Utbetalnings

underlagProcapita

Attest

Beslutsattest

AutomatiskMatchning

OK


AttestBida

Beslutsattest

Om attest är gjord

Om attest inte är gjord



Attesterat underlagBeslutsattest

80%Styrs av Gasells attestregler


Förvaltningen gör valet om attestmarkering görs i Pc-lev som tidigare eller om man vill gå över till beslutsattest i Winst. De utbetalningsorder som inte är attestmarkerade i PC-lev kommer att gå ut för beslutsattest i Winst.

37

Skillnader mot idag – attest och kontroll

• Beslutsattest kopplas enbart till ansvar, övriga koddelar kan inte användas för begränsning. I Gasell kan attesterna begränsas med hjälp av alla koddelar. I praktiken är detta i många fall ett sätt att uttrycka sambandskontroller; dessa kan i Winst ersättas av lokala sambandskontroller, urval av konton, etc.

• Beslutsattestflödet styrs av organisationshierarkin – inte möjligt att själv välja attestant. • Möjlighet till delegering och en styrd eskalering införs. • Utanordning ersätts med betalningsattest. Betalningsattest kopplas till utbetalningen och görs centralt i

Horisonten av Intraservice. Betalningsattesten skall omfatta kontrollmoment som t ex stickprovskontroll av stora belopp eller leverantörsuppgifter. Andra kontrollmoment som ingått i utanordning såsom kontroll av periodiseringar och momsändringar läggs in i fakturaflödet eller får ersättas av efterkontroller i Horisonten/Nekksus. .

• Attesträtt per ansvar/organisationsnivå för Winst skall registreras i Nekksus • Attest av beställning ersätter attest av faktura där så är möjligt.• Attest av abonnemang ersätter attest av faktura så snart funktionen att attestera abonnemang i Winst finns

tillgänglig.• Attestregler för PC-lev kvarstår i Gasell.


Documents

Utformningsprinciper Beställning till betalning i Winst Attest, delegering och eskalering