Regler inläsning av pf1530-fil - Inläsning lön

Nedan listas regler för inläsning av pf1530-fil i första hand med fokus på i jämförelse med det gamla programmet Inlasning av tidredovisning (pf1530):

Generellt

  • Ingen frånvaroutvärdering sker, avvikelser från filen sparas precis som dom är. Kör en löneberäkning efter inläsningen så får du utvärderingen gjord.

  • Endast grundkontroller såsom korrekt arbtag.id, anst.id och löneart görs. Ingen av alla specialkontroller som görs i pf1530 sker längre, som t.ex. frånvarotid jämfört med schema.

  • Vid inläsning av schema för rapporteringsmånaden (B......01...) uppdateras anställningstabellen med ans240 = 'a'.

  • Vid inläsning av schema för utbetalningsmånaden (B......02...) uppdateras anställningstabellen med ans245 = 'b'.

  • ID/barn lagras i p_txxxt5.

  • Kostn.ställe 1 och 2 (position 31-74 i filen) lagras i kontodel 1-9 (p_txxxe1-e9).
    Uppdelning per kontodel (e1-e9) sker utifrån angivna fältlängder på p16100-p16900 i text- och kontrolltabellen (p_r05).
    - Om p16100-p16900 saknas i text- och kontrolltabellen lagras hela strängen i kontodel 1 (p_txxxe1).

  • Antal timmar lagras i p_txxx01 och p_txxx37, samt ett R skrivs i p_txxxb2 om timmar är skilt från noll.

  • Antalskod (utifrån angiven kod i löneartstabellen (p_r03) lagras i p_txxxa6 och p_txxxa7.

  • Belopp lagras i p_txxx04, samt ett R skrivs i p_txxxa4 om belopp är skilt från noll.

  • Det finns två sätt att skicka transaktioner; i dagboxar och med fr.o.m- t.o.m.-datum. Om det finns värden i dagboxarna så ignoreras värdefälten som används när fr.o.m- t.o.m.-datum används. Det är alltså inte tillåtet att kombinera dessa varianterna, utan enbart en av varianterna kan användas på en transaktion. Olika transaktioner kan dock använda olika varianter.

Datumkontroller

  • För scheman (B) kontrolleras att transnr och startdatum överensstämmer med aktuella månader (01 = rapporteringsmånaden, 02 = utbetalningsmånaden).

  • För avvikelser (A) med fr.o.m.- t.o.m.-datum angivet görs ej kontroll mot fälten period och startdatum. Detta möjliggör inläsning av framåtrapporterad frånvaro.

  • För avvikelser (A) med timmar i dagboxarna görs ej kontroll mot fältet period. Detta möjliggör inläsning av frånvaro i utbetalningsmånaden enligt det format som bl.a. tidsystemet Medvind använder.

  • Om avvikelser (A) har timmar angivna på dagar tidigare än anställningens startdatum avvisas transaktionen och loggas i fel-listan i Rätta transaktioner.

  • För avvikelser (A) utan timmar i dagboxarna sker ingen kontroll mot startdatum.

Fr.o.m- t.o.m.-datum

  • Om alla 35 dagboxar är tomma (00,00) skapas transaktion utifrån fälten fr.o.m.- och t.o.m.-datum, antal, apris, belopp samt omfattning.

  • Om fr.o.m.- eller t.o.m.-datum saknas eller t.o.m.-datum är tidigare än fr.o.m-datum, avvisas transaktionen och loggas i fel-listan i Rätta transaktioner.

Dagboxar

  • Om det finns värde i någon av de 35 dagboxarna skapas transaktion(er) utifrån värdena i dagboxarna istället för fr.o.m.- t.o.m-datum.

  • Om löneart har typkod 10-19 (frånvaro) skapas det en transaktion per intervall med samma antal timmar i dagboxarna med fr.om- t.o.m.-datum lika med första respektive sista dagen i intervallet. 98,00 eller 25,00 timmar likställs med samma antal som i föregående dagbox.

  • Om löneart har typkod skilt från 10-19 så skapas det en transaktion per dag med timmar (aldrig skapa intervall).

  • Om löneart har typkod 19-25 blir antalet negativt i P_PTRANS (minustecken).

  • Endast 25,00 och 98,00 är giltiga värden för att markera att mellanliggande arbetsfria dagar ska räknas ha frånvaro.

  • Om någon av dagboxarna innehåller ett felaktigt värde (t.ex. minustecken), avvisas transaktionen och loggas i fel-listan i Rätta transaktioner.

  • Om rutan Direktinläsning tidrapporter är ikryssad så kan flera rader på samma löneart skickas med dagboxar.

Notera att om fridagsöverbyggnadskoder skickas på frånvaron så kommer varje rad med dagboxar hanteras var för sig, det går då inte att fridagsöverbygga frånvaro från en rad till en annan.

Direktinläsning och filer

Vid direktinläsning av avvikelseposter där dagboxarna används beräknas omfattningen på frånvaron utifrån det schema som finns i samma inläsningfil. Om avvikelser och schema skulle läsas in från olika inläsningsfiler så kommer omfattningen sättas till "0" och frånvarotransaktionerna istället innehålla antal frånvarotimmar.

I de fall en anställd har en varierande veckoarbetstid över månaden så kan detta innebära ett felaktigt frånvaroavdrag. Det är därför inte möjligt att separera schema och avvikelser i olika filer. Denna begränsning gäller enbart för inläsning av frånvaro och där dagboxarna används.

Rekommendationer

Om transaktioner skickas från ett tidssystem som kan räkna ut en korrekt omfattning på frånvaro så är rekommendationen att skicka samtliga transaktioner med fr.o.m - t.o.m-datum. Om det inte finns någon möjlighet i tidssystemet att beräkna omfattning så bör frånvaron skickas i dagsboxarna, då omfattningen i så fall räknas ut vid inläsning utifrån frånvarons timmar.

Transaktioner som inte avser frånvaro bör alltid skickas med fr.o.m - t.o.m-datum då dagboxarna har en begränsning i antal timmar som kan skickas och det finns ingen möjlighet att ange à-pris eller belopp.

Relaterad hjälp