Zināšanu bāze Horizon

E-pastu žurnāls ir vieta, kur iespējams pārskatīt no sistēmas nosūtītos e-pastus un to statusus.  Horizon: Sistēma - Notikumi - E-pastu žurnāls     Sistēmas lomās pievienoti tiesību punkti Sistēma - Notikumi - E-pastu žurnāls Apskatīt - lietotājam ir iespēja redzēt visus sevis nosūtītos e-pastus (pēc versijas atjaunošanas šis tiks piešķirts visiem lietotājiem) Apskatīt visu lietotāju e-pastu notikumus - lietotājam ir tiesības redzēt visus firmā nosūtītos e-pastus (pēc versijas atjaunošanas šis tiks piešķirts sistēmā iebūvētajai administratora lomai) Apskatīt visu firmu e-pastu notikumus - lietotājs var redzēt visās firmās nosūtītos e-pastus (ieskaitot e-pastus bez firmas konteksta) (pēc versijas atjauno   Pēc versijas atjaunošanas visām lomām tiks atļauts tiesību punkts "Apskatīt", sistēmā iebūvētajai administratora lomai tiks atļauts "Apskatīt visu lietotāju e-pastu notikumus".  Tiesību punkts "Apskatīt visu firmu e-pastu notikumus" pēc versijas atjaunošanas noklusēti nebūs  atļauts nevienai lomai.   Ja e-pasts ir sūtīts no drukas loga, neizmantojot sūtīšanu automātiski iespēju, nosūtot e-pastu, izmantojot savu e-pasta programmu, tad notikums netiek reģistrēts.    Klienta SMTP servera risinājumā pieejamie e-pastu statusi: Nosūtīts, ja e-pasts veiksmīgi nodots e-pastu serverim. Kļūda, ja e-pastu nav izdevies nodot serverim.   Visma e-pastu servisa risinājumā pieejamie e-pastu statusi: Apstrāde - e-pasts gaida savu rindu uz nosūtīšanu, piemēram, kad tiek sūtīti e-pasti lielam saņēmēju lokam. Nosūtīts - e-pasts ir veiksmīgi nosūtīts saņēmējam, bet vēl nav piegādāts. Piegādāts - e-pastu ir veiksmīgi piegādāts saņēmējam. Atvērts - saņēmējs ir atvēris nosūtīto e-pastu. Šo statusu var uzrādīt tikai tad, ja to atļauj saņēmēja e-pasta pakalpojuma sniedzējs. Ja e-pasta pakalpojuma sniedzējs to neatļauj, tad e-pasta statuss paliks “Piegādāts”. Kļūda - ir notikusi kāda kļūda, kad e-pasts tiek nosūtīts vai piegādāts.   Ja e-pastam statuss ir “Kļūda”, tad kolonnā E-PASTA SAŅĒMĒJI.Kļūda ir redzams kļūdas iemesls. Ja e-pasta sūtīšanas procesā būs kļūda (piemēram, e-pasts nav piegādāts), tad lietotājam pie Aktualitātēm (zvaniņa ikona) parādīsies indikators.   Ja vienā e-pasta sūtīšanas tiek veikta vairākiem e-pasta saņēmējiem, tad notikumu žurnālā katrs saņēmējs būs redzams atsevišķā rindiņā.   E-pastiem, kuri tiek sūtīti saistībā ar kādu dokumentu, tiek fiksēts dokumenta pamatveids un sistēmas identifikators. Šo dokumentu ir iespējams atvērt uz apskati, izmantojot pogu Skatīt. Poga ir aktīvai tikai e-pastiem ar dokumenta piesaisti konkrētajā firmā.   E-pastu žurnāls datus no Visma e-pastu servisa saņem reizi 10 minūtes, ja nepieciešama ārpuskārtas atjaunošana, tad to var veikt Darbības - Atjaunot E-pastu žurnālu.

Rakstā izskatīti pamatlīdzekļu un inventāra inventarizācijas varianti ar Horizon.

No piegādātājiem saņemto rēķinu un pavadzīmju apstrādes procesā dažādu iemeslu dēļ var rasties situācijas, kad atkārtoti tiek vadīts vai importēts rēķins, kas jau ir sistēmā. Vai Horizon par to brīdina? Vai var tikt saglabāti divi vienādi rēķini vai pavadzīmes?    Šajā rakstā uzzināsiet par sistēmas uzstādījumiem piegādātāju rēķinu un pavadzīmju unikalitātes kontrolei.     Unikalitātes kontroles principi   Lai nebūtu iespējama divu vienādu dokumentu ievade, ir jāuzstāda numuru unikalitātes kontrole dokumentu tipiem. Ja kontrole ir nepieciešama vairākiem dokumentu pamatveidiem, tad izmantojama unikalitātes grupu funkcionalitāte - piemēram, lai  kontrole pārbaudītu vienādos dokumentu numurus gan starp saņemtajiem rēķiniem, gan saņemšanas pavadzīmēm. Izmantojot metarēķinus, unikalitāte ir jākontrolē atsevišķi metarēķiniem un atsevišķi rēķiniem/pavadzīmēm, jo ar vienādu numuru būs gan metarēķins, gan no tā uzģenerētais rēķins/pavadzīme.   Ņemot vērā, ka iespējams saņemt rēķinus ar vienādu numuru no dažādiem piegādātājiem, kā arī katru gadu viena piegādātāja rēķinu numuri var atkārtoties, unikalitātes kontrolei uzstādāmi papildu nosacījumi - kontrolēt gada ietvaros un pa piegādātājiem/klientiem.   Numuru kontrole pa piegādātājiem atļauj ievadīt divus dokumentus ar vienādiem numuriem, ja dokumentu PVN kategorijas ir atšķirīgas. Tas nepieciešams korektas PVN uzskaites vajadzībām, ja viens piegādātāja rēķins ir jāsadala divos dokumentos (piemēram, PVN piemērots gan vispārējā kārtībā, gan reversā).     Metarēķina dokumenta tips   Izvēlne: Sistēma -> Uzstādījumi -> Dokumentu tipi -> Metarēķins -> Lpp. “Lauku atribūti”   Lai sistēma kontrolētu metarēķinu numuru unikalitāti un attēlotu paziņojumu, ja tiek mēģināts saglabāt sistēmā rēķinu ar jau esošu numuru, jāuzstāda dokumenta tipā lauku atribūts “Numurs” un lpp. “Unikalitāte” jānorāda: 1) unikāls dokumenta veidam - kontrole ietvers visus metarēķinu dokumentu tipus, ja tie ir vairāki 2) unikāls pret dokumenta lauku - jāatzīmē, lai aktivizētu papildu parametrus 3) piegādātājs un gada ietvaros - numura kontroles papildu nosacījumi       Kontroles paziņojums pie metarēķina saglabāšanas:     !!! Jāņem vērā, ka kontrole notiek pret lauku “Piegādātājs”. Ja metarēķinam piegādātājs nav norādīts, tad kontrole nenotiek - piemēram, ja importētam e-rēķinam nav piemeklēts kreditors no klientu saraksta vai, ievadot rēķinu caur HOP, lietotājs nav atradis kreditoru izvēles sarakstā. Vēl viens papildu kritērijs numuru kontrolē ir metarēķina statuss - anulētie metarēķini tiek izslēgti no kontroles (piemēram, ja nekorekts piegādātāja rēķins ir anulēts un pēc tam sistēmā tiek ievadīts labots rēķins, kam piegādātājs ir saglabājis to pašu numuru).      !!! Metarēķinu dokumentu tipiem unikalitātes kontroli pret piegādātāju gada ietvaros ir iespējams uzstādīt, sākot no 625. versijas. Līdz šai versijai numuru kontroles nosacījumi bija pieejami sadaļā Pamatdati metarēķinu uzskaites parametros. No 625. versijas tie ir izņemti un pārvietoti uz dokumentu tipu uzstādījumiem.     Saņemtais rēķins vai pavadzīme   Izvēlne: Sistēma -> Uzstādījumi -> Dokumentu tipi -> Saņ. rēķins par pakalpojumiem vai Saņemšanas pavadzīme -> Lpp. “Lauku atribūti”   Apgādes saņemtajiem rēķiniem vai noliktavas saņemšanas pavadzīmēm numuru unikalitātes kontrole ir uzstādāma tāpat kā aprakstīts šī raksta sadaļā par metarēķiniem. Šiem dokumentu veidiem tukšs lauks “Klients” nav iespējams un arī nav paredzēta dokumentu anulēšana, attiecīgi kontrole darbojas, kā norādīts pret klientu un gada ietvaros bez papildus nosacījumiem.       Numuru unikalitātes grupas Numuru unikalitātes grupas paredzētas, lai viena un tā pati kontrole aptvertu vairākus atšķirīgus dokumentu pamatveidus. Piemēram, kontrolētu, lai dokumenta numurs neatkārtojas, skatot kopā gan apgādes rēķinu, gan noliktavas saņemšanas pavadzīmju sarakstu.   Kontroles uzstādīšanai nepieciešams vispirms aprakstīt unikalitātes grupu, un pēc tam to piesaistīt visiem dokumentu tipiem, kas jāpakļauj šai kopīgajai kontrolei.     Izvēlne: Sistēma -> Uzstādījumi -> Numuru unikalitātes grupas   Izveido jaunu grupu, kurai norāda kontroles nosacījumus un kontrolējamos dokumentu tipus:     Pēc unikalitātes grupas saglabāšanas sistēma piedāvā šo grupu piesaistīt uzskaitītajiem dokumentu tipiem:     Izvēloties “Jā”, sistēma pēc kārtas atver visus dokumentu tipus uz labošanu un atliek tos saglabāt:     Kontroles paziņojums pie mēģinājuma saglabāt dokumentu ar jau eksistējošu numuru ietver arī informāciju par dokumenta pamatveidu:       Numuru kontroli ar aprakstītajiem dokumenta tipu nosacījumiem, un arī izmantojot unikalitātes grupas, var pielietot arī citviet sistēmā - tā ir kopīga Horizon funkcionalitāte.

Piegādātāju e-rēķinus Horizon var importēt automātiski - to veic sistēmas automatizētais darbs vai arī lietotājs izmanto metarēķinu saraksta darbību “Imports - Peppol formāts”.   Nākamais solis - nosūtīt šos rēķinus saskaņošanai atbilstoši saskaņošanas scenāriju nosacījumiem. Arī šo darbību ir iespējams automatizēt (no 625. versijas).    Šajā rakstā uzzināsiet, kādi uzstādījumi nepieciešami automātiskai scenārija piesaistei e-rēķinam.   Svarīgi! Automātiska e-rēķinu maršutēšana ir derīga situācijās, kur nav nepieciešams saņemtos datus manuāli papildināt ar tādu informāciju, kas ir būtiska pareizā scenārija izvēlei. Taču no procesu puses var paredzēt, ka, piemēram, scenārija 1. etapa saskaņotājs veic šos nepieciešamos datu papildinājumus.     Metarēķina dokumenta tips    Izvēlne: Sistēma -> Uzstādījumi -> Dokumentu tipi -> Metarēķins -> lpp Lauku atribūti   Metarēķina dokumenta tipam ir jānorāda lauku atribūts “Maršrutēt” ar vērtību “Jā”. Tas nozīmē, ka no jauna izveidotam metarēķinam šī pazīmes rūtiņa ievadformā būs aizpildīta un sistēma pēc saglabāšanas automātiski meklēs piesaistāmo scenāriju.         Automatizētais darbs e-rēķinu importam Izvēlne: Sistēma -> Uzstādījumi -> Automatizētie darbi -> darbs Metarēķinu imports - PEPPOL formāts   Automātiskai maršrutēšanai objekta konfigurācijas lappusē ir jānorāda: 1) pazīme “Maršrutēt” (noklusēti tiek aizpildīta no izvēlētā metarēķina dokumenta tipa) 2) apstiprināšanas uzdevuma autors - izvēle no sistēmas personu saraksta (Pamatdati -> Uzņēmums -> Personu saraksts). Šī persona būs autors pirmā etapa saskaņošanas uzdevumam.     Ieteikums veidot jaunu, ne reālu personu (piemēram - Automatizētais darbs), jo maršrutēšanas veicējs būs sistēma, nevis cilvēks. Arī šīs “personas” kartītē norādītais e-pasts var nebūt konkrēta cilvēka, bet gan kopīgs. Atkarībā no saskaņošanas e-pastu konfigurācijas, uz šo e-pastu var nākt saskaņošanas paziņojumi, piemēram, par noraidītu vai apstiprinātu rēķinu.       E-rēķinu imports ar automatizēto darbu   Ja automatizētā darba “Metarēķinu imports - PEPPOL formāts” konfigurācijā ir norādīta pazīme “Maršrutēt” un norādīta persona laukā “Apstiprināšanas uzdevuma autors”, tad pēc jauna e-rēķina importa uzreiz seko arī izveidotā metarēķina maršutēšana jeb scenārija piesaiste. Rezultātā automātiski izveidojas uzdevums saskaņotājam.   Metarēķinam ir redzams jauns notikums “Sūtīts” ar tekstu “Automātiski maršrutēts”.   Lai automātiskā maršrutēšana darbotos atbilstoši, jāņem vērā metarēķinu saskaņošanas scenāriju konfigurācija - norādītie dokumentu un etapu filtri, ir/nav noklusētais scenārijs un citi nosacījumi. Tie nepieciešamības gadījumā jāpapildina.       E-rēķinu imports ar metarēķinu saraksta darbību   Izvēlne: Dokumenti -> Metarēķini -> Metarēķinu saraksts -> Darbības -> Imports - Peppol formāts   Darbības logā atzīmējot “Maršrutēt”, sistēma uzreiz pēc e-rēķina ieimportēšanas un metarēķina izveides automātiski piesaistīs scenāriju. Pirmā saskaņošanas uzdevuma autors šajā gadījumā būs persona, kurai ir norādīts Horizon lietotājs, kas šo darbību veica.   Darbības logam tiek saglabāti pēdējie uzstādījumi uz katru lietotāju. Tātad, ja lietotājs atzīmē “Maršrutēt”, tad arī nākamo reizi šis iestatījums būs atzīmēts.       Metarēķinu veidošana no saraksta Metarēķinu imports   Izvēlne: Dokumenti -> Metarēķini -> Metarēķinu imports -> Darbības -> Veidot metarēķinu   Var būt atsevišķas situācijas, kad pēc e-rēķinu importa nav izveidojies metarēķins un ir palicis neapstrādāts ieraksts sarakstā Metarēķinu imports. Piemēram, nav bijis norādīts metarēķina dokumenta tips, nav zināmi dokumenta tipā prasītie obligātie lauki u.tml.   Šajos gadījumos ir iespējams no saraksta lietot darbību “Veidot metarēķinu”.   Ja neapstrādātais ieraksts nav iezīmēts un veido vienu metarēķinu, tad sistēma atver ievadformu un lauks “Maršrutēt” tiek aizpildīts atbilstoši dokumenta tipa uzstādījumiem. Pirms saglabāšanas lietotājs var šo pazīmi mainīt pēc vajadzības.   Ja vienu vai vairākus neapstrādātos ierakstus iezīmē un veido metarēķinu(-us), tad nostrādā dokumenta tipā norādītie nosacījumi - ja ir paredzēts maršrutēt automātiski, tad pēc metarēķinu izveidošanas seko arī maršutēšana jeb scenārija piesaiste.       Manuāla maršrutēšana jeb scenārija piesaiste   Izvēlne: Dokumenti -> Metarēķini -> Metarēķinu saraksts   Ja ieimportēts e-rēķins ir manuāli jānosūta saskaņošanai, tad izmantojams kāds no 3 variantiem:  1) metarēķina ievadformā atzīmē “Maršrutēt” un nospiež “Saglabāt” 2) izvēlas metarēķinu saraksta darbību “Maršrutēt” (t.sk. iezīmētiem rēķiniem) 3) izvēlas metarēķinu saraksta darbību “Piesaistīt/nomainīt aprites scenāriju” (t.sk. iezīmētiem rēķiniem)   Maršrutēt nozīmē, ka sistēma automātiski piemeklē scenāriju, un tas vienmēr sākas ar 1.etapu. Piemeklēšanas laikā sistēma analizē scenārijos izmantotos filtrus. Ja scenāriju neizdodas piemeklēt, tad izvēlas noklusēto. Ja neviens metarēķina scenārijs nav noteikts kā noklusētais, tad saskaņošana netiek uzsākta. Piesaistīt/nomainīt aprites scenāriju dod iespēju izvēlēties un piesaistīt jebkuru no scenārijiem, kā arī uzsākt saskaņošanu no jebkura etapa izvēlētajam scenārijam.    

RVS Horizon iespējams veidot MS Word izdrukas, kur norādītās vietās informācija aizpildās ar sistēmā ievadītiem datiem (piemēram, darbinieka vārds, uzvārds, amats, līguma numurs utt.). Šajās izdrukās nav iespējams veikt sarežģītus aprēķinus, pielietot formulas, loģiskās funkcijas. Biežāk veidotās MS Word izdrukas Personāla modulī ir darba līguma, vienošanās un rīkojuma izdrukas.   Visas izdruku formas ir pieejamas RVS Horizon izvēlnē Sistēma → Uzstādījumi → Dokumentu un pārskatu formas. Personāla moduļa MS Word izdrukas atrodamas mapē PERSONĀLS/ALGAS → PERSONĀLS ar MS Word ikonu. No šīs sadaļas izdruku var labot  , mainīt nosaukumu   , dzēst  .   Jaunas izdrukas formas pievienošana      1. Lai izveidotu jaunu MS Word izdrukas formu RVS Horizon, veidlapas/ izdrukas forma vispirms ir jāsagatavo ārpus sistēmas: izveido izdrukas tekstu, pievieno uzņēmuma logo, rekvizītus, ja nepieciešams; definē mainīgos laukus, kas ielasīsies no RVS Horizon; ja izdrukā būs nepieciešams izveidot tabulu no saraksta (Rīkojums ar sarakstu), tad sagatavo tabulas formātu, kolonnu izkārtojumu, formatējumu.      2. Drukas logu atver no atbilstošā saraksta, piemēram, Darba līgums: Pamatdati → Personāla uzskaite → Personu kartītes; Vienošanās: Dokumenti → Personāla uzskaite → Rīkojumi/Vienošanās →  Vienošanās vai Pamatdati → Personāla uzskaite → Personu kartītes → Personas lieta → Vienošanās; Rīkojumi: Dokumenti → Personāla uzskaite → Rīkojumi/Vienošanās →  Rīkojumi vai Pamatdati → Personāla uzskaite → Personu kartītes → Personas lieta → Rīkojumi.   Nospiežot ikonu Drukāt  , logā “Parametru uzstādīšana un Drukāšana” aktivizē “Jauna Word atskaite dokumentam” (vai sarakstam), atzīmē “Ekrāns” un nospiež Rediģēt. Tiks atvērts atskaišu redaktors (Word dokuments) un kontrolpanelis.       3. Lai pievienotu izdruku, kontrolpanelī spiež Importēt ārēju veidni . Tiek atvērts failu pārlūks, kur izvēlas iepriekš sagatavotu MS Word dokumenta sagatavi.    Pēc MS Word izdrukas importa ieteicams to uzreiz saglabāt ar pogu   (Saglabāt datubāzē kā…), norādot nosaukumu un aprakstu.         4. Lai pievienotu mainīgo lauku MS Word dokumentā, novieto kursoru dokumentā, kontrolpanelī atrod vajadzīgo lauku un spiež Pievienot   .   Pirms lauka pievienošanas dokumentā tam ir iespēja norādīt papildus formātu: teksta laukam;   datuma laukam; Lai iegūtu, piemēram, “2023.gada 4.septembrī”, pievienojot datumu, ir jānorāda datuma formāts, valoda un locījums (skat. zemāk attēlā). Ja datuma vietā “d” norādīs “dd”, tad izdrukā datums “4” attēlosies kā “04”. summas laukam; Lai iegūtu izdrukā vienkārši skaitli bez cipariem aiz komata, piemēram “15%”, tad, pievienojot lauku, norāda veidu “Skaitlis” un vērtību “0” norādēm “Cipari aiz punkta”, “Nulles aiz punkta”. Lai iegūtu izdrukā, piemēram, “25.30”, tad, pievienojot lauku, norāda veidu “Skaitlis” un vērtību “2” norādēm “Cipari aiz punkta”, “Nulles aiz punkta”. Lai iegūtu izdrukā, piemēram, “Piecpadsmit eiro un trīsdesmit centi”, tad pievienojot lauku, norāda veidu “Nauda”. Lai iegūtu izdrukā, piemēram, “Piecpadsmit eiro un 30 centi”, tad pievienojot lauku, norāda veidu “Nauda ar cipariem”.       Noderīgi! Pievienotos sistēmas laukus dokumentā var iekrāsot, kontrolpanelī ieliekot ķeksi pie “izcelt laukus”. Drukājot šis krāsojums neparādās.       5. Lai saglabātu izdruku, spiež Saglabāt datubāzē  .     6. Apskatīt, kā nokonfigurētais MS Word dokuments izskatās ar RVS Horizon datiem, var, spiežot Ģenerēt atskaiti   . Pirms tam jāapstājas uz konkrētā ieraksta, piemēram, vienošanās, rīkojuma vai personas kartiņas darba līguma gadījumā. Lai nokļūtu atpakaļ rediģēšanas režīmā, spiež Ģenerēt veidni   .     7. Izveidotā izdruka būs pieejama nospiežot Drukāt   , izvēloties to zem "Jauna Word atskaite dokumentam” (vai sarakstam) un nospiežot Drukāt. Lai veiktu labojumus izveidotajā izdrukas sagatavē, spiež Rediģēt.  Noderīgi!  Rīkojuma/Vienošanās pamatlauki (rīkojuma/vienošanās numurs, rīkojuma/vienošanās datums, piezīmes, sākuma/beigu datums, Summa utt.) ir atrodami zem grupas LAUKI Darbinieka pamatinformācija  (vārds, uzvārds,  personas kods, telefons, deklarētā dzīvesvieta u.c.) ir atrodama  zem grupām  R.SL.PERSONAS KARTĪTE, R.SL.KARTĪTE); (Piebilde: ja rīkojuma/vienošanās veidā tika atzīmēts zilais lauks “Slodze”) Informācija par darbinieka tiesisko attiecību sākuma/beigu datumiem, līguma numuru, pārbaudes laika beigu datumu,…) ir atrodama zem grupas R.SL.TIESISKĀS ATTIECĪBAS; (Piebilde: ja rīkojuma/vienošanās veidā tika atzīmēts zilais lauks “Slodze”) Informācija par darbinieka administratīvo struktūrvienību ir atrodama zem grupas R.SL.ADMINISTRATĪVĀ STRUKTŪRVIENĪBA. Ieteicams izdrukā ievietot administratīvās struktūrvienības pilno nosaukumu atbilstošajā locījumā; (Piebilde: ja rīkojuma/vienošanās veidā tika atzīmēts zilais lauks “Slodze”) Informācija par darbinieka amatu ir atrodama zem grupas R.SL.AMATS. Ieteicams izdrukā ievietot amata nosaukumu dzimtē atbilstošajā locījumā (Piebilde: ja rīkojuma/vienošanās veidā tika atzīmēts zilais lauks “Slodze”) Informācija par prombūtni (no/līdz datumi, apmaksājamās/kalendārās dienas, periods no/līdz,…) ir atrodama zem grupām R.PROMBŪTNE un R.PROMBŪTNES APRAKSTS   Ņemot vērā ieraksta veidu (rīkojums, vienošanās, personas kartīte), izdrukas kontrolpanelī ir pieejamas lauku vērtības no dažādiem sarakstiem:     Tabulas izveide no saraksta Ja izdrukā plānots izveidot sarakstu (tabulu) rīkojumam ar sarakstu, tad iepriekš sagatavotā tabulas šūnā novieto kursoru un lauka pievienošanu veic ar   nevis   . Šī poga ir pieejama tikai tad, ja izvēlētais lauks ir rindiņas lauks (piem., Rindas (R)).   Rezultātā iegūst tabulu ar datiem:    Noderīgi! MS Word izdrukas izveide no esošas izdrukas RVS Horizon Lai optimizētu MS Word izdrukas veidošanu, par pamatu (sagatavi) var izmantot kādu no esošām MS Word izdrukām, ja tādas jau ir RVS Horizon, un to pielāgot. Lai to izdarītu, vispirms izpilda raksta sākumā aprakstīto otro punktu ( 2. Drukas logu atver no atbilstošā saraksta), apstājoties uz konkrētās izdrukas. Atvērsies norādītā izdruka rediģēšanas režīmā. Lai atvērto dokumentu varētu saglabāt kā jaunu MS Word izdruku, veic vismaz vienu izmaiņu dokumentā, piemēram, ieliek atstarpi. Tad saglabā kā jaunu MS Word izdruku ar jaunu nosaukumu, izmantojot pogu   (Saglabāt datubāzē kā...). Pēc izdrukas pielāgošanas to saglabā ar pogu   (Saglabāt datubāzē).      Informācijai! Sākot ar MS Word 2016 ir konstatēti gadījumi, kad izdruka rediģēšanas režīmā atveras ārpus RVS Horizon. Risinājums ir aprakstīts VISMA Community.

Ja kādu saskaņošanas scenārija etapu nevēlamies piemērot visos gadījumos vai arī saskaņošanai izmantojam vairākus scenārijus vienam dokumenta pamatveidam (piemēram, ir jāveido 3 dažādas plūsmas Brīvas formas pieteikumiem), tad saskaņošanas konfigurācijā jāizmanto dokumenta vai etapa filtri.   Veidojot filtra nosacījumus, jāatceras, ka vienu filtru drīkst piesaistīt tikai vienam scenārijam un katrā filtrā ir jābūt norādītam vismaz vienam unikālam kritērijam, kuram neatbilst neviens cits izveidotais filtrs. Pretējā gadījumā, sistēma nespēs noteikt pareizo aprites scenāriju un dokumentam/pieteikumam tiks piesaistīts noklusētais scenārijs.   Scenāriju un to etapu filtri ir pieejami Etapu filtru sarakstā, kas tiek atvērts, ievadot datus Scenārija ievadloga laukos Filtrs.   Dokumenta filtrs:     Etapa filtrs:     Jaunu filtru pievieno, nospiežot pogu "Pievienot":       Tiek atvērts ievadlogs "Filtrs":     Nosaukums: filtra nosaukums (norāda pēc iespējas skaidrojošāku);   Tabulā jāuzdod atlases nosacījumu rindiņas, ievadot datus ievadlaukos zem tabulas:     Nr. : kritērija numurs, kas nosaka Nosacījumu savstarpējo saistību:   Ja filtrā tiek norādīti vairāki kritēriji, iespējamas divas situācijas:   - Ja vairākiem kritērijiem tiek norādīts vienāds numurs, jāizpildās būs tikai vienam no kritērijiem, lai sistēma izvēlētos scenāriju ar šādu filtru; - Ja vairākiem kritērijiem tiek norādīts katram savs numurs, jāizpildās būs visiem kritērijiem, lai sistēma izvēlētos scenāriju ar šādu filtru.   Lauks: norāda kritēriju, pēc kura tiek atlasīta informācija, izvēlas no izkrītošā saraksta. Filtra nosacījumus var veidot pēc visiem iespējamajiem saskaņojamā dokumenta laukiem.   Operācija: kritērija nosacījums, kuram jāizpildās. Tiek piedāvāta izvēle no operāciju kopas, kas atkarīga no attiecīgā Lauka.   Teksts: norāda kritērija vērtību - ievada tekstveida informāciju, kas nepieciešama nosacījuma izpildei vai arī tā tiek aizpildīta automātiski, izvēloties Operāciju.   Pieejamas pogas:    labot tabulā iezīmēto nosacījumu rindiņu;  dzēst tabulā iezīmēto nosacījumu rindiņu;   Nospiežot pogu  , ievadītie dati tiek saglabāti.          

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.