Zināšanu bāze Horizon

 Kā uzskaitīt pamatdatus un dokumentus, lai labāk notiktu maksājumu atpazīšana.

Sīkāks apraksts par funkcionalitāti Atskaišu redaktors.

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.  

Loģistikas cenu piedāvājumu izmanto, lai izteiktu klientam piedāvājumu par preču piegādi ar norādītajām cenām.

Instrukcija - Nekustamo īpašumu pārvaldības modulis Datu sinhronizācija ar Kadastra Reģistru.

Sīkāks apraksts par funkcionalitāti Nākamie periodi.

Instrukcija, kā apvienot 2  vai vairākas izdrukas, veidojot izdruku komplektus.

Lai varētu aprēķināt un nogrāmatot uzkrāto saistību par neizmantoto atvaļinājumu samaksas un sociālā nodokļa darba devēja daļu, nepieciešams veidot un aprēķināt Atvaļinājuma rezerves dokumentu. Atvaļinājuma uzkrājumi tiek veidoti ikgadējam atvaļinājumam un ir iespējams tos veidot arī  papildatvaļinājumiem par bērniem. Dokumenta sagatavošanu un aprēķināšanu var veikt pēc nepieciešamības - katru mēnesi, ceturksni vai tikai gada beigās. Atvaļinājuma uzkrājumu aprēķina process:  Atvaļinājuma rezerves dokumenta sagatavošana (pēc tekošā mēneša algas aprēķina); Atvaļinājuma rezerves dokumenta aprēķins; Izmaksu saraksta sagatavošana, kurā iekļauj atvaļinājuma rezervju aprēķinus, un nogrāmatošana; Nākamajā mēnesī kopā ar pilno algas aprēķinu tiek stornētas iepriekšējā mēnesī aprēķinātās atvaļinājuma rezervju dienas un summas. Pirms dokumenta veidošanas jābūt sakārtotai konfigurācijai. Vairāk par to ŠEIT Atvaļinājuma rezerves dokuments Dokumenti - Algas - Aprēķina dokumenti - Atvaļinājuma rezerve   Ieteicams dokumentu veidot pēc algas aprēķina, lai būtu vieglāk pārrēķināt aprēķinātos atvaļinājuma uzkrājumus, ja tāda nepieciešamība rastos. Veidojot jaunu atvaļinājuma rezerves dokumentu, obligāti aizpilda sekojošus laukus: Dokumenta datums - norāda dokumenta datums,t.i., par kuru mēnesi dokuments tiek veidots; Aprēķina mēnesis - norāda mēnesi, kurā dokuments tiks aprēķināts; Samaksa - norāda atvaļinājuma uzkrājuma samaksas veidu. Darbiniekus dokumentā pievieno izmantojot pogu  Otrs variants ir norādot administratīvo struktūrvienību un spiežot pogu      Atvaļinājuma rezerves dokumentā neiekļauj (dzēš) darbiniekus: kuriem uzkrātās atvaļinājuma dienas ir 0; kuriem atvaļinājuma dienas ir par daudz izlietotas, t.i., ar mīnus zīmi; kuri tekošajā mēnesī ir atbrīvoti (tos sistēma automātiski nofiltrē un nepiedāvā pie darbinieku pievienošanas); kuri jau ir pievienoti citā atvaļinājuma rezerves dokumentā par to pašu mēnesi un ar tādu pašu samaksas veidu (sistēma uzrādīs kļūdu);     Uzkrāto atvaļinājuma dienu skaits tiek aprēķināts pamatojoties uz piesaistītā atvaļinājuma rezerves fonda informāciju. Ja dienu skaits nav korekts, tad jāpārbauda atvaļinājuma rezerves fonds, dienu izlietojums un nepieciešamības gadījumā tajā veic korekcijas. Vidējās izpeļņas aprēķins Ja aprēķinātā vidējā izpeļņa ir 0, tad rindiņa tiek iekrāsota sarkanā krāsā un, dokumentu saglabājot, tiek parādīts brīdinājums par to:   Šādas situācijas var rasties, ja darbinieks ir bijis ilgstošā prombūtnē, piem., bērna kopšanas atvaļinājumā, darba nespējas lapa B, vai atvaļinājuma rezerves dokuments tiek gatavots pirms tekošā algas aprēķina. Ja darbinieks ir bijis ilgstošā prombūtnē, tad nepieciešams mainīt izpeļņas periodu uz tādu, kurā darbiniekam bija aprēķināta darba samaksa. Lai pārrēķinātu vidējo izpeļņu, jāspiež poga      Ja atvaļinājuma rezerves dokuments tiek gatavots pirms tekošā algas aprēķina, tad pareizas summas dokumentā būs redzams pēc šī aprēķina veikšanas un nospiežot    Vidējās izpeļņas aprēķina protokols Atvaļinājuma rezerves dokumentā ir iespējams apskatīties vidējās izpeļņas aprēķina protokolu par norādīto periodu. Lai to izdarītu, jāspiež poga         Atvaļinājumu rezerves dokumenta aprēķins un grāmatošana Lai papildus atvaļinājumu uzkrājumu summai tiktu aprēķināta sociālā nodokļa darba devēja daļa un šīs summas tiktu nogrāmatotas, atvaļinājumu rezerves dokumentu ir nepieciešams aprēķināt. Dokumenti - Algas - Algas aprēķins - Darbības - Pilns aprēķins vai Atsevišķu samaksas veida aprēķins Aprēķinu ieteicams veikt ar Pilnu aprēķinu. Ja to kādu iemeslu dēļ nav iespējams, aprēķinu veic ar Atsevišķu samaksas veidu aprēķinu. Lai aprēķini notiktu korekti, atlases filtrā ir jābūt norādītiem sekojošiem parametriem:   Atverot izmaksas rindu uz apskati, ir redzami aprēķina rezultāti, kas satur sekojošu informāciju: Uzkrātas saistības par neizmantoto atvaļinājumu - dienas un summa; Sociālā nodokļa darba devēja daļa atvaļinājuma uzkrājumiem.   Aprēķinus ievieto izmaksu sarakstā, kuru nepieciešams nogrāmatot. Nākamajā mēnesī kopā ar pirmo pilno algas aprēķinu, tiek stornētas iepriekšējā mēnesī aprēķinātās atvaļinājuma rezerves summas un dienas.     Šī iemesla dēļ ir svarīgi atvaļinājuma rezervi izrēķināt, pirms sāk rēķināt nākamo mēnesi. Piemēram, ja tiks izrēķināta alga par janvāri, februāri un tikai tad tiks aprēķināti atvaļinājuma uzkrājumi par decembri, tad vēlreiz būs nepieciešams veikt pilnu aprēķinu janvārī, lai nostornētu decembrī aprēķināto.   Lai veiktu jaunu atvaļinājuma rezerves aprēķinu nākamajā mēnesī (ceturksnī, gadā), veido jaunu atvaļinājuma rezerves dokumentu.

