Zināšanu bāze Horizon

Vienotie klasifikatori:   katram uzņēmumam nodalīts datu apgabals; iespēja lietotājiem definēt pieejas tiesības katrā no uzņēmumiem; iespēja centralizēt (vienot) noteiktos klasifikatorus starp dažādiem uzņēmumiem specifiskos klasifikatorus ievadot tikai konkrētā uzņēmuma datu apgabalā.

Apskatīti 2 varinati kā iespējams veikt energoresursu sadārdzinājuma pabalstu uzskaiti un izmaksu.

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

Horizon ir iespējams izveidot brīdinājumu aprakstus un noteikt regularitāti, kad Horizon lietotājam jāsaņem ziņa vai e-pasts. Brīdinājuma apraksts sastāv no saraksta, kuru pārbaudīt, filtra, ar kura nosacījumiem atlasīt ierakstus un saņēmējiem.   Lietojot Horizon noliktavas moduli, brīdinājumi tiek bieži izmantoti, lai speciālistiem nebūtu regulāri jāpārskata dati dažādās atskaitēs, bet sistēma nosūtītu atgādinājumus uz e-pastu vai parādītu ziņu Horizon.   Šajā rakstā apskatīsim biežāk lietotos noliktavas brīdinājumus un to konfigurāciju.   Brīdinājumu konfigurācijas vispārējs apraksts   Brīdinājuma apraksts   Pamatdati - Uzņēmums - Brīdinājumi - Brīdinājumu apraksti   Brīdinājumu apraksts nosaka kāds par kādu sarakst, ar kādu filtru, kam tiks sūtīti brīdinājumi. Sīkāk par to, kā izveidot brīdinājuma aprakstu, var izlasīt šeit    Brīdinājuma ģenerēšana   Horizon piedāvā iespēju nosūtīt uz Horizon ziņojumiem vai e-pastu brīdinājumu, par kāda saraksta saturu izmantojot noteiktu filtru.   Sīkāk par brīdinājumu ģenerēšanas iespējām variet lasīt šeit    Noliktavas brīdinājumu piemēri   Piemēros aprakstīta biežāk lietotā brīdinājumu konfigurācija, taču Horizon lietotājs var uzstādīt arī citus filtra nosacījumus.   Vislabāk filtru sākotnēji pārbaudīt tajā sarakstā, no kura tiks sūtīts brīdinājums - izveidot vēlamos filtra nosacījumus un pārliecināties, vai tiek atlasītas vajadzīgās vērtības.   Brīdinājums par noliktavas atlikumu minimālajām robežām Pamatdati - Uzņēmums - Brīdinājumi - Brīdinājumu apraksti Lpp. Informācija:     Kods: brīvi izvēlēts Nosaukums: brīvi izvēlēts Brīdinājuma filtru veidojam no saraksta Atlikumi (2013) vai Nomenklatūras (2010):     Veidojot filtru, ļoti svarīgi ir saprast, no kura saraksta un kuras vērtības ir nepieciešams atlasīt. Šajā gadījumā nepieciešams lauks "Atl.-Min.daudz". Vēlamies atlasīt visas nomeklatūras, kurām atlikums mīnus minimālais daudzums ir mazāks par 0.  Papildus filtrā pievienots filtrs pēc preču grupas, šadus nosacījumus jāpievieno atbilstoši jūsu Horizon konfigurācijai.   Lpp. Saņēmēji:   Varat pievienot saņēmēju ar tipu E-pasta adrese, lai nosūtītu brīdinājumu kolēģim, kas nelieto Horizon vai lauku Persona, lai nosūtītu brīdinājumu Horizon lietotājam, papildus varat izvēlēties vai brīdinājumu sūtīt arī uz viņa e-pastu.   Brīdinājums par noliktavas atlikumiem, kuriem tuvojas derīguma termiņa beigas Pamatdati - Uzņēmums - Brīdinājumi - Brīdinājumu apraksti Lpp. Informācija:     Kods: brīvi izvēlēts Nosaukums: brīvi izvēlēts Brīdinājuma filtru veidojam no saraksta Atlikumi pa partijām (2022):     Veidojot filtru, ļoti svarīgi ir saprast, no kura saraksta un kuras vērtības ir nepieciešams atlasīt. Šajā gadījumā nepieciešams lauks "Dienas" vai "Derīgs līdz". Vēlamies atlasīt visas partijas, kurām derīguma termiņš ir pēc divām dienām. Papildus filtrā pievienots filtrs pēc preču grupas, šadus nosacījumus jāpievieno atbilstoši jūsu Horizon konfigurācijai.   Lpp. Atskaišu parametri:   Tā kā Atlikumi pa partijām ir atskaite, tad nepieciešams norādīt ar kādiem parametriem atskaiti nepieciešams apskatīt.     Šajā piemērā atskaitei tiks norādīts sistēmas datums, kas nozīmē šodiena un abas atzīmes netiks veiktas.   Lpp. Saņēmēji:   Varat pievienot saņēmēju ar tipu E-pasta adrese, lai nosūtītu brīdinājumu kolēģim, kas nelieto Horizon vai lauku Persona, lai nosūtītu brīdinājumu Horizon lietotājam, papildus varat izvēlēties vai brīdinājumu sūtīt arī uz viņa e-pastu.

Infodiena 2020 ekspertu gatavotās video prezentācijas

Instrukcija, kā noteikt neunikālos ierakstus.

Raksts par Komandējumu modulim nepieciešamo dokumentu tipu izveidi.

Raksts par klasifikatora "Dienas naudas" izmantošanu.

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

Ir gadījumi, kad 85% pensijas un pabalstu summa ir lielāka nekā uzturēšanās izdevumi sociālās aprūpes iestādē. Kā to atrisināt, ja tiek izmantots Horizon modulis “Aprūpes maksas”?

Mēdz būt situācijas, kad klienti kavē rēķinu apmaksu un var būt nepieciešamība izrakstīt sodu par kavēto maksājumu. Horizon šādos gadījumos tiek izmantota kavējumu naudu aprēķinu funkcionalitāte. Taču objektīvu iemeslu dēļ klients var tikt atbrīvots no kavējuma naudu maksāšanas, izmantojot atbrīvojumu periodus. Arī valstī izsludinātā ārkārtējā situācija saistībā ar COVID-19 pandēmiju ir objektīvs iemesls, kādēļ klientiem var tikt piešķirti atbrīvojumu periodi kavējumu naudu aprēķinā. Tādēļ, lai atvieglotu darbu ar atbrīvojumu periodu pievienošanu, kā arī to pagarināšanu, ir veiktas vairākas izmaiņas Horizon. Lai pievienotu atbrīvojumu periodus vairākiem klientu līgumiem vienlaicīgi, iespējams izmantot atbrīvojumu periodu ģenerēšanas vedni (Dokumenti → Līgumi → Darbības → Pievienot atbrīvojumu periodus). Agrāk šajā vednī bija obligāti jāievada atbrīvojumu perioda kods, kā rezultātā sistēma ģenerēja vairākus atbrīvojuma periodus ar vienādiem kodiem.   Tagad ģenerēšanas vednī lauks “Kods” vairs nav pieejams - šis lauks automātiski tiek aizpildīts ar atbrīvojumu periodu dokumenta tipā norādīto numeratoru. Ja dokumenta tipā nav norādīts numerators, tad tiks attēlots atbilstošs kļūdas paziņojums un atbrīvojumu periodi netiks uzģenerēti. Papildus vednis ir papildināts ar iespēju neaizpildīt “Līdz” datumu, tādējādi nodrošinot, ka atbrīvojumu periods tiek pievienots uz nenoteiktu laiku. Gadījumiem, kad ir ievadīti atbrīvojumu periodi uz noteiktu laiku (aizpildīts “Līdz” datums), bet šos atbrīvojumu periodus ir nepieciešams pagarināt vairākiem atbrīvojumu periodiem vienlaicīgi, atbrīvojumu periodu sarakstā ir pieejama jauna darbība “Lauku labošana iezīmētajām rindām” (Dokumenti → Līgumi → Atbrīvojumu periodi → Darbības). Ar šo darbību ir iespējams labot 2 laukus - “Datums no” un “Datums līdz”. Papildus ir pievienotas vairākas kontroles: pēc atbrīvojuma perioda dokumenta saglabāšanas lauks "Līgums" vairs nav labojums. Ja tas ievadīts kļūdaini, to nepieciešams dzēst vai anulēt. atbrīvojuma perioda ievadformā lauks “Datums no” tagad ir obligāts lauks.

Nomas biznesā līgumi parasti tiek noslēgti par konkrētu summu periodā, piemēram, gadā. Mēdz būt situācijas, kad līguma ietvaros par periodu tiek izrakstīti vairāki rēķini ar proprocionāli noteiktu summu no kopējās summas, kuru kopsummai periodā ir jāsaskan ar NĪP līgumā norādīto summu, taču rēķinu kopsumma matemātiskās noapaļošanas rezultātā nesakrīt ar līgumā fiksēto summu.   Šādos gadījumos Horizon var izmantot funkcionalitāti “Koriģēt perioda beigās”, kas nodrošina, ka sistēma pie pēdējā aprēķina veic salīdzināšanu pret līgumā norādīto summu un koriģē centus, ja ir nobīde. Agrāk šī funkcionalitāte strādāja situācijās, ja aprēķinu metodes periodiskums bija gads un līguma aprēķinu metodes “Spēkā no” datums bija 1. janvāris, kas pārsvarā gadījumu neatbilst reālajam pakalpojumu sniegšanas periodam.   Tādēļ 575. versijā ir veikti papildinājumi, lai šī funkcionalitāte strādātu arī tad, ja līguma aprēķinu metode ir spēkā jebkurā periodā. Pati summas koriģēšana notiks, veicot aprēķinu uz kalendārā gada beigām (31.12.xxxx.). Funkcionalitāte “Koriģēt perioda beigās” strādā pie šādas konfigurācijas kombinācijas: ir izvēlēta apjoma aprēķinu metode ar tipu “Bez skaitītāja”; aprēķinu metodes periodiskums ir norādīts “Gads”; līguma aprēķina metodē kā maksa gadā ir norādīts alternatīvais tarifs (vai tarifa rindas); līguma aprēķina metodē ir atzīmēta izvēles rūtiņa “Koriģēt perioda beigās”.

Rakstā pieejama informācija par NACE kodiem un saistību ar uzņēmuma saimnieciskās darbības būtību.

Video, kā uzlabot klientu datu kvalitāti, izmantojot datu apmaiņu ar Firmas.lv.

Ja kādu saskaņošanas scenārija etapu nevēlamies piemērot visos gadījumos vai arī saskaņošanai izmantojam vairākus scenārijus vienam dokumenta pamatveidam (piemēram, ir jāveido 3 dažādas plūsmas Brīvas formas pieteikumiem), tad saskaņošanas konfigurācijā jāizmanto dokumenta vai etapa filtri.   Veidojot filtra nosacījumus, jāatceras, ka vienu filtru drīkst piesaistīt tikai vienam scenārijam un katrā filtrā ir jābūt norādītam vismaz vienam unikālam kritērijam, kuram neatbilst neviens cits izveidotais filtrs. Pretējā gadījumā, sistēma nespēs noteikt pareizo aprites scenāriju un dokumentam/pieteikumam tiks piesaistīts noklusētais scenārijs.   Scenāriju un to etapu filtri ir pieejami Etapu filtru sarakstā, kas tiek atvērts, ievadot datus Scenārija ievadloga laukos Filtrs.   Dokumenta filtrs:     Etapa filtrs:     Jaunu filtru pievieno, nospiežot pogu "Pievienot":       Tiek atvērts ievadlogs "Filtrs":     Nosaukums: filtra nosaukums (norāda pēc iespējas skaidrojošāku);   Tabulā jāuzdod atlases nosacījumu rindiņas, ievadot datus ievadlaukos zem tabulas:     Nr. : kritērija numurs, kas nosaka Nosacījumu savstarpējo saistību:   Ja filtrā tiek norādīti vairāki kritēriji, iespējamas divas situācijas:   - Ja vairākiem kritērijiem tiek norādīts vienāds numurs, jāizpildās būs tikai vienam no kritērijiem, lai sistēma izvēlētos scenāriju ar šādu filtru; - Ja vairākiem kritērijiem tiek norādīts katram savs numurs, jāizpildās būs visiem kritērijiem, lai sistēma izvēlētos scenāriju ar šādu filtru.   Lauks: norāda kritēriju, pēc kura tiek atlasīta informācija, izvēlas no izkrītošā saraksta. Filtra nosacījumus var veidot pēc visiem iespējamajiem saskaņojamā dokumenta laukiem.   Operācija: kritērija nosacījums, kuram jāizpildās. Tiek piedāvāta izvēle no operāciju kopas, kas atkarīga no attiecīgā Lauka.   Teksts: norāda kritērija vērtību - ievada tekstveida informāciju, kas nepieciešama nosacījuma izpildei vai arī tā tiek aizpildīta automātiski, izvēloties Operāciju.   Pieejamas pogas:    labot tabulā iezīmēto nosacījumu rindiņu;  dzēst tabulā iezīmēto nosacījumu rindiņu;   Nospiežot pogu  , ievadītie dati tiek saglabāti.          

Raksts par klasifikatora "Izdevumu veidi" izmantošanu.

Pamatdati-Noliktava-Pārcenošana pieejams dokuments "Pārcenošanas protokols" Pārcenošanas protokola galvenē laukā norāda: 1) “Sākumcena” - cena pamatojoties uz kuru tiks veikts Pārdošanas cenas aprēķins; 2) "Jaunā cena" - pārdošanas cena kas tiks aprēķināta un saglabāta nomenklatūras kartītē.     Kā iespējams aprēķināt/nofiksēt jauno pārdošanas cenu?   1. Jauno cenu ievada manuāli Lietotājam iespējams vai nu uzreiz vadīt cenu laukā "Jaunā cena" vai nu izmantot "B tipa" lauku, kurā var pārslēgt uzcenojuma % vai koeficientu * un ievadīt vērtību kolonnā "B". Pēc šīs vērtības tiek veikts "Jaunās cenas" aprēķins.   2. Jaunās cenas aprēķins izmantojot "Pielietot formulu". Protokola galvenē cilnē "Formula" iespējams norādīt kādu no 3 koeficientiem A; B vai C, izveidojot aprēķina formulu. Kad formula sastādīta tad, iezīmējot rindas (ar SHIFT) vai visām rindām uzreiz (CTRL+A vai labais taustiņs->Atzīmēt visus), dokumenta labajā malā nospiežot pogu “Pielietot formulu”, tiek aprēķināta jaunā cena visām iezīmētajām rindām.   3. Jaunās cenas aprēķins izmantojot uzcenojuma procentu (minimālo, maksimālo, optimālo vai manuāli norādīto.  Iezīmējot rindas (ar SHIFT) vai visām rindām uzreiz (CTRL+A vai labais taustiņs->Atzīmēt visus), dokumenta labajā malā nospiežot pogu “Pielietot uzcenojumu” pieejama izvēle pielietot minimālo, maksimālo, optimālo uzcenojumu vai manuāli ievadīt uzcenojuma procentu. Norādot konkrēto veidu, tiek aprēķināta jaunā cena visām iezīmētajām rindām.  no 630.versijas Nomenklatūru grupā un Nomenklatūru kartītē (sadaļā "Cenas") pieejams jauns lauks "Optimālais uzcenojuma procents". Ja "Optimālais uzcenojuma procents" norādīts gan nomenklatūrai gan grupai, tad protokolā tiks ņemts vērā nomenklatūrās procents. Ja nomenklatūrā šis lauks ir tukšs, bet grupā ir norādīts, tad protokolā tiks ņemts vērā grupas uzcenojuma procents.   No 630.versijas Pārcenošanas protokolā jaunās cenas aprēķinam pieejama arī papildus "Gudrā apaļošana". Protokola labajā malā nospiežot pogu “Gudrā apaļošana”, pieejami dažādi aprēķina veidi, kas veic cenas "apaļošanu", piemēram, lai visas cenas beigtos ar ...5.   *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.   Sākot ar 635. versiju pārcenošanas protokolu ir iespējams uzģenerēt nomenklatūru sarakstā. Lai ātrāk identificētu preces, kurām nepieciešama pārcenošana, turpmāk šī saraksta izskatā varēs pievienot kolonnu "Atbilst min. uzcenojumam", kas parāda vai noliktavas cenu veida aktuālā cenas uzcenojums atbilst pēdējai šīs noliktavas iepirkumu cenai. Svarīgi atcerēties, ka uzcenojums netiek rēķināts no akcijas cenām. Vienas noliktavas preces var iezīmēt un Darbībās izsaukt pārcenošanas protokola izveidi.     Pārcenošanas protokolā no 635. versijas ir radīta iespēja ievadformas izskatā pievienot nomenklatūru īpašības, kas ļauj ērtāk apstrādāt šo dokumentu. To nodrošina jauna īpašību loma "Atainot pārcenošanas protokolā". Šo jauno īpašības lomu var izmantot tikai un vienīgi kopā ar lomu "Nomenklatūra", un tā pārcenošanas protokola ievadformā tikai attēlo attiecīgās nomenklatūras īpašības vērtību.     Lai nodrošinātu programmas ātrdarbību, ir paredzēti ierobežojumi un parametri: 1. Maksimālais skaits šādām īpašībām ar lomu "Atainot pārcenošanas protokolā" - 10; 2. Izveidots jauns kontroles un vides parametrs "Izmantot īpašības pārcenošanas protokolā" sadaļā "Pārdošanas cenas", kas noklusēti ir ieslēgts.  

No piegādātājiem saņemto rēķinu un pavadzīmju apstrādes procesā dažādu iemeslu dēļ var rasties situācijas, kad atkārtoti tiek vadīts vai importēts rēķins, kas jau ir sistēmā. Vai Horizon par to brīdina? Vai var tikt saglabāti divi vienādi rēķini vai pavadzīmes?    Šajā rakstā uzzināsiet par sistēmas uzstādījumiem piegādātāju rēķinu un pavadzīmju unikalitātes kontrolei.     Unikalitātes kontroles principi   Lai nebūtu iespējama divu vienādu dokumentu ievade, ir jāuzstāda numuru unikalitātes kontrole dokumentu tipiem. Ja kontrole ir nepieciešama vairākiem dokumentu pamatveidiem, tad izmantojama unikalitātes grupu funkcionalitāte - piemēram, lai  kontrole pārbaudītu vienādos dokumentu numurus gan starp saņemtajiem rēķiniem, gan saņemšanas pavadzīmēm. Izmantojot metarēķinus, unikalitāte ir jākontrolē atsevišķi metarēķiniem un atsevišķi rēķiniem/pavadzīmēm, jo ar vienādu numuru būs gan metarēķins, gan no tā uzģenerētais rēķins/pavadzīme.   Ņemot vērā, ka iespējams saņemt rēķinus ar vienādu numuru no dažādiem piegādātājiem, kā arī katru gadu viena piegādātāja rēķinu numuri var atkārtoties, unikalitātes kontrolei uzstādāmi papildu nosacījumi - kontrolēt gada ietvaros un pa piegādātājiem/klientiem.   Numuru kontrole pa piegādātājiem atļauj ievadīt divus dokumentus ar vienādiem numuriem, ja dokumentu PVN kategorijas ir atšķirīgas. Tas nepieciešams korektas PVN uzskaites vajadzībām, ja viens piegādātāja rēķins ir jāsadala divos dokumentos (piemēram, PVN piemērots gan vispārējā kārtībā, gan reversā).     Metarēķina dokumenta tips   Izvēlne: Sistēma -> Uzstādījumi -> Dokumentu tipi -> Metarēķins -> Lpp. “Lauku atribūti”   Lai sistēma kontrolētu metarēķinu numuru unikalitāti un attēlotu paziņojumu, ja tiek mēģināts saglabāt sistēmā rēķinu ar jau esošu numuru, jāuzstāda dokumenta tipā lauku atribūts “Numurs” un lpp. “Unikalitāte” jānorāda: 1) unikāls dokumenta veidam - kontrole ietvers visus metarēķinu dokumentu tipus, ja tie ir vairāki 2) unikāls pret dokumenta lauku - jāatzīmē, lai aktivizētu papildu parametrus 3) piegādātājs un gada ietvaros - numura kontroles papildu nosacījumi       Kontroles paziņojums pie metarēķina saglabāšanas:     !!! Jāņem vērā, ka kontrole notiek pret lauku “Piegādātājs”. Ja metarēķinam piegādātājs nav norādīts, tad kontrole nenotiek - piemēram, ja importētam e-rēķinam nav piemeklēts kreditors no klientu saraksta vai, ievadot rēķinu caur HOP, lietotājs nav atradis kreditoru izvēles sarakstā. Vēl viens papildu kritērijs numuru kontrolē ir metarēķina statuss - anulētie metarēķini tiek izslēgti no kontroles (piemēram, ja nekorekts piegādātāja rēķins ir anulēts un pēc tam sistēmā tiek ievadīts labots rēķins, kam piegādātājs ir saglabājis to pašu numuru).      !!! Metarēķinu dokumentu tipiem unikalitātes kontroli pret piegādātāju gada ietvaros ir iespējams uzstādīt, sākot no 625. versijas. Līdz šai versijai numuru kontroles nosacījumi bija pieejami sadaļā Pamatdati metarēķinu uzskaites parametros. No 625. versijas tie ir izņemti un pārvietoti uz dokumentu tipu uzstādījumiem.     Saņemtais rēķins vai pavadzīme   Izvēlne: Sistēma -> Uzstādījumi -> Dokumentu tipi -> Saņ. rēķins par pakalpojumiem vai Saņemšanas pavadzīme -> Lpp. “Lauku atribūti”   Apgādes saņemtajiem rēķiniem vai noliktavas saņemšanas pavadzīmēm numuru unikalitātes kontrole ir uzstādāma tāpat kā aprakstīts šī raksta sadaļā par metarēķiniem. Šiem dokumentu veidiem tukšs lauks “Klients” nav iespējams un arī nav paredzēta dokumentu anulēšana, attiecīgi kontrole darbojas, kā norādīts pret klientu un gada ietvaros bez papildus nosacījumiem.       Numuru unikalitātes grupas Numuru unikalitātes grupas paredzētas, lai viena un tā pati kontrole aptvertu vairākus atšķirīgus dokumentu pamatveidus. Piemēram, kontrolētu, lai dokumenta numurs neatkārtojas, skatot kopā gan apgādes rēķinu, gan noliktavas saņemšanas pavadzīmju sarakstu.   Kontroles uzstādīšanai nepieciešams vispirms aprakstīt unikalitātes grupu, un pēc tam to piesaistīt visiem dokumentu tipiem, kas jāpakļauj šai kopīgajai kontrolei.     Izvēlne: Sistēma -> Uzstādījumi -> Numuru unikalitātes grupas   Izveido jaunu grupu, kurai norāda kontroles nosacījumus un kontrolējamos dokumentu tipus:     Pēc unikalitātes grupas saglabāšanas sistēma piedāvā šo grupu piesaistīt uzskaitītajiem dokumentu tipiem:     Izvēloties “Jā”, sistēma pēc kārtas atver visus dokumentu tipus uz labošanu un atliek tos saglabāt:     Kontroles paziņojums pie mēģinājuma saglabāt dokumentu ar jau eksistējošu numuru ietver arī informāciju par dokumenta pamatveidu:       Numuru kontroli ar aprakstītajiem dokumenta tipu nosacījumiem, un arī izmantojot unikalitātes grupas, var pielietot arī citviet sistēmā - tā ir kopīga Horizon funkcionalitāte.