Zināšanu bāze Horizon

Apraksts par dokumentu "Avansa pārvedums" un "Avansa pārvedums starpperiodā".

Apraksts, kurā norādīts kā sagatavot kļūdas pieteikumu un kādam jābūt tā saturam.

Inventāra inventarizācijas rezultātu apstrāde sākas jau inventarizācijas rezultātu rindās ( Dokumenti → PL un inventāra inventarizācija → Inventarizācijas rezultātu rindas).   1. Atšķirību reģistrēšana   Ar filtra palīdzību atlasa ierakstus, kuriem ir atšķirīgas uzskaites un faktiski noskenētas vērtības un uzģenerē atbilstošus dokumentus.   Filtrs “Atšķirīgs atbildīgais”- atlasa inventāra vienības, kurām faktiskais atbildīgais atšķiras no Horizon uzskaitē esošā. Filtrs “Atšķirīgs lietotājs”- atlasa inventāra vienības, kurām faktiskais lietotājs atšķiras no Horizon uzskaitē esošā. Filtrs “Atšķirīga atrašanās vieta”- atlasa inventāra vienības, kurām faktiskā atrašanās vieta atšķiras no Horizon uzskaitē esošās.   Veic rindu iezīmēšanu un Darbības → Inventārs→ Inventāra pārvietošanas dokuments. Sistēma pati uzģenerēs inventāra dokumentus pa atbilstošajām atbildīgajām personām un norādīs jaunās fakstiskās vērtības no inventarizācijas rezultāta. Inventāra pārvietošanas dokumentu ģenerē un izpilda ar datumu pirms eksporta dokumenta datuma.   Uzģenerētās pavadzīmes ir apskatāmas inventāra dokumentu sarakstā (Dokumenti → Inventārs → Inventāra dokumenti).   2. Inventarizācijas pavadzīmes noformēšana   Kad novērstas uzskaites un faktiskās atšķirības, t.i., izveidoti un izpildīti Inventāra pārvietošanas dokumenti, katrai atbildīgai personai veido inventarizācijas norakstīšanas pavadzīmi. Lai uzģenerētu inventarizācijas pavadzīmi iezīmē faktiskās atbildīgās personas inventāra rindas un Darbības → Inventārs → Inventarizācijas norakstīšanas pavadzīme, ģenerē dokumentu.  !!! Iezīmējot inventāra rindas, var iekrāsot vairāku atbildīgo personu inventāru, jo, veidojot inventarizācijas norakstīšanas pavadzīmi, katrai atbildīgajai personai tiks izveidota sava inventarizācijas norakstīšanas pavadzīme.   Svarīgi! Inventarizācijas rezultātu rindās iezīmē visu inventāru, ko vajag iekļaut inventarizācijas pavadzīmē, arī to inventāru, kas nav atrasts un ir jānoraksta.   Iztrūkumu apstrāde   Inventarizācijas procesa laikā neatrasto inventāru iespējams: Atstāt nenoskenētu, t.i., lauks “Skenēšanas veids” paliek ar vērtību “0”, Izvēlēties no inventāra saraksta un norādīt laukā “Piezīmes” - Nav atrasts. Pēc inventāra iekļaušanas pavadzīmē, programma: Ja skenēšans veids ir “0”, tad automātiski aizpilda kolonnu “Daudzums” ar 0 un “Rindas veids”- <Trūkums> Pārējos gadījumos automātiski aizpilda kolonnu “Daudzums” ar 1. !!! Ja neatrastais inventārs ir atzīmēts ar ierakstu laukā “Piezīmes”, tad inventarizācijas pavadzīmē lauks “Daudzums” manuāli jālabo no vērtības 1 uz vērtību 0.     Iztrūkumu gadījumā, fiksējot atlikumus ar pogu , lappusē <Atlikumu korekcijas> izveidojas norakstāmā vienība. Izpildot inventarizācijas norakstīšanas pavadzīmi, šāds inventārs tiks norakstīts no uzskaites. Pārpalikuma apstrāde   Ja inventarizācijas rezultāta rinda ir sarkana un vērtība kolonnā <InvSar.Numurs> ir tukša, tas nozīmē, ka inventārs nav bijis ielasīts no Horizon, bet ir noskenēts, t.i. jaunatrasts inventārs. Iekļaujot šādas rindas inventarizācijas norakstīšanas pavadzīmē, lappusē <Sēriju skaitīšana> tiek ielasītas jaunās inventāra vienības. Kolonnā “Daudzums” būs 1, kolonnā “Uzskaites daudzums” būs 0. Jaunajam inventāram ir jāpiesaista nomenklatūras kartīte un  rindas veids būs <Pārpalikums>.     Pārpalikuma gadījumā, fiksējot atlikumus ar pogu , lappusē <Atlikumu korekcijas> izveidojas uzskaitē ņemanā vienība (daudzums ar “-” zīmi). Izpildot inventarizācijas norakstīšanas pavadzīmi, šāds inventārs tiks ņemts uzskaitē. Pēc pavadzīmes uzģenerēšanas, inventarizācijas rezultātu rindu sarakstā ir aizpildījies norakstīšanas pavadzīmes numurs. Uzģenerētā inventarizācijas norakstīšanas pavadzīme statusā <Sagatave> ir apskatāma sarakstā Dokumenti → Noliktava → Inventarizācijas. Pavadzīmi izpilda un iegrāmato.

