Zināšanu bāze HoP

Pilnas versijas apraksts ir pielikumā.  VISMA HoP atjauninājums ir pieejams šeit - https://drive.visma.lv/#Drive/ HoP   Galvenās izmaiņas HoP Lamprey versijā Svarīgi! No 550. versijas tiks atslēgta komandējumu uzskaite Horizon WEB. Turpmāk tā būs pieejama tikai Visma HoP vidē.  Tādēļ lūgums savlaicīgi ieplānot nepieciešamās aktivitātes risinājuma migrācijai no Horizon WEB uz Visma HoP.  Tāpat 550. versijā ir būtiskas izmaiņas komandējumu atskaišu saskaņošanā, tādēļ uzreiz pēc versijas nomaiņas jāveic izmaiņas saskaņošanas scenāriju konfigurācijā. Svarīgi! Horizon 550. versija ir saderīga tikai ar HoP versiju Mandarinfish.    Izveidota jauna lietotne “Komandējumi”. Lietotnē tiek nodrošināta iespēja veidot komandējuma pieteikumus, kā arī iesniegt atskaiti par komandējumu. Uzzināt vairāk par jauno lietotni ŠEIT. Atvaļinājumu pieteikumos ieviesta atvaļinājumu secības kontrole. Mācību pieteikums papildināts ar iespēju pievienot informāciju savam kalendāram. Pēc mācību pabeigšanas lietotājs mācību pieteikumam var pievienot failu (sertifikātu, apliecību utml.) un aizpildīt atsauksmi par apmācībām. "Mani izdevumi" izveidota iespēja atpazīt pievienotā čeka saturu un automātiski aizpildīt informāciju HoP.

Instrukcija, kā saskaņot darba laika uzskaites dokumentus.

