Zināšanu bāze Horizon

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:                  

Atvaļinājuma rezerves fondu funkcionalitātes apraksts (sākot no 525. versijas) pieejams klāt pievienotā pielikumā.

Arvien biežāk klienti izvēlas uzkrāt darbinieku vakcinācijas informāciju, īpaši informāciju par saņemto COVID-19 vakcīnu.   Horizon Personāla moduļa sadaļā Darba aizsardzība ir pieejams Vakcinācijas reģistrs:   Dokumenti - Personāla uzskaite - Darba aizsardzībai - Vakcinācijas reģistrs Pamatdati - Personāla uzskaite - Personu kartītes - Darba aizsardzībai - Vakcinācijas reģistrs   Šajā reģistrā varam izvēlēties darbinieku, pievienot tam vakcinācijas veidu, datumu un nākamās vakcinācijas datumu (pie nākamās vakcinācijas datuma var norādīt termiņu pārslimošanas sertifikātam):       Ja datus par vakcināciju jāapstrādā darbiniekam, kam nav pieeja Horizon,  Vakcinācijas reģistrs ir pieejams arī kā Publicētā atskaite - izmantošanai HoP atskaitēs vai Excel spraudnī.   Sīkāk par Publicēto atskaišu funkcionalitāti var lasīt:   Publicēto atskaišu funkcionalitāte  Viena HOP publicētā atskaite visiem  Saraksti un atskaites, kuriem pieejamas publicētās atskaites    Sīkāk par Excel spraudņa funkcionalitāti var lasīt:   Excel spraudņa instalēšana un konfigurēšana  Excel spraudņa izmantošana  Padomi ātrākai Horizon datu ieguvei un analīzei - Excel spraudnis    Sīkāk par HoP atskaitēm var lasīt:   Padomi ātrākai Horizon datu ieguvei un analīzei - HOP atskaites     ⚠️Ja nepieciešams arī iegūt informāciju no darbiniekiem par vakcinācijas statusu un tiek lietota pašapkalpošanās sistēma HoP Personāls, tad iesakām veidot jaunu Brīvas formas pieteikuma veidu Vakcinācijas sertifikāts un lūgt darbiniekiem saistošo informāciju iesniegt elektroniski.  

Detalizēts apraksts par pamatlīdzekļu/inventāra inventarizācijas sarakstu sagatavošanu elektroniskai inventarizācijai.

Instrukcija, kā veikt pamatlīdzekļu inventarizāciju, izmantojot mobilo Android ierīci.

