Tämä tuontitapa on suunniteltu erityisesti Kieku-lähdejärjestelmälle ja "Työaikasäännöille". Se laajentaa yleisiä tuontisääntöjä erityisellä liiketoimintalogiikalla ja tietojen tunnisteilla. Katso myös Kieku "Uudet tilit" -tuontitapa varmistaaksesi, että valitset tarkoituksiisi oikean vaihtoehdon.

Tämä tuontitapa on ensisijaisesti tarkoitettu XML-tiedostomuodolle, eikä siinä siksi ole määritelty sarakkeiden järjestystä. Tämä tekee solmunimistä pakollisia (tai sarakeotsikoista, jos käytetään muuta tiedostotyyppiä kuin XML).

Kentät

Alla on luettelo tämän tuontitavan erityisistä tunnisteista ja kenttien käyttäytymisestä. Henkilön lisätietokenttiä voidaan tuoda käyttämällä yleistä tuontitapaa.

Liiketoimintalogiikka

• Ohita tiedot, joilla ei ole 'TyoAikaSuunnitelmaSaantoKoodi'-solmua 
  Jokaisella tuotavalla henkilöllä on oltava XML-solmu nimeltä TyoAikaSuunnitelmaSaantoKoodi, jonka kirjainkoolla on merkitystä ja jonka arvo on 02 tai 03A. Muussa tapauksessa kyseisen henkilön tiedot ohitetaan.
• Käyttäjätunnus = henkilönumero 
  Käyttäjätunnus luodaan yleensä etu- ja sukunimien perusteella, mutta tässä kartoituksessa kopioidaan työntekijän numero.
• Henkilöryhmä OrganisaatiotasoKoodista 
  Henkilöryhmää päivitetään vain työsopimuksista tulevan tiedon perusteella, jotka kattavat nykyisen päivämäärän (eli alkamispäivä on <= nykyinen päivämäärä ja päättymispäivä > nykyinen päivämäärä)
  • Vain tällä hetkellä voimassa olevaan työ-sopimukseen liittyvät tiedot vaikuttavat henkilöryhmään
  • Vaikka OrganisaatiotasoKoodi -arvoja tuodaan jopa 10, uuden henkilöryhmän määrityksessä käytetään vain korkeimman kentän arvoa (missä Organisaatiotaso1Koodi on alin)
• Laajenna työsopimuksen kestoa
   
  • Jos henkilöllä on olemassa työsopimuksen alkamispäivä, tuotava alkamispäivä voi nollata olemassa olevan arvon tai muuttaa alkamispäivää aikaisemmaksi, mutta alkamispäivää ei voi muuttaa myöhemmäksi.
  • Jos henkilöllä on olemassa työsopimuksen päättymispäivä, tuotava päättymispäivä voi nollata olemassa olevan arvon tai muuttaa päättymispäivää myöhemmäksi, mutta päättymispäivää ei voi muuttaa aikaisemmaksi.
  • Nämä rajoitukset varmistavat, että henkilöitä, joilla on useita sopimuksia, voidaan tarkastella ja hallita oikein palvelussa
  • Esimerkkejä:
    •  
      1. Ei olemassa olevia työsopimuksen päiviä
         tuodut arvot
         PalvelussuhdeAlkuPvm: 20210501
         PalvelussuhdeLoppuPvm: 20220831
         tulos: 01.05.2021 - 31.08.2022 (uudet päivät voidaan lisätä, kun olemassa ei ole päiviä)
      2. Olemassa olevat työsopimuksen päivät 01.05.2021 - 31.08.2022
         tuodut arvot
         PalvelussuhdeAlkuPvm: 20210101
         PalvelussuhdeLoppuPvm: 20211231
         Tulos: 01.01.2021 - 31.08.2022 (alkamispäivää voi muuttaa aikaisemmaksi, mutta päättymispäivää ei)
      3. Olemassa olevat työsopimuksen päivät 01.01.2021 - 31.08.2022
         tuodut arvot
         PalvelussuhdeAlkuPvm: 20220101
         PalvelussuhdeLoppuPvm: 20221231
         Tulos: 01.01.2021 - 31.12.2022 (päättymispäivää voi jatkaa myöhemmäksi, mutta alkamispäivää ei)
      4. Olemassa olevat työsopimuksen päivät 01.01.2021 - 31.12.2022
         tuodut arvot
         PalvelussuhdeAlkuPvm:
         PalvelussuhdeLoppuPvm:
         Tulos: ei työsopimuksen alkamispäivää tai päättymispäivää (työsopimuksen alkamispäivä ja päättymispäivä voidaan aina tyhjentää)
• Sähköpostiosoite pieniksi kirjaimiksi 
  Kaikki sähköpostiosoitteet muunnetaan pieniksi kirjaimiksi
• Sähköposti ohitetaan, jos virheellinen
  Sähköpostit, jotka eivät läpäise Neptonin sähköpostivarmennusta, jätetään pois tuonnista