Ja, lietojot HoP, lietotājs ir saskāries ar problēmu, ko nevarat atrisināt pašu spēkiem, tad palīdzību ir iespējams pieteikt savam Horizon atbalsta pakalpojumu sniedzējam.   Problēmas risināšanas ātrumu ir iespējams palielināt pieteikumā pievienojot izstrādātājiem nepieciešamo informāciju. Tā tiek ietaupīts laiks informācijas pieprasīšanai un ātrāk ir iespējams ķerties pie risinājuma meklēšanas.   Jebkuram pieteikumam ir svarīgi pievienot scenāriju, pēc kura problēmu var atkārtot. Noteikti ir vērts pievienot ekrānattēlu, kurš ir uztaisīts tajā brīdī, kad ir notikusi kļūda. Tomēr ne vienmēr ar to ir pietiekami, tāpēc šajā rakstā aprakstīta informācija, kas izstrādātājiem būs nepieciešama darbam ar problēmu dažādos scenārijos, kā arī metodes šīs informācijas savākšanai.   Atbalsta fails - ja problēma rodas veicot kādas darbības sistēmā   HoP platformā ir izveidots links, uz kura nospiežot, tiek savākta lielākā daļa izstrādātājam interesējošā informācija. To sauc par "atbalsta failu" vai par "feedback failu". To iegūst, spiežot uz uzraksta "ja konstatē kļūdu"  lapas apakšējā labajā stūrī:                                 NB! Ir svarīgi šo atbalsta failu izveidot uzreiz pēc tam, kad ir notikusi kļūda (vai šo kļūdu ir izdevies vēlreiz atkārtot). Šajā failā nebūs informācijas no iepriekšējām ielogošanās reizēm.   Kā izveidot HoP atbalsta failu? VIDEO   FTG mikroservisa logfaili - ja ar Atbalsta failu nepietiek Reizēm ar atbalsta failā iekļauto informāciju nepietiek un ir nepieciešami arī FTG mikroservisa logfaili.   Lai noskaidrotu, kurā direktorijā uz diska meklēt šos logfailus, ir jāskatās FTG mikroservisa appsettings.json failā, kura direktorija ir norādīta parametrā "LogFileDirectory".   Izstrādātājam interesēs visi šie faili:    Logs_ftg.txt LogsDataIntegration_ftg.txt LogsError_ftg.txt LogsSlowQuery_ftg.txt LogsUserActivity_ftg.txt   Pievienojot failus pieteikumā, jānorāda darbinieka lietotājvārds un laiks, cikos šī kļūda tika novērota (der arī aptuvens laiks).   Ja problēma rodas ielogojoties vai obligātās paroles maiņas laikā Ja problēma iestājusies pirms lietotājs ir pilnībā ielogojies sistēmā, tad atbalsta failu lietotājs izveidot nevarēs. Šajos gadījumos pieteikumam jāpievieno šo mikroservisu logfaili:   Auth Database FTG Gateway Licence Menu Webrouter   Katram no šiem mikroservisiem ir vairāki faili ar logiem. Standarta logfailu atrašanās vieta ir C:\Program Files\Visma\HoP\Logs, bet to var arī noskaidrot jebkura mikroservisa appsettings.json failā, parametrā "LogFileDirectory". Jāpievieno visi šie faili:   Logs_<microservice_name>.txt LogsDataIntegration_<microservice_name>.txt LogsError_<microservice_name>.txt LogsSlowQuery_<microservice_name>.txt LogsUserActivity_<microservice_name>.txt   Papildu tam ir arī jānorāda, ar kādu lietotāju un ap cikiem šī problēma tika novērota.   Ja problēma rodas instalācijas laikā - atjaunojot versiju   Šis darbs ir jāveic lietotājam ar administratora tiesībām.    Instalācijas laikā tiek izveidoti vairāki logfaili, kuros ir detalizēta informācija par instalācijas gaitu. Šie logfaili atrodas tā lietotāja "temporary" jeb pagaidu failu mapē, kurš palaidis instalāciju. Konkrētā mapes atrašanās vieta var variēt, tā ir norādīta vides mainīgajā (environment variable) %tmp%.   Lai nokļūtu šajā mapē, var atvērt, piemēram, Windows Explorer, adreses joslā ierakstīt %tmp% un nospiest Enter:                       Ja atvērtā mape ir tukša, tad jāpaiet vienu mapi augstāk:                         Failu nosaukumi sākas ar Visma_HOP_ un tad seko datumlaiks, kad ir notikusi instalācija. Instalācijas laikā tiek izveidots viens vai vairāki  t.s. "galvenie" logfaili un viens logfails katram mikroservisam, kas ticis instalēts, atjaunināts vai noinstalēts. Galvenajam failam aiz datumlaika seko faila paplašinājums .log, bet mikroservisa logfailam pirms paplašinājuma vēl ir kārtas numurs un mikroservisa nosaukums. Pēc kārtas numuriem var ātri saprast secību, kādā ir instalējušies mikroservisi.    Parasti instalācijas logfailu izpēti sākam ar galveno failu un tad, ja nepieciešama detalizētāka informācija par kāda mikroservisa instalēšanas gaitu, skatāmies konkrētā mikroservisa instalācijas logfailā.            

Piesakot izdevumus    Pieteikumā čeka rindās pēc izdevuma veida izvēles (1) dimensijas kļūst pieejamas ievadei (2). Noklusēti dimensijas tiek aizpildītas ar vērtībām, kas definētas izdevumu veidu klasifikatorā - tās var labot, bet nevar dzēst.     Dimensijas būs pieejamas tikai tad, ja tās būs atbilstoši konfigurētas Horizon. Uzzināt vairāk >>.   Saskaņojot izdevumu pieteikumu   Saskaņotājam, izdevumu pieteikumu saskaņojot, apskatei un labošanai pieejamas visas organizācijas uzskaitē izmantotās dimensijas. Dimensiju labošana ir iespējama, ja tā ir atļauta attiecīgā saskaņošanas scenārija etapa konfigurācijā.   Dimensiju labošanai čeks jāatver labošanas režīmā (1): Un labošanai būs pieejamas arī dimensijas (2):   Veiktās izmaiņas ir jāsaglabā.    