📍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.  

Kā nodrošināt 2019. gada MK noteikumus Nr. 87, kas nosaka jaunu grāmatvedības uzskaites kārtību budžeta iestādēm,.

Horizon radīta iespēja ievadot noliktavas saņemšanas dokumentu, aizpildīt tā rindas no iepriekš izveidota un apstiprināta pasūtījuma. Šo risinājumu varēs izmantot uzņēmumi kuriem ir Loģistikas modulis un Horizon atjaunots vismaz 595.versijā.   Piemērs: Dokumenti->Loģistika->Pasūtījumi  ir izveidots un apstiprināts preču pasūtījums piegādātājam.   Dokumenti->Noliktava->Pavadzīmju saraksts veidojot jaunu saņemšanas pavadzīmi nepieciešams aizpildīt tikai dokumenta galveni (dok.datumu; numuru; piegādātāju u.c. laukus pēc nepieciešamības) un rindu aizpildi var veikt izmantojot dokumenta labajā malā speciālu pogu. Izvēloties "Aizpildīt no pasūtījumiem" ir iespēja norādīt, kurš pasūtījums tiek saņemts. Saglabājot saņemšanas pavadzīmi arī pasūtījuma statusa rindas tiek "Izpildītas" vai "Daļēji izpildītas".   Izvēloties "Aizpildīt no pasūtījuma rindām" ir iespēja norādīt konkrētas pasūtījuma rindas kas tiek saņemtas. No 605.versijas Horizon radītas iespējas: 1) Ievadot noliktavas pārdošanas dokumentu, aizpildīt tā rindas no iepriekš izveidota un apstiprināta (daļēji izpildīta) pieprasījuma. 2) Ievadot Loģistikas pasūtījumu, aizpildīt to no pieprasījuma vai pieprasījumu rindām.   1.Pārdošanas pavadzīmes aizpilde.   Dokumenti->Noliktava->Pavadzīmju saraksts veidojot jaunu pārdošanas pavadzīmi nepieciešams aizpildīt tikai dokumenta galveni (dok.datumu; numuru; klientu u.c. laukus pēc nepieciešamības) un rindu aizpildi var veikt izmantojot dokumenta labajā malā speciālu pogu. Izvēloties "Aizpildīt no pieprasījumiem" ir iespēja norādīt, kurš pieprasījums tiek izsniegts.  Saglabājot pārdošanas pavadzīmi arī pieprasījuma statusa rindas tiek "Izpildītas" vai "Daļēji izpildītas".   Izvēloties "Aizpildīt no pieprasījumu rindām" ir iespēja norādīt konkrētas pieprasījumu rindas ("Apsiprinātas" vai "Daļēji izpildītas") kas tiks izsniegtas.     2.Pasūtījuma aizpilde Dokumenti->Loģistika->Pasūtījumi Izvēloties "Aizpildīt no pieprasījumiem" ir iespēja norādīt, kurš pieprasījums tiks pasūtīts piegādātājam.  Saglabājot pasūtījumu pieprasījuma  rindās (Dokumenti->Loģistika->Pieprasījumu rindas) daudzumi tiek parādīti laukā "Kl.Pieprasīts un pasūtīts".   Izvēloties "Aizpildīt no pieprasījumu rindām" ir iespēja norādīt konkrētas pieprasījumu rindas ("Apsiprinātas" vai "Daļēji izpildītas") kas tiks pasūtītas.   

