25. Palkat

Katso myös pikaohje: Palkkojen syöttötiedot

25.1 Mitä Kirjanpito.io tekee puolestasi — ja mikä jää muille

Tämä on tietoinen rajaus: palkanlaskenta ilman oikeita, hyväksyttyjä prosentteja ja taulukoita olisi vaarallinen — se tuottaisi uskottavan näköisiä tarkistamattomia lukuja. Kunnes hyväksytty tarkistettu aineisto on olemassa (luku 29), palkat lasketaan muualla ja kirjataan tänne.

25.2 Mitä aloittavan yrityksen on tiedettävä

Ensimmäinen palkka on hallinnollisesti iso askel. Ennen sitä:

• Selvitä kuulutteko työnantajarekisteriin ja mistä alkaen.
• Sovi kuka laskee palkat ja millä ohjelmalla.
• Selvitä mitä sivukuluja työnantajan on maksettava ja mihin eläke- ja vakuutusyhtiöön.
• Sovi tulorekisteri-ilmoituksista: kuka tekee, millä määräajalla. Ilmoitus on tehtävä jokaisesta palkanmaksusta.
• Varaa kassaan enemmän kuin nettopalkka: bruttopalkan päälle tulevat työnantajan sivukulut, ja ennakonpidätys sekä työntekijämaksut tilitetään eteenpäin.
• Perusta tarvittavat tilit tilikarttaan (palkkakulut, sivukulut, ennakonpidätysvelka, sosiaaliturvamaksuvelka, palkkavelat).

Tärkein oivallus: kuten alv, myöskään ennakonpidätys ei ole yrityksen rahaa. Se on työntekijän veroa, jonka yritys pidättää ja tilittää.

25.3 Mitä ohjelmisto laskee — ja millä ehdolla

Kirjanpito.io:ssa on palkanlaskennan laskenta: se laskee bruttopalkasta ennakonpidätyksen, työntekijän ja työnantajan maksut, nettopalkan ja työnantajan kokonaiskustannuksen, ja se kirjaa tuloksen kirjanpitoon yhtenä tasapainoisena tositteena.

Ennen virallista käyttöä: palkanlaskennan perusteet tarkistetaan ja hyväksytään ennen käyttöä. Perusteilla on oltava lähde ja nimetty hyväksyjä. Prosentit eivät ole käyttäjän arvattavia asetuksia. Tämä on tarkoituksellista: palkanlaskennan viralliset luvut tarvitsevat tarkistetut perusteet, jotta työntekijän verotusta ja ilmoituksia ei tehdä keskeneräisillä tiedoilla — ja jotta ilmoitukseen päätyvät luvut ovat tarkistettuja.

Tarkistettu aineisto on nyt olemassa olevaa rakennetta, ei puuttuvaa. Laskennan prosentit johdetaan hyväksytystä lainsäädäntökerroksesta (luku 25.5b): ennakonpidätys ja sivukulut luetaan siitä, ja niiden on oltava paketissa merkittyinä lakisääteisiksi — prosentti, jonka työnantaja voisi itse valita, ei ole veroprosentti, ja laskenta ei etene jos se olisi mahdollista.

Laskenta on silti estetty jokaiselta yritykseltä, koska yhtään suomalaista pakettia ei ole hyväksytty. Ero edelliseen versioon on merkittävä: aiemmin laskenta oli rakenteellisesti mahdoton, nyt se odottaa hyväksyntää. Kun paketti on tarkistettu lähdettä vasten, palkkahallinnon katselmoima ja nimetyn henkilön hyväksymä, laskenta avautuu ilman ohjelmistomuutosta. Hyväksyntää edeltää silti luonnoksen rekisteröinti: tarkistetun aineiston luontireitti on Kirjanpito.io:n oma julkaisunäyttö (luku 22).

Laskenta vaatii lisäksi kaksi asiaa, jotka eivät ole prosentteja: voimassa olevat työehdot sille päivälle ja kauden syötetilannekuvat (verokortti, poissaolot ja muut kaudelle vaaditut). Ohjelmisto tarkistaa kaikki kolme ja kertoo erikseen, mikä niistä puuttuu.

Käytännössä pilottivaiheessa: palkat lasketaan edelleen palkanlaskennassa ja kirjataan tänne (luku 25.4).

Kaksi asiaa, jotka kannattaa tietää laskentaesta:

• Palkkalaskelma on muuttumaton. Kun se on vahvistettu, sitä ei voi muuttaa: korjaus on uusi palkkalaskelma, ei ylikirjoitus. Laskelma on sinetöity kahdesti — omalla tiivisteellään ja sidoksella siihen tietueeseen, jossa se sijaitsee, joten myöskään toisen henkilön laskelmaa ei voi siirtää tämän kohdalle huomaamatta.
• Sama palkkalaskelma ei voi kirjautua kahdesti. Kirjauksen tunniste johdetaan laskelman tiivisteestä, joten tuplakirjaus on rakenteellisesti mahdoton. Jos laskelma muuttuu, se on eri laskelma ja kirjautuu omana tositteenaan — vanha oikaistaan.

25.4 Palkanmaksun kirjaaminen

Yksi palkkajakso kirjataan tyypillisesti kahtena tai kolmena tositteena. Palkkakirjaus (bruttopalkat ja niistä syntyvät velat):

Työnantajan sivukulut omana tositteenaan:

Tilitykset (verottajalle ja vakuutusyhtiölle) kirjataan maksettaessa: velkatili debet, pankkitili kredit. Velan pitää nollautua — jos ennakonpidätysvelka kasvaa kuukaudesta toiseen, jokin tilitys on jäänyt tekemättä tai kirjaamatta.

25.5 Mitä kuukausittain tarkistetaan

1. Avaa palkkakauden yhteenveto (Palkkayhteenveto-raportti). Se kokoaa kauden bruttopalkat, ennakonpidätykset, työntekijän ja työnantajan maksut sekä maksettavat nettopalkat — suoraan kirjanpidon tositteista, ei palkanlaskennasta. Juuri siksi se kelpaa täsmäytykseen: jos palkanlaskenta ja kirjanpito eroavat, ero näkyy.
2. Vertaa lukuja palkanlaskennan omaan raporttiin.
3. Velkatilit nollautuvat tilitysten jälkeen.
4. Tulorekisteri-ilmoitukset on annettu (tarkista palkanlaskennalta).

Huomaa mitä palkkayhteenveto ei ole: se ei ole palkkakortti eikä palkkaerittely, eikä se kerro mitä kenellekin on maksettu. Se kertoo mitä kirjanpitoon on viety. Palkkakirjanpito on palkkahallinnon puolella.

25.5b Palkanlaskennan perusta: henkilö, työsuhde ja voimassaolopäivätyt ehdot

Palkanlaskennan houkuttelevin aloituskohta on laskenta, ja se on viimeinen turvallinen osa. Laskenta laskee oikein siitä, mitä sille annetaan — ja mitä sille annetaan, on henkilö, työsuhde, sinä päivänä voimassa olleet ehdot, verokortti ja poissaolot. Siksi ne on rakennettu ensin, ja laskenta pysyy edelleen estettynä (luku 25.3).

Henkilöä, työsuhdetta ja työehtoja ei kirjaa tänään kukaan. Teot ovat ohjelmistossa ja testattuja, mutta niille ei ole omaa näyttöä, rajapintaa eikä operaattorin työkalua — mitä operaattorin kanssa tarkoittaa, sanotaan kokonaisuudessaan toimintokartan alaviitteessä. Omalta näytöltä näkyy se, mikä ehto on voimassa ja mistä paketista se tuli (Palkkailmoitukset-sivun näkymä Syöteaineisto), ja verokorteilla, eduilla ja poissaoloilla on omat todisterekisterinsä samalla sivulla — ne ovat eri asia kuin työsuhteen ehdot.

Henkilö ei ole käyttäjätili. Käyttäjä on kirjautuminen; henkilö on ihminen, jonka yritys palkkaa, joka ei ehkä koskaan kirjaudu mihinkään, ja jolla voi olla useita työsuhteita peräkkäin tai eri työnantajiin samassa työtilassa. Ne ovat eri asioita ja eri tauluja — juuri se estää palkkatietojen vuotamisen tavallisen käyttäjäprofiilin kautta.

Palkkatiedoilla on omat oikeutensa. payroll.person.view ja payroll.person.manage eivät sisälly kirjanpito-oikeuksiin: kirjanpitäjällä, joka hoitaa tilikarttaa, ei ole automaattisesti asiaa kenenkään työsuhteen ehtoihin. Jokainen luku ja kirjoitus kirjautuu lokiin käyttötarkoituksineen — "kuka katsoi" ilman "miksi" vastaa kysymyksen väärään puoliskoon — eikä lokia voi muokata.

Henkilötunnusta ei tallenneta. Kentässä on viittaus siihen, missä tunnistetiedot pidetään. Tämä versio ei tarvitse tunnusta, ja henkilötieto jota ei tarvita mutta joka tallennetaan, on henkilötieto varmuuskopiossa jota kukaan ei suunnitellut. Tunnukselta näyttävä arvo hylätään.

Ehdot ovat voimassaolopäivätyt, eikä niitä muokata. Palkankorotus on uusi rivi, joka sulkee edellisen. Maaliskuun uudelleenlaskenta näkee maaliskuun palkan vielä heinäkuun korotuksen jälkeenkin. Jos ehtoja päivitettäisiin paikalleen, jokainen vanha palkkalaskelma muuttuisi toistokelvottomaksi eikä mikään lopputuloksessa näyttäisi väärältä.

Mistä palkkaehto tulee — ja miksi se kerrotaan

Palkkaehdot tulevat viideltä tasolta, ja vaarallinen versio tästä on se, jossa luku ilmestyy eikä kukaan osaa sanoa mistä. Ratkaisu kulkee järjestyksessä ja kertoo aina, mikä kerros voitti ja mistä paketista:

1. LAKI (jurisdiction)   pakottava; alempi kerros ei voi ohittaa
2. TES / sopimus         alan taso
3. TYÖNANTAJA            saa parantaa TES:ää
4. TYÖSUHDE              saa parantaa edelleen
5. KÄSIN ANNETTU         yksittäistapaus, kirjattuna

Kaksi lakia tekevät kerrostamisesta turvallisen:

1. Lakisääteistä ehtoa ei voi ohittaa alempaa. Jos työnantajapaketti tai käsin annettu poikkeus yrittää asettaa saman avaimen, ratkaisu ei etene ja nimeää yrittäjän. Yritys ei sovi lakia toisin — ja se estetään tässä, ei katselmuksessa.
2. TES-arvon saa ylittää, mutta ylitys näkyy. Minimiä parempi palkka on täysin sallittu ja tavallinen. Vastaus kertoo silloin sekä voimassa olevan arvon että sen TES-arvon, josta poikettiin, joten kysymykseen "miksi tämä eroaa työehtosopimuksesta" on aina vastaus.

Kirjanpito.io ei tulkitse työehtosopimusta tekstistä (tietoinen rajaus). Paketin kirjoittaa ja katselmoi ihminen; ohjelmisto lukee vain ne avaimet, jotka siinä lukevat, ja ei etene ilman pakettia. Luonnospaketti ei ratkaise kenenkään palkkaa.

Syötteen tilannekuvat

Kaudelle voi kirjata muuttumattomia tilannekuvia: verokortti, luontoisedut, kustannusten korvaukset, poissaolot, lomat ja vakuutustiedot, kukin lähdeviitteineen. Tilannekuva ei ole laskenta: sisältöä ei tulkita, vaan se säilytetään sellaisena kuin se oli, jotta palkkalaskelma on toistettavissa vuosien päästä. Samat tiedot kahdesti on sama tietue; eri tiedot ovat uusi tietue, ei muokkaus.

Missä palkan tarkistettu aineisto asuu ja kuka sen hyväksyy

Palkan prosentit eivät ole oma erillinen tiedostonsa. Ne ovat lainsäädäntökerroksen ehtoja, samassa kerrospinossa kuin kaikki muutkin palkkaehdot, ja siksi jokainen laskennan käyttämä luku kantaa saman perustelun: mistä kerroksesta ja mistä paketista se tuli. Vaihtoehto olisi ollut säilyttää prosentit erikseen, mutta silloin laskennan luvut olisivat olleet ainoat, joista ei voi kysyä "mistä tämä tuli".

Laskentaen odottama tarkistettu aineisto johdetaan kerroksesta: ohjelmisto lukee ennakonpidätyksen ja sivukulut, tarkistaa että ne on merkitty lakisääteisiksi, ja kokoaa niistä sen muodon, jonka laskenta jo osaa tarkistaa. Yritys nimeää oletuspakettinsa asetuksella accounting.templates.payroll_ruleset; yksittäinen työsuhde voi nimetä oman.

Palkan lakisääteisellä sisällöllä on oma katselmoijansa. Tilikartan, tilinpäätöskaavan ja alv-kohdekartan hyväksyntä vaatii kirjanpitäjän katselmusviitteen. Ennakonpidätysprosentti ei ole kirjanpitäjän ammattialuetta, ja kirjanpitäjän allekirjoituksen hyväksyminen sen portiksi tarkoittaisi, että yhden ammatin kannanotto korvaa toisen asiantuntemuksen — mahdollisesti ilman että allekirjoittaja tietää tulleensa asetetuksi palkkahallinnon vastuuseen. Siksi lakisääteinen palkkapaketti vaatii oman palkkahallinnon katselmusviitteensä, ja jokainen lakisääteinen pakettilaji kertoo erikseen, minkä katselmuksen se vaatii.

Työnjako etukäteen

Valmistelijan, tarkastajan ja maksajan nimeäminen on rakennettu, mutta sillekään ei ole omaa näyttöä eikä rajapintaa, joten nimeämistä ei tänään tehdä lainkaan. Sama henkilö saa hoitaa ne kaikki. Pienessä yrityksessä toimitusjohtaja vastaa kaikesta, eikä toista paria käsiä ole olemassa — kielto ei silloin ole kontrolli vaan umpikuja, jossa palkka-ajoa ei voi viedä loppuun ollenkaan.

Sen sijaan keskittymä kirjataan. Kun sama henkilö ottaa toisen tehtävän, rivi kantaa pysyvän merkinnän siitä, ja koko ketjun hoitanut palkka-ajo näkyy sellaisena joka näkymässä, jossa sen todiste esiintyy. Tuotteen periaate kieltää tekemästä kaikkea hiljaa, ei tekemästä kaikkea; merkintä on juuri se, mikä poistaa hiljaisuuden.

Jos yritys haluaa vaatia toisen henkilön, se on asetus eikä koodimuutos: security.separation_of_duties_mode arvoon block. Sama asetus ohjaa tuntien ja ostojen hyväksyntää muualla Kirjanpito.io:ssa. Omistaja ja admin läpäisevät senkin — toimitusjohtaja saa allekirjoittaa mitä tahansa.

Palkka-ajoa itseään ei vielä ole — tämä on valmius, ei työnkulku.

25.5c Ilmoitusten lähetysjono

Ilmoituksen antaminen viranomaiselle ei ole palkanmaksun sivuvaikutus. Jos se olisi, epäonnistunut tai kesken jäänyt ilmoitus olisi näkymätön: palkat näyttäisivät maksetuilta, ilmoitusta ei olisi, eikä kukaan huomaisi ennen kuin määräaika olisi mennyt. Siksi ilmoitus on jonossa oleva asia, jolla on tila — sellainen, jonka voi laskea, jota voi jahdata ja jonka voi täsmäyttää.

Kirjanpito.io ei lähetä mitään. Ohjelmistossa ei ole verkkokutsua, varmennetta eikä päätepistettä. Jokainen ulkoinen teko on todiste siitä, että ihminen teki jotain muualla: hän lähetti sen, ja tässä on viite; viranomainen vastasi, ja tässä on kuittaus.

Elinkaari:

Tila johdetaan tapahtumista, eikä sitä ole tallennettu mihinkään. Tämä on tarkoituksellista: tilakenttä on jotain, jota voi päivittää, ja päivitettävä tila lakisääteisen ilmoituksen todisteessa tarkoittaisi, että hylätyn ilmoituksen voi hiljaa merkitä hyväksytyksi eikä erosta jäisi jälkeä. Johdettua tilaa ei voi muokata, koska sitä ei ole kirjoitettu mihinkään.

Valmistelija saa katselmoida oman ilmoituksensa, mutta ilmoitus kertoo sen itse. Katselmus kertoo, että joku on katsonut tämän ja ottaa siitä vastuun. Toimitusjohtaja, joka allekirjoittaa oman työnsä, antaa aidon vahvistuksen — se on vain heikompi kuin toisen ihmisen tekemä tarkastus. Siksi Kirjanpito.io ei kiellä sitä vaan merkitsee sen: ilmoituslistalla lukee "oma", ja itse katselmoiduista ilmoituksista on oma listansa. Näin ero näkyy vielä vuosien päästä, kun kukaan ei enää muista ketkä olivat töissä.

Kielto olisi tarkoittanut, että yhden hengen yhtiö — käyttöohjeen oma profiili P1 — ei olisi voinut lähettää yhtäkään ilmoitusta. Jos yritys haluaa vaatia toisen henkilön, asetus security.separation_of_duties_mode = block tekee sen; omistaja ja admin läpäisevät senkin.

Korjaus ja mitätöinti ovat uusia tietueita, jotka linkittyvät siihen ilmoitukseen jonka ne korvaavat. Alkuperäinen säilyy täsmälleen sellaisena kuin se lähetettiin. Vain jo lähetetyn ilmoituksen voi korvata — keskeneräinen korjataan paikallaan ennen lähtöä — ja korvaavan on käytettävä samaa ilmoituspakettia: eri paketista johtuva ero ei ole korjaus vaan eri asiakirja samalla viitteellä. Korjauksen ja mitätöinnin kirjaamista ei tänään tehdä lainkaan: sille ei ole omaa näyttöä, rajapintaa eikä operaattorin työkalua (toimintokartan alaviite) — ja lähetysjonon näkymä näyttää tuloksen mutta ei ota sitä vastaan.

Täsmäytysnäkymä vastaa koko kysymykseen: mitä on valmisteltu, mikä odottaa katselmusta, mikä odottaa ihmisen lähetystä, mikä on lähetetty, mikä hyväksytty, mikä hylätty ja vaatii korjausilmoituksen, ja mikä on jo korjattu tai mitätöity. Jono jota ei voi laskea on juuri se ongelma, jonka takia tämä rakennettiin.

Suomalaista tulorekisterin ilmoituspakettia ei ole hyväksytty. Koneisto toimii synteettisillä paketeilla; oikea tietosisältö, koodit, määräajat ja varmenteet ovat lakisääteistä sisältöä, joka odottaa lähdetarkistusta ja palkkahallinnon katselmusta.

25.5d Ilmoituspaketin lähdeaineisto ja katselmus

Ilmoituspaketti on täsmälleen niin luotettava kuin sen taustalla olevat asiakirjat. Aiemmin paketilla oli yksi vapaamuotoinen lähdeviite: riittää sanomaan "tämä on jostain", ei riitä katselmoitavaksi.

Jokaisella paketilla on nyt lähdeluettelo. Yksi rivi per asiakirja: julkaisuosoite, otsikko, julkaisijan oma versio ja vuosi, mitä ajanjaksoa asiakirja koskee, milloin se haettiin, sen tiiviste sellaisena kuin katselmoija sen näki — ja mitä katselmoija siitä päätteli. Viittaus ilman luettua on linkki, ei todiste, joten tyhjä huomio hylätään. Luettelo on vain lisättävä: uusi haku samasta osoitteesta on uusi rivi, jotta jälki kertoo mitä uskottiin ja milloin.

Kirjanpito.io ei hae mitään. Ohjelmistossa ei ole verkkokutsua tähänkään: jokaisen rivin kirjoittaa ihminen, joka on lukenut asiakirjan.

Runko on katselmusaineistoa, ei sisältöä. Kutakin kuutta ilmoituslajia varten voi rekisteröidä rungon, joka kertoo vain minkä ilmoituksen se koskee ja mikä sen virallinen nimi on. Runko ei sisällä yhtään kenttää, koodia tai määräaikaa — eikä sellaisia kirjoiteta muistista, koska uskottavan näköinen väärä koodi lakisääteisessä ilmoituksessa on pahempi kuin tyhjä: se lähtee. Runkoa ei voi koskaan hyväksyä. Juuri siksi rungon saa luoda skriptillä: se ei voi päätyä käyttöön.

Hyväksyntä vaatii siis kolme asiaa, joista yksikään ei ole ohjelmiston tehtävä: kentät jotka on selvitetty lähteestä, vähintään yksi kirjattu lähdeasiakirja, ja palkkahallinnon katselmusviite. Näidenkin edellä on sama luontiteko kuin muilla paketeilla: tarkistetun aineiston luontireitti on Kirjanpito.io:n oma julkaisunäyttö (luku 22).

Paketti valitaan kauden mukaan, ei "uusimpana". Tulorekisterin sisältö muuttuu vuosittain, ja vuoden 2026 kausi on ilmoitettava vuoden 2026 muodossa myös silloin kun sitä korjataan 2028. Siksi paketti kertoo minkä ajanjakson se kattaa, ja ratkaisu tehdään maksupäivän perusteella. Jos kaksi hyväksyttyä pakettia väittäisi kattavansa saman päivän, kumpaakaan ei käytetä — muuten valinta riippuisi rivijärjestyksestä.

Katselmoijan paketti kokoaa yhteen sen, mitä katselmoija tarvitsee: mitkä paketit ovat olemassa ja missä tilassa, mitä lähdeasiakirjoja kunkin takana on huomioineen, mitä puuttuu ennen kuin paketin voisi hyväksyä, mitä Kirjanpito.io ei tee, ja mitkä tapaukset katselmoijan on hyväksyttävä ennen kuin mihinkään voi luottaa — tavallinen palkanmaksu, korjaus, mitätöinti, vuodenvaihde ja hylätty vastaus. Katselmus, joka alkaa sillä että selvitetään mitä pitäisi katselmoida, ei ala.

Kaikki tämä näkyy sivulla Palkkailmoitukset (näkymä Ilmoituspaketit ja katselmus). Kuvassa kaikki kuusi ilmoituslajia ovat runkoina: hyväksyttyjä paketteja on nolla, ja jokaisen rivin Puuttuu-sarake kertoo täsmälleen mitä ennen kuin sen voisi hyväksyä.

25.5e Palkkojen maksuerä ja kolmen suunnan täsmäytys

Nettopalkka on se palkanlaskennan luku, joka lähtee yrityksestä rahana. Siksi kolmen luvun on täsmättävä jälkikäteen: mitä palkkalaskelmat sanovat velaksi, mitä kirjanpitoon kirjattiin palkkavelaksi ja mitä pankista oikeasti lähti.

Kirjanpito.io ei maksa kenellekään. Ohjelmistossa ei ole pankkiyhteyttä, maksuaineiston muodostusta, varmenteita eikä maksurajapintaa. Maksuerä on yrityksen oma sinetöity aiekirjaus: nämä laskelmat, nämä summat, tämä eräpäivä. Maksun tekee ihminen pankissa, ja se palaa tänne todisteena.

Rahan lähtemiseen halutaan toinen pari silmiä, mutta yhden hengen yhtiössä sellaista ei ole. Kirjanpito.io ei siksi kiellä oman erän hyväksymistä — se kirjaa sen. Merkintä näkyy erän tositteella, täsmäytysnäkymässä ja käyttölokissa, eikä sitä voi laskea pois jälkikäteen. Yritys, joka haluaa vaatia kaksi henkilöä, asettaa security.separation_of_duties_mode arvoon block; omistaja ja admin läpäisevät senkin.

Oma hyväksyntä ei ole täsmäytysero. Luvut voivat täsmätä täydellisesti ja erä olla silti yhden ihmisen hyväksymä. Nämä ovat kaksi eri asiaa, ja ne näytetään erikseen, jottei kumpaakaan luettaisi toisena.

Viimeinen kohta on tärkeä: maksettua summaa ei oleteta erän summaksi. Pankki voi maksaa osan, ja oletus on juuri se tapa, jolla osasuoritus katoaa näkyvistä. Sama erä voi saada useita maksutapahtumia, ja ne lasketaan yhteen — yhdellä ajolla voi olla kaksi tilisiirtoa.

Täsmäytys ei koskaan kuittaa itseään. Jos kolme lukua eivät täsmää, tulos on auki, ero ja sen suunta kerrottuna, eikä ohjelmistossa ole yhtään toimintoa joka merkitsisi eron ratkaistuksi. Automaattinen kuittaus on tapa, jolla oikealle ihmiselle maksettu alisuoritus muuttuu näkymättömäksi. Kaksi rehellistä vastausta ovat "nämä täsmäävät" ja "eivät täsmää, ero on tämän suuruinen".

Jos kirjanpitoon ei ole kirjattu palkkoja lainkaan, se on ero — ei hiljainen yhteisymmärrys.

Korjaus on uusi erä, joka linkittyy korvattavaan. Alkuperäinen säilyy sinetteineen sellaisena kuin se hyväksyttiin.

25.6 Palkanlaskennan käsitteet — mitä Kirjanpito.io:ssa on ja mikä hoidetaan muualla

Palkanlaskenta ei ole yksi laskutoimitus vaan kerros tietoja, joiden päälle laskenta tehdään. Alla on se kerros — sellaisena kuin palkkahallinto sen tuntee — ja jokaisen kohdalla mitä Kirjanpito.io:ssa siitä on. Lista on tässä siksi, että se kertoo, mitä palkkahallinnolta on kysyttävä ja mitä ei kannata odottaa Kirjanpito.io:n kertovan.

Miksi tämä lista on ohjeessa. Palkanlaskennan automatisointi on houkuttelevaa aloittaa laskennasta, koska se on näkyvin osa. Se on kuitenkin viimeinen turvallinen osa: ilman henkilöä, työsuhdetta, verokorttia ja poissaoloja laskenta laskee oikein vääristä lähtötiedoista. Siksi ne on rakennettava ensin — ja siksi ne on tässä lueteltu ennen kuin niitä on.