Iesniedzot komandējuma atskaiti   Iesniedzot komandējuma atskaiti, katram izdevumu veidam iespējams norādīt savas dimensijas.   Dimensijas kļūst pieejamas ievadei (2) pēc izdevuma veida izvēles (1). Noklusēti tās tiek aizpildītas ar vērtībām, kas definētas izdevumu veidu klasifikatorā - dimensiju vērtības var labot, bet nevar dzēst.     Komandējuma atskaites iesniedzējam dimensijas būs pieejamas tikai tad, ja tās būs atbilstoši konfigurētas Horizon. Uzzināt vairāk >>   Saskaņojot komandējuma atskaiti   Saskaņotājam komandējuma atskaitē izdevumu sadaļā ir pieejamas visas organizācijas uzskaitē izmantotās dimensijas. Uz ekrāna redzamo kolonnu uzstādīšanu veic, atverot kolonnu konfigurācijas logu (1). Tajā lietotājs, ieliekot atzīmi, izvēlas kolonnas un uzstāda to secību. Lai mainītu kolonnu secību, uz kolonnas nosaukuma jānospiež kreisais peles taustiņš un to pieturot, jāpārvieto uz augšu vai uz leju. Lietotāja izveidotais izskats tiek saglabāts.    Dimensiju labošana komandējuma atskaites izdevumos ir iespējama (2), ja tā ir atļauta attiecīgā saskaņošanas scenārija etapa konfigurācijā. Kad izdevumu sadaļa atvērta labošanas režīmā, no pievienoto čeku saraksta jāizvēlas atbilstošais čeks (3): Un čeka informācijā labošanai būs pieejamas arī dimensijas(4).      Veiktās izmaiņas ir jāsaglabā.

Lai izdevumu veidu izvēle saimniecisko izdevumu dokumentos būtu vienkāršāka, izdevumu veidus iespējams sasaistīt ar dokumentu tipiem un ierobežot izvēlnē pieejamo izdevumu veidu sarakstu. Tam nepieciešama konfigurācija Horizon. Uzzināt vairāk >>  

Lai izdevumu veidu izvēle komandējumu dokumentos būtu vienkāršāka, izdevumu veidus iespējams sasaistīt ar dokumentu tipiem un ierobežot izvēlnē pieejamo izdevumu veidu sarakstu. Piesakot komandējumu, tas būs noderīgi, gan norādot dienas naudas veidu sadaļā "Valstis'': Gan arī ievadot plānotos izdevumus:     Funkcionalitāte pieejama arī Komandējumu atskaitē, pievienojot izdevumu dokumentus:   Lai definētu izvēlnē pieejamo izdevumu veidu sarakstu atbilstoši dokumenta tipam, nepieciešama konfigurācija Horizon. Uzzināt vairāk >>

Aprakstīts komandējuma atskaites izskats kādu to redz saskaņotājs. Kā arī komandētā persona jau pēc atskaites iesniegšanas.

HoP, piesakot komandējumu vai iesniedzot komandējuma atskaiti, notiek kontrole, vai komandējuma periods nepārklājas ar cita komandējuma, atvaļinājuma vai slimības lapas prombūtnes periodu.   Komandējuma prombūtni var izveidot:   Ģenerējot prombūtnes dokumentu vai rīkojumu no komandējuma pieteikuma (Horizon ceļš: Dokumenti - Komandējumi - Komandējumu dokumenti - Darbības:             Pievienojot jaunu dokumentu algu/personāla modulī: Prombūtnes dokuments: Dokumenti - Algas - Aprēķinu dokumenti - Prombūtne Rīkojums: Dokumenti - Personāla uzskaite - Rīkojumi/Vienošanās - Rīkojumi Ja komandējuma pieteikuma vai atskaites veidošanas brīdī sistēmā ir ievadīta cita prombūtne (slimības lapa, atvaļinājums u.c.) komandējuma pieteikumu vai atskaiti izveidot nebūs iespējams, darbiniekam HoP tiks izdota šāda kļūda:     Šajā gadījumā vispirms jāsakārto dati Horizon, lai darbiniekam izdotos izveidot komandējuma pieteikumu vai atskaiti.   Tomēr ir iespējami gadījumi, kad jau iepriekš sistēmā ir ievadīta arī komandējuma prombūtne - piemēram, pieteikums vēl nav iesniegts, bet jāgatavo dati algu aprēķinam u.c. specifiski gadījumi. Tādos gadījumos no HoP versijas Cielava ir veiktas izmaiņas, lai sistēma spētu šos gadījumus korekti apstrādāt un nerastos problēmas, veidojot komandējuma pieteikumus un atskaites. Pastāv divi veidi, kā nodrošināt sasaisti starp komandējumu un komandējuma prombūtni:   ja no komandējuma pieteikuma tiek ģenerēts prombūtnes dokuments vai rīkojums, tad automātiski tiek sasaistīts komandējums un prombūtnes dokuments; ja prombūtnes dokuments algas aprēķiniem jāveido pirms ir izveidots komandējuma dokuments vai vienam komandējumam ir vairāk kā viens prombūtnes dokuments, tad to var izdarīt tikai no algu/personāla moduļa un korektai sasaistei ir vairāki priekšnoteikumi.   Piesakot komandējumu, pieteikuma dati tiek uzrādīti: HoP: Prombūtņu kalendārā:     Horizon:  Atskaites - Personāla uzskaite - Plānotās prombūtnes:     Kontrole notiek jau pret plānotajām prombūtnēm.   Lai nodrošinātu prombūtņu ievadi pirms pieteikuma vai vairāk kā vienas prombūtnes izveidi vienam komandējumam, HoP pieteikumā periods tiek pārbaudīts pret Horizon dokumenta tipa "Komandējums’ periodu.   Pārējie nosacījumi, kā darbojas kontrole:   komandējuma kontrole notiek vienu tiesisko attiecību ietvaros;  komandējuma pieteikumam statusā "Sagatave" kontrole nenotiek; kontrole notiek pret prombūtnes dokumentu, kam statuss ir "Apstiprināts". Horizon kontrole pie prombūtnes dokumenta vai rīkojuma ievades brīdina par nesakritībām ar komandējuma dokumentu , savukārt HoP kontrole neļauj pieteikt komandējumu vai iesniegt atskaiti.   Horizon brīdinājums pie prombūtnes dokumenta ievades:   HoP kļūdas paziņojums, iesniedzot pieteikumu vai atskaiti:         Tabulā atainoti piemēri:   HOP pieteikuma vai atskaites datumi HORIZON prombūtnes dokuments ‘Komandējums’ Horizon plānotā prombūtne HOP 01.03.2024 - 10.03.2024   01.03.2024 - 10.03.2024 OK 01.03.2024 - 9.03.2024   01.03.2024 - 10.03.2024 Neļaus pieteikt komandējumu vai iesniegt atskaiti 01.03.2024 - 10.03.2024 01.03.2024 - 10.03.2024   OK 01.03.2024 - 10.03.2024 01.03.2024 - 04.03.2024 05.03.2024 -10.03.2024   OK 01.03.2024 - 05.03.2024 05.03.2024 -10.03.2024 01.03.2024 - 04.03.2024 05.03.2024 -10.03.2024   OK 01.03.2024 - 04.03.2024 05.03.2024 -10.03.2024 01.03.2024 - 04.03.2024 05.03.2024 -10.03.2024   OK 01.03.2024 - 02.03.2024 05.03.2024 -10.03.2024 01.03.2024 - 04.03.2024 05.03.2024 -10.03.2024   Neļaus pieteikt komandējumu vai iesniegt atskaiti 01.03.2024 - 04.03.2024 05.03.2024 -11.03.2024 01.03.2024 - 04.03.2024 05.03.2024 -10.03.2024   Neļaus pieteikt komandējumu vai iesniegt atskaiti 01.03.2024 - 04.03.2024 05.03.2024 -10.03.2024 01.03.2024 - 04.03.2024 05.03.2024 -11.03.2024   Neļaus pieteikt komandējumu vai iesniegt atskaiti 29.02.2024 - 04.03.2024 05.03.2024 -10.03.2024 01.03.2024 - 04.03.2024 05.03.2024 -10.03.2024   Neļaus pieteikt komandējumu vai iesniegt atskaiti  

Lai apskatītu komandējuma pieteikumu pēc iesniegšanas, Komandējumu sarakstā atverot komadējuma detaļas, jāspiež uz pogas Apskatīt pieteikumu.     Atvērsies iesniegtā komandējuma pieteikuma saturs.     Pēc komandējuma apstiprināšanas un atskaites iesniegšanas var apskatīt gan pieteikuma saturu gan atskaites saturu.     Spiežot uz pogas Apskatīt atskaiti, atvērsies komandējuma atskaites saturs.        

Kad darbinieks beidz darba tiesiskās attiecības, nepieciešams deaktivizēt WEB lietotāju, lai piekļuve HoP vairs nebūtu aktīva.   WEB lietotāju no Horizon var deaktivizēt manuāli vai automātiski. Pēc WEB lietotāja deaktivizācijas, lietotāju jāatsaista no moduļiem vai jādzēš arī no HoP.   Manuāla lietotāja deaktivizācija Horizon   Ceļš sistēmā: Pamatdati - Personāla uzskaite - Personas kartītes   Sarakstā atzīmē vienu vai vairākas personas, kam jādeaktivizē WEB lietotājs un veic darbību    Darbības -  Darbības ar WEB lietotājiem - Deaktivizēt WEB lietotājus:     Automātiska lietotāja deaktivizācija Horizon   Automātiska lietotāja deaktivizācija ir ieteicamais veids, kā  Horizon deaktivizēt WEB lietotājus.   Ceļš sistēmā: Sistēma -Uzstādījumi - Automatizētie darbi - Izpildāmā objekta klase: Deaktivizēt WEB lietotājus   lpp. Palaišanas uzstādījumi:     lpp. Objekta konfigurācija:     Sākot no: datums, no kura automatizētais darbs pārbauda atbrīvotos darbiniekus; Filtrs:  pievieno atbilstošu filtra nosacījumi, ja nav jādeaktivizē visi veidotie WEB lietotāji. Par filtra izveidi sīkāk var izlasīt šajā rakstā nodaļā Filtra izveide.   Lietotāju atsaistīšana no moduļiem HoP   WEB lietotāja deaktivizācija Horizon nedzēš neaktīvos lietotājus no HoP moduļiem. Lai to paveiktu, jādodas uz HoP un jāveic atsaistīšana vai dzēšana.   HoP lietotnē Lietotāju pārvaldība (pieejama ar HoP lomu “Pārvaldnieks”) pielieto filtru /neaktivs, kas atlasa visus neaktīvos WEB lietotājus:       Noklikšķinot uz zilās bultas, parādīsies iespēja iezīmēt vienu vai vairākus neaktīvos lietotājus un atsaistīt tos no moduļiem:     Pēc tam izvēlnes logā jāatzīmē, no kuriem moduļiem lietotājus atsaistīt un jāsaglabā izmaiņas:       Pēc atsaistīšanas no moduļiem lietotāji HoP būs redzami kā neaktīvi, bet moduļus un licences neaizņems.     Lietotāju dzēšana HoP   Ir iespējams arī dzēst no HoP sistēmas visu lietotāja informāciju. Tādā gadījumā jāatver  lietotāju HoP Lietotāju pārvaldības modulī un to jādzēš:     Dzēšanas darbību nav iespējams veikt masveidā.   No Horizon neaktīvos WEB lietotājus dzēst nav labā prakse. WEB lietotājus, kas kaut reizi saskaņojuši kādu pieteikumu, no Horizon izdzēst nav iespējams. Kā atsaistīt HoP lietotājus no moduļiem? VIDEO     Saistītie raksti:   WEB lietotāja izveide  WEB lietotāju sinhronizācija - automatizētais darbs  HoP administratora rokasgrāmata

Soli pa solim instrukcija, kā izveidot HoP atskaiti par neapmaksātajiem rēķiniem un pavadzīmēm piegādātājiem ar parāda summu un apmaksas termiņu.

Detalizēts apraksts kā darbiniekam HoP veikt darbam attālināti nodoto lietu apliecinājumu.

HoP Personāls (rīkojumi un vienošanās) instrukcija paredzēta visiem darbiniekiem, kas ievadīs un saskaņos rīkojumus un vienošanos HoP sistēmā.   Instrukcijā aprakstīts: Kā izveidot jaunu rīkojumu un vienošanos; Kā saglabāt un nosūtīt saskaņošanai rīkojumu un vienošanos; Kā saskaņot rīkojumu un vienošanos; Kā saskaņot dokumentu ar drošu elektronisko parakstu. Instrukcija pieejama ŠEIT.

Soli pa solim instrukcija, kā izveidot HoP līgumu atskaiti uz noteiktu datumu par līgumu kopējo summu, izpildi un atlikumu atbildīgajiem darbiniekiem, filtrējot datus pēc piegādātāja un atbildīgā darbinieka.

Atverot HoP atskaiti, lietotājs var veikt datu meklēšanu, kārtošanu un filtrēšanu, atvērt atskaites ierakstiem pievienotos pielikumus, eksportēt atskaites datus uz excel.