Tervetuloa ePalkka-klinikalle!

19.5.2026 klo 14 Klinikka Ajankohtaisia kysymyksiä ja keskustelua. Aiheita lisätään kun päivä lähestyy

Klinikan vastaanotolla käymme konkreettisesti läpi erilaisia tilanteita ja ratkaisuja palkanlaskennan arjesta. Saat käytännön vastauksia oikeisiin kysymyksiin – rennolla ja ymmärrettävällä otteella.

Lähetä kysymyksesi etukäteen sähköpostilla: rainer.wallenius@finago.com

Pyrimme katsomaan ratkaisun ruudulla mahdollisuuksien mukaan ihan kysyjän omalla datalla, mutta anonymisoimme tiedot ennen kuin tarkastelemme niitä yhdessä.

AI nauhoittaa istunnon ja tekee yhteenvedon, joka julkaistaan myöhemmin Help Centerissä kaikkien hyödynnettäväksi.

Tänne ei tarvitse ilmoittautua, suora linkki teams-kokoukseen

Klinikka kestää sen aikaa kun “potilaita” riittää – kuitenkin enintään tunnin kerrallaan.
Tapaamme joka toinen tiistai klo 14, vuoroviikoin työpajojemme kanssa.

Lämpimästi tervetuloa mukaan vastaanotolle! 

5.5.2026 Klinikka yhteenveto

• Lomalaskennan Ohjeet ja Materiaalit: Wallenius esitteli osallistujille, mistä lomalaskennan ohjeet ja syventävät materiaalit löytyvät e-palkkojen ohjeportaalista, ja mainitsi, että jatkossa ohjeiden ryhmittelyä pyritään parantamaan osallistujien palautteen perusteella.
  • Ohjeportaalin Sijainti: Wallenius kertoi, että lomalaskennan syventävä materiaali löytyy e-palkkojen ohjeportaalista, erityisesti lomaklinikan artikkelin lopusta, ja että artikkelin alussa on maininta tästä sijainnista.
  • Ohjeiden Ryhmittely: Wallenius totesi, että ohjeiden ryhmittelyä tullaan jatkossa kehittämään, koska osa osallistujista oli kysellyt materiaalien sijainnista ja toivonut selkeämpää rakennetta.
• Lomalaskennan Prosenttilaskennan Korjaus: Wallenius selitti, että lomalaskennan prosenttipohjaisen laskennan ohjaukseen liittynyt virhe on korjattu hotfixillä, ja jatkossa palkkalajien rastit toimivat odotetusti, mikä on vahvistettu asiakaspalautteen perusteella.
  • Virheen Tausta: Wallenius kuvasi, että vuosien varrella palkkalajeihin oli kopioitu tietoja, jotka aiheuttivat häiriön prosenttipohjaisessa laskennassa, jolloin summia saattoi tulla väärin lisäkenttään.
  • Hotfixin Toteutus: Virhe korjattiin hotfixillä, jonka jälkeen palkkalajien rastit prosenttipohjaiseen laskentaan vaikuttavat nyt oikein, eikä uusia tikettejä aiheesta ole tullut.
  • Käyttäjien Toimintaohje: Jos jatkossa ilmenee, että lisäkenttään tulee ei-toivottuja summia, vaikka rastit on asetettu oikein, käyttäjien tulee ilmoittaa asiasta, jotta mahdolliset lisähäiriöt voidaan selvittää.
• Lomalaskennan Lukitukset ja Manuaalinen Syöttö: Wallenius kävi läpi lomalaskennan lukitusten toimintaperiaatteet ja manuaalisen tietojen syötön vaikutukset, sekä vastasi osallistujien kysymyksiin lukitusten käytöstä ja niiden vaikutuksista automatiikkaan.
  • Lukitusten Käyttö: Lomalaskennan lukitukset mahdollistavat automatiikan ohittamisen, jolloin manuaalisesti syötetyt tiedot jäävät voimaan, eikä järjestelmä päivitä niitä automaattisesti.
  • Manuaalinen Syöttö: Käyttäjä voi syöttää esimerkiksi lomapäivien tai lomapalkan määrän manuaalisesti ja lukita tiedon, jolloin se ei muutu järjestelmän päivityksissä.
  • Lukitusten Poikkeukset: Wallenius mainitsi, että lukituksiin liittyy tiettyjä poikkeuksia, joita käsitellään tarvittaessa myöhemmissä klinikoissa.
  • Käyttöohje: Käyttäjiä ohjeistettiin käyttämään lukituksia vain, kun siihen on perusteltu syy, ja välttämään lukitsemista, jos tiedosta ei olla varmoja.
• Indeksikorotusten Käsittely Lomalaskennassa: Mia kysyi indeksikorotusten vaikutuksesta jo laskettuihin lomapalkkoihin, ja Wallenius selitti, että lomalaskennat voi päivittää uudelleen, jolloin uudet palkat huomioidaan automaattisesti, ellei kyseessä ole manuaalisesti lukitut tiedot.
  • Indeksikorotuksen Päivitys: Kun kuukausipalkka muuttuu indeksikorotuksen myötä, käyttäjä voi päivittää lomalaskennat, jolloin järjestelmä huomioi uuden palkan automaattisesti.
  • Poikkeustilanteet: Jos lomavelka- tai lomajaksoitustositeita tehdään kuukausittain, päivitys on tehtävä manuaalisesti, mutta muuten järjestelmä huolehtii päivityksestä.
  • Maksamattomat Lomapäivät: Jos osa lomarahoista on jo maksettu, päivitys vaikuttaa vain maksamattomiin päiviin, ja maksetut pysyvät vanhalla arvolla.
  • Lomakorvaukseen Oikeutettu -rasti: Wallenius selitti, että tietyissä työehtosopimuksissa käytetään 'oikeutettu lomakorvaukseen' -rastia, joka vaikuttaa lomalaskennan raportointiin ja voi aiheuttaa 'mystisiä' summia, jos sitä käytetään väärin.
• Varmenteiden Käyttö ja Tilitoimistotunnus: Wallenius selitti varmenteiden käytön muutoksia, erityisesti tilitoimistojen moni-yritysvarmenteiden toimintaa ja mahdollisia epäselvyyksiä yrityskohtaisissa varmenteissa, sekä ohjeisti oikean tunnuksen käytössä.
  • Varmenteiden Tyypit: Tilitoimistot hakevat moni-yritysvarmenteen, jota käytetään useiden yritysten puolesta, kun taas yrityskohtainen varmenne on sidottu yhteen Y-tunnukseen.
  • Tilitoimistotunnuksen Merkitys: Jos tilitoimistotunnus puuttuu yrityksen tiedoista, varmenne voi jäädä käyttöönotossa puutteelliseksi, mikä aiheuttaa ilmoitusvirheitä.
  • Käytännön Ohjeistus: Yrityksille, jotka laskevat palkkoja itse tilitoimiston menun alla, voidaan hakea oma varmenne, mutta tällöin sitä voi käyttää vain kyseisen yrityksen Y-tunnuksella.
• Keskituntiansioiden (KTA) Tuonti Käyttöönottoprojekteissa: Wallenius esitteli, miten kesken vuoden järjestelmävaihdossa voidaan tuoda vanhasta järjestelmästä keskituntiansiotiedot (KTA) e-palkkoihin, jotta laskenta jatkuu oikein uudessa järjestelmässä.
  • KTA-tietojen Tuonti: Vanhan järjestelmän KTA-tiedot voidaan tuoda e-palkkoihin tuontitoiminnolla, jossa tuodaan henkilötunnit ja eurot, ja järjestelmä muodostaa taustalle tarvittavat maksutiedot.
  • Käyttöönottotilanteet: Tuontia käytetään erityisesti silloin, kun järjestelmävaihto tapahtuu kesken vuosineljänneksen, jotta KTA-laskenta pysyy oikeana.
• Kirjanpidon ja Tulorekisterin Korjaustilanteet: Wallenius kävi läpi esimerkin, jossa työajanseurantajärjestelmä tuotti virheellisiä palkkarivejä, ja selitti, miten kirjanpidon ja tulorekisterin tiedot voidaan korjata ilman verolaskennan peruutusta.
  • Virheellisten Rivien Korjaus: Jos palkkariville on tullut virheellisiä tietoja ilman euromäärää, voidaan tilinumero poistaa tai asettaa nollatilille, jolloin kirjanpitoon ei mene virheellistä tietoa.
  • Tulolajin Poisto: Tulolaji voidaan poistaa palkkalajilta, jolloin tietoa ei ilmoiteta tulorekisteriin, eikä verolaskentaa tarvitse peruuttaa.
  • Käytännön Ohje: Jos käyttäjä on epävarma korjaustavasta, suositellaan ottamaan yhteyttä tukeen, jotta vältytään monimutkaisilta korjausketjuilta.
• Palkka-avoimuusdirektiivin Vaikutukset ja Järjestelmämuutokset: Wallenius kertoi, että palkka-avoimuusdirektiivin myötä järjestelmään on lisätty työntekijäryhmätietojen hallinta ja palkkalajien luokittelu, mutta virallista ohjeistusta odotetaan vielä, ja käyttäjien tulee jatkossa tarkistaa palkkalajien tiedot.
  • Työntekijäryhmät: Järjestelmään on lisätty työntekijäryhmät, joihin jokainen työntekijä liitetään, ja tieto tallennetaan jokaiselle maksulle, jotta palkkavertailut voidaan tehdä.
  • Palkkalajien Luokittelu: Palkkalajit tulee luokitella peruspalkkaan, muuttuvaan palkkaan ja lisäpalkkaan, ja järjestelmä tekee alustavan päättelyn, mutta käyttäjien tulee tarkistaa tiedot.
  • Raportointi: Direktiivin voimaantulon jälkeen raportointi tehdään erillisilmoituksella, ja järjestelmä laskee automaattisesti palkkaerot työntekijäryhmien sisällä.
• Lomajaksotuksen Laskentatavat ja Kehitystarpeet: Mikko kysyi lomajaksotuksen laskentatavoista, ja Wallenius vahvisti, että tällä hetkellä vain kokonaisvelka on käytössä, mutta muut laskentatavat ovat kehityksessä ja korkealla prioriteettilistalla.
  • Käytössä Olevat Laskentatavat: Tällä hetkellä lomajaksotuksen laskentatavoista vain kokonaisvelka on aktiivisessa käytössä, eikä muutosta tai lisäystä saa irti järjestelmästä.
  • Kehitysaikataulu: Wallenius kertoi, että muiden laskentatapojen käyttöönotto on korkealla prioriteetilla, mutta tarkkaa aikataulua ei vielä ole.
• Palkkalajien Tulolajin Muokkaus ja PDF-raportointi: Wallenius näytti, miten palkkalajin tulolaji voidaan poistaa tai vaihtaa, ja kertoi, että kaikkien palkkalaskelmien tulostaminen yhteen PDF-tiedostoon ei ole vielä mahdollista, mutta maksuraportti toimii väliaikaisena ratkaisuna.
  • Tulolajin Poisto: Palkkalajin tulolaji voidaan poistaa rekisterit ja palkkalajit -näkymässä, jolloin tietoa ei ilmoiteta tulorekisteriin.
  • PDF-raportointi: Kaikkien palkkalaskelmien tulostaminen yhteen PDF:ään ei ole vielä teknisesti mahdollista, mutta maksuraportti yhdeltä henkilöltä koko vuodelta tarjoaa osittaisen ratkaisun.
• Ulosoton Käsittely Palkanlaskennassa: Mia ja Ilkka kysyivät ulosoton käsittelystä usean maksun tilanteessa, ja Wallenius selitti, että ulosotto lasketaan maksukohtaisesti ja veropäivät tulee asettaa oikein, sekä lupasi kehitystoiveen ulosottoraporttien PDF-tulostukseen.
  • Ulosoton Laskenta: Ulosotto lasketaan jokaiselle maksulle erikseen, ja käyttäjän tulee huolehtia, että veropäivät eivät mene päällekkäin, erityisesti jos on useita maksuja samalle kuukaudelle.
  • Raportointi ja PDF-tulosteet: Ilkka toivoi mahdollisuutta saada ulosottolaskelmat henkilö- ja viitenumerokohtaisesti omille sivuilleen PDF:ssä, ja Wallenius lupasi viedä kehitystoiveen eteenpäin.
  • Käytännön Ohjeet: Jos ylimääräinen palkka on jo ilmoitettu tulorekisteriin, veropäiviä ei voi enää muuttaa, mutta suojaosuuspäivät voi asettaa nollaksi, jolloin laskenta menee oikein.

• Ulosottolaskelmien PDF-raportointi: Toteuta mahdollisuus, että jokainen ulosotto voidaan tulostaa omalle sivulleen PDF-raportissa, jotta viitenumerokohtaiset laskelmat voidaan erotella. (Wallenius)
• Lomajaksotuksen laskentatavan kehittäminen: Aikatauluta ja toteuta lomajaksotuksen laskentatavan muutos, jotta myös muut kuin kokonaisvelka saadaan raportoitua järjestelmästä. (Wallenius)
• Palkkalaskelmien yhdistäminen PDF:ksi: Toteuta mahdollisuus tulostaa yhden henkilön kaikki palkkalaskelmat yhdeksi PDF-tiedostoksi järjestelmässä. (Wallenius)
• Klinikkatoiveiden kerääminen: Pyydä osallistujia lähettämään toiveita ja aiheita seuraaviin klinikkatapaamisiin joko sähköpostitse tai tuen kautta. (Wallenius)

21.4.2026 Lomalaskenta ePalkoissa – klinikka-webinaarin yhteenveto

Artikkelin lopussa linkki syventävään materiaaliin

🎯 Webinaarin tavoite

Webinaarissa käytiin läpi lomalaskennan kokonaisuus ePalkoissa:

• miten laskenta muodostuu
• mitkä ohjaukset vaikuttavat lopputulokseen
• missä kohtaa virheet yleensä syntyvät

🧭 Lomalaskennan kokonaisprosessi

Lomalaskenta ePalkoissa ei ole yksittäinen toiminto, vaan ketju:

1. Ohjaukset
   • Yleiset asetukset
   • Henkilökohtaiset määritykset
2. Lähtötiedot
   • Palkkatapahtumat
   • Työpäivät ja poissaolot
3. Lomakalenteri
   • Määrittää lomapäivät
4. Lomalaskenta
   • Lasketaan lomapalkka ja lomarahat
   • Ajetaan uudelleen muutosten jälkeen
5. Palkanlaskenta
   • Lomien maksaminen
6. Kirjanpito
   • Lomapalkkavelka ja jaksotus

💡 Keskeinen viesti:
Virheet eivät yleensä synny laskennassa → vaan lähtötiedoissa tai ohjauksissa.

⚙️ Lomalaskentaan vaikuttavat ohjaukset

1. Asetukset (järjestelmätaso)

• Laajennettu TES
• Talvilomaprosentin käyttö
• Loma-ajan palkan laskentatapa
• Kokonaislomapalkka

👉 Nämä määrittävät laskennan “pelisäännöt”

2. Palkkalajit (kriittisin osa)

• Mitkä palkkalajit vaikuttavat:
  • lomamääräytymispalkkaan
  • lisien laskentaan
• Ohjaus tehdään:
  • Laskenta-sivu
  • Ohjaus-sivu

💡 Yleinen virhelähde:
Palkkalaji on maksettu oikein, mutta ei mukana lomalaskennassa

3. Henkilötiedot

• Lomamenetelmä
• Lomasääntö (14 pv / 35 h)
• Mahdolliset poikkeukset

👉 Sama palkkalaji voi käyttäytyä eri tavalla eri henkilöillä

4. Lomalaskennan hallinta

• Lomavuosi
• Rajaukset (ketkä mukaan)
• Laskentatunnus
• Päivitä lomapäivät
• Luo/päivitä lomalaskenta
• Lukitukset

💡 Tärkeää:
Laskenta pitää ajaa uudelleen, jos:

• palkkoja muutetaan
• ohjauksia muutetaan

🧠 Keskeiset käsitteet

Lomavuosi

• Esim. 1.4.2025–31.3.2026 = lomavuosi 2025
• Ohjaa laskennan ajanjakson automaattisesti

Laskentatunnus

• Yhdistää laskennan maksamiseen
• Yleensä sama kuin lomavuosi

Lomapäivien päivitys

• Päivittää ansainnan automaattisesti (2 / 2,5 pv / kk)
• Ylikirjoittaa manuaaliset muutokset

Lukitukset

• Estävät muutokset
• Aktivoituvat automaattisesti maksun yhteydessä

💡 Kriittinen ymmärtää:
Monet raportointiongelmat liittyvät lukituksiin

⚠️ Tyypillisimmät haasteet (webinaarissa korostettu)

1. Lähtötiedot

• Puuttuvat tai virheelliset palkkatapahtumat
• Väärin kirjattu työaika / poissaolot

2. Palkkalajit

• Ei mukana lomalaskennassa
• Väärä ohjaus (esim. lisät)

3. Lomamenetelmä

• Ei vastaa TES:iä
• Valittu väärin henkilölle

4. Lukitukset

• Estävät muutokset
• Aiheuttavat raportointipoikkeamia

🔄 Lomalaskennan käytännön kulku

1. Valitaan lomavuosi
2. Tehdään rajaukset
3. Päivitetään lomapäivät
4. Luodaan lomalaskenta
5. Tarkistetaan tulokset
6. Lukitaan laskenta
7. Maksetaan lomat

💡 Webinaarin tärkeimmät opit

• Lomalaskenta on kokonaisuus, ei yksittäinen toiminto
• Palkkalajit ratkaisevat lopputuloksen
• Lähtötiedot ratkaisevat oikeellisuuden
• Lukitukset on ymmärrettävä → muuten raportointi “elää”

Palkkalajit ja lomalaskenta

Kysymys:
Mitä palkkalajiluettelo lomalaskennan hallinnassa tarkoittaa ja mihin sitä käytetään?

Vastaus:
Palkkalajiluettelo näyttää ne palkkalajit, jotka vaikuttavat lomalaskentaan ja joiden perusteella lomapalkka sekä lisät muodostuvat.

Klinikassa havaittiin, että luettelo ei auennut odotetusti.
Syynä oli luetteloon lisätty uusi sarake, joka rikkoi näkymän toiminnan.

🔧 Tilanne:

• Virhe on tunnistettu
• Korjaus on tehty

📅 Aikataulu:

• Korjaus julkaistaan 22.4.2026 illalla

Kysymys:
Miten käsitellään lomalaskenta, jossa lomapalkka ja lomapalkka lisistä maksetaan erikseen?

Vastaus:
Tämä on täysin mahdollinen toteutustapa ja käytössä monissa ympäristöissä.

Toimintaperiaate:

• Lomapalkka (perusosa)
  • Maksetaan omalla palkkalajilla
  • Perustuu kuukausipalkkaan tai muuhun valittuun laskentatapaan
• Lomapalkka lisistä
  • Maksetaan erillisellä palkkalajilla
  • Lasketaan joko:
    • prosenttiperusteisesti TAI
    • jakamalla lisät työpäiville (menetelmästä riippuen)

✔️ Tärkeää huomioida:

• Palkkalajeilla oltava oikeat ohjaukset:
  • mukana lomanmääräytymispalkassa (+/-)
  • tarvittaessa “Lomalaskennassa muuttuva lisä”
• Maksuvaiheessa molemmat rivit tulee lisätä erikseen
• Varmista, ettei sama erä tule mukaan kahdesti (ei tuplalaskentaa)

💡 Käytännön vinkki:
Jos lisät halutaan näkyviin eriteltynä palkkalaskelmalla, erillinen maksaminen on suositeltavaa.

7.4.2026 ePalkat-klinikka – AI-yhteenveto ja keskeiset opit

Tämä yhteenveto kokoaa klinikan tärkeimmät havainnot, käytännön vinkit sekä esiin nousseet kehityskohteet. Sisältö perustuu klinikan keskusteluun ja demoihin.

🔑 1. Kaksi eri MFA-tunnistautumista – älä sekoita

Klinikassa korostui, että järjestelmässä on kaksi erillistä tunnistautumismekanismia, jotka menevät helposti sekaisin:

1) Finago/Heeros-yhteyden MFA

• Tarvitaan integraatioihin (tulorekisteri, pankkiyhteydet, verokortit jne.)
• Käytännössä pakollinen toimivan palkanlaskennan kannalta
• Aktivointi voi vaatia useamman yrityksen (“räplääminen”)

Finago modular (Heeros)-käyttäjähallinassa:

📌 Huomio: Yhteys on kunnossa, kun näkymässä näkyy “vihreä pampula”

Vinkki: Tämä saattaa joskus tarvita "rämpläämistä". Tallenna käyttäjätieto ja avaa/testaa yhteys kunnes yhteus on kunnossa.

2) ePalkkojen oma kaksivaiheinen tunnistautuminen

• Perustuu sähköpostiin tulevaan koodiin
• Ei ole pakollinen
• Koodi kysytään kerran päivässä

🔐 2. Tietoturva käytännössä

• Järjestelmä estää automaattisesti bruteforce-hyökkäykset
• Virheelliset kirjautumiset johtavat lukituksiin ja hälytyksiin
• Tarvittaessa palvelu voi hetkellisesti hidastua tai estyä

👉 Johtopäätös:
Hyvä salasana + MFA = riittävä tietoturva useimmille käyttäjille

💸 3. Ulosotto – näin se toimii oikein

Ulosoton käsittely käytiin läpi käytännön tasolla.

Tärkeimmät vaiheet:

1. Syötä tiedot maksukieltolomakkeelle heti
2. Täytä vähintään:
   • tilinumero
   • suojaosuus / päivä
   • jakosuhde (esim. 2/3 tai 3/4)
3. Lisää aloitus- ja lopetuspäivämäärät

Automaattinen laskenta

• Ulosotto muodostuu verolaskennan yhteydessä
• Edellyttää, että palkkalajilla on:
  • tyyppi = ulosotto
  • automaattilaskenta päällä

Veropäivät vaikuttavat laskentaan

• 30 päivää (kuukausipalkka) - kaudella 30,33 veropäivää automaattisesti koko kuukaudelle
• 14 päivää (tuntipalkka)

📌 Huom: Ei tarkoita työpäiviä, vaan koko laskentajaksoa

🧾 4. Pankkiaineistot (CAP) – mitä pitää tietää

• Pankit (esim. Nordea) tuovat käyttöön Corporate Access Payables (CAP) -mallin
• Ei vaikutusta nykyisiin SEPA-palkka-aineistoihin tällä hetkellä
• Mahdollisia lisäkenttiä tulevaisuudessa

👉 Toimenpide nyt: Ei tarvetta muutoksiin

👥 5. Jäsenmaksut ja TYVI-aineisto

• ePalkoista muodostettu aineisto toimii myös Selvitys+ -palvelussa
• Mahdollistaa jäsenmaksujen erittelyn ilman TYVI-operaattoria

👉

⚠️ 6. Tiliöinnit – mistä virhe voi johtua

Jos kirjanpidon tili ei mene odotetusti:

Tarkista nämä kolme paikkaa:

1. Tiliöintiryhmät
2. Henkilön vakuutuspoikkeukset
3. Palkkatilin ohjaukset tilikartassa

📌 Tämä on harvinainen, mutta usein aikaa vievä selvittää

⚙️ 7. Palkkalajin “hinnan esitäyttö” – usein epäselvä

Keskustelussa nousi esiin, että tämä koetaan vaikeaksi:

• Vaihtoehtoja on paljon
• Kaavat eivät ole aina intuitiivisia
• Tyyppi ja esitäyttö käyttötarkoitus ei ole selkeä

Miten tämä kannattaa ymmärtää?

• Tyyppi = raportointi (esim. ylityö, kuukausipalkka)
• Hinnan esitäyttö = mistä eurot tulevat (kaava tai arvo)

💡 Esimerkki:

• Bonus → käytä kiinteää hintaa
• Kuukausipalkka → haetaan työntekijän tiedoista
• Tarvittaessa → käytä kaavaa

ePalkat-klinikka 24.3.2026: etukäteissyöttö, massatallennus, verolaskennan korjaus ja lomiin liittyvät erityishuomiot

Yhteenveto

Tässä ohjeessa käydään läpi ePalkkojen klinikassa käsitellyt käytännön toimintatavat, joilla voidaan:

• tallentaa palkkatapahtumia etukäteen tuleville palkkakausille
• käyttää massatallennusta tehokkaasti esimerkiksi lomapäivien, kilometrien tai muiden tapahtumien syöttämiseen
• ymmärtää, milloin hinnat ja rivit päivittyvät ja milloin ne eivät päivity
• korjata ennakonpidätyksen määrä verolaskennan yhteydessä
• huomioida tietyt loma- ja TES-tilanteet sekä Parade-tietojen käyttöön liittyvät riskit.

Milloin tätä ohjetta kannattaa käyttää

Tämä ohje on hyödyllinen erityisesti silloin, kun:

• tiedät jo etukäteen tulevia lomia, lomarahoja tai muita palkkatapahtumia
• haluat viedä samoja tapahtumia usealle henkilölle kerralla
• palkkakausia luodaan erikseen eikä tapahtumia siirretä automaattisesti kaudelta toiselle
• sinun pitää korjata yksittäisen maksun veron määrä käsin
• käsittelet loma-asioita, joissa palkkalajin hinnoittelu tai lisien käsittely vaatii tarkkuutta.

1. Voiko palkkatapahtumia syöttää etukäteen tuleville palkkakausille?

Kyllä voi. Jos yrityksessä luodaan uudet palkkakaudet erikseen eikä palkkatapahtumia siirretä automaattisesti edelliseltä kaudelta seuraavalle, tuleville kausille voidaan luoda palkkaus ja sinne voidaan syöttää tapahtumia jo etukäteen. Käytännössä tämä sopii esimerkiksi lomapäivien, lomarahojen tai muiden jo ennalta tiedossa olevien tapahtumien tallentamiseen.

Etukäteen luodut maksut eivät vielä tässä vaiheessa ole lopullisia järjestelmän tilastotietoja. Niille ei ole tehty verolaskentaa eikä hyväksyntää, joten kyse on valmistelusta tulevaa palkkakautta varten.

Suositeltu toimintatapa

1. Luo tuleva palkkakausi normaalisti.
2. Valitse kyseinen kausi käsiteltäväksi.
3. Luo tarvittaessa valmiit maksut kaudelle.
4. Vie tiedot maksuille massatallennuksella tai syötä ne maksuille myöhemmin.

2. Massatallennus on nopein tapa syöttää samaa tietotyyppiä useille henkilöille

Klinikassa painotettiin, että massatallennus on usein selvästi nopeampi tapa kuin tapahtumien syöttäminen henkilöittäin maksunäkymässä. Tämä koskee erityisesti tilanteita, joissa useille henkilöille viedään sama palkkalaji, mutta lukumäärä tai summa vaihtelee. Tällaisia voivat olla esimerkiksi lomapäivät, kilometrikorvaukset, päivärahat tai kertaluonteiset lisät.

Esimerkki: lomapäivien vieminen etukäteen

Massatallennuksessa voidaan:

• kohdistaa tapahtuma valitulle palkkakaudelle
• valita oikea palkkalaji
• tarvittaessa valita myös lomavuosi
• täyttää henkilökohtaiset määrät listalle
• viedä rivit maksuille.

Jos jokin henkilö jätetään tyhjäksi, hänelle ei siirry kyseisestä massatallennuksesta mitään tietoa maksuille.

Tärkeä huomio lomapäivissä

Jos käytettävä palkkalaji hakee tietoa lomalaskennasta, järjestelmä voi ehdottaa tai esitäyttää määriä sen mukaan, mitä henkilölle on kertynyt tai jäljellä. Tämä voi olla hyödyllistä, mutta käyttäjän täytyy varmistaa, että siirtyvä tieto vastaa haluttua tilannetta.

3. Miten järjestelmä tietää, mille lomavuodelle tapahtuma kuuluu?

Jos massatallennuksessa valitaan palkkalajille oikea lomavuosi tai oikea koodi, tieto siirtyy myös palkkalajimaksuille. Tämä oli keskustelussa olennainen tarkennus: pelkkä lukumäärän syöttäminen ei riitä, vaan oikea kohdistus syntyy sillä valinnalla, joka tehdään massatallennuksessa.

Tämä tarkoittaa käytännössä sitä, että jos kyseessä on esimerkiksi vuoden 2025 lomapäivien maksaminen kesäkuun 2026 palkkakaudella, massatallennuksessa pitää käyttää oikeaa lomavuosikohdistusta.

4. Mitä “Tarkista rivit” tekee?

“Tarkista rivit” päivittää maksuille sellaisia tietoja, jotka perustuvat taustalla oleviin tietoihin, kuten:

• muuttuneet vakiotapahtumat
• muuttuneet palkkatiedot
• uudet kuukausi- tai tuntipalkat
• palkkalajille määritellyn hinnoittelun mukaiset tiedot.

Samalla klinikassa korostettiin, että etukäteen syötetyt rivit eivät häviä pelkästään “Tarkista rivit” -toiminnon vuoksi. Ne pysyvät maksuilla, ellei niitä poisteta tai korvata muulla toimenpiteellä.

Milloin “Tarkista rivit” päivittää hinnan?

Jos rivi ei ole lukittu, “Tarkista rivit” voi päivittää hinnan uudelleen sen mukaan, mitä palkkalajin hinnoittelu tai taustalla oleva laskenta tällä hetkellä tuottaa. Tämä koskee esimerkiksi kuukausipalkkaa tai lomalaskennan perusteella haettavaa lomapäivähintaa.

Milloin hinta ei päivity?

Jos käyttäjä on syöttänyt hinnan käsin tai rivi on muutoin lukittu, hinta ei enää päivity automaattisesti. Tällöin “Tarkista rivit” ei muuta sitä, vaikka taustalla olevat palkkatiedot olisivat muuttuneet.

5. Miksi ennakkoon syötetyn rivin hinta ei aina muutu palkankorotuksen jälkeen?

Klinikassa käytiin läpi tilanne, jossa henkilölle tulee palkankorotus sen jälkeen, kun tulevalle palkkakaudelle on jo syötetty rivejä valmiiksi. Perusperiaate on tämä:

• jos rivi ei ole lukittu, “Tarkista rivit” voi hinnoitella sen uudelleen
• jos rivi on lukittu, hinta ei muutu automaattisesti
• jos palkkalaji hakee hinnan lomalaskennasta, myös lomalaskennan taustatiedon pitää olla ensin päivitetty.

Esimerkkinä keskustelussa käytiin läpi lomapäivähinta, joka haettiin lomalaskennan puolelta. Kun lomalaskennan päivähintaa muutettiin, maksuilla oleva rivi päivittyi “Tarkista rivit” -toiminnolla, kunhan lukitusta ei ollut.

Jos hinnat eivät päivity odotetusti

Jos hinnan pitäisi logiikan mukaan päivittyä mutta näin ei tapahdu, asiasta kannattaa tehdä tukipyyntö. Klinikassa todettiin, että tällainen käytös viittaa mahdolliseen häiriötilanteeseen tai muuhun taustalla olevaan poikkeamaan.

6. Mistä massatallennuksen hinta tulee?

Massatallennus ei käytä erillistä hinnoittelulogiikkaa, vaan se käyttää samaa logiikkaa kuin jos palkkalaji syötettäisiin käsin palkkariville. Toisin sanoen massatallennuksessa näkyvä tai maksuille siirtyvä hinta muodostuu kyseisen palkkalajin normaalien hinnoittelusääntöjen perusteella.

Tämä voi tarkoittaa esimerkiksi:

• lomalaskennasta haettavaa päivähintaa
• kaavaan perustuvaa hintaa
• kiinteää hintaa
• muuta palkkalajin asetuksissa määriteltyä laskentaa.

Jos käyttäjä ei näe hintaa massatallennusnäkymässä, kannattaa tarkistaa sarakevalinnat. Klinikassa kävi ilmi, että “A-hinta” tai vastaava hintasarakkeen näkyvyys voi puuttua näkymästä, vaikka hinnoittelu toimisi taustalla oikein.

7. Miten puuttuvat sarakkeet saadaan näkyviin?

Useissa taulukoissa sarakkeita voidaan näyttää tai piilottaa erillisellä Sarakkeet-toiminnolla. Kaikissa näkymissä tämä ei ole aivan samassa paikassa:

• joskus näkyy suora Sarakkeet-painike
• joskus valinta löytyy harmaan monitoimipainikkeen tai rattaan takaa.

Jos esimerkiksi hinta-, lähde- tai muu tärkeä sarake puuttuu näkyvistä, tarkista ensin sarakeasetukset. Keskustelussa tuotiin esiin myös se, että näkymien sarakekäytäntö ei ole kaikkialla täysin yhdenmukainen.

8. Voiko massatallennuksen perua?

Kyllä, jos käytössä on Kumoa maksuille vienti -toiminto. Klinikassa testattiin, että toiminto poisti massatallennuksella samana päivänä maksuille viedyt rivit. Tämä muistuttaa logiikaltaan tapahtumatuonnin kumoamista.

Huomio

Kumoaminen on melko järeä toimenpide, koska se kohdistuu samalla päivällä tehtyihin massavienteihin. Siksi sitä kannattaa käyttää harkiten ja tarkistaa ennen käyttöä, mitä rivejä poistuminen koskee.

9. Miten ennakonpidätyksen määrää muutetaan helpoimmin?

Helpoin tapa muuttaa ennakonpidätyksen määrä on tehdä se yksittäisen maksun verolaskennan yhteydessä. Klinikassa todettiin, että vaikka ennakonpidätyksen korjaukseen on olemassa myös palkkalaji, käytännössä yksittäisen maksun verolaskentaikkunassa käsin syötetty vero on usein selkein ja nopein tapa.

Näin teet sen

1. Avaa yksi maksu.
2. Käynnistä verolaskenta juuri tälle maksulle.
3. Syötä haluttu ennakonpidätyksen määrä käsin verolaskentaikkunassa.
4. Tallenna.

Tärkeä ero

Jos verolaskenta tehdään “valituille” tai usealle maksulle kerralla, tätä manuaalista syöttövaihetta ei välttämättä avata. Siksi käsin tehtävä veron määrän korjaus onnistuu käytännössä yhden maksun verolaskennan kautta.

Tärkeä varoitus

Kun manuaalinen veron määrä on tallennettu, verolaskentaa ei pidä ajaa uudelleen samalle maksulle ilman tarvetta. Uusi verolaskenta voi laskea veron uudestaan järjestelmän logiikalla ja korvata käsin syötetyn arvon.

10. Voiko ennakonpidätyksen korjata palkkalajilla?

Teknisesti kyllä, mutta klinikassa todettiin, että ennakonpidätyksen korjaus -palkkalaji toimii korjauksena, ei suorana lopullisen veron määrän syöttönä. Se siis lisää tai vähentää ennakonpidätyksen määrää, eikä siihen yleensä syötetä suoraan sitä lopullista verosummaa, joka maksulta halutaan periä.

Tästä syystä käytännön työssä suositus oli käyttää yksittäisen maksun verolaskentaikkunaa silloin, kun tavoite on asettaa veron määrä suoraan haluttuun arvoon.

11. Parade-tietojen käyttö: tärkeä varoitus palkanmuutoksista

Klinikassa nostettiin esiin merkittävä riski yrityksille, jotka käyttävät Parade-tietoja palkkojen taustalla. Jos palkanmuutos tehdään prosenttimuutoksena Parade-tietoja käyttäville henkilöille, muutos ei käyttäydy turvallisesti suhteessa taustalla olevaan laskentalogiikkaan. Tämä voi rikkoa sen rakenteen, jonka perusteella aikapalkat ja muut tiedot lasketaan.

Suositus

Jos Parade-tietoihin pitää tehdä muutos, käytä euromääräistä muutosta prosenttimuutoksen sijaan.

Erityinen riski: “Päivitä tuntipalkat”

Toiminto Päivitä tuntipalkat ei laske Parade-tietoja uusiksi henkilön taakse, vaan siirtää Parade-taulukossa olevat tiedot henkilön palkkatietoihin. Jos henkilön palkkatietoihin on jo tehty erillinen muutos, tämä toiminto voi käytännössä palauttaa tai korvata tiedot Parade-taulukon mukaisiksi. Keskustelussa todettiin, että tällaisessa tilanteessa jouduttiin palauttamaan yövarmistus ja tekemään muutos uudelleen.

Käytännön ohje

Jos käytätte Paradea, olkaa erityisen varovaisia:

• prosenttipohjaisten palkanmuutosten kanssa
• “Päivitä tuntipalkat” -toiminnon kanssa
• tilanteissa, joissa henkilön palkkatietoja on jo korjattu muulla tavalla.

12. Loma-asioiden erityistilanne: lomapäivien enimmäismäärä

Klinikassa käsiteltiin myös tilannetta, jossa työntekijä ei ansaitse täysiä lomapäiviä kaikilta kuukausilta, mutta hän voi olla joiltakin kuukausilta oikeutettu lomakorvaukseen. Tällöin esiin nousi käsite lomapäivien enimmäismäärä, jota voitaisiin hyödyntää esimerkiksi tiettyjen TES-sääntöjen mukaisessa suhteutuksessa.

Keskustelussa pohdittiin erityisesti, voisiko samaa käsitettä käyttää lomalta paluurahan tai vastaavan laskennan suhteutukseen silloin, kun:

• henkilölle on kertynyt vain osa täydestä lomaoikeudesta
• osa kuukausista tuottaa vain oikeuden lomakorvaukseen
• laskenta täytyy suhteuttaa toteutuneisiin ja enimmäismääräisiin lomapäiviin.

Tätä kohtaa ei klinikassa vielä ratkaistu lopullisesti, vaan asia jäi jatkoselvitettäväksi ja sitä oli tarkoitus käsitellä lisää erillisessä lomaklinikassa.

13. Mitä “lisäprosentti” tarkoittaa lomalaskennassa?

Klinikan perusteella lisäprosentti ei ole käyttäjän syöttämä tieto, vaan laskennasta tuleva arvo. Se kuvaa sitä, kuinka suuri lisien osuus on kokonaispalkasta, ja sitä voidaan käyttää tietyissä laskentasäännöissä tai kaavoissa.

Miksi tämä on tärkeää?

Keskustelussa nousi esiin käytännön huoli siitä, miten lisät maksetaan ulos esimerkiksi kuukausipalkkaiselle. Jos lisien vaikutus ikään kuin sulautuu kuukausipalkan lomapalkkalaskentaan, työntekijälle ei välttämättä muodostu erillistä näkyvää lisäriviä, ellei siihen ole käytössä erillistä palkkalajia.

Käytännön ratkaisu

Jos TES tai yrityksen käytäntö edellyttää, että lisät maksetaan erillisenä eränä, tähän voidaan käyttää erillistä palkkalajia, esimerkiksi lomapalkka lisistä -tyyppistä palkkalajia. Klinikassa korostettiin, että ohjelman näkökulmasta tämä on toteutettavissa työkalujen avulla, vaikka tarkka käytäntö riippuu työehtosopimuksesta.

14. Milloin kannattaa tehdä tukipyyntö?

Tukipyyntö kannattaa tehdä ainakin silloin, kun:

• “Tarkista rivit” ei päivitä hintaa, vaikka sen pitäisi
• lomalaskennan tai palkkalajin hinnat eivät käyttäydy johdonmukaisesti
• verolaskenta tai palkkalajin laskenta ei vastaa odotettua toimintalogiikkaa
• Parade-tietojen ja palkkatietojen välinen päivittyminen aiheuttaa epäselvyyttä
• lomalisien tai muiden TES-kohtaisten käytäntöjen toteutus kaipaa varmistusta.

Klinikassa myös toivottiin mahdollisimman konkreettisia esimerkkejä, jotta ohjeistus ja mahdolliset ohjelmamuutokset voidaan kohdistaa oikein.

15. Tiivistetyt parhaat käytännöt

Etukäteissyöttö

• Sopii hyvin tuleville kausille, kun kaudet luodaan erikseen.
• Käytä massatallennusta, kun samaa palkkalajia viedään useille henkilöille.

Rivien päivitys

• “Tarkista rivit” päivittää taustatiedoista tulevia arvoja.
• Lukittu rivi ei päivity automaattisesti.

Hinnoittelu

• Massatallennus käyttää palkkalajin normaalia hinnoittelua.
• Tarkista sarakkeet, jos hinta ei näy.

Veron korjaus

• Helpoin tapa on korjata vero yksittäisen maksun verolaskennassa.
• Älä aja verolaskentaa uudelleen turhaan manuaalisen korjauksen jälkeen.

Parade

• Vältä prosenttipohjaisia muutoksia.
• Ole varovainen “Päivitä tuntipalkat” -toiminnon kanssa.

Lomat

• Loma-asioissa taustalla oleva laskenta, lomapäivähinta ja mahdolliset lisät kannattaa tarkistaa erityisen huolellisesti.
• TES-kohtaiset erot voivat vaatia erillisiä palkkalajeja tai jatkoselvitystä.

ePalkat-klinikka 10.3.2026 – Yhteenveto kysymyksistä ja ratkaisuista

ePalkat-klinikka on keskustelutilaisuus, jossa käsitellään käyttäjien todellisia tilanteita ja kysymyksiä ePalkat-järjestelmän käytöstä. Klinikan tavoitteena on syventää ymmärrystä ohjelman toiminnasta ja löytää käytännön ratkaisuja arjen palkkahallinnon tilanteisiin.

Tässä artikkelissa on koottu 10.3.2026 järjestetyn klinikan keskeiset kysymykset ja niihin liittyvät selitykset. Huom! Kyseessä on tekoälyn koostama yhteenveto

1. Kustannuspaikkajako ja työajanseurannan tapahtumatuonti

Kysymys

Työntekijälle on määritelty kustannuspaikkajako henkilön perustietoihin.
Kun tuntitapahtumat tuodaan työajanseurannasta (esim. Jotbar) ePalkkoihin, kustannuspaikat eivät kuitenkaan tule automaattisesti maksutapahtumille.

Voiko kustannuspaikat hakea maksutapahtumille tuonnin jälkeen?

Selitys

Henkilön perustietoihin tallennettu kustannuspaikkajako toimii lähtökohtaisena jakona, mutta jos tapahtumat tuodaan ulkoisesta järjestelmästä, ne voivat korvata tai ohittaa tämän oletusjaon.

Tällöin kustannuspaikat eivät välttämättä siirry automaattisesti maksutapahtumille.

Käytännön ratkaisu

Jos kustannuspaikka ei tule automaattisesti:

1. Avaa maksutapahtuma.

2. Lisää kustannuspaikkajako maksulle.

3. Lisää uusi rivi +-painikkeella.

4. Syötä:

   • prosenttiosuus

   • kustannuspaikka

5. Lisää tarvittaessa useita rivejä.

Näin kustannus voidaan jakaa usealle kustannuspaikalle.

2. Maksurivien lukitseminen

Kysymys

Jos maksurivillä korjataan kustannuspaikkaa tai kirjanpidon tiliä, pitääkö rivi lukita?

Joissakin tilanteissa tiedot ovat kadonneet verolaskennan jälkeen.

Selitys

Jos maksuriviä ei ole lukittu, järjestelmä voi päivittää rivin uudelleen laskennan yhteydessä, jolloin tehdyt muutokset voivat ylikirjoittua.

Suositus

Kun teet manuaalisen muutoksen maksulle:

• lukitse rivi tarvittaessa

  • Tili lukittu

  • Hinta lukittu

Näin estetään rivin automaattinen uudelleenlaskenta.

3. Kauden valinnan merkitys

Klinikassa korostettiin, että maksujen käsittelyssä valittu kausi vaikuttaa moniin toimintoihin.

Väärä kausi voi aiheuttaa esimerkiksi:

• muutosten näkymättömyyttä

• laskennan poikkeavaa toimintaa

• maksujen päivittymisen väärään palkkakauteen

Suositus

Tarkista aina ennen muutoksia:

• mikä palkkakausi on aktiivinen

• kohdistuvatko muutokset oikeaan kauteen.

4. Lomapäivien kertyminen lomautuksen aikana

Kysymys

Jos työntekijä on lomautettu, miten lomapäivät voidaan saada kertymään kuukausittain?

Taustaa

Lomapäivien kertymiseen vaikuttavat mm.:

• työssäolopäivien säännöt

• TES

• työaikasäännöt (14 pv / 35 h sääntö)

Jos lomautus estää normaalin kertymän, kertymää voidaan joutua käsittelemään erikseen.

Ratkaisumalli

Tilanne voidaan ratkaista esimerkiksi:

• lisäämällä kertymä tarvittaessa korjaustapahtumana

• tai määrittelemällä lomakertymän säännöt niin, että ne huomioivat tilanteen.

5. Maksunäkymän käyttöliittymäongelma

Oire

Joissakin tapauksissa maksunäkymässä ilmeni ongelmia, kuten:

• sarakevalinnat eivät toimineet

• rivin lisääminen ei onnistunut

• maksun valinta ei päivittänyt näkymää

Syy

Ongelman syyksi löytyi liian pitkä maksun selite, joka saattoi tietyissä tilanteissa rikkoa näkymän HTML-rakenteen.

Tilanne

Ongelma on korjattu viimeisimmässä versiopäivityksessä.

6. Lomatilanne-raportin oikaisut

Kysymys

Miten lomatilanne-raporttiin saadaan työntekijälle äitiysloman aikana kertynyt lomapalkka, jos se on aiemmin laskettu Excelissä?

Esimerkkitilanne:

• työntekijälle kertynyt lomapalkka 15 päivältä

• toiselle työntekijälle 13 päivältä

Ratkaisu

Jos kertymä on laskettu erikseen, voidaan:

• tehdä kertymäkorjaus järjestelmään

• jotta raportit ja tulevat laskennat perustuvat oikeaan tilanteeseen.

Tärkeää on, että korjaus tehdään järjestelmään eikä vain Exceliin, jotta tieto säilyy jatkossa oikein.

7. Osasairausloma ja palkkalaskenta

Kysymys

Työntekijä siirtyy osasairauslomalle:

• työaika 60 %

• sairausloma 40 %

• sairasajan palkkaa maksetaan 19.4. asti

Pitääkö tehdä kaksi palkka-ajoa vai voiko kaikki olla samalla laskelmalla?

Suositeltu tapa

Tilanne voidaan hoitaa samalla palkkalaskelmalla, kun käytetään päivämäärärajausta.

Esimerkkirakenne:

1️⃣ 1.–8.3.

• normaali kuukausipalkka (100 %)

2️⃣ 9.–31.3.

• osa-aikainen palkka (60 %)

3️⃣ 9.–31.3.

• sairasajan palkka (40 %) erillisellä palkkalajilla

Näin palkka voidaan muodostaa yhdelle laskelmalle.

ePalkat-klinikan kooste 25.2.2026

Tämä artikkeli kokoaa Teams-klinikassa käsitellyt tärkeimmät ePalkat-aiheet tiiviissä muodossa. Mukana on käytännön vinkkejä, tyypillisiä ongelmatilanteita sekä tulevia parannuksia.

Selainongelmat ja katoavat välilehdet

Jos näkymä näyttää oudolta tai välilehdet katoavat, syy on useimmiten selaimessa. Suuri zoomaus tai välimuisti voi piilottaa elementtejä tai rikkoa näkymän. Tilanne korjaantuu yleensä palauttamalla zoomaus normaaliksi (Ctrl + hiiren rulla) tai pakottamalla sivun lataus uudelleen (Ctrl + F5). Myös selaimen vaihto Chromeen tai Edgeen auttaa monissa tapauksissa. Käyttöliittymäparannuksia on tulossa versioon 2.6.

Palkkakauden poistaminen ja uudelleennumerointi

Palkkakautta ei voi poistaa tai numeroida uudelleen, jos sillä on maksuja. Tämä on tarkoituksellinen suojaus, joka estää virhetilanteet. Jos kausi pitää muuttaa, maksut täytyy ensin poistaa Maksut-näkymässä. Huomaa, että jos maksut on jo käsitelty vero- tai ilmoitustasolla, poistaminen ei välttämättä enää onnistu.

Kirjautumisongelmat ja jumittavat sivut

Jos kirjautuminen epäonnistuu tai sivu jumittaa, kyse voi olla palvelinkuormituksesta. Usein tilanne liittyy siihen, että useat käyttäjät tulevat saman IP-osoitteen takaa (esim. tilitoimisto tai VPN), jolloin kaikki ohjautuvat samaan palvelinporttiin. Tällöin kirjautuminen voi toimia vaihtamalla porttia Help Center -ohjeen mukaan. Jos jumi kestää yli 15 minuuttia, asiasta kannattaa ilmoittaa tukeen, joka voi resetoida palvelimen.

Verkkopalkkojen rajattu uudelleenlähetys (tulossa)

Tulevassa versiossa verkkopalkkojen uudelleenlähetys voidaan rajata henkilöittäin. Nykytilanteessa korjattu aineisto lähtee helposti kaikille, mutta jatkossa ensimmäinen–viimeinen henkilö -rajaukset huomioidaan ja järjestelmä varoittaa, jos rajaus jättää henkilöitä pois. Muutos vähentää massavirheiden riskiä.

Työajanseurantojen tuonti (esim. Työvuorovelho)

Työajanseurannoista tuodaan tiedot yleensä CSV-tiedostona tapahtumatuonnilla. Kaksi keskeistä asetusta ovat lajivastaavuus ja henkilövastaavuus. Lajivastaavuus määrittää, miten tuontikoodit mapataan palkkalajeihin. Henkilövastaavuus tarvitaan, jos tuonti ei sisällä palkansaajanumeroa. Tyypillinen virhe on, että uusi työntekijä puuttuu vastaavuustaulukosta, jolloin tapahtumat eivät kohdistu oikein.

Tuonnit ovat turvallisia testata, koska ne voi kumota. Maksunäkymän Lähde-sarake auttaa tunnistamaan tuodut rivit, ja tuontierät voidaan perua päivämäärän tai tuontitunnuksen perusteella.

Maksukerroin ja lomapalkka

Klinikassa käsiteltiin tapaus, jossa lomapalkka jäi odotettua pienemmäksi maksukertoimen vuoksi. Maksukerroin vaikuttaa kaikkiin palkkalajeihin, ellei sitä erikseen ohiteta. Ratkaisuna on palkkalajiasetus "Ei huomioi maksukerrointa", jota suositellaan esimerkiksi lomapalkoille ja muille laskennallisille palkoille.

Sarakkeet ja Lähde-tieto

Maksunäkymän sarakkeita voi muokata asetuksista, ja Lähde-sarake on hyödyllinen erityisesti tuontien ja massamuutosten tarkistuksessa. Saraketta ei välttämättä tarvitse pitää jatkuvasti näkyvissä, mutta se on hyvä ottaa käyttöön selvitystilanteissa.

Sarakeasetusten avautumisongelma

Klinikassa selvitettiin tapaus, jossa sarakeasetukset eivät auenneet. Jatkossa todettiin syyksi poikkeuksellisen pitkä tooltip-teksti maksun tilasymbolissa, mikä esti näkymän avautumisen. Ongelma korjataan tulevassa versiossa rajaamalla liian pitkät tekstit automaattisesti.

Yhteenveto

Klinikan keskeiset opit:

• Monet käyttöliittymäongelmat liittyvät selaimeen tai välimuistiin
• Palkkakausien suojaus estää tietojen rikkoutumisen
• Tuonnit ovat turvallisia, koska ne voidaan perua
• Maksukerroin vaikuttaa laajasti palkkoihin
• Tulevat parannukset helpottavat erityisesti verkkopalkkojen käsittelyä

Kooste toimii pohjana jatko-ohjeille ja Help Center -artikkeleille.