Dažādos Horizon dokumentos un kartītēs iespējams failu glabātuvē ievietot pievienotos failus. Darbības ar tiem var veikt ne tikai ievadformā, bet arī Horizon sarakstā.   Sarakstā iespējams izlikt kolonnas: Ir pievienotie faili - attēlo vērtības Jā/Nē Pievienoto failu skaits - attēlo skaitli ar pievienoto failu skaitu konkrētam ierakstam Fails - attēlo saspraudes attēlu ierakstiem, kurām ir pievienotie faili un piedāvā dažādas iespējas ar tiem spiežot labo peles klikšķi uz saspraudes   Nospiežot labo peles klikšķi uz saspraudes tiek attēloti ierakstam pievienoto failu nosaukumi (ne vairāk kā pēdējie pieci).   Nospiežot uz konkrētā faila nosaukuma, tas atvērsies Horizon vai ārējā lietotnē atkarībā no iestatījumiem.   Nospiežot uz faila nosaukuma kombinācijā ar taustiņu CTRL tiks atvērts fails pretējā darbībā.   Nospiežot uz konkrētā faila + SHIFT taustiņš, tiks piedāvāts failu saglabāt.   Izvēloties "Rādīt sarakstā" iespējams apskatīt saraksta veidā visus ierakstam pievienotos failus.   Izvēloties "Saglabāt visus" tiks piedāvāts izvēlēties, kur uz jūsu datora failus saglabāt.     Atrodoties sarakstā iespējams arī pievienot jaunu failu kādam no ierakstiem, izmantojot iespēju drag & drop. Fails tiks pievienots aktīvajai saraksta rindai.     Sarakstā iespējams apskatīt kopējo pievienoto failu sarakstu atlasītajiem ierakstiem spiežot uz saspraudes pogu saraksta augšējā labajā pusē.    

Sīkāks apraksts par funkcionalitāti Maksājumu automatizācija.

  Šajā rakstā pieejamas galvenās Komandējumu uzskaites funkcijas, kā arī sīkāki apraksti pielikumos.

Daudziem uzņēmumiem ar lielu klientu skaitu raizes sagādā klienti, kas laikus neveic maksājumus par saņemtajām precēm vai pakalpojumiem. Viena no izplatītākajām metodēm cīņā ar šo problēmu ir kavējuma jeb soda naudas aprēķins atbilsoši kavēto dienu skaitam.   Lai Horizon sistēmā uzsāktu rēķināt kavējuma naudu, vispirms ir jāpieņem lēmums par aprēķina nosacījumiem. Kāds būs soda veids? Tas var būt procenti - likumiskie vai nokavējuma, līgumsods, kas aprakstīts līgumā. Kādi ir kavējuma procenti dienā? Kāds ir soda naudas apjoma limits, par kuru lielāku klientam aprēķināt nevar likuma vai līguma nosacījumiem? Parasti procentu maksājuma soda gadījumā tas nevar pārsniegt 100% no kavētā maksājuma, bet līgumsodam 10% no līguma summas. Vai ir pieļaujāmās kavējuma dienas? Piemēram, apmaksas termiņš ir 31.01.2020. Ja samaksā 02.02.2020, tad kavējuma naudas nerēķina, bet ja samaksā 04.02.2020., tad rēķina par pilnām dienām no 31.01. Šis princips ir vēsturisks bankas pārskaitījumu laika dēļ, bet ir uzņēmumi, kas vēlas ievērot šādu principu arī tagad.   Šos nosacījumus iespējams aprakstīt pie katra līguma, tātad jāsaprot kuriem līgumiem kavējuma naudas rēķina, kuriem nē un kādi katram līgumam ir nosacījumi. Nosacījumus iespējams sistēmā pievienot dažādos veidos masveidā vai pievienot konkrētam līgumam.   Ja iepriekš kavējuma soda naudas nav rēķinātas, ir jāpieņem arī lēmums par to, kā šo procesu uzsāksiet. Kad sākat rēķināt? Par kādām precēm/ pakalpojumiem/ līgumiem? Vai tas attieksies tikai uz  jauniem līgumiem no konkrētā datuma vai arī jau iepriekš noslēgtajiem līgumiem, aprēķinu veicot par tekošo periodu.   Svarīgi arī aprakstīt grāmatvedības uzskaites principus sodiem. LR normatīvie akti  nosaka, ka sodus atzīst ieņēmumos tikai pēc to samaksas, tāpē jāsaprot kādos kontos veicami grāmatojumi.   Pirms katra kavējuma naudas aprēķina ir stingri jāpārbauda, sistēmā ir izveidotas visas piesaistes par saņemtajiem maksājumiem, lai nerastos situācija, ka soda nauda tiek aprēķināta nepamatoti.   Galvenie sagatavošanās soļi sodu naudu iekasēšanas procesa uzsākšanai ir: - Nosacījumu noteikšana. - Lēmums par aprēķina uzsākšanas datumu un dokumentiem par kuriem tiks rēķināti sodi. - Lēmums par grāmatošanas principiem. - Uzticama procesa izveide savlaicīgai maksājumu piesaistei; - Procesa atbildīgās personas izvēlēšanās.   Kad apkopota informācija par aprēķinu principiem, nepieciešams veikt izmaiņas Horizon: - Konfigurācijas izmaiņas - sākuma datums, soda aprēķinu metodes, dokumentu tipi. - Nosacījumu pievienošana visiem līgumiem. - Aprēķinu veikšana un piestādīšana klientiem.   Ja nepieciešams šajos procesos varat iesaistīt konsultantu Horizon sistēmas sagatavošanai soda naudas automātiskam aprēķinam un un iekļaušanai rēķinos. Ieviešanas process parasti iekļauj procesu izpēti sarunās ar uzņēmuma darbiniekiem, darbinieku apmācību par algoritmu ievadi, uzturēšanu un aprēķinu procesu, ja nepieciešams, arī algoritmu ienešanu sistēmā un atbalstu palaišanas procesā.

Horizon ir jaudīgs biznesa atbalsta rīks, kura pilnā potenciāla izmantošanai ir svarīgas lietotāju zināšanas un kvalitatīvs atbalsts. Tāpēc Visma piedāvā vairākus atbalsta līmeņus, dodot iespēju katrai organizācijai izvēlēties piemērotāko. Sīkāks Visma atbalsta pakalpojuma piedāvājums pielikumā.   Atbalsta pakalpojumi pieejami šādā komplektācijā:   Kods (idenitifikators) Nosaukums H02_ABO Horizon lietotāju abonēšana ar iekļautu 1. līmeņa atbalstu. HATB02_ABO Horizon lietotāju abonēšana ar iekļautu 2. līmeņa atbalstu. HATB03_ABO Horizon lietotāju abonēšana ar iekļautu 3. līmeņa atbalstu. HATB04_ABO  Horizon lietotāju abonēšana ar iekļautu 4. līmeņa atbalstu.   Jebkuru no Horizon lietotāju atbalsta līmeņiem ir iespējams iegādāties ar vai bez Horizon vadīniju abonēšanas. Ir iespējams kā atbalstu pasūtīt tikai vadlīniju abonēšanu, atsakoties no pārējiem atbalsta līmeņa pakalpojumiem.   Horizon vadlīnijas ir sistēmas lietošanas labās prakses un konfigurācijas apraksts publiskā sektora iestādēm. Vienotas visiem Horizon klientiem, kuriem ir saistoši MK  noteikumi nr. 87. Regulāri atjaunotas un papildinātas atbilstoši normatīvo aktu izmaiņām un Horizon pilnveidojumiem. Sniedz atbildes par ieteicamāko sistēmas lietojamību dažādās, arī specifiskās un retās situācijās. Papildināmas ar pēc vadlīnijām sagatavotām standarta izdruku formām (PVN deklarācija, 1-atlīdzība, naudas plūsmas pārskats u.c. ) un instrukcijām.    

Instrukcija, kā ievadīt nomenklatūras kartīti, lai varētu veikt inventāra uzskaiti Horizon.

Apraksts nepieciešamajai konfigurācijai, lai veiktu uzskaiti un aprēķinus Autoratlīdzībai.

Dimensiju izmantošana palīdz detalizētāk veikt dažādu procesu uzskaiti. Bieži tās tiek norādītas ne tikai grāmatojumā, bet jau tieši dokumentu rindās. Un no rindām dimensijas tālāk automātiski tiek pārnestas uz grāmatojumiem, maksājumu sadalījumu, tiek skatītas rindu atskaites u.tml.   Rindu dimensiju aizpildi var atvieglot Horizon konfigurācijas papildināšana ar dimensiju shēmām un nomenklatūru dimensiju komplektiem.   Dimensiju shēmas    Dimensiju shēmas ir Horizon funkcionalitāte, kas nodrošina automātisku dimensiju aizpildi dokumentu rindās no noteiktiem datu avotiem. Tās ir izmantojamas gan apgādes dokumentiem, gan no 580. versijas arī realizācijas dokumentiem.  Ja noklusēti preču dokumentu rindās dimensijas tiek aizpildītas no nomenklatūru grupas, kas ir piesaistīta rindas kartītei, tad ar dimensiju shēmu palīdzību var izmantot arī citus datu avotus. Piemēram, noteiktas dimensijas var ielasīt no dokumentam piesaistītā līguma, projekta vai atbildīgā, kā arī pieejams datu avots - nomenklatūru dimensiju komplekti.   Izvēlne: Sistēma - Uzstādījumi - Dimensiju shēmas   Dokumentu pamatveidi, kuriem iespējams aprakstīt dimensiju shēmu:     Dimensiju shēmā pieejamie datu avoti:   Izveidotā dimensiju shēma ir jāpiesaista pie dokumentu tipa , kuram nepieciešams pielietot shēmā norādītos dimensiju aizpildes nosacījumus:       Pievienojot dokumentam rindas, uzreiz tiek aizpildītas arī rindu dimensijas atbilstoši dimensiju shēmai. Ja dokumenta pamatinformācija, kas ietekmē dimensiju aizpildi, tiek mainīta pēc rindu pievienošanas, tad dimensijas var atkārtoti aizpildīt no dimensiju shēmas:       Nomenklatūru dimensiju komplekti   Nomenklatūru dimensiju komplekti ir viens no dimensiju shēmās izmantojamiem datu avotiem. Šī funkcionalitāte darbojas divos virzienos:   Vispirms no ievadītajiem dokumentiem tiek uzkrāta informācija par dimensiju lietojumu Pēc tam šī informācija tiek izmantota jaunu dokumentu ievadē, ja dimensiju shēmā šis datu avots ir izvēlēts. Izvēlne: Pamatdati - Noliktava - Nomenklatūru dimensiju komplekti   Saraksts satur informāciju - pie kuriem kritērijiem (pakalpojums, klients, līgums, struktūrvienība) jāpielieto noteiktās rindu dimensiju vērtības.      Lai saraksts veidotos automātiski, nepieciešams uzskaites parametros norādīt kritērijus un atzīmēt dokumentu tipus, no kuriem rindu dimensiju informācija jāuzkrāj.   Par dimensiju komplektu konfigurācija plašāk var lasīt šajā rakstā:  https://community.visma.com/t5/Zinasanu-baze/Ka-panakt-lai-programma-palidz-aizpildit-dimensijas-jau-precu/ta-p/172899