Zināšanu bāze Horizon

Kārtot pēc:
E-rēķinu ideja paredz uzticēt datorsistēmām veikt dažādas ar rēķinu apstrādi saistītās darbības, ko līdz šim manuāli darīja lietotājs. Automatizētie darbi ir veids, kādā lietotājs var sistēmai norādīt, cik bieži un ar kādiem nosacījumiem šīs darbības ir veicamas.   Lai e-rēķinu izsūtītāja un e-rēķinu saņēmēja datorsistēmas varētu sazināties savā starpā, ir izveidots Horizon HUB.  Horizon HUB ir sistēma/starpslānis, kas nodrošina Horizon datu apmaiņu ar trešās puses sistēmām (B2B). Tā kā trešās puses sistēmām var būt atšķirīgas drošības prasības un saskarnes, tad šis risinājums nodrošina vienotu autentifikācijas un pārvaldības mehānismu.  Horizon ir pieejami šādi e-rēķinu apstrādes automatizētie darbi, kas konfigurējami izvēlnē Sistēma → Uzstādījumi → Automatizētie darbi   Metarēķinu imports - Peppol formāts   Šis darbs importē xml failus un no tiem veido ierakstus sadaļā Dokumenti → Metarēķini →  Metarēķinu imports, kā arī no šiem ierakstiem tālāk veido metarēķina dokumentu. Manuāli to pašu var veikt no metarēķinu saraksta ar darbību “Imports - Peppol formāts”. Importējamie xml faili var tikt ņemti gan no mapes, kur tie ir saglabāti iepriekš, gan no Horizon HUB, kas ievelk xml failus no citas sistēmas (piemēram, Unifiedpost (iepriekšējais nosaukums Fitek) e-rēķinu tiešsaistes risinājuma).   Lpp “Palaišanas uzstādījumi” ir jānorāda, kad importēšanas darbu sākt un cik bieži atkārtot, piemēram, reizi stundā.   Lpp “Objekta konfigurācija” ir jānorāda: Metarēķina dokumenta tips - visi e-rēķini tiek veidoti tikai ar vienu šeit norādīto tipu. Failu glabātuve - šajā glabātuvē tiks saglabāti pievienotie faili - pie metarēķinu importa ieraksa gan PDF, ja tas ir bijis iekļauts xml failā,  gan pats xml fails. Pie metarēķina dokumenta - tikai PDF. Atzīme "Importēt no direktorijas" - automatizētā darba serverim ir jābūt tiesībām piekļūt šai mapei. Atzīme “Importēt no Horizon HUB”, kas ir aktīva, ja ir pieslēgts e-rēķinu tiešsaistes risinājums.     Horizon HUB e-rēķinu adresātu sinhronizācija   Šis darbs aktualizē klienta kartītes lauku “E-rēķinu adresāts”, kas atrodas lpp “Pārdošana”. Manuāli to var veikt no klientu saraksta ar tāda paša nosaukuma darbību. Ja šīs pazīmes vērtība ir “Jā”, tas norāda, ka debitors ir gatavs saņemt e-rēķinu savā sistēmā izmantojot tiešsaistes risinājumus. Automatizētā darba lpp. “Palaišanas uzstādījumi” ir jānorāda, kad sinhronizācijas darbību sākt un cik bieži atkārtot, piemēram, vienu reizi dienā.     Horizon HUB statusu saņemšana   Šis darbs aktualizē izsūtīto e-rēķinu statusus, kas ir apskatāmi realizācijas rēķinu vai pavadzīmju sarakstā kolonā “Horizon HUB. Statuss” un norāda vai rēķins ir veiksmīgi apstrādāts tiešsaistes risinājumā.  Automatizētā darba lpp. “Palaišanas uzstādījumi” ir jānorāda, kad izsūtīto e-rēķinu statusu aktualizēšanu sākt un cik bieži atkārtot, piemēram, ik pēc 10 minūtēm.    
Skatīt visu rakstu
09-07-2020 18:27 (Atjaunots 08-12-2021)
  • 0 Atbildes
  • 2 vērtējumi
  • 2173 Skatījumi