Pamatlīdzekļu inventarizācijas rezultātu apstrāde sākas jau inventarizācijas rezultātu rindās ( Dokumenti → PL un inventāra inventarizācija → Inventarizācijas rezultātu rindas).   1. Jaunatrasto pamatlīdzekļu apstrāde   Ja inventarizācijas rezultāta rinda ir sarkana un vērtība kolonnā <InvSar.Numurs> ir tukša, tas nozīmē, ka pamatlīdzeklis nav bijis ielasīts no Horizon, bet ir noskenēts, t.i. jaunatrasts pamatlīdzeklis.   Jaunatrastajam pamatlīdzeklim nepieciešams izveidot Horizon Pamatlīdzekļa kartīti statusā “Sagatave” un to piesaistīt inventarizācijas rezultāta rindā laukā Kartīte.   Jaunās pamatlīdzekļa kartītes piesaisti inventarizācijas rezultāta rindas ierakstam var veikt manuāli vai automatizēti (Darbības -> Piemeklēt klasifikatoru vērtības).    Svarīgi! Programma automatizētu pamatlīdzekļa kartītes piesaisti veic tikai tad, ja inventarizācija veikta pēc lauka “Inventāra numurs”.   2. Pamatlīdzekļu inventarizācijas dokumenta ģenerēšana   Inventarizācijas laikā konstatētās atšķirības apstrādā pamatlīdzekļu inventarizācijas dokumentā. Inventarizācijas dokuments tiek ģenerēts pēc faktiski noskenētas, jeb jaunās atbildīgās personas, iekrāso vajadzīgos ierakstus, Darbības → Ģenerēt PL inventarizācijas dokumentu → PL inventarizācija.  Pamatlīdzekļu inventarizācijas dokumenti ir jāveido ar inventarizācijas saraksta datumu, uz kuru tika ielasīti atlikumi.   Svarīgi! Iezīmējot pamatlīdzekļu rindas, jāizvēlas tikai vienas atbildīgās personas pamatlīdzekļi, jo programma veido vienu dokumentu visām iezīmētajām rindām, nedalot pa personām.   Pirms tālākas dokumenta apstrādes tas pēc uzģenerāšanas ir jāsaglabā. Tālākai apstrādei dokumenti ir pieejami Dokumenti → Pamatlīdzekļi → PL inventarizācijas dokumentu saraksts.     Pēc datu ielasīšanas apstrādei katram pamatlīdzeklim inventarizācijas dokumentā ir divas rindas: parastajā drukā – uzskaites dati un tumšajā drukā – faktiski noskenētie dati.    Svarīgi! Rindu apstrāde inventarizācijas dokumentā ir jāsāk ar jaunatrasto un neatrasto pamatlīdzekļu sakārtošanu. Jaunatrastais pamatlīdzeklis - kolonna <EksDok.Numurs> ir tukša Neatrasts pamatlīdzeklis -  <Inventarizācijas veikšanas veids> ir 0. Rindu apstrādi veic izmantojot pogu  .   Jauno pamatlīdzekļu kartīšu ņemšana uzskaitē notiek iezīmējot vajadzīgās rindiņas un Ģenerēt iegādi/pieņemšanu ekspluatācijā.   Neatrasto pamatlīdzekļu norakstīšana notiek iezīmējot vajadzīgās rindiņas un Ģenerēt likvidāciju/izslēgšanu.   Svarīgi! Ģenerēto likvidācijas dokumentu saglabā statusā Sagatave līdz Inventarizācijas dokumenta saglabāšanai un izpildei, un pēc tam to izpilda un grāmato. Ja jaunatrasto un neatrasto pamatlīdzekļu nav, vai tie jau ir apstrādāti, iespējams izmantot pogu  , lai pārbaudītu vai ir kādi pamatlīdzekļi, kuriem uzskaites dati atšķiras no faktiskajiem. Vienādām rindām ailē <Apstrādāts> tiek aizpildīta apstrādes pazīme.  Ar filtra    palīdzību atlasa atšķirīgās rindas, iezīmē un Ģenerēt iekšējo kustību.  

Raksta par to, kādas prasības ir pamatlīdzekļu un inventāra atbildīgā un lietotāju kartītēm.

Rakstā apkopota svarīgākā informācija par pamatlīdzekļu un inventāra svītrkodu izveidošanu.

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

Detalizēts apraksts kā Horizon izveidot pamatlīdzekļu un nemateriālo ieguldījumu inventarizācijas sarakstus manuālai (neelektroniskai) inventarizācijai.

Horizon 605. versijā bankas importa funkcionalitāte ir papildināta ar jaunām iespējām, kas noderēs situācijās, kad viens klienta maksājums attiecināms uz vairākiem paša maksātāja līgumiem vai cita klienta līgumiem/rēķiniem. Lai iemaksātā summa tiktu novirzīta atbilstošo rēķinu segšanai, nepieciešams gan identificēt šādus maksājumus, gan arī veikt korektu to sadalīšanu pa klientiem/līgumiem.    Šajā rakstā uzzināsiet, kā iespējams šo procesu vairāk automatizēt - gan ar atbilstošu konfigurāciju, gan bankas importa ierakstu apstrādes darbībām.   !!! Funkcionalitāte ir pieejama, tikai izmantojot jauno bankas importu.  Par jauno bankas importu lasīt šeit.       Importa ieraksta pamatojums   Izvēlne: Dokumenti - Banka - Bankas importa ieraksti - Bankas pamatojums   Lai importētajos bankas datos identificētu iepriekš aprakstītos gadījumus, būtiska ir maksājuma pamatojumā norādītā informācija. Jo korektāk ir norādīti līgumu numuri, rēķinu numuri vai citi identifikatori, jo lielāku automatizācijas pakāpi sistēmā iespējams panākt. Daži ieteikumi, kā palielināt maksājumu skaitu ar automātiskai apstrādei derīgu pamatojuma tekstu: Viennozīmīgi nolasāmi noteikta garuma numuri, kas satur burtus un ciparus; Rēķina izdruku papildināt ar tekstu - ko tieši sagaidāt maksājuma pamatojumā. Piemēram: Maksājuma pamatojumā norādīt līguma numuru ABC112233       Datu meklēšanas šabloni   Izvēlne: Pamatdati - Datu apmaiņa - Maksājumu importa datu meklēšanas šabloni   Ar šablona palīdzību ir jānosaka, kā tieši meklēt un atpazīt numurus/identifikatorus importētā ieraksta pamatojumā. Jāņem vērā visa veida varianti, kādi ir pielietoti, numurējot klientus, līgumus, rēķinus u.c. dokumentus vai pamatdatus, kuru identifikatorus sagaida maksājumu pamatojumā, un pēc tiem vēlas nodrošināt automātisku atpazīšanu.   Šablonu piesaista: 1) Ja izmanto importu no faila, tad izvēlnē: Pamatdati - Datu apmaiņa - Maksājumu eksporta un importa metodes - lpp. MU lasīšanas parametri 2) Ja izmanto tiešsaistes bankas, tad izvēlnē: Sistēma - Datu apmaiņa - Tiešsaistes bankas    Vienai bankai iespējams piesaistīt vienu noklusēto šablonu. Vienā šablonā var aprakstīt dažādu pieejamo lauku tipu meklēšanu.       Importa ieraksts - dati no pamatojuma (pēc šablona)   Izvēlne: Dokumenti - Banka - Bankas importa ieraksti - Informācija no pamatojuma   Kad tiek veikta bankas datu ielasīšana sistēmā ar failu vai tiešsaistē, automātiski notiek arī pamatojuma datu analīze pēc piesaistītā datu meklēšanas šablona. Ja datu meklēšanai ir rezultāti, tad tie tiek ierakstīti atbilstošajos laukos sadaļā “Informācija no pamatojuma”. Šie pamatojumā atrastie dati tālāk izmantojami, lai bankas importa ierakstam piemeklētu atbilstošo klientu un līgumu no Horizon klasifikatoriem.         Klienta/līguma piemeklēšana un automātiska ieraksta dalīšana   Konfigurācija veicama izvēlnē: Sistēma - Uzstādījumi - Uzskaites parametri - lpp. Maksājumu imports - lpp. Klienta/Līguma piemeklēšana   Apstrādes rezultāts: Dokumenti - Banka - Bankas importa ieraksti   Uzskaites parametros līdzās klienta/līguma piemeklēšanas metodēm ir arī iespēja atzīmēt “Dalīt automātiski” (no 605. versijas). Šis parametrs nozīmē, ka sistēma nākamajā solī pēc bankas datu importa un pamatojuma datu analīzes skatīs neapmaksātos dokumentus, kas atbilst atrastajiem identifikatoriem importa ieraksta sadaļā “Informācija no pamatojuma”. Ja pēc šiem nosacījumiem atrastie neapmaksātie rēķini būs dažādu klientu/līgumu dokumenti, tad sistēma automātiski dalīs vienu bankas importa ierakstu vairākos, katrā aizpildot klientu un līgumu no šiem rēķiniem.         Ieraksta dalīšanas algoritms ir sekojošs: Pēc pamatojumā atrastajiem identifikatoriem sistēma iegūst neapmaksāto rēķinu sarakstu uz klientiem un līgumiem, tie tiek sakārtoti pēc apmaksas termiņa, izpildes datuma un sistēmas ID numura. Sistēma dalīšanu veic, sākot no pirmā dokumenta. Ja, sadalot importa ierakstu pa dokumentiem, rodas pārpalikums vai arī iemaksātā summa nesedz visus parāda dokumentus, tad starpība tiek pieskaitīta vai atņemta pēdējam dokumentam. Šāds algoritms palīdz neapmaksātos rēķinus segt secīgi pēc kārtas, sākot no vecākajiem dokumentiem. Tas tiek pielietots tikai gadījumos, kad izvēlēta opcija “Dalīt automātiski”.   Rēķini, kurus sistēma atrod pēc datiem sadaļā “Informācija no pamatojuma”:     Tā kā importa ieraksta dalīšana notiek automātiski, tad pēc datu importa sarakstā ir redzami jau sadalītie ieraksti:      Dalītajos ierakstos klienti/līgumi var būt atšķirīgi no oriģinālā bankas importa dokumenta, jo tie piemeklēti no neapmaksātajiem rēķiniem. Horizon informācijas lauks “Rēķinu numuri” aizpildās ar tiem numuriem, kurus sistēma pēc algoritma atradusi kā apmaksājamus.         Ieraksta dalīšana ar darbību “Atkārtoti piemeklēt datus”   Izvēlne: Dokumenti - Banka - Bankas importa ieraksti - Darbības - Atkārtoti piemeklēt datus   Ja kādi ieraksti ir jāapstrādā atšķirīgi no kopējiem uzskaites parametriem, tad var lietot darbību “Atkārtoti piemeklēt datus”. Darbībai var norādīt pamatojuma datu meklēšanas šablonu, kas var būt atšķirīgs no noklusētā, kā arī ir iespēja izvēlēties klienta un līguma piemeklēšanas metodes un opciju “Dalīt automātiski”, tāpat kā uzskaites parametros.       Ieraksta dalīšana, manuāli norādot summas   Izvēlne: Dokumenti - Banka - Bankas importa ieraksti - Ievadlogs - poga “Sadalīt ierakstu”   Bankas importa ieraksta ievadlogā Horizon informācija sadaļā pieejama poga “Sadalīt ierakstu”. Tā paredzēta manuālai viena importa ieraksta sadalīšanai vairākās daļās ar atšķirīgiem klientiem/līgumiem. Darbību paredzēts izmantot situācijās, kad maksātājs pamatojumā ir norādījis vēlamo dalījumu, un nav uzstādīta automātiska piemeklēšana vai sadalīšana. Šajā gadījumā līgums/klients un summa ir norādāmi manuāli. Darbības labajā malā ir iespēja apskatīt klienta atlikumus un līguma atlikumus.      Ieraksta dalīšana, izvēloties neapmaksātos rēķinus   Izvēlne: Dokumenti - Banka - Bankas importa ieraksti - Ievadlogs - poga “Realizācijas preču dokumenti”   Bankas importa ieraksta ievadlogā Horizon informācija sadaļā pieejama poga “Realizācijas preču dokumenti”. Tā paredzēta situācijām, kad nav uzstādīta automātiska piemeklēšana vai pamatojumā pēc šablona nav atrasts neviens derīgs identifikators. Poga piedāvā izvēlēties vienu vai vairākus realizācijas preču dokumentus pēc lietotāja ieskatiem. No izvēlētajiem dokumentiem sistēma aizpilda importa ieraksta klientu/līgumu, kā arī rēķinu numurus piesaistēm. Ja starp iezīmētajiem rēķiniem ir vairāku klientu/līgumu dokumenti, tad sistēma veic ieraksta sadalīšanu pēc augstāk minētā algoritma.     No bankas importa ierakstiem pēc to apstrādes veido maksājuma uzdevumus. Maksājuma uzdevumiem tālāk veidojas piesaistes pret rēķiniem.

Detalizēts apraksts par inventarizācijas rezultātu saskaņošanu.

Apraksts par to, kā inventarizācijas rezultāts no programmas "Inventarizācijas pārvaldnieks" tiek atspoguļots Horizon.

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

Apraksts kā veidot saskaņošanas scenāriju elektroniskās inventarizācijas rezultātu apstiprināšanai HoP.

Klasifikators "Komisijas" un tā jaunā pazīme.

Sākot no 600. versijas, Horizon ir pieejams Luminor tiešsaistes bankas risinājums, kurā ir iekļauta tikai konta izrakstu saņemšana. 605. versijā risinājums ir papildināts arī ar maksājumu nosūtīšanas un maksājumu statusu saņemšanas iespēju.   Tā kā Luminor tiešsaistes bankas izveidotais risinājums bankas pusē nekontrolē, kuras personas ir paraksttiesīgas, tad to, kurš no darbiniekiem drīkst nosūtīt maksājumus, ir jākonfigurē Horizon. Piemēram, ar bankas moduli drīkst strādāt 5 grāmatveži, bet tikai trim no tiem ir paraksta tiesības bankā. To iespējams izdarīt tiešsaistes bankas kartītē (Sistēma -> Datu apmaiņa -> Tiešsaistes banka, kam tips ir Luminor GW) sadaļā “Atļaut sūtīt maksājumus”.     Vispirms lietotājam jāsagatavo izejošie bankas Maksājumu uzdevumi un, izmantojot izvēlnes darbību “Sagatavot MU sūtījumu paku”, tiek izveidota maksājumu paka. Vairāku iezīmētu maksājumu gadījumā sistēma izveido katram maksājumam savu maksājuma paku.  Ja MU sūtījumu paka/-as izveidota/-as veiksmīgi, tiek parādīts paziņojums par pakas izveidi un tiek piedāvāts paku “Nosūtīt” vai apstiprināt pakas izveidi, nospiežot pogu “Labi”.     Ja maksājuma nosūtīšanu veiks lietotājs, kurš nav norādīts Luminor GW tiešsaistes bankas kartītes sadaļā “Atļaut sūtīt maksājumus”, tad sistēma attēlos aizliegumu sūtīt.     Ja maksājuma nosūtīšanu veiks lietotājs, kurš ir norādīts Luminor GW tiešsaistes bankas kartītē sadaļā “Atļaut sūtīt maksājumus”, tad maksājums tiks nosūtīts uz banku un tas automātiski tiks izpildīts bankas pusē. Kad maksājums bankā ir izpildīts, tad, veicot maksājumu importu manuāli vai automatizētā darba “Tiešsaistes bankas izrakstu importa un statusu atjaunošanas darbs” izpildes rezultātā, maksājumu uzdevumu sarakstā maksājuma “Bankas statuss” nomainās uz “Izpildīts”.     Ja maksājums bankas pusē tiek atteikts, tad maksājuma “Bankas statuss” tiek nomainīts uz “Atteikts”. Saraksta izskatā iespējams izlikt lauku “Bankas statuss.Paziņojums”, kurā tiek attēlota bankas informācija par atteikuma iemeslu.

Konfigurējot saskaņošanas scenārijus, jāizvēlas saskaņošanas scenārija etapa saskaņotāju (saskaņošanas loma, persona, mainīgais u.c. - atkarībā no saskaņojamā dokumenta) . Viens no veidiem, kā ērti norādīt personu vai personu grupu, kas saskaņos viena veida vai vairāku veidu pieteikumus, ir Saskaņošanas loma:     Saskaņošanas lomas var konfigurēt uzreiz no scenāriju etapiem vai arī pēc ceļa Pamatdati → Saskaņošana → Saskaņošanas loma. Persona tiek atrasta no Saskaņošanas lomas kartītes, atbilstoši tās veidam.    Saskaņošanas loma - pēc piešķirtās prioritātes       Šo saskaņošanas lomu izmanto visbiežāk - arī gadījumos, kad lomā ir tikai viens darbinieks. Ja lomu izmantojam vairākos saskaņošanas scenārijos, tas nodrošina, ka, nomainot darbinieku lomā (ieliekot kartiņā iepriekšējam darbiniekam <līdz> datumu un izveidojot ierakstu jaunam darbiniekam), izmaiņas tiek attiecinātas uz visiem saskaņošanas scenārijiem, kuros tās ir iekļautas.   Ja tiek izmantota šāda veida loma, tad uz apstiprināšanas uzdevuma izveides datumu sistēma atlasa Personu ar augstāko prioritāti (1., 2., 3. utt.). Prioritātes vērtība ir vesels skaitlis. Prioritāte nepieciešama saskaņotāja noteikšanai.   Etapa saskaņotājs (apstiprināšanas uzdevuma un e-pasta saņēmējs) vienmēr būs persona ar prioritāti "1". Personām ar citām prioritātēm šie apstiprināšanas uzdevumu arī būs redzami HoP un tos būs iespējams sev pāradresēt un saskaņot. E-pasts par tiem netiks saņemts.   Uz šajā lomā piesaistītajām personām darbojas aizvietošanas funkcionalitāte. Sīkāk par saskaņotāju aizvietošanu var izlasīt šajā rakstā.   Saskaņošanas loma - koplietošanas grupa       Šis veids jāizvēlas, ja loma tiks piemērota kādai darbinieku grupai, piemēram, atvaļinājuma pieteikumus apstiprinās kāds no personāla speciālistiem un kopā ir 2, 3, 4 utt. darbinieki. Šie darbinieki var apstrādāt pieteikumu brīvi - galvenais, lai apstrādātājs būtu kāds no norādītajiem darbiniekiem.   Koplietošana nodrošina iespēju apstiprināšanas uzdevumu redzēt un apstiprināt vairākiem saskaņotājiem. Apstiprināšanas uzdevums tiek izveidots bez piesaistes konkrētai personai (uz grupu), bet informāciju e-pastā saņem visas iesaistītās personas. Tiklīdz kāda no personām saskaņo pieteikumu, tā kļūst par saskaņotāju un tiek piesaistīta apstiprināšanas uzdevumam. Pārējās personas šo pieteikumu saskaņot vairs nevar.    Saskaņošanas lomai ar veidu Koplietošanas grupa lauku vērtības Prioritāte un Struktūrvienības netiek izmantotas. Uz šo saskaņošanas lomas veidu nestrādā aizvietošanas funkcionalitāte. Tiek pieņemts, ka saskaņošanas grupā vienmēr kāds no darbiniekiem pildīs darba pienākumus un pieteikumu saskaņos.   Saskaņošanas loma - pēc struktūrvienības      Šo veidu izmanto metarēķinu saskaņošanā: sistēma atlasa Personu, kurai norādītā Struktūrvienība sakrīt ar saskaņojamā metarēķina lauku Struktūrvienība (atrodas metarēķina galvenē lpp. <Dimensijas>).   Kā apskatīties, kuras saskaņošanas lomas tiek izmantotas scenārijos? Ja vēlamies saprast, kā izmaiņas saskaņošanas lomā ietekmēs citus veidotos saskaņošanas scenārijus, tad datus par Saskaņošanas lomas izmantošanu scenārijos var apskatīt šādi:    

Ja sarakstā veiktas dažādas darbības - liktas klāt vai ņemtas nost kolonnas, filtrēti dati u.tml. - lietotājs vienmēr var atgriezt sākotnējo saraksta izskatu.   Lai to izdarītu atver saraksta izskata uzstādīšanas logu un nospiež pogu "Uzstādīt sākotnējo izskatu"  .        

Pēc pieslēgšanās sistēmai, atvērto logu panelis (atrodas ekrāna apakšā) un sistēmas rīkjosla (ekrāna augšpusē, zem zilās rīkjoslas) pēc noklusējuma ir ieslēgti.   Lai iegūtu vairāk vietas uz ekrāna, lietotājs jebkurā brīdī var paslēpt šos paneļus, izmantojot ikonu   un nospiežot "Parādīt/Paslēpt atvērto logu joslu" un "Parādīt/Paslēpt sistēmas izvēlni":   Pēc atvērto logu joslas un sistēmas izvēlnes noņemšanas, darba virsma izskatīsies šādi:     Uzzināt citas iespējas ar darbvirsmu >>  

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

Šajā rakstā apskatīsim personāla brīdinājumu piemērus, ko variet izmantot, lai atvieglotu informācijas apriti uzņēmumā, piemēram, par darbinieka pieņemšanu, atbrīvošanu u.c. notikumiem.   Ja vēlaties apskatīt citus brīdinājumu piemērus Personāla modulim (pārsvarā konfigurējamus pēc datumiem), dodieties uz šo rakstu.   Brīdinājumu apraksti ir uzlaboti no Horizon 590. versijas - sīkāk par to, kā izveidot brīdinājuma aprakstu, var izlasīt šeit.   Sīkāk par brīdinājumu ģenerēšanas iespējām variet lasīt šeit.   Brīdinājums par jauna darbinieka pieņemšanu darbā   Šāds brīdinājums jāveido uz sarakstu <Tiesiskās attiecības>:    Filtru var veidot pēc līdzības:   Šādam brīdinājumam jāpiesaista automatizētais darbs, kas izpildās katru dienu pēc iespējas vēlāk vakarā - piemēram, 23:30, lai ir skaidrs, ka visi šodienas dati ir ievadīti. Brīdinājums noderīgs grāmatvežiem, IT speciālistiem u.c. iesaistītajām personām, kam jāzina, kad darbu uzsāks jauns darbinieks.   Lpp. <Saņēmēji> norāda personas un/vai e-pastus, kam jāsaņem ziņa. Piemērs lpp. <E-pasts> aizpildei:     Brīdinājums par darbinieka atbrīvošanu   Arī šo brīdinājumu veidojam uz sarakstu <Tiesiskās attiecības>:     Filtru var veidot pēc līdzības:     Šādam brīdinājumam jāpiesaista automatizētais darbs, kas izpildās katru dienu pēc iespējas vēlāk vakarā - piemēram, 23:30, lai ir skaidrs, ka visi šodienas dati ir ievadīti. Brīdinājums noderīgs grāmatvežiem, IT speciālistiem u.c. iesaistītajām personām, kam jāzina, ka kāds no darbiniekiem ir atbrīvots.   Lpp. <Saņēmēji> norāda personas un/vai e-pastus, kam jāsaņem ziņa. Piemērs lpp. <E-pasts> aizpildei:     Brīdinājums par jaunu personas amata datu izveidi   Šo brīdinājumu veidojam uz sarakstu <Personas amata dati>:     Filtru var veidot pēc līdzības:      Notikums <Generēšana>, - ja jaunus amata datus veido, izpildot rīkojumu/vienošanos.  Šādam brīdinājumam jāpiesaista automatizētais darbs, kas izpildās katru dienu pēc iespējas vēlāk vakarā - piemēram, 23:30, lai ir skaidrs, ka visi šodienas dati ir ievadīti. Brīdinājums noderīgs grāmatvežiem u.c. iesaistītajām personām, lai pievērstu uzmanību, ka ir ievadītas jaunas izmaiņas darbinieka datos.   Lpp. <Saņēmēji> norāda personas un/vai e-pastus, kam jāsaņem ziņa. Piemērs lpp. <E-pasts> aizpildei:      Brīdinājums par darba stāža iestāšanos    Šo brīdinājumu veidojam uz sarakstu <Darba stāža informācija>:      Filtru var veidot pēc līdzības:     Šāda veida brīdinājumi var būt noderīgi, ja iestādē/uzņēmumā sasniedzot konkrētu darba stāžu, tiek veiktas kādas darbības, piemēram, izmaksāta dāvana. Šādam brīdinājumam vislabāk piesaistīt automatizēto darbu, kas izpildās katru dienu, ja ir izpildījušies konkrētie filtra kritēriji.   Lpp. <Saņēmēji> norāda personas un/vai e-pastus, kam jāsaņem ziņa. Piemērs lpp. <E-pasts> aizpildei:     Brīdinājums par izpildītu rīkojumu   Šo brīdinājumu veidojam uz sarakstu <Rīkojumi>:     Filtru var veidot pēc līdzības:    Šādam brīdinājumam jāpiesaista automatizētais darbs, kas izpildās katru dienu pēc iespējas vēlāk vakarā - piemēram, 23:30, lai ir skaidrs, ka visi šodienas dati ir ievadīti. Brīdinājums noderīgs grāmatvežiem u.c. iesaistītajām personām, lai pievērstu uzmanību, ka ir ievadītas jaunas izmaiņas darbinieka datos.   Lpp. <Saņēmēji> norāda personas un/vai e-pastus, kam jāsaņem ziņa. Piemērs lpp. <E-pasts> aizpildei: