Tervetuloa ePalkka-klinikalle!

21.4. laajennttu lomaklinikka 14-16. Tutustumme yhdessä koko lomalaskentaprosessiin ja tutustutaan erilaisiin lomamenetelmiin

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! 

ePalkat-klinikka – AI-yhteenveto ja keskeiset opit (7.4.2026)

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.