Horizon ir vairāki paņēmieni, kā ievadīt un saglabāt Akcijas cenu. Informācija par Akcijas cenu: Akcijas cenai vienmēr jānorāda cenas periods: Spēkā no un Spēkā līdz. Akcijas cena vienmēr būs prioritārāka par regulāro cenu noteiktajā periodā. Nomenklatūrai vienlaicīgi redzama gan Akcijas cena, gan Regulārā cena. Datumā, kad beidzas Akcijas cenas “Spēkā līdz”, automātiski pārslēdzas noklusētā aktuālā Regulārā cena. 1.Paņēmiens: Ievadīt cenu Nomenklatūru kartītē Pamatdati->Noliktava->Nomenklatūras->Sadaļa “Cenas” (no 620.versijas jauns vizuālais formas izskats) *No 620.versijas cenas ievades forma papildināta ar jaunu lauku “Piezīmes”.  Akcijas cenām papildus izstrādāts lauks “Prioritāte” (skat. rakstu “Kā HORIZON fiksēt Akcijas cenu precei”).     Ja vienai precei ir vienlaicīgi vairākas akcijas, tad jānorāda prioritāte (no 1 līdz 99). Lielāks prioritātes skaitlis norāda priekšroku. Spēkā ir tikai viena cena, kas tiek noteikta ņemot vērā prioritātes Piemērā: “Pilsētas svētku akcija” ir ar prioritāti 2, tātad pārdošanas dokumentos šajā periodā ielasīsies cena 0,99 EUR      2.Paņēmiens: Ievadīt cenu Pārdošanas cenu sarakstā Pamatdati->Noliktava->Pārdošanas cenas  3.Paņēmiens: Importēt pārdošanas cenas ar EXCEL palīdzību. Pamatdati->Noliktava->Pārdošanas cenas->Darbības->Ārējo datu ielāde->Excel datu struktūras veidne (iegūsiet tukšu veidni) vai Excel veidne ar datiem (iegūsiet veidni ar vienu aizpildītu rindu- paraugu) (1.).     *Akcijas cenām papildus jānorāda “Spēkā līdz” un laukā “Akcijas cena” jāatzīmē 1. Kad veidne ir aizpildīta un Excel fails saglabāts, tad Darbības->Ārējo datu ielāde->Aizpilde no Excel faila (2.)   4.Paņēmiens: Cenu aprēķins un fiksēšana ar PĀRCENOŠANAS PROTOKOLU Pamatdati->Noliktava->Pārcenošana *Akcijas cenu veidošanai ir jābūt aktivizētam dokumentu tipam “Akcijas pārcenošanas protokols”. Dokumentu tipu iespējams aktivizēt sadaļā Sistēma->Uzstādījumi->Dokumentu tipi     Pārcenošanas protokolā laukā “Sākumcena” iespējams norādīt, no kuras cenas veikt aprēķinu. 1) Pārdošanas cenu katrai precei iespējams norādīt gan manuāli, ievadot cenu laukā “Jaunā cena” vai norādot vienu no 3 koeficientiem A; B vai C. 2) Pārdošanas cenu var aprēķināt vairākām rindām (iezīmējot ar SHIFT) vai visām rindām uzreiz (CTRL+A vai labais taustiņs->Atzīmēt visus). Sadaļā “Formula” izveido aprēķina formulu un dokumenta labajā malā nospiežot pogu “Pielietot formulu”, tiek aprēķināta jaunā cena visām iezīmētajām rindām. *Pārcenošanas protokolu iespējams aizpildīt un saglabāt iepriekš. Jaunā pārdošanas cena tiks ierakstīta nomenklatūras kartītēs, tikai tad kad protokolā tiks atzīmēts “Pārcenot” un Saglabāt. * Datumā, kad beidzas Akcijas cenas “Spēkā līdz”, automātiski pārslēdzas noklusētā aktuālā Regulārā cena.   5.Paņēmiens: AKCIJAS PĀRCENOŠANAS PROTOKOLA izveide ar EXCEL veidni. Pamatdati->Noliktava->Pārcenošana-> Darbības->Ārējo datu ielāde->Excel datu struktūras veidne ->Akcijas Aizpilda 2-us Excel Sheetus: 1)Veidne_Akcijas1- aizpilda informāciju kas attiecas uz dokumenta galvu.   2)Veidne_Dokumenta rindas1- aizpilda informāciju par nomenklatūrām un cenām, kas tiks fiksētas.   Kad veidne ir aizpildīta un Excel fails saglabāts, tad Darbības->Ārējo datu ielāde->Aizpilde no Excel faila !!! No 620.versijas Pārdošanas cenas sarakstos iespējams redzēt vienlaicīgi gan Akcijas cenu gan Regulāro cenu. Pamatdati->Noliktava->Pārdošanas cenas  

Horizon ir vairāki paņēmieni, kā ievadīt un saglabāt Regulāro pārdošanas cenu. 1.Paņēmiens: Ievadīt cenu Nomenklatūru kartītē Pamatdati->Noliktava->Nomenklatūras->Sadaļa “Cenas” (no 620.versijas jauns vizuālais formas izskats) No 620.versijas cenas ievades forma papildināta ar jaunu lauku “Piezīmes”.  Akcijas cenām papildus izstrādāts lauks “Prioritāte” (skat. rakstu “Kā HORIZON fiksēt Akcijas cenu precei”)       2.Paņēmiens: Ievadīt cenu Pārdošanas cenu sarakstā Pamatdati->Noliktava->Pārdošanas cenas     *No 620.versijas ir iespējams labot/pārrakstīt jau ievadītu un saglabāt cenu.   3.Paņēmiens: Importēt pārdošanas cenas ar EXCEL palīdzību. Pamatdati->Noliktava->Pārdošanas cenas->Darbības->Ārējo datu ielāde->Excel datu struktūras veidne (iegūsiet tukšu veidni) vai Excel veidne ar datiem (iegūsiet veidni ar vienu aizpildītu rindu- paraugu) (1.).       Kad veidne ir aizpildīta un Excel fails saglabāts, tad Darbības->Ārējo datu ielāde->Aizpilde no Excel faila (2.) 4.Paņēmiens: Cenu aprēķins un fiksēšana ar PĀRCENOŠANAS PROTOKOLU Pamatdati->Noliktava->Pārcenošana Pārcenošanas protokolā laukā “Sākumcena” iespējams norādīt, no kuras cenas veikt aprēķinu.     1) Pārdošanas cenu katrai precei iespējams norādīt gan manuāli, ievadot cenu laukā “Jaunā cena” vai norādot vienu no 3 koeficientiem A; B vai C. 2) Pārdošanas cenu var aprēķināt vairākām rindām (iezīmējot ar SHIFT) vai visām rindām uzreiz (CTRL+A vai labais taustiņs->Atzīmēt visus). Sadaļā “Formula” izveido aprēķina formulu un dokumenta labajā malā nospiežot pogu “Pielietot formulu”, tiek aprēķināta jaunā cena visām iezīmētajām rindām. *Pārcenošanas protokolu iespējams aizpildīt un saglabāt iepriekš. Jaunā pārdošanas cena tiks ierakstīta nomenklatūras kartītēs, tikai tad kad protokolā tiks atzīmēts “Pārcenot” un Saglabāt.     5.Paņēmiens: PĀRCENOŠANAS PROTOKOLA izveide ar EXCEL veidni. Pamatdati->Noliktava->Pārcenošana-> Darbības->Ārējo datu ielāde->Excel datu struktūras veidne ->Pārcenošanas protokols Aizpilda 2-us Excel Sheetus: 1)Veidne_Pārcenošanas protokols1- aizpilda informāciju kas attiecas uz dokumenta galvu.     2)Veidne_Dokumenta rindas1- aipzilda informāciju par nomenklatūrām un cenām, kas tiks fiksētas.     Kad veidne ir aizpildīta un Excel fails saglabāts, tad Darbības->Ārējo datu ielāde->Aizpilde no Excel faila 6.Paņēmiens: PĀRCENOŠANAS PROTOKOLA ģenerēšana no saņemšanas pavadzīmes Sistēmā iespējams veikt uzstādījumus, kuros norāda, kurām precēm saņemšanas pavadzīmes saglabāšanas brīdī jāveic jaunas pārdošanas cenas fiksēšana. Sistēma->Uzstādījumi->Kontroles un vides parametri->Pārdošanas cenas->Pārcenošanas ģenerācijas veids     Atbilstoši uzstādītajam parametram, brīdī, kad tiek saglabāta Saņemšanas pavadzīme, iespējams ieslēgt “Pārcenot” parametru, kas uzģenerēs Pārcenošanas protokolu ar tām preču rindām, kurām nepieciešama pārcenošana.    

Intrukcija par Horizon instalēšanu un tehnisko atbalstu.

📍Pašlaik problēmas ar MS Word izdruku veidošanu / rediģēšanu Horizon iespējamas tikai klientiem, kas lieto senāku Horizon versiju par 610. versiju.   No Horizon 610. versijas Horizon ir DPI aware programma. Līdz ar to vienīgais, ko ir vērts pārbaudīt, ja rodas kādas problēmas ar Word izrukām, ir tas, vai MS Word uzstādījumos ir norādīts Optimize for best appearance.   Nomainīt MS Word uzstādījumus uz Optimize for best appearance var šādi: (skat. https://support.microsoft.com/en-us/topic/office-support-for-high-definition-displays-6720ca0e-be59-41f6-b629-1369f549279d). Word logā: File → Options → General → User interface options → When using multipe displays → Optimize for best appearance   Ja šobrīd lietojiet senāku Horizon versiju par 610. versiju, tad lūgums atjaunot Horizon versiju vai iepazīties ar problēmas risinājumiem, kas iespējami jau šobrīd, neatjaunojot versiju: Problēmas izpausme Mēģinot atvērt Word izdrukas uz labošanu, izdruka atveras ārējā Word logā, Horizon logā attēlojas pelēcīga un nerediģējama Word izdruka, kuru labot nevar:     Problēmas iemesls   Pašlaik ir pamats uzskatīt, ka ar jauno MS Office problēmas iemesls ir tas, ka Horizon ir DPI unaware programma. Ar senākām MS Office vesijām problēma parādās, ja ir vairāki monitori ar dažādiem DPI uzstādījumiem. Pirmo reizi par šo problēmu tika ziņots uz MS Word 2016, un tas bija saistīts ar vairāku monitoru izmantošanu ar dažādiem DPI uzstādījumiem. Taču pašlaik ir zināms, ka uz mūsdienīgākiem MS Word problēma var parādīties arī ar vienu monitoru, pat ja DPI ir 100%.   Problēmas risinājums veciem MS Office (2016 - 2019, un Office 365 ar build number < 2109)   Parasti uz senākām MS Office versijām problēma parādās tikai, ja ir vairāki monitori ar dažādiem DPI uzstādījumiem. Microsoft dokumentācija: https://docs.microsoft.com/en-us/office/client-developer/ddpi/handle-high-dpi-and-dpi-scaling-in-your-office-solution#before-office-365-version-2109 Pēc Microsoft apraksta varam secināt, ka Office veido atsevišķu logu, ja to mēģina iebūvēt programmā, kad ir vairāki monitori ar dažādu DPI.   Risinājums 1 (uzlikt MS Word uzstādījumus uz Optimize for compatibility)   Problēmu parasti var novērst, mainot MS Word uzstādījumus uz Optimize for compatibility (skat. https://support.microsoft.com/en-us/topic/office-support-for-high-definition-displays-6720ca0e-be59-41f6-b629-1369f549279d). Word logā: File → Options → General → User interface options → When using multipe displays → Optimize for compatibility:     Risinājums 2 (mainīt monitoru DPI uzstādījumus)   Gadījumā, ja pirmais risinājums nepalīdzēja, jānovienādo DPI uzstādījumus (mērogošanu) uz vairākiem monitoriem. Ja arī tas nepalīdz (vai monitors ir tikai viens), jāuzliek DPI uz 100%.   Ja strādājiet ar vienu monitoru, un ir šāda problēma, ir vērts pārliecināties, ka fonā nedarbojās vairāki vienādi izdrukas procesi - šos var ieraudzīt un aizvērt no Task Manager.   Problēmas risinājums jaunam MS Office 365 (build number >= 2109)   Parasti uz jauna MS Office problēma parādās vienmēr, neatkarīgi no monitoru skaita un DPI uzstādījumiem. Microsoft dokumentācija: https://docs.microsoft.com/en-us/office/client-developer/ddpi/handle-high-dpi-and-dpi-scaling-in-your-office-solution#after-office-365-version-2109 Pēc Microsoft apraksta var secināt, ka Office vienmēr veido atsevišķu logu, ja to mēģina iebūvēt DPI unaware programmā.   Problēmas risinājums MS Office 365 sastāv no trīs soļiem: nepieciešams uzlikt pazīmi, ka Horizon ir DPI aware programma nepieciešams uzlikt MS Word uzstādījumus uz Optimize for best appearance nepieciešams uzlikt monitoram, uz kura notiks darbs ar Horizon, DPI uz 100% (nav obligāti, bet ir ieteicams) 1.  solis: Horizon uzlikt pazīmi par DPI aware   Pazīmi, ka Horizon ir DPI aware programma, var uzlikt divos dažādos veidos.   Mainīt properties FTG20.exe (ieteicamais veids) Var pamainīt Properties → "High DPI scaling override": Application failam FTG20.exe vai shortcut, kas norāda uz FTG20.exe:   FTG20.exe.manifest fails Var pielikt FTG20.exe.manifest failu blakus FTG20.exe Vairākos gadījumos pirmā metode var nenostrādāt, tādā gadījumā var izmantot FTG20.exe.manifest failu:   FTG20.exe.manifest saturs <? xml   version = "1.0"   encoding = "UTF-8"   standalone = "yes" ?> < assembly   xmlns = "urn:schemas-microsoft-com:asm.v1"   manifestVersion = "1.0"   xmlns:asmv3 = "urn:schemas-microsoft-com:asm.v3" >    < asmv3:application >      < asmv3:windowsSettings >        < dpiAware   xmlns = "http://schemas.microsoft.com/SMI/2005/WindowsSettings" >true</ dpiAware >        < dpiAwareness   xmlns = "http://schemas.microsoft.com/SMI/2016/WindowsSettings" >PerMonitorV2</ dpiAwareness >      </ asmv3:windowsSettings >    </ asmv3:application > </ assembly >   Pilnīgi iespējams, ka ar augstāk minēto konfigurāciju vairāki Horizon logi izskatīsies slikti (ja klientam DPI ir lielāks par 100%), bet to var atrisināt, izmantojot Horizon uz monitora ar 100% DPI.   ❗Kā atrast Horizon koda atrašanās vietu - uz Horizon ikonas ar labo peli atver izvēlņu sarakstu un Properties -> Shortcut →  "Open File Location".   2. solis: Uzlikt MS Word uzstādījumos Optimize for best appearance   Nomainīt MS Word uzstādījumus uz Optimize for best appearance (skat. https://support.microsoft.com/en-us/topic/office-support-for-high-definition-displays-6720ca0e-be59-41f6-b629-1369f549279d). Word logā: File → Options → General → User interface options → When using multipe displays → Optimize for best appearance Problēmas izpausme Mēģinot atvērt Word izdrukas uz labošanu, izdruka atveras ārējā Word logā, Horizon logā attēlojas pelēcīga un nerediģējama Word izdruka, kuru labot nevar:     Problēmas iemesls   Pašlaik ir pamats uzskatīt, ka ar jauno MS Office problēmas iemesls ir tas, ka Horizon ir DPI unaware programma. Ar senākām MS Office vesijām problēma parādās, ja ir vairāki monitori ar dažādiem DPI uzstādījumiem. Pirmo reizi par šo problēmu tika ziņots uz MS Word 2016, un tas bija saistīts ar vairāku monitoru izmantošanu ar dažādiem DPI uzstādījumiem. Taču pašlaik ir zināms, ka uz mūsdienīgākiem MS Word problēma var parādīties arī ar vienu monitoru, pat ja DPI ir 100%.   Problēmas risinājums veciem MS Office (2016 - 2019, un Office 365 ar build number < 2109)   Parasti uz senākām MS Office versijām problēma parādās tikai, ja ir vairāki monitori ar dažādiem DPI uzstādījumiem. Microsoft dokumentācija: https://docs.microsoft.com/en-us/office/client-developer/ddpi/handle-high-dpi-and-dpi-scaling-in-your-office-solution#before-office-365-version-2109 Pēc Microsoft apraksta varam secināt, ka Office veido atsevišķu logu, ja to mēģina iebūvēt programmā, kad ir vairāki monitori ar dažādu DPI.   Risinājums 1 (uzlikt MS Word uzstādījumus uz Optimize for compatibility)   Problēmu parasti var novērst, mainot MS Word uzstādījumus uz Optimize for compatibility (skat. https://support.microsoft.com/en-us/topic/office-support-for-high-definition-displays-6720ca0e-be59-41f6-b629-1369f549279d). Word logā: File → Options → General → User interface options → When using multipe displays → Optimize for compatibility:     Risinājums 2 (mainīt monitoru DPI uzstādījumus)   Gadījumā, ja pirmais risinājums nepalīdzēja, jānovienādo DPI uzstādījumus (mērogošanu) uz vairākiem monitoriem. Ja arī tas nepalīdz (vai monitors ir tikai viens), jāuzliek DPI uz 100%.   Ja strādājiet ar vienu monitoru, un ir šāda problēma, ir vērts pārliecināties, ka fonā nedarbojās vairāki vienādi izdrukas procesi - šos var ieraudzīt un aizvērt no Task Manager.   Problēmas risinājums jaunam MS Office 365 (build number >= 2109)   Parasti uz jauna MS Office problēma parādās vienmēr, neatkarīgi no monitoru skaita un DPI uzstādījumiem. Microsoft dokumentācija: https://docs.microsoft.com/en-us/office/client-developer/ddpi/handle-high-dpi-and-dpi-scaling-in-your-office-solution#after-office-365-version-2109 Pēc Microsoft apraksta var secināt, ka Office vienmēr veido atsevišķu logu, ja to mēģina iebūvēt DPI unaware programmā.   Problēmas risinājums MS Office 365 sastāv no trīs soļiem: nepieciešams uzlikt pazīmi, ka Horizon ir DPI aware programma nepieciešams uzlikt MS Word uzstādījumus uz Optimize for best appearance nepieciešams uzlikt monitoram, uz kura notiks darbs ar Horizon, DPI uz 100% (nav obligāti, bet ir ieteicams) 1.  solis: Horizon uzlikt pazīmi par DPI aware   Pazīmi, ka Horizon ir DPI aware programma, var uzlikt divos dažādos veidos.   Mainīt properties FTG20.exe (ieteicamais veids) Var pamainīt Properties → "High DPI scaling override": Application failam FTG20.exe vai shortcut, kas norāda uz FTG20.exe:   FTG20.exe.manifest fails Var pielikt FTG20.exe.manifest failu blakus FTG20.exe Vairākos gadījumos pirmā metode var nenostrādāt, tādā gadījumā var izmantot FTG20.exe.manifest failu:   FTG20.exe.manifest saturs <? xml   version = "1.0"   encoding = "UTF-8"   standalone = "yes" ?> < assembly   xmlns = "urn:schemas-microsoft-com:asm.v1"   manifestVersion = "1.0"   xmlns:asmv3 = "urn:schemas-microsoft-com:asm.v3" >    < asmv3:application >      < asmv3:windowsSettings >        < dpiAware   xmlns = "http://schemas.microsoft.com/SMI/2005/WindowsSettings" >true</ dpiAware >        < dpiAwareness   xmlns = "http://schemas.microsoft.com/SMI/2016/WindowsSettings" >PerMonitorV2</ dpiAwareness >      </ asmv3:windowsSettings >    </ asmv3:application > </ assembly >   Pilnīgi iespējams, ka ar augstāk minēto konfigurāciju vairāki Horizon logi izskatīsies slikti (ja klientam DPI ir lielāks par 100%), bet to var atrisināt, izmantojot Horizon uz monitora ar 100% DPI.   ❗Kā atrast Horizon koda atrašanās vietu - uz Horizon ikonas ar labo peli atver izvēlņu sarakstu un Properties -> Shortcut →  "Open File Location".   2. solis: Uzlikt MS Word uzstādījumos Optimize for best appearance   Nomainīt MS Word uzstādījumus uz Optimize for best appearance (skat. https://support.microsoft.com/en-us/topic/office-support-for-high-definition-displays-6720ca0e-be59-41f6-b629-1369f549279d). Word logā: File → Options → General → User interface options → When using multipe displays → Optimize for best appearance 3. solis: Monitoram, uz kura notiks darbs ar Horizon DPI uzlikt 100% (ieteicams)   Ir ieteicams uz tā monitora, uz kura notiks darbs ar Horizon, uzlikt DPI uz 100% - tas risinās problēmas ar nepareizu Horizon lietotāja saskarnes zīmēšanu.  

Pieejama instrukcija, kur aprakstīts, kā jāveic datu konfigurācija un atskaites “Pārskats par darba samaksas struktūru (5-darbs)”  izveide.

No 01.07.2021. stājas spēkā grozījumi PVN likumā attiecībā uz e-komercijas (jeb tālpārdošanas) darījumiem Eiropas Savienības teritorijā - preču un pakalpojumu tirdzniecību uz citu dalībvalsti tieši patērētājam PVN nemaksātājam, izmantojot elektroniskos sakarus. Izmaiņas skar arī no trešajām valstīm vai trešajām teritorijām importētu preču tālpārdošanu PVN nemaksātājiem ES teritorijā.   Faktiski tiek paplašināts līdzšinējā īpašā PVN režīma MOSS (Mini One Stop Shop) tvērums. Tā vietā ir jauni īpašie PVN režīmi: OSS (One Stop Shop) - jebkādu pakalpojumu sniegšanai un preču tālpārdošanai ES teritorijā. OSS vēl iedalās “ārpussavienības režīmā” un “savienības režīmā”. IOSS (Import One Stop Shop) - no trešajām valstīm vai trešajām teritorijām importētu preču tālpārdošanai. Detalizētāka informācija meklējama normatīvajos aktos un VID materiālos. Šeit dažas saites: VID metodika: https://www.vid.gov.lv/sites/default/files/mm_e-komercija.pdf VID seminārs (zem ieraksta atrodama arī prezentācija un jautājumu/atbilžu sadaļa): https://www.vid.gov.lv/lv/sodien-vid-tiessaistes-seminars-par-izmainam-pvn-piemerosana-e-komercijas-darijumiem-un-pasta   Ja uzņēmums reģistrējas kādam no šiem īpašajiem režīmiem, tad papildus “parastajai” PVN deklarācijai ir iesniedzama arī OSS deklarācija, kas pēc būtības ir kopsavilkums par pārdošanu ES valstīs PVN nemaksātājiem, piemērojot atbilstošo valstu PVN likmes. OSS režīma deklarācija iesniedzama 1x ceturksnī, IOSS režīma - 1x mēnesī.   Ar esošajām programmas iespējām var nodrošināt šo darījumu detalizētu uzskaiti un deklarācijas datu iegūšanu. Nav nepieciešama versijas nomaiņa uz jaunāku. Horizon šobrīd nav iespējams veikt automātisku OSS deklarācijas aprēķinu, lai eksportētu to uz VID EDS sistēmu. Dati EDS ir ievadāmi manuāli.   Kontu plāns - Ieņēmumu un PVN konti   Izvēlne: Pamatdati - Kontu plāns - Konti   PVN deklarācijas realizācijas darījumu rindu aprēķinam un III. pielikuma datu aizpildei tiek izmantoti grāmatojumi uz konkrētiem kontiem vai kontu grupām, kas savukārt norādīti atbilstošajā finanšu pārskata aprakstā. Lai nodalītu OSS režīma darījumus no PVN deklarācijas darījumiem, ir jāizveido citi jauni ieņēmumu konti un PVN konti, kas netiek izmantoti PVN deklarācijas aprēķinā. Konti jāveido atbilstoši katra uzņēmuma kontu struktūrai un pielietotajām formulām PVN deklarācijas finanšu pārskatā.   Piemēram: Ieņēmumu konti ir izdalāmi atsevišķā grupā.     PVN kontam (-iem) jābūt PVN deklarācijā neiekļaujamo kontu grupā.     PVN kategorijas ar ES dalībvalstu likmēm   Izvēlne: Pamatdati - Uzņēmums - PVN uzskaite - PVN kategorijas   Lai darījumus apliecinošajos dokumentos norādītu tādu PVN likmi, kāda ir saņēmēja ES dalībvalstī, ir jāveido atbilstošas PVN kategorijas katrai no valstīm, kur preces un pakalpojumi tiek pārdoti.   Piemēram:     ES dalībvalstu PVN likmes atrodamas šeit:  https://www.fm.gov.lv/lv/pvn-likmes-citas-es-valstis   Darījumu apliecinošie dokumenti   Izvēlnes (piemēram): Dokumenti - Noliktava - Pavadzīmes - Jauna pārdošanas pavadzīme Dokumenti - Realizācija - Rēķinu saraksts - Jauns izejošais rēķins   OSS režīms paredz, ka ir jāveic detalizēta darījumu uzskaite. VID var arī pieprasīt iesniegt darījumu atšifrējumu. Lai iegūtu datus OSS deklarācijai, dokumentu aizpildē jāņem vērā sekojošais: PVN kategorija - dod iespēju gan pielietot nepieciešamo PVN likmi, gan arī var tikt izmantota dokumentu filtrēšanai. Pircējs/Klients - atkarībā no biznesa specifikas var gan norādīt katru pircēju klientu sarakstā, gan arī izmantot kādu “kopējo klientu” un tā identificējošos datus norādīt pamatojuma vai kādā citā laukā dokumentā. Dokumenta tips - ērtākai īpašā režīma dokumentu nodalīšanai un grāmatošanai var veidot speciālu dokumenta tipu, ja ir ierasta šāda prakse. Darījuma vieta - tā kā dokumenti ar darījuma vietām “ES preces” un “Pakalpojumi ES” tiek atlasīti PVN2 pārskatā, tad šim īpašajam PVN režīmam darījuma vietu jānorāda “Iekšzeme”. Grāmatojums - jāveido kontējumu shēma izmantojot jaunos ieņēmumu un PVN kontus, kas netiek atlasīti PVN deklarācijā.     Kopsavilkuma dati OSS deklarācijai   Izvēlnes (piemēram): Dokumenti - Realizācija - Preču dokumenti Dokumenti - Noliktava - Pavadzīmju un rēķinu rindas   Par katru ceturksni var atlasīt darījums, kas veikti piemērojot OSS režīmu. Filtrēšanai izmantojamas PVN kategorijas, Klienta kartītes klasifikācija, īpašais dokumenta tips (ja tāds ir veidots) vai kāda cita izvēlēta pazīme. Atkarībā no biznesa specifikas var izvērtēt, kurš saraksts tam būtu piemērotāks (ir tikai preces vai arī pakalpojumi, vai tie ir vienā vai atsevišķos dokumentos, vienmēr ir pamatlikme, vai mēdz būt samazinātās likmes u.tml.)   Realizācijas preču dokumentu saraksts:     Pavadzīmju un rēķina rindu saraksts:     No iegūtajiem kopsavikuma datiem manuāli aizpilda OSS deklarācijas ailes VID EDS.   Nepieciešamības gadījumā ieteicams sazināties ar savu Horizon konsultantu.