Zināšanu bāze Horizon

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.  

Horizon 600. versijā ir izveidots jauns bankas importa risinājums, kas tālākajās versijās ir pilnveidots un sākot no 615. versijas pilnībā aizstāj līdzšinējo maksājumu importu.   600., 605. un 610. versijā noklusēti vēl darbojas iepriekšējais risinājums. No 615. versijas darbojas jaunais risinājums.   Šajā rakstā uzzināsiet, kā pāriet uz jauno bankas importu (600., 605., 610.v.) un kādas ir būtiskākās atšķirības lietošanā.   Abi risinājumi nodrošina vienu un to pašu rezultātu - veic no bankas ar failu vai tiešsaistē saņemto datu apstrādi.   Jaunais bankas imports uzskatāmāk attēlo no bankas ieimportētos datus, to atpazīšanu, kā arī atbilstošo Horizon klasifikatoru ierakstu piemeklēšanu. Veiktās izmaiņas ir arī pamats tālākiem papildinājumiem, piemēram, automātiskai ienākošā maksājuma sadalīšanai pa vairākiem klientiem/līgumiem (no 605.v.).   Svarīgi! Jāņem vērā, ka izmaiņas ir ne tikai tehniskas, bet arī vizuālas, tādēļ var prasīt papildu laiku pirmo importēto datu apstrādei. Ir mainītas izvēlnes, ievadlogi un darbības.   Svarīgi! Pirms pārejas uz jauno bankas importu ieteicams apstrādāt visus ierakstus esošajā maksājumu importa sarakstā.     Risinājuma pārslēgšana/Uzskaites parametri   Izvēlne: Sistēma - Uzstādījumi - Uzskaites parametri - lpp. Maksājumu imports - lpp Klienta/Līguma piemeklēšana   Ja esat nolēmuši uzsākt lietot jauno risinājumu 600., 605., 610.v., parametram "Lietot jauno bankas importu" vērtību norādiet "Jā". Pēc šīs darbības veikšanas lappuses izskats mainās un iepriekš atzīmētās klienta un līguma piemeklēšanas metodes tiek atbilstoši mainītas uz jaunajām metodēm. No 615.v. parametrs ir jau pārslēgts automātiski, un tas vairs nav pieejams.       Izmaiņas sistēmas izvēlnēs   Izvēlnes: Dokumenti → Banka → Maksājumu imports (iepriekšējā izvēlne, kas vairs nav redzama) Dokumenti → Banka → Bankas importa ieraksti Dokumenti → Banka → Bankas imports   Pēc uzskaites parametra pārslēgšanas, un atkārtotas pieslēgšanās sistēmai, kļūst pieejamas jaunā importa izvēlnes un saraksti “Bankas importa ieraksti” un “Bankas imports”.         Bankas imports - no bankas saņemtie maksājumu dati, kas saglabājas sistēmā nemainīgi - tādi, kādi tie ienākuši no bankas.   Bankas importa ieraksti - importa ierakstu rindas ar importēto informāciju, kā arī atrastajiem datiem no pamatojuma, informāciju piesaistēm. Šis saraksts atbilst esošā risinājuma sarakstam “Maksājumu imports”.   Svarīgi! Jāņem vērā, ka jaunajam sarakstam var būt nepieciešams papildināt noklusēto izskatu.   Sarakstā tiek attēloti visi maksājumu importa ieraksti - gan tie, kas importēti esošajā veidā, gan tie, kas importēti, izmantojot jaunā importa funkcionalitāti.   Atšķiras to pamatveids: - "Bankas importa ieraksts [arhīvs]" - ar iepriekšējo risinājumu importētie ieraksti - "Bankas importa ieraksts" - ar jauno risinājumu importētie ieraksti       Kā importēt bankas datus?   Izvēlne: Dokumenti → Banka → Bankas importa ieraksti Dokumenti → Banka → Bankas imports   Maksājumu informācijas importu no faila vai tiešsaistes režīmā iespējams veikt abos sarakstos ar pogu “Importēt”.       Kā iepriekš minēts, sarakstā “Bankas imports” saglabāsies oriģinālie no bankas saņemtie dati par katru maksājumu. Bankas importa ievadforma satur 3 galvenās sadaļas:   Bankas dokuments - datu lauki nav labojami Informācija no pamatojuma - lauki ir labojami, un tie aizpildās atbilstoši nosacījumiem datu meklēšanas šablonā, kas piesaistīts importa/eksporta metodei vai tiešsaistes bankai. Horizon informācija - viens vai vairāki ieraksti ar Horizon klasifikatoriem, kas atrasti atbilstoši  atzīmētajām klienta/līguma piemeklēšanas metodēm sistēmas uzskaites parametros.       Saraksts “Bankas importa ieraksti” veidojas no šīs piemeklētās Horizon informācijas. Bankas importa ieraksta ievadformā nelabojamā režīmā ir apskatāmi bankas dokumenta dati un no pamatojuma piemeklētā informācija. Labošana ir iespējama atrastajiem Horizon klasifikatoriem un informācijai, kas tālāk tiks izmantota, maksājumam piesaistot rēķinu.       Kā apstrādāt importētos bankas datus?   Izvēlne: Dokumenti → Banka → Bankas importa ieraksti   Tālākās darbības ar importētajiem un atbilstoši uzstādījumiem apstrādātajiem datiem veicamas bankas importa ierakstu sarakstā (atbilst esošā risinājuma sarakstam “Maksājumu imports”).   Jaunajā bankas importa risinājumā ir izmaiņas pieejamajās saraksta darbībās. Būtiskākās no tām: mainīta darbību secība, tās sagrupējot pēc nozīmes; apstiprināt klientu - ar jauno risinājumu importētajiem ierakstiem šī darbība vairs nav nepieciešama; klienta meklēšana, Meklēt datus pēc šablona, Meklēt datus pēc preču dokumenta - šīs darbības jaunajiem ierakstiem nav pieejamas, to vietā jālieto - Atkārtoti piemeklēt datus; atkārtoti piemeklēt datus - jauna iespēja.       Darbības “Atkārtoti piemeklēt datus” vednī var izvēlēties gan atkārtotu pamatojuma analīzi pēc izvēlētā šablona, gan Horizon klienta/līguma piemeklēšanas nosacījumus.     Sīkāka informācija par darbībām un to pielietojumu atrodama Horizon sadaļā “Palīgs”.

Tikai pāris darbības un ir sasaiste metarēķinam un moduļa Pamatlīdzekļi dokumentiem.

Instrukcija Horizon sistēmas pielāgošanai un datu sagatavošanai, lai nodrošinātu MK noteikumu Nr.662 prasības.

No 615. versijas Horizon ir pieejama tiešsaistes integrācija ar Valsts kanceleju. Risinājums izmanto VK API servisu un nodrošina iespēju tiešā veidā no Horizon sagatavot datus uz Valsts kanceleju, kā arī, veiksmīgas pārbaudes gadījumā, datus aizsūtīt uz Valsts kanceleju uzreiz no Horizon sistēmas.   ⚠️Konfigurācijai un arī tālākai risinājuma lietošanai ir nepieciešams pieprasīt Valsts kancelejai API adresi, API atslēgu, lietotājvārdu un paroli.   Lai iegūtu pieslēguma informāciju, jāvēršas pie Valsts kancelejas Valsts pārvaldes politikas departamenta Cilvēkresursu politikas nodaļas konsultanta Jāņa Beltiņa: janis.beltins@mk.gov.lv, +371 67082986   Konfigurācija   Izvēlne: Sistēma → Datu apmaiņa → Valsts kancelejas API→ Pieslēgumi   Jāpievieno jauns pieslēgums ar šādu informāciju:   Kods - norāda vēlamo, piemēram, “VKAPI” Nosaukums - norāda vēlamo, piemēram, “VKAPI pieslēgums” API adrese - noklusēti aizpildīta ar saskarnes adresi https://dn.mk.gov.lv/api/v1 API atslēga -  jāpieprasa Valsts kancelejai  Lietotāja vārds – Valsts kancelejas lietotāja vārds Iestāde – Horizon vairāku nodokļu maksātāju režīmā konfigurācija veicama katrai no iestādēm, kuras ģenerēs un iesniegs datus par saviem darbiniekiem.     Nospiežot pogu “Pārbaudīt”, atveras logs, kurā jāievada Valsts kancelejas lietotāja parole.    Paziņojums “Pārbaude veiksmīga” apstiprina, ka pieslēguma konfigurācija ir izdevusies.       Datu sagatavošana un datu nosūtīšana   Izvēlne: Atskaites → Personāla uzskaite → Personāla datu eksports   Datu sagatavošana  Horizon tiek sagatavota līdzšinējā kārtībā.  VK API integrācija nodrošina tikai jaunu veidu, kā sagatavotās datnes ievietot Valsts kancelejas datu noliktavā.   Tāpat ir iespējams veikt failu eksportu uz Excel un iesniegt datnes manuāli Valsts kancelejas datu noliktavā.     Excel eksports   Lai veiktu datņu eksportu uz Excel jāizvēlas vajadzīgā datne un jānospiež poga “Excel eksports”. Eksportēts .xlsx fails ir saglabāts mapē, kura ir norādīta eksporta parametros.   Informācija par sagatavoto failu/ failiem ir pieejama datu eksporta loga labajā pusē.   Progresa josla loga augšā ļauj sekot eksporta gaitai. Ja josla iekrāsota zaļā krāsā - dati ir veiksmīgi eksportēti uz uzvēlēto mapi, ja oranžā krāsā – dati ir eksportēti, bet ar brīdinājumiem vai kļūdām.    Datu sagatavošana nosūtīšanai tiešsaistē   Pirms veidot un sūtīt datnes uz Valsts kanceleju ir jāveic datu sagatavošana, lai pārliecinātos, ka nepieciešamas datnes tiek uzģenerētas bez kļūdām. Lai sagatavotu datus nosūtīšanai, ir jānospiež poga  ”Datu sagatavošana”.   📌Gadījumā, ja poga “Datu sagatavošana” ir neaktīva, ir jāpārbauda vai ir izveidots pieslēgums un eksporta parametros ir izvēlēta tā iestāde, kurai ir izveidots pieslēgums.   Gadījumā, ja ir izveidoti vairāki pieslēgumi, tad, nospiežot uz “Datu sagatavošana”, ir jāizvēlas savienojums, kuru ir nepieciešams izmantot.       Pēc datu sagatavošanas, .json fails ir pieejams mapē, kura tika izvēlēta, aizpildot eksporta konfigurāciju.   ❗Sagatavotos .json failus nevar manuāli samainīt. Mēģinot aizsūtīt datus,  kuri tikuši mainīti manuāli, parādīsies kļūdas paziņojums, un dati netiks nosūtīti.   Informācija par sagatavotajiem failiem ir pieejama loga labajā pusē.   ❗ Ja sagatavotajā failā ir kļūdas, informācija par tām tiek izcelta sarkanā krāsā. Dati, kuros ir kļūdas netiks nosūtīti uz Valsts kanceleju.   Datu nosūtīšana   Pēc tam, kad datnes ir sagatavotas nosūtīšanai, paliek aktīva poga “Datu nosūtīšana”.      Nospiežot pogu “Datu nosūtīšana”, ir jāievada Valsts kancelejas lietotāja parole:     Informācija par nosūtīšanas procesa statusu tiek attēlota personāla datu eksporta loga labajā pusē.   Kļūdas ir iekrāsotas ar sarkanu krāsu. Dati, kuri satur kļūdas, netiek nosūtīti uz Valsts kanceleju.   Ierakstu fails eksportam – ierakstu skaits, kurš bija paredzēts nosūtīšanai uz Valsts kanceleju Ieraksti, kas eksportēti failā – ierakstu skaits, kurš tika nosūtīts uz Valsts kanceleju   Nosūtītie dati un saņemtās atbildes   Izvēlne: Sistēma → Datu apmaiņa → Valsts kancelejas API  → Datu apmaiņas žurnāls    Informācija par aizsūtītajiem datiem un saņemtās atbildes ir pieejamas datu apmaiņas žurnālā.    Lai apskatītu aizsūtītā .json aila saturu, jāizvēlas Darbības  →  Nosūtītie dati. Lai apskatītu saņemtās atbildes, jāizvēlas  Darbības → Izpildes notikumi.     Papildus lietotājiem ir iespēja apskatīties no API iesniegtos datus arī Valsts kancelejas datu noliktavā. Pēc datu iesniegšanas un pieslēgšanās datu noliktavai, lietotājam jāatver kāda no datnēm, jāizvēlas datu iesniegšanas periods un iestāde, tad jāspiež poga “Ielādēt datus”, kas atrodas pie datnes nosaukuma galvenajā logā. Pēc datu ielādes tiks ielasīti dati, kas tika pievienoti ar API saskarnes palīdzību.     Instrukcija MK 662. noteikumu 14. pielikuma datu sagatavošanai pieejama šeit. 

 Funkcijas, ko nodrošina Budžeta kontrole.