Saņemtos e-rēķinus (Peppol formāta xml faili) sistēmā var importēt tikai un vienīgi Horizon sadaļā Metarēķini, kas ir paredzēta meta datu sākotnējai ielādei un apstrādei, lai tālāk no šiem datiem veidotu grāmatvedības dokumentu.  Ja izvēlnē Dokumenti → Metarēķini →  Metarēķinu saraksts nospiežot pogu “Pievienot” ir paziņojums “Nav definēts neviens dokumenta tips”, tad to var definēt dokumentu tipu sarakstā.   Jādodas uz izvēlni Sistēma → Uzstādījumi → Dokumentu tipi, kur jāpievieno jauns dokumenta tips pamatveidam “Metarēķins”, piešķirot tam brīvi izvēlētu kodu un nosaukumu.   Lappusi “Lauku atribūti” ir ieteicams atstāt tukšu. Ja arī tiek norādītas kādas lauku noklusētās vērtības, tad noteikti nav jālieto atzīme “Nedrīkst būt tukšs”. Tas nepieciešams, lai sistēma vienmēr varētu importētos e-rēķinus saglabāt sarakstā. Ja ir norādīti obligāti aizpildāmi lauki, bet xml failā nav informācijas šo lauku aizpildei, tad e-rēķins netiks saglabāts.      Sākot no Horizon 560. versijas metarēķina dokumenta tips tiek aktivizēts automātiski - gan jaunās instalācijās, gan pie versijas maiņas, ja tas jau nav bijis izveidots iepriekš. Vēl jāņem vērā, ka, automātiski importējot e-rēķinus, sistēma vienmēr lietos tikai vienu dokumenta tipu, tādēļ tie nav jāveido vairāki.    Ja dokumentu tipu sarakstā nav atrodams šis pamatveids, tad sistēmas komplektācija vispirms jāpapildina ar licenci “Pavadzīmju/Rēķinu apmaiņa ar ārējām sistēmām”. Abonēšanas pamata pakā tā ir iekļauta.   Pēc dokumenta tipa aktivizēšanas e-rēķinus var importēt sistēmā gan izmantojot Metarēķina saraksta darbību “Imports - Peppol formāts”, gan uzstādot automatizēto darbu “Metarēķinu imports - Peppol formāts”.
Skatīt visu rakstu
09-07-2020 18:27
  • 0 Atbildes
  • 0 vērtējumi
  • 1600 Skatījumi
Ieteikumi, kā atvieglot apmeklējuma uzskaiti vecāku maksas modulī.
Skatīt visu rakstu
18-05-2020 16:56
  • 0 Atbildes
  • 0 vērtējumi
  • 630 Skatījumi
Vecāku maksu modulī ir iespēja izmantot rīkojumus par audzēkņu atvaļinājumu, lai neveiktu apmeklējuma uzskaiti par šo periodu. 
Skatīt visu rakstu
07-05-2020 16:05
  • 0 Atbildes
  • 0 vērtējumi
  • 646 Skatījumi
  Instrukcija kā Realizācijas modulī pārcelt saistības no viena vai vairākiem debitoriem uz citu. Analogi iespējams rīkoties Apgādes modulī.
Skatīt visu rakstu
30-10-2020 15:29 (Atjaunots 02-11-2020)
  • 0 Atbildes
  • 0 vērtējumi
  • 851 Skatījumi
Biežāk lietoto PVN darījumu sakarības starp PVN apraksta un pielikumu summām.  
Skatīt visu rakstu
05-06-2020 10:10
  • 0 Atbildes
  • 2 vērtējumi
  • 4619 Skatījumi
Pensiju izmaksu izmaiņas, sākot ar 01.01.2020
Skatīt visu rakstu
08-01-2020 15:52
  • 0 Atbildes
  • 1 vērtējumi
  • 712 Skatījumi
Ja maksājuma uzdevuma pamatojumā ir norādīti vairāki MID numuri, tad, sarakstā Iespējamie maksājumi (Dokumenti → Vecāku maksas → Iespējamie maksājumi) veicot maksājumu un tabeļu rindu atlasi un sasaisti, programma darbojas pēc algoritma: Apmaksa tabeļu rindām tiek piesaistīta tādā secībā, kādā MID numuri ir uzskaitīti maksājuma uzdevuma pamatojumā; Vispirms pilnībā tiek segta pirmās piemeklētās tabeles rindas neapmaksātā summa 1. likmei, pēc tam 2. likmei, tad nākošās rindas utt.; Ja apmaksas summa ir lielāka kā kopējā parāda summa, tad pārmaksa pēc visu rindu nosegšanas tiek uzskaitīta uz pēdējās apstrādātās tabeles rindas 1. likmi.
Skatīt visu rakstu
17-12-2019 08:00
  • 0 Atbildes
  • 0 vērtējumi
  • 722 Skatījumi
Pārdošanas kases pavadzīmi parasti apmaksā ar dažādiem maksāšanas veidiem - skaidrā naudā, ar maksājuma karti, ar dāvanu karti u.c. veidos. Tāpēc kases pavadzīmē ir iespēja norādīt maksāšanas sadalījumu.   Līdz ar to, kases pavadzīmei tiek piesaistīti arī dažādi maksājuma dokumenta veidi. Turklāt vairāki maksājuma veidi var nonākt sistēmā un piesaistīties pie kases pavadzīmes automātiski, piemēram, ienākošais maksājums no bankas, izmantojot Tiešsaistes bankas risinājumu. Taču skaidras naudas darījumi sistēmā ir jāievada manuāli un lietotājam jāatver konkrēta pārdošanas kases pavadzīme, jānospiež maksāšanas sadalījuma poga, jāpiefiksē skaidras naudas darījuma summa un manuāli jāveido kases ieņēmuma orderis par šādu summu, un tad šis kases orderis jāpiesaista pie pārdošanas kases pavadzīmes. Ļoti daudz manuālu darbību.   Tādēļ Realizācijas preču dokumentu sarakstam ir pievienota jauna darbība “Ģenerēt kases ieņēmumu orderi” (Dokumenti - Realizācija - Preču dokumenti - Darbības), kas automātiski ģenerē ienākošo kases orderi.     Vednī jānorāda dokumenta statuss, kase un kases pavadzīmes maksāšanas veids.     Rezultātā sistēma ģenerē katram iezīmētajam preču dokumentam savu kases ieņēmumu orderi: Kases ieņēmuma ordera dokumenta datums tiek aizpildīts ar preču dokumenta datumu; Kases ieņēmuma ordera klients tiek aizpildīts ar preču dokumenta klientu; Kases ieņēmuma ordera summa un saistītā summa tiek aizpildīta ar kases pavadzīmes maksājuma sadalījuma rindiņas summu, kurai maksājuma sadalījums vienāds ar vednī norādīto. Ja kases pavadzīmes sadalījuma rindiņas summa ir lielāka par nepiesaistīto summu, tad kases ieņēmuma ordera summas tiek aizpildītas ar kases pavadzīmes nepiesaistīto summu. Kases ieņēmuma orderim automātiski tiek piesaistīts preču dokuments; Pamatojums – tiek aizpildīts atkarībā no kases ieņēmuma ordera dok. tipā norādītās pamatojuma definīcijas.
Skatīt visu rakstu
17-12-2019 07:47
  • 0 Atbildes
  • 1 vērtējumi
  • 1182 Skatījumi
Strādājot pie Vispārīgās personu datu aizsardzības regulas prasībām, viens no izaicinājumiem bija spēt ātri un vienkārši sagatavot informāciju par fiziskās personas datiem, ja tā vērsusies ar iesniegumu un jautā: ''Kādi dati jums ir par mani?''   Lai to realizētu, esam izveidojuši Datu kopsavilkuma atskaiti, kas spēj patstāvīgi identificēt visus sistēmas sarakstus, kuros persona var tikt norādīta un sarakstus, kuros faktiski ir izmantota.   Kādi Datu kopsavilkumi ir pieejami?   * Personas kartītēm (Pamatdati - Personu kartītes) * Klientu kartītēm (Pamatdati - Klientu saraksts) * Avansa norēķinu personu kartītēm (Pamatdati - Avansa norēķini) * Atbildīgajiem (Pamatdati - Uzņēmums) * Atbildīgām personām (Pamatdati - Inventārs/Pamatlīdzekļi) * Bērniem (Pamatdati - Vecāku maksas)   Kā tas strādā?   Izvēlamies interesējošo objektu jeb sarakstu, piemēram, Personu kartītes Pamatdati - Personāla uzskaite - Personu kartītes   Izvēlamies darbinieku par kuru jāapkopo informācija Personu kartīšu sarakstā zem izvēlnes <Darbības> atrodam atskaiti <Darbinieka datu kopsavilkums>.   Šajā brīdī sistēma apkopo informāciju par visiem sarakstiem, kuros darbinieks varēja tikt norādīts, lai gala rezultātā sagatavotu apkopojumu par sarakstiem, kuros tas faktiski ticis izmantots.     Kā redzams, tad attiecībā uz darbinieku, sistēmā kopā ir pieejami 123 saraksti, kuros darbinieks varēja tikt piesaistīts.   Kad sistēma pabeigusi darbu ar sarakstu atlasi, tiek sagatavots pārskats ar faktiskajiem sarakstiem, kuros darbinieks piesaistīts.   Saraksti, kuros darbinieks ticis piesaistīts, iezīmēti ar zilu krāsu.     Tie sistēmas saraksti, kuros darbinieks netika atrasts, nav ierakstu par identificēto rindu skaitu.   Šāds datu kopsavilkums iegūstams par katru darbinieku atsevišķi un ir pielietojams ikdienas darbam situācijās, kad svarīgi saprast, piemēram, kur tas bijis izmantots un kādi klasifikatori/saraksti jācaurskata, lai to deaktivizētu.
Skatīt visu rakstu
12-12-2019 09:24 (Atjaunots 12-12-2019)
  • 0 Atbildes
  • 1 vērtējumi
  • 1069 Skatījumi
Instrukcija, kā sagatavot un nosūtīt elektronisko rēķinu PEPPOL formātā.
Skatīt visu rakstu
16-09-2019 14:39 (Atjaunots 14-03-2020)
  • 0 Atbildes
  • 2 vērtējumi
  • 3040 Skatījumi
 Kā uzskaitīt pamatdatus un dokumentus, lai labāk notiktu maksājumu atpazīšana.
Skatīt visu rakstu
04-09-2019 16:53
  • 0 Atbildes
  • 3 vērtējumi
  • 1571 Skatījumi
Kas ir klienta kartītes universālais numurs un, kā to izmantot?
Skatīt visu rakstu
06-09-2019 15:24
  • 0 Atbildes
  • 4 vērtējumi
  • 1313 Skatījumi
Kā sistēmā nodrošinātas izmaiņas un PEPPOL elektronisko rēķinu formāts?
Skatīt visu rakstu
18-06-2019 07:53 (Atjaunots 24-05-2022)
  • 0 Atbildes
  • 3 vērtējumi
  • 4000 Skatījumi
Apraksts par Metarēķinu apstrādi un sagatavošanu.
Skatīt visu rakstu
28-06-2019 09:36 (Atjaunots 20-05-2022)
  • 0 Atbildes
  • 0 vērtējumi
  • 1047 Skatījumi
Instrukcija, kā izmantot jauno lauku E-pasts grupā vecāku maksas modulī.
Skatīt visu rakstu
18-06-2019 07:56 (Atjaunots 14-06-2019)
  • 0 Atbildes
  • 0 vērtējumi
  • 786 Skatījumi
Ko darīt, lai nodrošinātu nepārtrauktu saskaņošanas plūsmu saskaņotāja prombūtnes laikā?
Skatīt visu rakstu
30-04-2019 09:35 (Atjaunots 11-07-2022)
  • 0 Atbildes
  • 3 vērtējumi
  • 2242 Skatījumi
Instrukcija, kuru darbību labāk izvēlēties, lai datu apstrāde būtu ātrāka - "Kopēt" vai "Kopēt bez satura"?
Skatīt visu rakstu
20-03-2019 09:13
  • 0 Atbildes
  • 1 vērtējumi
  • 867 Skatījumi
Instrukcija, kā personas kartītē pievienot papildu informāciju (vecāku maksas funkcionalitāte).
Skatīt visu rakstu
18-03-2019 09:56 (Atjaunots 18-03-2019)
  • 0 Atbildes
  • 0 vērtējumi
  • 695 Skatījumi
Instrukcija, kādus dokumentu tipus izmantot atmaksas veikšanai debitoram vai saņemšanai no kreditora.
Skatīt visu rakstu
13-02-2019 10:15 (Atjaunots 06-02-2019)
  • 0 Atbildes
  • 0 vērtējumi
  • 1049 Skatījumi