Zināšanu bāze Horizon

Ja ar kādu personu netiek uzsāktas tiesiskās attiecības, bet dati sistēmā jau ir ievadīti, tos iespējams dzēst. Lai izdzēstu ievadīto Personas kartīti, Personu kartīšu sarakstā (Pamatdati - Personāla uzskaites - Personu kartītes) jāatrod attiecīgā darbinieka kartīte un tā jāatver ar apskati   vai labošanu   .    Personas kartītes kreisajā sadaļā ir pieejama visa informācija, kas ir ievadīta par darbinieku.     Secīgi, verot vaļā katru no sadaļām, ievadītie dati jāizdzēš (izņemot datus no sadaļām Pamatinformācija, Kontaktinformācija, Darba vieta, Papildinformācija un Lietotāja sistēmas dati). Kā pēdējie tiek dzēsti personas amata dati un tad – tiesiskās attiecības.   Kad minētie dati ir dzēsti, jāatver saraksts Darbinieku klientu kartītes: Pamatdati -Personāla uzskaite – Izmaksai - Darbinieku klientu kartītes. No šī saraksta arī jādzēš personas ieraksts, nospiežot pogu “dzēst”  .   Kad Darbinieka klienta kartīte ir izdzēsta, no kopējā Personas kartīšu saraksta (Pamatdati - Personāla uzskaite - Personu kartītes) dzēš kartīti, nospiež pogu “dzēst”  .   Personu kartīti var dzēst tikai tad, ja nav veikti nekādi aprēķini.   Ja Personas kartīšu sarakstam ir piesaistīts automātisks numerators (tabeles numurs un/vai papildnumurs) un nepieciešams, lai numuri tiek piešķirti secīgi, jālabo numerators (Sistēma – Uzstādījumi -Numeratori), norādot jaunu nākamo vērtību.

No Horizon eksportējot e-rēķinus atbilstoši Peppol formātam, sistēma veic formāta noteikumu pārbaudi.  Viens no biežākajiem šīs pārbaudes paziņojumiem ir saistīts ar mērvienībām: BR-CL-23 [BR-CL-23]-Unit code MUST be coded according to the UN/ECE     Paziņojums nozīmē, ka dokumenta rindiņās izmantotajām mērvienībām nav atrasti kodi atbilstoši starptautiskam mērvienību klasifikatoram, kā to paredz šis formāts. Kļūdas novēršanai ir jāpapildina mērvienības, kas izmantotas rēķinos un pavadzīmēs.     Izvēlne: Pamatdati - Noliktava - Kartītēm - Mērvienības Sarakstā labo esošās mērvienību kartītes, norādot tām UNECE kodu.     Starptautiskais UNECE mērvienību klasifikators ir ļoti apjomīgs. Horizon ieliktas biežāk izmantotās. UNECE mērvienības kartītē ir pieejamas saites uz pilno klasifikatoru, pēc tā vadoties papildināms Horizon saraksts.     Pēc mērvienību sakārtošanas atkārtoti var veikt e-rēķinu sūtīšanu.  

Vairākas bankas piedāvā saviem klientiem e-rēķinu saņemšanu internetbankā.  Šajā rakstā uzzināsiet, kā pakalpojumu sniedzējs var sagatavot un uz banku nosūtīt e-rēķinu xml datni no Horizon.  Pakalpojumu sniedzējam nepieciešams ar banku vienoties par šī pakalpojuma nodrošināšanu. Horizon pusē iespēja ir pieejama visiem, veicot atbilstošu konfigurāciju. Šobrīd tiek atbalstīta e-rēķinu nosūtīšana no Horizon uz Swedbanku un SEB banku.   XML datne tiek sagatavota atbilstoši katras bankas e-rēķinu standartam un tie ir atšķirīgi no Latvijā pieņemtā vienotā elektronisko rēķinu standarta jeb Peppol formāta.  Konfigurācija - eksporta metodes apraksts    Izvēlne: Pamatdati - Datu apmaiņa - Datu ārējā eksporta metodes - Jauns   Katrai bankai ir jāveido sava eksporta metode norādot atbilstošo dziņa failu, kas nodrošina rēķinu eksportu katras bankas e-rēķinu standartam. Swedbankas e-rēķiniem ir jāizvēlas SWEDEINVOICE.dll SEB bankas e-rēķiniem ir jāizvēlas SEBEINVOICE.dll       Swedbank e-rēķinu eksporta metode:     SEB bankas e-rēķinu eksporta metode:     Metodes ievadlogā aizpildāmi dati:   Kods - saīsinājums pēc brīvas izvēles Nosaukums - nosaukums pēc brīvas izvēles Dinamiskās bibliotēkas fails - atbilstoši bankai SWEDEINVOICE.dll vai SEBEINVOICE.dll Eksporta fails - novietojums, kur saglabāt xml datni ar rēķiniem Kodējums - Windows   Zem pogas “Parametri” jānorāda: Klienta numurs - bankas piešķirts pakalpojumu sniedzēja numurs Rādīt pilnu/daļēju e-rēķinu un Līguma īpašības kods - var norādīt tikai izvēloties SWEDEINVOICE.dll. Ja klienta līgumā būs norādīta šī īpašība rēķina datumā, tad īpašības vērtība (Yes/No) tiks ierakstīta xml datnē tagā “presentment”. Visos citos gadījumos vērtība failā aizpildās ar “Yes”. Pamatdati - Klienta kartītes   Izvēlne: Pamatdati - Klienti - Klienta kartīte   Korektai eksportēto rēķinu datu aizpildei nepieciešams pievērst uzmanību zemāk minētajiem klienta kartītes pamatdatiem:   Bankas konts - ar augstāko prioritāti jābūt norādītam klienta bankas kontam (IBAN), uz kuru tiks saņemts e-rēķins un iespējams no tā arī veikta automātiskā apmaksa, ja klients tādu bankas pakalpojumu izmanto. Šo kontu sistēma noklusēti izvēlas rēķinā, kas īpaši svarīgi, ja tos ģenerē automātiski (NĪP modulis, pakalpojumu līgumi).  Swedbank e-rēķinu gadījumā konts var arī nebūt norādīts, taču SEB e-rēķinu eksporta brīdī sistēma pārbauda, lai konts atbilstu IBAN formātam un banka būtu tieši SEB (pēc bankas koda).       Uzņēmuma bankas konts - norāda savu bankas kontu, uz kuru jāsaņem apmaksa par e-rēķiniem. Ja lauks ir tukšs, tad sistēma e-rēķinu failā ielasīs kontu ar augstāko prioritāti no sava uzņēmuma/iestādes bankas kontiem.       Pamatdati - Līguma kartītes   Izvēlne: Dokumenti - Līgumi - Līguma kartīte   Uz banku sūtāmajiem e-rēķiniem ir būtiski norādīt arī līgumu, un šiem līgumiem ir jābūt aizpildītam laukam “Numurs klienta uzskaitē”. Laukā norāda ar debitoru noslēgtā līguma numuru. Šo numuru bankas savā pusē izmanto darījuma identificēšanai, tādēļ tas ir obligāti aizpildāms.       Rēķinu eksports   Izvēlne: Dokumenti - Realizācija - Rēķinu saraksts - Darbības - Saraksta eksports   Rēķinu sarakstā jāiezīmē izpildītie vai jau iegrāmatotie uz banku eksportējamie rēķini uz zem pogas Darbības - Saraksta eksports jāizvēlas atbilstošā metode pēc nosaukuma.       Norādītajā vietā sistēma izveido e-rēķinu xml datni. Tālāk to importē banku sistēmā. Ja faila veidošanas laikā sistēma konstatē kādu datu neatbilstību, tad tiek parādīti atbilstoši paziņojumi.     Rēķina summa apmaksai Banku piedāvājumā ietilpst arī no pakalpojumu piegādātāja saņemtā e-rēķina automātiska apmaksa. Tādēļ xml datnē uz banku tiek padota arī informācija - kāda tieši ir apmaksājamā summa, jo ne vienmēr tā pilnībā sakrīt ar rēķina summu. Piemēram, ja daļu no rēķina summas redz iepriekš iemaksāts avanss, tad šī summa apmaksai būs mazāka (algoritms ir rēķina nepiesaistītā summa mīnus piesaistītā summa valūtā) Savukārt, Swedbank e-rēķinos ir paredzēts, ka uz apmaksu tiek padota visa parāda summa, kāda ir rēķina līgumam, tādēļ var veidoties situācija, ka summa apmaksai ir lielāka nekā rēķina summa.    

620.versijā veiktas būtiskas vizuālas un lietojamības izmaiņas sekojošās pamatdatu kartītēs: klienta kartīte; NĪP abonents; avansa norēķinu persona; aprūpējamais; darbinieka klienta kartīte; uzņēmuma apraksts.   Šajā rakstā dalīsimies ar klienta kartītes izmaiņām - arī citās minētajās pamatdatu kartītēs izmaiņas ir līdzīgas.    Svarīgi! Jaunajā klienta kartītē veikta gan sadaļu pārstrukturēšana, gan lauku atrašanās vietu maiņa pēc to būtības.  Lai darbs ar klienta kartīti būtu ērtāks, pievienotas arī pavisam jaunas iespējas:  ievadīt un apskatīt primāro bankas kontu uzreiz sadaļā "Rekvizīti"; norādīt faktisko adresi; ievadīt un apskatīt galveno kontaktpersonu sadaļā "Kontaktinformācija"; saites, kas automātiski ved uz konkrēto saistīto datu sadaļu; norēķinu dokumentu sadaļa, kurā iespējams redzēt visus attiecīgā klienta dokumentus par pēdējiem 6 mēnešiem. Ja nepieciešams redzēt visus dokumentus, piemēram, visus rēķinus, iespējams atslēgt noklusēto pēdējo 6 mēnešu filtru un redzēt visus klienta dokumentus. Detalizētāka informācija par sadaļu un lauku izkārtojumu pieejama Horizon palīgā.   Ar kartītes tehniskajām izmaiņām un lietojamību aicinām iepazīties arī šajā video: Kartītes augšējā un apakšējā daļa   Klienta kartītes augšējā daļā ir redzami lauki - "klienta tips", "nosaukums vai vārds / uzvārds (atkarīgs no tipa)", "norēķinu veids", "kods" un "papildkods".  Šeit iznests arī lauks "Saistītais debitors / kreditors", kuru iesakām izmantot gadījumos, ja viens un tas pats klients ir gan pircējs, gan piegādātājs. Abas kartītes ir iespējams caur šo lauku savstarpēji sasaistīt.   Klienta kartītes apakšējā daļā ir redzami lauki - "aktīvs" un "atbildīgais" (pārvietots no lpp. "Pārdošana").   Klienta kartīte ar tipu "Uzņēmums":   Klienta kartītes augšējā daļa ar tipu "Privātpersona":     Vertikālais sadaļu izkārtojums   Līdz šim daļa no informācija par klientu bija ievadāma klienta kartītes lappusēs, bet daļa - saistītajos datos, piemēram, bankas konts, adreses u.c. informācija.   Tagad visa informācija ir sakārtota kartītes kreisajā pusē redzamajās sadaļās. Labajā pusē tiek attēlots tajā brīdī izvēlētās sadaļas saturs. Sadaļai piešķirtā ikona norāda uz tās veidu - lappuse ar ievadlaukiem vai saraksts ar vairākiem saistītiem ierakstiem.   Sadaļu hierarhisko izskatu var izvērst un savilkt ar bultiņu pogām saraksta apakšā.   Sadaļu saraksts:   Meklēšana  Lai atvieglotu pārkārtoto lauku atrašanu, kartītes kreisajā pusē virs sadaļu nosaukumiem ir pieejams meklēšanas logs. Tas dod iespēju meklēt pēc nosaukuma gan pašas sadaļas, gan arī datu laukus.    Meklēšanas lauks:   Favorīti    Klienta kartītē var ievadīt dažādu informāciju, bet bieži atšķiras lietotāju vajadzības un prasības, tādēļ pievienota iespēja norādīt savus favorītus jeb biežāk lietotās sadaļas, tās atzīmējot ar zvaigznīti. Ar zvaigznīti atzīmētās sadaļas kļūst pieejamas saraksta augšpusē. Šādi var atzīmēt arī visu virsgrupu.   Pazīmi var noņemt, kā arī favorītus var sakārtot vēlamajā secībā, uzklikšķinot uz attiecīgās sadaļas nosaukuma, un, neatlaižot peli, pārvilkt augstāk vai zemāk.     Saites    Klienta kartītes labajā pusē zilā krāsā attēlotās saites aizved uz atbilstošo saistīto datu sadaļu. Piemēram, "Rekvizītu" lappusē var ievadīt vai redzēt klienta primāro bankas kontu, bet nospiežot uz saites, atveras sadaļa “Bankas konti”, kur jau aplūkojams visu šī klienta bankas kontu saraksts. Šāda iespēja ir pievienota laukiem - "Bankas konti", "Adreses", "Kontaktpersonas".   Saite sadaļā "Kontaktinformācija":     "Bankas rēķini" nosaukuma maiņa uz "Bankas konti"    Visos sistēmas moduļosveikta termina “Bankas rēķins” maiņa uz terminu “Bankas konts”. Līdz ar to, visās ievadformās, paziņojumos, izdrukās u.c. turpmāk būs redzams šis atjaunotais termins.    Svarīgi! Jāņem vērā, ka iepriekšējās versijās sagatavotās Excel veidnēs datu importam kolonnu nosaukumos vai lappušu nosaukumā ir minēts termins “Bankas rēķins”.  No 620. versijas šādu veidni nebūs iespējams importēt. Tas attiecas gan uz bankas kontu saraksta importu, gan rēķinu vai citu dokumentu, kur tiek izmantots bankas konts, importu.    Šādā gadījumā nepieciešams ģenerēt jaunu Excel veidni un aizpildīt vēlreiz ar datiem vai pārsaukt esošās veidnes kolonu vai lappusi atbilstoši jaunajam terminam.       Primārais bankas konts    Lai atvieglotu datu ievadi un uzlabotu klienta kartītes lietojamību, sadaļā "Rekvizīti" ir pievienota lauku grupa "Banka". Šajā sadaļā ir iespējams ievadīt vai apskatīt klienta primāro bankas kontu (bankas konts ar secību “1”). Šo iespēju ērti izmantot situācijās, kad klientam ir tikai viens konts.  Situācijās, ja klientam ir vairāk nekā viens bankas konts vai primārais konts mainās, tad ir iespēja nospiest uz saites "Bankas konti" un sistēma automātiski aizvedīs uz klienta bankas kontu sarakstu, kur veikt nepieciešamās izmaiņas.       Adreses   Līdz šim klienta kartītē lpp. "Reģistrs" bija iespējams norādīt tikai juridisko / deklarēto adresi. Tagad sadaļā Rekvizīti ir pievienota iespēja norādīt arī klienta faktisko adresi (agrāk - "Kontaktadrese"), kas var būt atšķirīga no juridiskās / deklarētās adreses. Ja lietotājs aizpilda faktisko adresi, tad, saglabājot kartīti, sistēma izveidos piegādes adresi ar pazīmi "Faktiskā adrese".  Ja lietotājs nospiež pogu “Juridiskā/deklarētā adrese sakrīt ar faktisko adresi”, tad faktiskās adreses lauks vairs nebūs labojams un tiks automātiski aizpildīts ar juridisko adresi.   Savukārt pašas adreses aizpildei ir pieejamas trīs iespējas: Ja VZD adrešu sarakstā ir kaut viens ieraksts, tad parādās meklēšanas ikona. Spiežot uz šīs ikonas, tiks uzreiz atvērts VZD adrešu meklēšanas ievadlogs, kur var ievadīt meklējamos parametrus un, pēc tam izvēloties atbilstošo VZD adresi, tiek automātiski aizpildīti visi sadalītās adreses lauki kā līdz šim. Adreses ikona - spiežot uz šīs ikonas, tiek atvērta sadalītās adreses ievadlauki un ir iespēja aizpildīt sadalītās adreses informācija. Ievadot adresi tikai adrešu laukā - šādā gadījumā tiks saglabāta tikai pilnā adrese, bet ne sadalītās adreses lauki.  Tāpat nospiežot uz saites, pievienota iespēja nokļūt uzreiz pie klienta piegādes adrešu saraksta.       Apmaksas termiņš    Apmaksas termiņš ir vienīgais lauks, kas aizpildāms jebkurā no divām vietām klienta kartītē - sadaļā "Grāmatvedības dati" vai sadaļā "Pirkšana / Pārdošana". Ja apmaksas termiņa vērtību ievada vienā sadaļā, tā automātiski nomainās arī otrā sadaļā. Šāds risinājums izvēlēts, ņemot vērā, ka lielai daļai lietotāju tas tiešā veidā saistīts ar pārdošanas procesiem, savukārt tikpat lielai daļai šī informācija vairāk attiecas uz citiem grāmatvedības procesiem, kam nav saistības ar pārdošanu.   Sadaļa "Grāmatvedības dati":     Sadaļa "Pārdošana":     Institucionālais sektors   Laukam "Institucionālais sektors" mainīta atrašanās vieta no sadaļas "Klasifikācija" uz sadaļu "Grāmatvedības dati". Tas ir redzams tikai tad, ja uzstādījumos ir atzīmēta institucionālo sektoru lietošana (Uzskaites parametri -> Atskaites).     Paziņojums    Lauka "Paziņojums" garums palielināts līdz 300 simboliem un mainīta atrašanās vieta no sadaļas "Pārdošana" uz sadaļu "Piezīmes".       Miršanas datums    Klienta kartītē ar tipu "Privātpersona" tagad ir pieejams lauks "Miršanas datums", taču noklusēti kartītes ievadformā tas nav redzams. Ja šāda informācija ir nepieciešama, tad klienta kartītes dokumentā tipā jāpievieno lauku atribūts “Rādīt miršanas datumu ievadformā”.   Kartītēs "NĪP abonents" un "Aprūpējamais" šis lauku atribūts ir automātiski ieslēgts, pārejot uz 620. versiju. Taču, veidojot jaunu dokumenta tipu, atribūts ir jānorāda tāpat kā klienta kartītes dokumenta tipā.    Dokumenta tipa lauku atribūti:   Klienta kartīte ar tipu privātpersona:     Klienta tipa maiņa no privātpersonas uz uzņēmumu   Klienta kartītē ir datu lauki, kas pieejami un aizpildāmi tikai kartītēm ar tipu "Privātpersona". Ja saglabātu klienta kartīti labo un tipu maina uz "Uzņēmums", tad pie nākamās saglabāšanas tiks iztukšoti lauki - vārds, uzvārds, personas kods, dzimšanas datums, miršanas datums, pases nr., pases izdošanas datums, pases derīguma termiņš un pases izdevējs.   Iepriekšējās versijās šie dati palika aizpildīti, neskatoties uz to, ka ievadformā tie vairs nebija redzami.   Sadaļa "Rekvizīti":   Sadaļa "Dokumenti":     Izņemta informācija   No jaunās pārstrukturētās klienta kartītes vizuāli ir izņemta šāda informācija: Aktivitātes no lappusēm "Klienta karte" un "Kontakti" ar klientu tagad ir gan pievienojamas, gan apskatāmas atsevišķā sadaļā Aktivitātes. Sadaļas Kontakti ar klientu vairs nav. Kontaktinformācija, kontaktpersona un piezīmes no lappuses "Klienta karte" pārnestas uz citām atbilstošām sadaļām. Informācija par kontaktu skaitu, pārdošanas plānu, realizāciju un izdarītiem pasūtījumiem izņemta no kartītes, taču tā joprojām ir pieejama klientu sarakstā attiecīgajās kolonnās. No klienta kartītes saistītajiem datiem izņemtas šādas sadaļas:  Maksājumu plāni - turpmāk apskatāmi pie klienta līgumu informācijas; Realizācija - konvertācijas - turpmāk atrodami sadaļā "Pirmdokumenti"; Peļņa; Peļņa - dinamika; Plānotie/faktiskie realizācijas apjomi; Realizācijas faktiskā pašizmaksa; Ieņēmumi no pakalpojumiem. Pēdējās 5 atskaites joprojām ir apskatāmas no klienta saraksta Darbībām.   Citas klienta kartītei radniecīgās kartītes   Reizē ar izmaiņām klienta kartītē veiktas līdzīgas izmaiņas arī citās pamatdatu kartītēs, kas ir tai radniecīgas. Avansa norēķinu persona:       Aprūpējamais:       Uzņēmuma apraksts:    

Konfigurējot saskaņošanas scenārijus, jāizvēlas saskaņošanas scenārija etapa saskaņotāju (saskaņošanas loma, persona, mainīgais u.c. - atkarībā no saskaņojamā dokumenta) . Viens no veidiem, kā ērti norādīt personu vai personu grupu, kas saskaņos viena veida vai vairāku veidu pieteikumus, ir Saskaņošanas loma:     Saskaņošanas lomas var konfigurēt uzreiz no scenāriju etapiem vai arī pēc ceļa Pamatdati → Saskaņošana → Saskaņošanas loma. Persona tiek atrasta no Saskaņošanas lomas kartītes, atbilstoši tās veidam.    Saskaņošanas loma - pēc piešķirtās prioritātes       Šo saskaņošanas lomu izmanto visbiežāk - arī gadījumos, kad lomā ir tikai viens darbinieks. Ja lomu izmantojam vairākos saskaņošanas scenārijos, tas nodrošina, ka, nomainot darbinieku lomā (ieliekot kartiņā iepriekšējam darbiniekam <līdz> datumu un izveidojot ierakstu jaunam darbiniekam), izmaiņas tiek attiecinātas uz visiem saskaņošanas scenārijiem, kuros tās ir iekļautas.   Ja tiek izmantota šāda veida loma, tad uz apstiprināšanas uzdevuma izveides datumu sistēma atlasa Personu ar augstāko prioritāti (1., 2., 3. utt.). Prioritātes vērtība ir vesels skaitlis. Prioritāte nepieciešama saskaņotāja noteikšanai.   Etapa saskaņotājs (apstiprināšanas uzdevuma un e-pasta saņēmējs) vienmēr būs persona ar prioritāti "1". Personām ar citām prioritātēm šie apstiprināšanas uzdevumu arī būs redzami HoP un tos būs iespējams sev pāradresēt un saskaņot. E-pasts par tiem netiks saņemts.   Uz šajā lomā piesaistītajām personām darbojas aizvietošanas funkcionalitāte. Sīkāk par saskaņotāju aizvietošanu var izlasīt šajā rakstā.   Saskaņošanas loma - koplietošanas grupa       Šis veids jāizvēlas, ja loma tiks piemērota kādai darbinieku grupai, piemēram, atvaļinājuma pieteikumus apstiprinās kāds no personāla speciālistiem un kopā ir 2, 3, 4 utt. darbinieki. Šie darbinieki var apstrādāt pieteikumu brīvi - galvenais, lai apstrādātājs būtu kāds no norādītajiem darbiniekiem.   Koplietošana nodrošina iespēju apstiprināšanas uzdevumu redzēt un apstiprināt vairākiem saskaņotājiem. Apstiprināšanas uzdevums tiek izveidots bez piesaistes konkrētai personai (uz grupu), bet informāciju e-pastā saņem visas iesaistītās personas. Tiklīdz kāda no personām saskaņo pieteikumu, tā kļūst par saskaņotāju un tiek piesaistīta apstiprināšanas uzdevumam. Pārējās personas šo pieteikumu saskaņot vairs nevar.    Saskaņošanas lomai ar veidu Koplietošanas grupa lauku vērtības Prioritāte un Struktūrvienības netiek izmantotas. Uz šo saskaņošanas lomas veidu nestrādā aizvietošanas funkcionalitāte. Tiek pieņemts, ka saskaņošanas grupā vienmēr kāds no darbiniekiem pildīs darba pienākumus un pieteikumu saskaņos.   Saskaņošanas loma - pēc struktūrvienības      Šo veidu izmanto metarēķinu saskaņošanā: sistēma atlasa Personu, kurai norādītā Struktūrvienība sakrīt ar saskaņojamā metarēķina lauku Struktūrvienība (atrodas metarēķina galvenē lpp. <Dimensijas>).   Kā apskatīties, kuras saskaņošanas lomas tiek izmantotas scenārijos? Ja vēlamies saprast, kā izmaiņas saskaņošanas lomā ietekmēs citus veidotos saskaņošanas scenārijus, tad datus par Saskaņošanas lomas izmantošanu scenārijos var apskatīt šādi:    

Saskaņošanas e-pastu konfigurācija ir nepieciešama, lai norādītu, pie kura saskaņošanas plūsmas notikuma ir jāizsūta e-pasts un kam tas ir jāsaņem. E-pastu tekstus konfigurē sadaļā E-pastu šabloni.   Katram dokumentu pamatveidam (piemēram, Atvaļinājuma pieteikums, Brīvas formas pieteikums, Metarēķins u.c.) jāveido sava konfigurācija. Vienam dokumenta pamatveidam var tikt veidotas vairākas e-pastu konfigurācijas (piemēram, ja atšķiras saņēmēji vai e-pastu teksts). E-pastu konfigurāciju piesaista saskaņošanas scenārijam.   Pamatdati  → Saskaņošana → E-pastu konfigurācija     Kods: ciparu vai burtu kombinācija pēc brīvas izvēles; Nosaukums: e-pasta konfigurācijas nosaukums; Dokumenta pamatveids:  saskaņojamā dokumenta pamatveids (piemēram, Atvaļinājuma pieteikuma dokuments, Rīkojums, Metarēķins u.c.); Noklusētā: katram dokumenta pamatveidam jābūt vienai noklusētajai e-pasta konfigurācijai (ar iespējotu ķeksi); Sūtītāja vārds un Sūtītāja e-pasta adrese: norāda tikai tad, ja sūtītāja vārdam un e-pastam jāatšķiras no tās informācijas, kas norādīta Sistēma → Uzņēmums  → Kontaktinformācija; Piezīmes: Norāda piezīmes, ja nepieciešams.   Kad aizpildīta konfigurācijas loga augšējā daļa, jāaizpilda arī pati matrica. Kolonnā "Saņēmējs" redzami iespējamie e-pasta ziņas saņēmēji, tie var atšķirties katram pieteikuma vai dokumenta pamatveidam. Iespējamos saņēmējus var aktualizēt ar dzelteno zibeni loga labajā malā.   Piemērs e-pasta šablona pievienošanai matricā:   Jāsūta e-pasti saskaņotājam par uzdevuma izveidi - e-pasta šablons ar šim gadījumam piemērotu tekstu jāpievieno matricā Saskaņotājs → Uzdevuma izveide:     E-pastu šablonu pievienošanai var izmantot arī matricas vertikālo skatu:     Pēc šāda principa matricai jāpievieno arī pārējie šabloni.   Pieteikumu saskaņošanas procesā visbiežāk ziņas sūta:   Saskaņotājam par uzdevuma izveidi: Saskaņotājs → Uzdevuma izveide; Saskaņotājam, kam pieteikums tiek pāradresēts par uzdevuma izveidi: Saskaņotājs → Pāradresēšana; Pieteicējam par to, ka pieteikums ir apstiprināts: Pieteicējs → Apstiprināts; Pieteicējam par to, ka pieteikums ir noraidīts: Pieteicējs → Noraidīts; Konkrētai personai par to, ka pieteikums ir apstiprināts: Persona → Apstiprināts; Aizvietotājam par uzdevuma izveidi: Aizvietotājs → Aizvietotāja maiņa;  E-pasta adresei/adresēm par to, ka pieteikums ir apstiprināts: E-pasta adrese → Apstiprināts  

Obligāto veselības pārbaužu saraksts paredzēts obligāto veselības pārbaužu uzskaitei. Šajā rakstā apskatīsim, kā var ievadīt un izdrukāt OVP kartes un kādi sagatavošanās darbi nepieciešami, ja šo funkcionalitāti vēl neizmantojiet.   OVP kartes   Obligāto veselības pārbaudes karšu saraksts vienam konkrētam darbiniekam ir pieejams Personas kartītē.   Pamatdati → Personāla uzskaite → Personas kartītes → Darba aizsardzībai → Obligātās veselības pārbaudes     Obligāto veselības pārbaudes karšu saraksts visiem darbiniekam ir pieejams dokumentu sadaļā.   Dokumenti → Personāla uzskaite → Darba aizsardzībai → Obligātās veselības pārbaudes     Obligāto veselības pārbaužu sarakstā redzamās informācijas daudzums ir atkarīgs no sarakstam pielietotā filtra un izskata.    Pirms OVP kartes ievades   1.solis: Klasifikatoru definēšana 2.solis: Darba stāža informācija   1.solis. Pirms OVP kartes veidošanas sistēmā jābūt izveidotiem klasifikatoriem Īpašie apstākļi un Veselībai kaitīgie darba vides faktori.    Īpašie apstākļi (Pamatdati →Personāla uzskaite→Darba aizsardzībai→Īpašie apstākļi)     Veselībai kaitīgie faktori. (Pamatdati→Personāla uzskaite→Darba aizsardzībai→Veselībai kaitīgie darba vides faktori)   Pēc klasifikatoru izveides tie jāpievieno darbinieka personas kartiņā vai amata vietā.   Personas kartiņā:     Amata vietā:     2.solis. Lai OVP kartes izdrukā attēlotos darba stāža informācija, tā ir jāievada darbinieka personas kartītē (stāža veids – “iestādē”)   Pamatdati → Personāla uzskaite → Personas kartītes → Personas lieta → Darba stāža informācija     OVP kartes ievade   OVP kartes ievadi ir iespējams veikt:   atsevišķi vienam darbiniekam no darbinieka Personas kartītes Obligātās veselības pārbaudes sadaļas ( vai F2). Pamatdati → Personāla uzskaite → Personas kartītes → Darba aizsardzībai → Obligātās veselības pārbaudes   vairākiem darbiniekiem no Obligāto veselības pārbaužu plāna Atskaites → Personāla uzskaite → Darba aizsardzībai → Obligāto veselības pārbaužu plāns → Darbības → OVP karšu ģenerēšana iezīmētajiem darbiniekiem     OVP kartes aizpildāmie lauki     Numurs – OVP kartes numurs (aizpildās automātiski, ja dokumenta tipam ir piesaistīts numerators); Persona – uz pārbaudi nosūtītās personas vārds, uzvārds; Amats – aizpildās automātiski pēc vārda, uzvārda norādīšanas; Administratīvā struktūrvienība – aizpildās automātiski pēc vārda, uzvārda norādīšanas; OVP kartes izsniegšana – datums, kad izsniegta karte; Atgriešana – kartes atgriešanas datums; *Periods no; līdz  - periods, par kādu tiek veikta obligātā veselības pārbaude. Periods OVP kartē neparādīsies, ja konkrētā Horizon datubāzē ir veikti atbilstoši sistēmas uzstādījumi (Sistēma→Uzstādījumi→Uzskaites parametri→ Personāla uzskaite→Atspējots ķeksis "Pielietot periodu obligātajās veselības pārbaudēs"). Noklusēti perioda no-līdz lauki ir obligāti aizpildāmi, bet, ja šī informācija vēl nav zināma, tad OVP kartei ir nepieciešams nomainīt statusu uz “Sagatave”. Tad šie lauki vairs nebūs obligāti. Kad datumi ir zināmi, tad statusu jānomaina uz “Izpildīts” un datumus aizpilda. Atzinuma izsniegšana – atzinuma izsniegšanas datums. Veidojot jaunu OVP dokumentu, šis lauks nav jāaizpilda. Tomēr brīdī, kad darbiniekam ir veikta obligātā veselības pārbaude,  ir jāveic izveidotās OVP kartes labošana un jāaizpilda atzinuma izsniegšanas datums. Datuma aizpilde ir nozīmīga tajos gadījumos, ja iestādē ir nepieciešama automātiska veselībai kaitīgo faktoru aizpilde nākamajās pārbaudes reizēs. Ņemot vērā katra kaitīgā faktora pārbaudes biežumu (kas var būt individuāls arī  konkrētam darbiniekam), veidojot jaunu OVP dokumentu, sistēma meklēs pēdējo OVP karti, kurā ir aizpildīts atzinuma izsniegšanas datums un aizpildīts attiecīgais veselībai kaitīgais faktors. Atbilstoši atzinuma izsniegšanas datumam un faktora pārbaudes biežumam, tiks noteikts nākamais konkrētā faktora pārbaudes termiņš. Ja OVP kartē būs norādīts tikai faktors un netiks aizpildīts atzinuma izsniegšanas datums, sistēma šādu dokumentu neņems vērā, jo uzskatīs, ka faktora pārbaude nav veikta līdz galam (nav saņemts ārsta slēdziens); Nākamās pārbaudes datums – datums, kad jāveic nākamā veselības pārbaude. Informatīvs lauks, kas tiek aprēķināts konkrētā dokumenta izveides vai labošanas brīdī, ņemot vērā aizpildītos faktorus un to pārbaudes biežumu. Ja pēc dokumenta izveides un saglabāšanas darbiniekam tiek mainīts kāda faktora pārbaudes biežums,  tad jau saglabātajos dokumentos izmaiņas automātiski netiek veiktas. Izmaiņas tiek ņemtas vērā tikai labojot dokumentus un pārlasot informāciju vai veidojot jaunus dokumentus. Šis lauks var tikt izmantots kā atlases nosacījums pie dokumentu masveida ģenerēšanas, lai atfiltrētu darbiniekus, kuriem veikt dokumentu ģenerēšanu. Attiecīgi sistēmas lietotājam ir jāizvērtē, vai OVP dokumentos uzturēt aktuālu nākamās pārbaudes datumu, un, ja tas ir nepieciešams, tad gadījumos, kad darbiniekam tiek mainīts kāda faktora pārbaudes biežums, jāveic pēdējā OVP dokumenta labošana, liekot sistēmai pārrēķināt nākamās pārbaudes veikšanas datumu.   Lappuse Pamatinformācija   Lappusē pieejamos ievadlaukus aizpilda, kad darbinieks izgājis OVP. Arodslimībās sertificēta ārsta atzinums, ieteikumi – arodārsta atzinums, ieteikumi; Atzīme par brillēm – atzīme, vai ir vajadzīgas brilles; Piezīmes – teksts brīvā formā.   Lappuse Īpašie apstākļi   Sarakstā tiek uzskaitīti īpašie darba vietas apstākļi, kas nosaka OVP biežumu.   Nospiežot pogu , sarakstam tiek automātiski pievienotas rindas ar īpašajiem apstākļiem, kas ievadīti amata vietā un personas datos. Nospiežot pogu , sarakstam tiek pievienota jauna rindiņa, kurā var manuāli ievadīt īpašos apstākļus, kolonnā Īpašie apstākļi ievadot datus no klasifikatora Īpašie apstākļi. Poga - izdzēst izvēlētu ierakstu tabulā.   Lappuse Veselībai kaitīgie faktori   Sarakstā tiek uzskaitīti veselībai kaitīgie faktori, kas nosaka OVP biežumu.   Nospiežot pogu  , sarakstam tiek automātiski pievienotas rindas ar veselībai kaitīgajiem apstākļiem, kas ievadīti personas datos vai amata vietā. Lai sistēma korekti ielasītu atbilstošos faktorus, kartē ir jābūt aizpildītam darbiniekam un kartes izsniegšanas datumam. Atbilstošo faktoru atlasei sistēmā ir iestrādāts algoritms, pēc kura tiek noteikti tikai tie Veselībai kaitīgie faktori, kuri ir aktuāli noteiktajā periodā – kartes izsniegšanas datuma kalendārajā gadā.  Lai atlasītu faktorus, tiek ņemta vērā informācija par to, kādi faktori uz personu attiecas un to, kādi faktori iepriekš ir pārbaudīti (meklējot OVP kartes ar aizpildītu atzinuma izsniegšanas datumu).   Nospiežot pogu , sarakstam tiek pievienota jauna rindiņa, kurā var manuāli ievadīt veselībai kaitīgos faktorus, kolonnā Kaitīgie faktori ievadot datus no klasifikatora Veselībai kaitīgie darba vides faktori.   Poga - izdzēst izvēlētu ierakstu tabulā.   Lappuse Darba devēja veiktie pasākumi   Aizpilda, kad darbinieks izgājis OVP. Ievada datumu un apraksta veikto pasākumu   Obligāto veselības pārbaužu plāns   Atskaites → Personāla uzskaite → Darba aizsardzība → Obligāto veselības pārbaužu plāns   Šeit būs redzami ieraksti arī par darbiniekiem, kuriem nav uzģenerēta OVP karte.   Parametru logā laukā Laika periods gados no - līdz norāda laika posmu (gados), kurā plānotas OVP.     Izskatā izliek nepieciešamās kolonnas. Ja atskaites izskatam ir uzdota kolonna Īpašie apstākļi un kaitīgie faktori, tad šī lauka pievienošana var palielināt ierakstu skaitu atskaitē (vienam darbiniekam var izveidoties vairāki ieraksti), ja vienam dokumentam ir pieejami vairāki kaitīgie apstākļi.   Caur Darbības ir iespēja ģenerēt OVP kartes.   OVP kartes drukāšana   OVP karti var izdrukāt izvēloties  un atzīmējot vajadzīgo OVP kartes veidu -> Drukāt. Izvēloties , OVP karte parādīsies uz ekrāna. Izvēloties  , OVP karti drukās ar printeri. Izvēloties  , OVP karti ir iespējams eksportēt un saglabāt kā failu uz datora   Lai drukājot OVP kartes veidlapu, iegūtu vienu lapu (informācija uz vienas lapas no abām pusēm), drukājot printera uzstādījumos norāda atbilstošos parametrus.   Ja neesiet OVP funkcionalitāti lietojuši iepriekš, ir iespējams, ka sistēmā nav pieejama neviena OVP kartes izdruka. Tādā gadījumā iesakām izmantot OVP izdrukas no mūsu izdruku krātuves (Personāls → Dokumenti).   Lai piekļūtu atskaišu un dokumentu izdruku formu krātuvei, jums ir jābūt VISMA Horizon klientam. Ja esat reģistrējies Visma Community ar privāto e-pasta adresi, bet esat mūsu klients un nevarat zonai piekļūt, lūdzu, aizpildiet šo anketu un piekļuves tiesības tiks piešķirtas.   OVP un HoP   Ja lietojiet pašakalpošanās sistēmas Visma HoP personāla moduli, tad jums ir iespēja ievadīto OVP informāciju attēlot arī iestādes darbiniekiem un vadītājiem lietotnē HoP.   Sīkāk par šo funkcionalitāti variet lasīt šeit       

Instrukcija, kā​ ​uzskaitīt​ ​​darījumus​ ​ar​ ​PVN​ ​reversu.

Raksts par darbībām, kas veicamas, lai Horizon masveidā uzģenerētu apliecinājuma dokumentus.

Horizon ir pieejams risinājums papildatvaļinājuma dienu aprēķinam pēc novērtējuma un stāža (ja nepieciešams novērtējumu saistīt arī ar darba stāžu). Lai sāktu lietot šo funkcionalitāti, jāveic konfigurācija un datu ievade, par ko sīkāk skaidrojums šajā rakstā.   Papildatvaļinājuma par novērtējumu konfigurācija Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → Atvaļinājuma rezerves fondi     Kods, nosaukums: norāda papildatvaļinājuma rezerves fonda kodu un nosaukumu. Veids: Papildatvaļinājums Darba periods: Ir iespēja izvēlēties darba periodu - Darba gads vai Kalendārais gads. Jāizvēlas tāds darba periods, kāds tiek piemērots ikgadējam atvaļinājumam Dienu tips: Apmaksājamās dienas (parasti papildatvaļinājumu piešķir apmaksājamās dienās) Dienu skaits: norāda dienu skaitu, pēc kura sistēmā tiks uzskaitīts un kontrolēts fonds. Dienu skaitu norāda 0 (nulle), ja dienu skaita noteikšanai ir piesaistīta nosacījumu tabula ARF Stāžu - novērtējumu konfigurācija. Ikgadējais ARF: Atvaļinājuma rezerves fonda aprakstā izvēloties veidu Papildatvaļinājums, tiek piedāvāta iespēja to saistīt ar ikgadējo atvaļinājumu. Saistītais ikgadējais atvaļinājums jānorāda tikai tad, ja vēlas, lai sistēma veiktu kontroli, ka papildatvaļinājumu var izmantot laikposmā līdz nākamajam ikgadējam apmaksātajam atvaļinājumam (Valsts un pašvaldību institūciju amatpersonu un darbinieku atlīdzības likums, 42.pants). Ja tiks norādīts saistītais ikgadējais atvaļinājums, tad, veidojot prombūtnes dokumentus, tiks veikta kontrole, un nepieciešamības gadījumā lietotājs tiks brīdināts, ja atvaļinājumi netiek tērēti pareizā secībā. Uzkrājuma pārcelšana: lietotājam ir iespēja izvēlēties, kā neizmantoto papildatvaļinājumu pārcelt uz nākamajiem periodiem. Ja uzkrājumu drīkst pārcelt “ierobežoti” uz noteiktu skaitu periodiem un tā darbības laikā uzkrātās dienas netiek izmantotas, tās vairs nevar izmantot  un netiek izmaksātas pie atbrīvošanas kā atvaļinājuma kompensācija; Kompensēt pie atbrīvošanas: ja neizmantoto papildatvaļinājumu ir nepieciešams kompensēt pie atbrīvošanas, tad ir jābūt atzīmētam šim parametram.  Kompensācijas algoritms: Proporcionāls/Konstants. Proporcionāls - tiek aprēķināts kompensējamo dienu skaits atbilstoši nostrādātam periodam (līdzīgi kā ikgadējam atvaļinājumam). Konstants - pieejamo dienu skaits tiek kompensēts pilnā apmērā - ja pienākas 3 dienas, tad 3 dienas tiek kompensētas.   Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → ARF Samaksas veidu konfigurācija   Lappusē Izlietojums ir jānorāda tie samaksas veidi, kas izlieto fonda uzkrājumu -attiecīgie papildatvaļinājuma samaksas veidi un papildatvaļinājuma kompensācija (ja šis papildatvaļinājums tiek kompensēts).   Pēc tam sistēmā nepieciešams nodefinēt stāžu intervālus, kas attieksies uz konkrēto papildatvaļinājumu. Stāžu intervāli atrodas Pamatdati → Personāla uzskaite → Personu lietām → Stāžu intervāli.       Sistēmā jābūt nodefinētiem arī novērtējumiem - Pamatdati → Personāla uzskaite → Personu lietām → Novērtējumi     Pamatdati -> Personāla uzskaite → Personu lietām → Atvaļinājumu rezerves fondiem → ARF Stāžu-novērtējumu konfigurācijas nepieciešams norādīt papildatvaļinājuma dienu skaitu atkarībā no stāža un novērtējuma.    Veidojot jaunu ARF Stāžu-novērtējumu konfigurācijas tabulu, vispirms ir jāizvēlas fonds, kura dienu skaits būs atkarīgs no stāža, un arī pats stāžs. Tālāk tabulā kreisajā pusē ir redzami sistēmā ievadītie novērtējumi un pirmajā rindā stāžu intervāli. Tabulā ir jāievada dienu skaits pret katru stāža intervāla-novērtējuma kombināciju.   ❗Parasti papildatvaļinājumu piešķir tikai pēc novērtējuma. Tabulā attēlots piemērs kā jāizskatās konfigurācijai gadījumā, ja ir tikai viens stāža intervāls:     ❗Ja papildatvaļinājums ir atkarīgs arī no stāža, jābūt ievadītai arī darba stāža informācijai.   Papildatvaļinājuma par novērtējumu ievade Iesakām papildatvaļinājumu par novērtējumu vadīt kā Manuālu uzkrājumu, jo bieži novērtējuma periods nesakrīt ar darbinieka darba periodu. Sistēmā jābūt ievadītiem darbinieku novērtējuma protokoliem.     Veidojot ierakstu manuāli: ierakstam ir lauks “Novērtējuma protokols”, laukā “Novērtējuma protokols” tiek piesaistīta aktuālā informācija no novērtējuma protokola,  ir iespēja nomainīt darba gada periodu, pēc kura būs jāizmanto papildatvaļinājums. Turpmāk, pievienojot papildatvaļinājuma rindiņu, tiek atrasts jaunākais novērtējuma protokols pēc novērtēšana datuma → tad tiek aprēķināts, uz kuru darba periodu attiecas novērtējums (kurā darba periodā ietilpst novērtēšanas datums) → tad tiek atrasts stāžs uz darba perioda beigām → tiek aprēķināts papildatvaļinājuma dienu skaits. Ja personāla speciālistu neapmierina piesaistītais novērtējuma protokols, aprēķinātais periods vai dienu skaits, ir iespēja to nomainīt uz citu vērtību.  

Horizon ir pieejams risinājums papildatvaļinājuma automātisko dienu aprēķinam par aprūpē esošajiem bērniem. Atkarībā no darbinieka aprūpē esošo bērnu skaita un vecuma, sistēma automātiski aprēķina papildatvaļinājuma dienu skaitu. Lai sāktu lietot šo funkcionalitāti, jāveic konfigurācija un datu ievade, par ko sīkāk skaidrojums šajā rakstā. Papildatvaļinājuma par bērniem konfigurācija Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → Atvaļinājuma rezerves fondi   Kods, nosaukums: norāda papildatvaļinājuma rezerves fonda kodu un nosaukumu; Veids: Papildatvaļinājums; Darba periods: Ir iespēja izvēlēties darba periodu - Darba gads vai Kalendārais gads. Darba periods nosaka, par kādu uzskaites periodu notiks atvaļinājuma dienu uzskaite, tērēšana un kontroles; Dienu tips: Apmaksājamās dienas; Dienu skaits: norāda dienu skaitu, pēc kura sistēmā tiks uzskaitīts un kontrolēts fonds. Dienu skaitu norāda 0 (nulle), ja dienu skaita noteikšanai ir piesaistīta nosacījumu tabula ARF Papildatvaļinājumu par bērniem konfigurācija; Ikgadējais ARF: Papildatvaļinājumam par bērniem nav nepieciešama tieša sasaiste ar Ikgadējā atvaļinājuma izlietojumu (secīgums), tāpēc ieteicams šo lauku atstāt tukšu; Uzkrājuma pārcelšana: lietotājam ir iespēja izvēlēties, kā neizmantoto papildatvaļinājumu pārcelt uz nākamajiem periodiem. Ja uzkrājumu drīkst pārcelt “ierobežoti” uz noteiktu skaitu periodiem un tā darbības laikā uzkrātās dienas netiek izmantotas, tās vairs nevar izmantot  un tās netiek izmaksātas pie atbrīvošanas kā atvaļinājuma kompensācija; Kompensēt pie atbrīvošanas: ja neizmantoto papildatvaļinājumu, ir nepieciešams kompensēt pie atbrīvošanas, tad ir jābūt atzīmētam šim parametram. Ja papildatvaļinājumam ir izvēlēts šis parametrs, tad tiek īstenots Darba likuma 151. panta 5. punkts. Kompensācijas algoritms: Proporcionāls/Konstants. Proporcionāls - tiek aprēķināts kompensējamo dienu skaits atbilstoši nostrādātam periodam (līdzīgi kā ikgadējam atvaļinājumam). Konstants - pieejamo dienu skaits tiek kompensēts pilnā apmērā - ja pienākas 3 dienas, tad 3 dienas tiek kompensētas.   Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → ARF Samaksas veidu konfigurācija   Lappusē Izlietojums ir jānorāda tie samaksas veidi, kas izlieto fonda uzkrājumu -attiecīgie papildatvaļinājuma samaksas veidi un papildatvaļinājuma kompensācija.   Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → ARF Papildatvaļinājumu par bērniem konfigurācija   Tā kā papildatvaļinājuma par bērniem pieejamo dienu skaits ir atkarīgs no aprūpē esošo bērnu skaita, tad jāizveido speciāla ARF konfigurācijas tabula, kurā norādīt dienu skaitu, atkarībā no bērnu skaita un vecuma. Zemāk redzamajā piemērā ir konfigurācijas tabula, kas veidota, atbilstoši DL noteiktajam papildatvaļinājuma dienu apmēram:   Aprēķinot pieejamo papildatvaļinājuma dienu skaitu par konkrēto periodu, bērna dzimšanas datums tiek skatīts kopā ar darbinieka atvaļinājuma periodu (darba gads vai kalendārais gads), vai kādā no perioda dienām darbinieka aprūpē esošie bērni atbilst tabulas nosacījumiem. Ja kaut vienā perioda dienā darbiniekam ir aprūpē esoši bērni, kas atbilst konfigurācijas tabulas nosacījumiem, tad par konkrēto periodu tiek piešķirts attiecīgais dienu skaits.   Bērna datu ievade papildatvaļinājumam par bērniem Pamatdati → Personāla uzskaite → Personas kartīte → Personas dati → Ģimenes locekļi vai Pamatdati → Personāla uzskaite → Personu dati → Ģimenes locekļi   Lai sistēmā varētu piešķirt papildatvaļinājumu par bērniem (saskaņā ar Darba likuma 151.pantu), jāievada informācija par darbinieka bērniem.   Papildatvaļinājuma aprēķinam obligāti aizpildāmie lauki: Vārds - bērna vārds (var rakstīt arī Dēls/Meita); Dzimšanas datums - bērna precīzs dzimšanas datums. Pārējos laukus aizpilda pēc nepieciešamības. Ja bērnam ir invaliditāte, aizpildām arī sadaļu “Invaliditāte”:   Pēc datu aizpildes obligāti jānospiež zibens , lai informācija par ģimenes locekli tiktu pievienota papildatvaļinājumam par bērniem. Pēc šī kritērija sistēma mācēs aprēķināt piešķiramo papildus dienu skaitu darbiniekam.   No Horizon 575. versijas atvaļinājuma rezerves fonda ieraksts par bērniem veidojas automātiski, izpildoties konkrētiem nosacījumiem. Sīkāk par to var izlasīt šajā rakstā: Automātiska dokumentu veidošana pie darbinieka pieņemšanas          

Raksts par to kā pārbaudīt darbinieku veikto apliecinājumu.

Atvaļinājuma rezerves aprēķināšana izmantojot ARF atskaiti "Atvaļinājumu uzkrājumi pa darba periodiem".

Visas prombūtnes, kuras jāiekļauj ARF izlietojumā, tiek aprakstītas Pamatdati -> Personāla uzskaite -> Personu lietām -> Atvaļinājuma rezerves fondiem -> ARF Samaksas veidu konfigurācijas.   Ja  darbiniekiem ievadītā prombūtne netiek iekļauta ARF izlietojumā, nepieciešams pārbaudīt: vai prombūtnes dokumentam piesaistīts pareizais samaksas veids; ja piesaistīts pareizais samaksas veids, nepieciešams pārskatīt ARF Samaksas veidu konfigurācijas aprakstu.  Raksturīgākie iemesli 1) Fondam nav norādīts konkrētais samaksas veids lpp. Izlietojums 2) Fondam nav norādīts konkrētais samaksas veids lpp. Pārtraukšana/izslēgšana        Ja sāk strādāt ar ARF - samaksas veids ir "aizmirsts" pievienot fondam      Jau strādājot ar ARF - ir izveidots jauns prombūtnes samaksas veids. Tad jāatceras, ka ARF Samaksas veidu konfigurācijā tas jāpievieno. To veic, labojot esošo ierakstu.   3) datums "Spēkā no"   Sākot strādāt ar ARF un aprakstot ARF Samaksas veidu konfigurāciju, noklusēti šajā laukā tiek piedāvāts aktuālās dienas datums. Šeit jābūt datumam, no kura brīža sistēmai prombūtnes dokumenti jāiekļauj atvaļinājuma uzkrājuma izlietojumā. Parasti šeit norāda datumu, ar kuru uzņēmums/iestāde ir sākusi strādāt ar Horizon. Taču vienmēr ir izņēmumi un var norādīt citu datumu, ja tas nepieciešams.

Labotājs paredzēts, ja prombūtnes dokumentā uzkrājuma izlietojuma apmaksājamās dienas ir daļskaitlis un atšķiras no apmaksājamo dienu skaita, piemēram, uzkrājuma izlietojumam ir norādītas 6.43 apmaksājamās dienas, bet faktiski apmaksātas 7 dienas.

Automatizētais darbs atvaļinājuma dienu automātiskam aprēķinam paredzēts, lai sistēma pārrēķinātu darbiniekiem pieejamos atvaļinājumu uzkrājumus, atbilstoši izmaiņām datos - sācies jauns darba gads, beidzies bērna kopšanas atvaļinājums u.c. gadījumos.

  Ne visos gadījumos varam pielietot ikgadējā atvaļinājuma uzkrājuma ievadi ar veidu automātisks. Tieši šiem īpašajiem gadījumiem ir domāta ikgadējā atvaļinājuma uzkrājuma ievade ar sākuma atlikumu.   Ceļš sistēmā: Dokumenti - Personāla uzskaite - Atvaļinājumu rezerves fondi darbiniekiem vai Pamatdati - Personāla uzskaite - Personu kartītes - <Personas lieta> - <Atvaļinājumu rezerves fondi darbiniekiem>   Kādos gadījumos varam ievadīt ikgadējā atvaļinājuma uzkrājumu kā sākuma atlikumu?   Ja par darbinieku nav pieejami visi dati sistēmā - ieviešot Horizon iestādē; Ja darbinieks ar savu esošo atvaļinājuma uzkrājumu ir pārcelts no citas iestādes; Ja ir šaubas par esošo datu atbilstību reālajai situācijai; Citos līdzīgos gadījumos. Kā ievadīt sākuma atlikumu?   Darba periods no - līdz: aizpilda ar senāko neiztērēto atvaļinājuma uzkrājuma periodu Atlikums: ieraksta, cik dienas vēl atlikušas uzkrājumā par šo periodu Izlietojums: automātiski izrēķina vēl atlikušās dienas periodā Pārējos laukus neaizpildām un nelabojam.   Sākuma atlikuma ievadē automātiski tiks ielasīts darbinieka esošais darba periods, kuru var manuāli mainīt, ja nepieciešams. Tādā gadījumā darbiniekam tiks mainīts arī tālākais ARF uzskaites periods.   Šajā gadījumā esam aprakstījuši, ka darbiniekam sākuma atlikums ir 15 dienas par periodu 19.02.2020. - 18.02.2021. 5 dienas izmantotas pirms sistēmas ieviešanas.   Sākuma atlikuma ievadē vienmēr ļoti liela nozīme būs Prombūtņu piesaiste no datumam. Ja ievadīsim sākuma atlikumu, balstoties uz, piemēram, datiem uz 2020. gada 1. jūniju, bet prombūtnes ARFD piesaistīsim jau no 2015. gada 1. janvāra, tad sistēma rēķinās nepareizu atlikumu. “Prombūtņu piesaiste no” - datuma nozīme un svarīgums ARF   Atvaļinājuma uzkrājumu ievadē, īpaši, ja sistēma ir tikusi lietota jau kādu laiku, bet jāveic labojumi, ļoti liela nozīme ir laukam Prombūtņu piesaiste no (no 565. versijas - iepriekš lauks saucās Spēkā no)       Šis datums nosaka, no kura brīža prombūtnes dokumentus piesaistīsim ARF. Piemēram, iestādē jau 10 gadus tiek lietots Horizon, bet nav pārliecības par datu kvalitāti (nav tikuši atdalīti dažādi papildatvaļinājumi u.c. nianses), tāpēc negribam lietot automātisks ARF  un piesaistīt datus no darbinieka pieņemšanas brīža. Tad varam noteikt datumu, no kura piesaistīt prombūtnes un ievadīt ARF kā sākuma atlikums.   ”Prombūtņu piesaiste no” datums atšķirsies arī darbiniekiem, kam veikta automātiska ARF ģenerēšana no iepriekšējā atvaļinājuma rezerves fondu risinājuma.  

Ja lietojam atvaļinājumu rezerves fondu funkcionalitāti, lielākoties izmantojam automātisko dienu uzkrājumu (ikgadējais atvaļinājums, papildatvaļinājums par bērniem u.c.) Tomēr dažkārt rodas situācijas, kad nepieciešams labot dienu skaitu ARF dokumentā. Tā kā automātiskās uzkrājuma rindas labot nevaram, tad šajā gadījumā risinājums ir veidot ARF korekcijas dokumentu.   Visbiežāk korekcijas dokumentus veido: -ja nepieciešams noapaļot pieejamo dienu skaitu pēc ilgstošas prombūtnes (īpaši svarīgi tas ir gadījumos, ja ikgadējam atvaļinājumam ir sasaiste ar papildatvaļinājumu - piemēram, ar papildatvaļinājumu par novērtējumu un nepieciešams uzturēt secīgu izlietojumu). -ja vēlamies koriģēt periodā pienākošos apmaksājamo/kalendāra dienu skaitu (piemēram, primārā uzskaite ir pēc kalendāra dienām, bet apmaksājamo dienu skaits periodā pārsniedz 20)   Apskatīsim piemēru, kad korekcijas dokumentu veidojam, jo vēlamies noapaļot pieejamo dienu skaitu pēc ilgstošas prombūtnes.   Lai veiktu korekciju, jāizvēlas automātiskā ARF periods, kuru nepieciešams koriģēt un veids - Korekcija: Atveras korekcijas logs, kurā sistēma bieži jau piedāvās iespējamo korekcijas rezultātu - šajā gadījumā atņemt 0.03 dienas no perioda. Lauku “Nepieciešamais dienu skaits” var mainīt, kā nepieciešams.    -Ja uzskaite būs kalendārajās dienās, lauks "Nepieciešamo dienu skaits" Kalendārās dienas arī būs aktīvs un labojams.   -Ja tiks atzīmēts lauks “Iesaldēt korekcijas dienas līdz atbrīvošanai”, tad koriģētās dienas darbinieks nevarēs izmantot kā atvaļinājuma dienas, taču tās tiks pieskaitītas pie kompensējamo dienu skaita. Ja korekcija tiks veikta ar + zīmi, šāds lauks netiks piedāvāts.   -Piezīmes aizpildām pēc nepieciešamības   Pēc korekcijas saglabāšanas, lai izmaiņas uzreiz tiktu attēlotas arī ARF dokumenta piesaistēs prombūtnes dokumentam, jāveic ARF pārrēķins:      

No Horizon 610.versijas atvaļinājumu rezerves fondu funkcionalitāte ir papildināta ar iespēju automātiski pārcelt darbinieka atvaļinājuma uzkrājumu, ja darbinieks tiek pārcelts no vienas iestādes uz citu vai veidotas jaunas tiesiskās attiecības tajā pašā iestādē (piemēram, personas statusa maiņas gadījumā).  Turpmāk, pie jaunu tiesisko attiecību izveides, ja nepieciešams turpināt uzskaitīt esošo atvaļinājuma uzkrājumu, ir iespējams ne tikai manuāli ievadīt sākuma atlikumu jaunajā atvaļinājuma rezerves fondā, bet arī automātiski pārcelt sākuma atlikumu no iepriekšējām tiesiskajām attiecībām. Atvaļinājuma uzkrājums tiek pārcelts gan no iepriekšējo tiesisko attiecību automātiskiem fondiem (piemēram, ikgadējais atvaļinājums) un korekcijām, ja tādas ir bijušas, gan no manuāliem uzkrājumiem (piemēram, atpūtas dienas asinsdonoriem).   Lai pārcelšanu veiktu, darbinieka iepriekšējām tiesiskajām attiecībām jābūt noslēgtām un jābūt izveidotām jaunām tiesiskajām attiecībām.   Pēc tam jāveido jauns atvaļinājumu rezerves fonda ieraksts jaunajām tiesiskajām attiecībām:     Ar + izvēlamies veidu Sākuma atlikuma pārcelšana no iepriekšējām tiesiskajām attiecībām:     Šajā brīdī sistēma veic pārbaudi iepriekšējā atvaļinājumu rezerves fona uzkrājuma, izlietojuma un uzkrājuma perioda informācijai un izveido jaunus atvaļinājumu uzkrājumu ierakstus:     Pārcelti tiek tikai neizmantotie uzkrājumi. Ja automātiskā ARF uzkrājums ir par periodu, kas ir pagātnē un nav izmantots, tad uzkrājuma rinda tiek pārcelta ar tipu Manuāls. Esošā un nākamo periodu rindu uzkrājuma tips ir Automātisks, ja fonds jau sākotnēji nav bijis ievadīts ar tipu Manuāls.    Netiek pārcelti papildatvaļinājumu, atpūtas dienu u.tml. uzkrājumi, kuriem derīguma termiņš ir pagātnē.   Ja darbiniekam ir bijušas divas tiesiskās attiecības, kas tiek slēgtas, lai atvērtu vienas tiesiskās attiecības, tad manuāli jāizvēlas, no kurām tiesiskajām attiecībām pārcelt uzkrājumus: