Zināšanu bāze Horizon

VZD adrešu reģistra dati ir publiski pieejami valsts atvērto datu portālā. Sākot ar 600.versiju Horizon ir pieejama integrācija ar portālu, kas ļauj klientiem automātiski iegūt un izmantot strukturētus Latvijas adrešu datus.   Pirmo reizi veicot adrešu sinhronizāciju, sarakstā Adreses (Pamatdati -> Klienti -> Adreses) tiks importētas visas Latvijas adreses (apmēram 1,5 miljoni adrešu). Pie liela datu apjoma sinhronizācija var notikt vairākas stundas, tādēļ aicinam izmantot automatizēto darbu.   Nākamajās sinhronizācijās tiks importētas jaunās adreses, labotas tās adreses, kas ir mainītas VZD adrešu reģistrā, kā arī deaktivizētas tās, kas ir neaktīvas adrešu reģistrā. Adreses tiek piemeklētas pēc unikālā VZD koda un VZD reģistra izmaiņu datuma.    Ja sistēmā jau tiek izmantotas VZD adreses, tad pirms pirmreizējās sinhronizācijas nepieciešams sakārtot adrešu kodus tā, lai tie sakristu ar VZD adrešu reģistra VZD kodiem. Ja tie netiks sakārtoti, tad sistēmā tiks izveidotas dublējošas adreses, kurām atšķirsies adrešu kodi. Lai sakārtotu adrešu kodus, lūdzu, sazinieties ar savu klientu atbalsta komandu.  Ja adrese ir mainījusies VZD adrešu reģistrā, tad sinhronizācijas rezultātā tā tiks mainīta arī Horizonā. Par šo faktu būs piefiksēts notikums, ka konkrētā adrese ir mainījusies. Ja šāda mainītā VZD adrese ir piesaistīta klienta Piegādes adresei vai personas kartītes adresēm, tad arī tā tiks automātiski pārģenerēta.    Adrešu sinhronizāciju ir iespējams veikt gan manuāli, gan automātiski (izmantojot automatizēto darbu).    Manuāla sinhronizācija   Lai manuāli sinhronizētu adrešu datus no atvērto datu portāla, sarakstā Adreses ir pieejama jauna darbība VZD atvērto datu sinhronizācija (Pamatdati -> Klienti -> Adreses -> Darbības -> VZD atvērto datu sinhronizācija). Nākamajā solī konfigurācijas logā ir iespēja norādīt atvērto datu portāla vietni (automātiski jau aizpildīta) un VZD adreses dokumenta tipu, ja sistēmā tie ir vairāki:      Apstiprinot darbību ar pogu “Turpināt”, sistēma pieslēdzas pie atvērto datu portāla un Horizonā izveido jaunas VZD adreses (ja tādas vēl nav izveidotas), kā arī atjauno sistēmā jau esošas VZD adreses pēc VZD adrešu koda un VZD reģistra izmaiņu datuma.    Sinhronizācijas laikā būs redzams procesa progress:     Automātiska sinhronizācija   Lai automātiski sinhronizētu adrešu datus no atvērto datu portāla, Horizon ir izveidots noklusētais automatizētais darbs "VZD adrešu atvērto datu sinhronizācija" (Sistēma ->  Uzstādījumi -> Automatizētie darbi). Lietotājam ar atbilstošām automatizēto darbu labošanas tiesībām ir jāpabeidz automatizētā darba konfigurēšana un jānorāda:  FTG darbu serveris, uz kura jāizpilda šis darbs automatizētā darba sākuma laiks, piemēram, šodiena, plkst. 9:00 atkārtošanas biežums, piemēram, automatizētā darba sākuma laikā katru pirmdienu lpp. Objekta konfigurācija nepieciešamais jau ir aizpildīts ar saiti uz atvērtajiem datiem un dokumenta tipu     Sīkāku informāciju par to, kur sistēmā iespējams izmantot VZD adrešu reģistra datus, skatīt šeit.

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.

Kā sistēmā nodrošinātas izmaiņas un PEPPOL elektronisko rēķinu formāts?

Apraksts par Metarēķinu apstrādi un sagatavošanu.

Horizon sistēmā "Fiskālais čeks" tiek izmantots kā maksājuma apliecinājums darījumam kasē.   Sākotnēji tas tika veidots kā dokuments, kas tiek nosūtīts uz kases aparātu apmaksas veikšanai, kases aparātā tiek izdrukāts kases čeks un Horizon tiek izpildīts fiskālais čeks.   Šī funkcionalitāte nodrošina dokumenta apmaksas fiksēšanu - vienlaicīgi tiek saglabāta gan čeka informācija, gan arī dokumentam piesaistīta apmaksa.   Sākot no  595. versijas Horizon fiskālo čeku funkcionalitāte papildināta ar vairākām jaunām iespējām.   Fiskālā čeka konfigurācija, ka nav saistīta ar kases aparātu   Horizon iespējams veidot Fiskālā čeka (kā maksājuma dokumenta) konfigurāciju, kas nav tieši sasaistīts ar fizisku kases aparātu. Lai izveidotu šādu fiskālo čeku, Sistēma->Uzstādījumi->Dokumentu tipi->Fiskālais čeks sadaļā "Lauku atribūti" jāpapildina uzstādījumi pieliekot jaunu vērtību "Sasaiste ar kases aparātu tīklu" .  Ieliekot noklusēto vērtību "Nē", sistēmā tiek noņem lauku "Serveris" kā obligātu. Attiecīgi lietotājs varēs fiskālo čeku saglabāt, izpildīt un grāmatot, neizvēloties serveri. Ar šādi ieslēgtu vērtību, lietotājiem būs tiesības labot fiskālā čeka datumu (kas nav iespējams tiem čekiem, kas sasaistīti ar fizisku kases aparātu).       Šis risinājums paredzēts klientiem, kuriem: ir atļauti darījumi ar skaidru naudu bez kases aparāta (pašvaldības). kases darījumu dienā nav daudz un/vai esošais kases aparāts tehniski nepieļauj iespēju pieslēgt datu apmaiņu ar Horizon. Attiecīgi uz kases aparāta tiek veidots čeks par kopsummu un Horizon izveidots Fiskālais čeks, kas fiksē konkrētā darījuma dokumenta apmaksu. čekus veido citās sistēmās un ar integrācijas palīdzību, tos nosūta arī uz Horizon.   Vienreizējais klients fiskālajos čekos   No 595.versijas fiskālajos čekos iespējams izmantot "Vienreizējos klientu". Risinājums paredzēts gadījumiem, kad čeks tiek veidots Horizon, nosūtīts uz kases aparātu, un klientam uz čeka nepieciešami rekvizīti, bet Horizon nav paredzēts veidot atsevišķu debitora kartīti.   Uzlabojumi fiskālā čeka grāmatošanas loģikā   Grāmatojumu darbības principi pielīdzināti maksājumu uzdevumu grāmatošanas principiem.   Fiskālo čekos, ja ir izmantotas pakalpojumu rindas un Sistēma->Uzstādījumi->Kontroles un vides parametri ieslēgts  parametrs "Piesaistīto dokumentu informācija uz sadalījumu",  "Grāmatojumu dimenijas pārnest automātiski" vai "Rindu dimensijas pārnest automātiski", tad pakalpojumu grupu dimensijas čeka sadalījuma dimensijās ielasās automātiski. Dokumentu apmaksas gadījumā dimensiju aizpilde arī notiek automātiski.

Horizon funkcionalitāte “Pakalpojumu līgumi” nodrošina iespēju masveidā ģenerēt realizācijas rēķinus par pakalpojumiem, balstoties uz līgumu kartītēs norādīto informāciju - pakalpojumiem, to daudzumiem, cenām u.tml.   Šajā rakstā uzzināsiet par vienu no pakalpojumu līgumu aprēķina metodēm ar nosaukumu “Pēc skaitītāja”. To izmanto, ja ir zināms regulārā rēķina pakalpojums un tā cena, taču daudzums katru mēnesi (vai citu periodu) ir mainīgs.   1. Pakalpojums un tā daudzuma mainīgais   Horizon ceļš: Dokumenti -> Līgumi -> Pakalpojumu līgumi -> Ievadformas lpp “Pakalpojumi” Līguma kartītē pakalpojumu rindā izvēloties metodi “Pēc skaitītāja” daudzums nav aizpildāms, bet ir jānorāda  daudzuma “Mainīgais”. Pirms rēķinu veidošanas šim mainīgajam būs jāreģistrē vērtība katram līgumam aprēķina periodā.   Vienu un to pašu līguma mainīgo ir iespējams norādīt vairākām pakalpojumu rindām (izmaiņa no 595.v.). Tas izmantojams situācijās, kur viens un tas pats līguma mainīgā daudzums jāpielieto vairāku pakalpojumu aprēķinam.       2. Līgumu mainīgo vērtību reģistrēšana   Izvēlne: Dokumenti -> Līgumi -> Līguma mainīgo vērtības Pirms rēķinu veidošanas nepieciešams reģistrēt perioda vērtības līgumos norādītajiem mainīgajiem. Līguma mainīgo vērtības var ievadīt manuāli vai ieimportēt ar excel veidnes palīdzību. Vienā periodā vienam līgumam tiek atļauta tikai vienas vērtības ievade, periodi nedrīkst pārklāties. Mainīgā vērtības ievadlogs:       Excel veidne:       Mainīgo vērtības līguma kartītē:     3. Realizācijas rēķinu veidošana   Izvēlne: Dokumenti -> Līgumi -> Pakalpojumu līgumi -> Darbības -> Veidot rēķinus par pakalpojumiem Ģenerējot realizācijas rēķinus par izvēlēto periodu, sistēma pakalpojumiem ar metodi “pēc skaitītāja” rēķina rindiņas daudzumu meklē līguma mainīgo vērtību sarakstā atbilstoši aprēķina periodam.   Ar mainīgā vērtības periodu tiek aizpildīti arī rēķina rindiņas “Datums no” un “Datums uz”.     Pēc aprēķina veikšanas un rēķina izveidošanas sistēmā tiek saglabāta informācija par līgumu, aprēķina periodu, uzģenerēto rēķinu. Tā tiek dzēsta, ja tiek dzēsts rēķins. Svarīgi! Ja rēķins nav dzēsts un tiek veikts atkārtots aprēķins, tad sistēma brīdina par iepriekš uzģenerēto rēķinu, taču nav aizlieguma jauno rēķinu ar atkārtoti aprēķināto pakalpojumu un daudzumu saglabāt. Šādiem brīdinājuma paziņojumiem lietotājiem ir jāpievērš uzmanība un atbilstoši jārīkojas.     Svarīgi! Rēķinu veidošana no saraksta “Līgumu rēķinu rindas” šai aprēķinu metodei nav paredzēta.  

Kā ērtāk apstrādāt datus par pabalstiem, kuri 100% apmērā ir jāizmaksā iemītniekiem?

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

Šajā rakstā pieejamas galvenās Debitoru novērtēšanas funkcijas, kā arī sīkāks apraksts pielikumā.  

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.    

Instrukcija, kā saņemt un nosūtīt e-rēķinus

Valsts kases sistēmā ienākošajos vai izejošajos maksājumos vienmēr tiek norādīti klasifikācijas kodi. Mēdz būt arī situācijas, kur šos kodus ir nepieciešams labot. Šādos gadījumos ir jāiesniedz pieteikumi par nepieciešamajiem labojumiem izpildīto maksājumu dalījumā pa klasifikācijas kodiem (t.s. Valsts kases vēstules, saīsinājumā VKV).   Šim nolūkam izmanto Horizon dokumentus “VK vēstule ieņēmumu korekcijai” un “VK vēstule izdevumu korekcijai”. Atbilstoši izmaiņām Valsts kases risinājumā, ir veikti papildinājumi Horizon 585. versijā. Tagad VKV sagataves dokumentus iespējams nosūtīt uz Valsts kases sistēmu gan ar ISO formāta XML datni, gan izmantojot Valsts kases tiešsaistes risinājumu. Arī importējot konta izrakstu ir redzama informācija par veiktajiem kodu labojumiem.   Valsts kases vēstules iespējams izsūtīt no maksājumu uzdevumu saraksta (Dokumenti → Banka → Maksājumu uzdevumi)   Manuāli - darbība "Sūtīt" Izmantojot Valsts kases tiešsaistes risinājumu - darbība "Sagatavot MU sūtījuma paku"     Šāda elektroniska datu apmaiņa iespējama klasifikācijas kodu labošanai viena konta ietvaros. Pieteikumu par darījumu pārgrāmatošanu (ja nepieciešams mainīt arī VK kontu) elektroniskā veidā Valsts kases sistēmas pagaidām vēl nenodrošina. Tādēļ sistēmā ir iekļauta validācija, ka nosūtīt ir iespējams tikai Valsts kases vēstules, kur bankas konts ir Valsts kases bankas konts un “No” puses bankas konts sakrīt ar “Uz” puses bankas kontu. Pretējā gadījumā tiek parādīts paziņojums un tāda VKV netiek nosūtīta. Ir iespējams izsūtīt gan VKV ieņēmumu, gan VKV izdevumu korekcijas. Jāņem vērā, ka VKV dokuments ir divdaļīgs un izsūtīt iespējams tikai vienu dokumenta pusi - “VK vēstule ieņēmumu korekcijai (labojums)” un “VK vēstule izdevumu korekcijai”. Ja tiek atzīmēta otra dokumenta puse, tad tiek attēlots paziņojums, ka šo pusi nav iespējams nosūtīt. Tāpat papildināts arī maksājumu importa process - ja no Valsts kases sistēmas ISO XML datnē (bankas izrakstā) tiek saņemta Valsts kases vēstule, tad tādam bankas importa ierakstam tiek piešķirts dokumenta veids “VKV sagatave”.       Uzlabota arī piemeklēšanas loģika - sistēma piemeklē atbilstošo klientu jeb savu uzņēmuma bankas kontu. Tālāk sistēma veic piemeklēšanu jau ievadīto VKV sagatavju sarakstā starp abiem VKV veidiem (ieņēmumu un izdevumu korekcijas) pēc dokumenta bankas konta, dokumenta numura un dokumenta datuma. Pēc tam tiek izpildītas vai grāmatotas VKV abas dokumenta puses atkarībā no konfigurācijas uzskaites parametros. Ja VKV ir ievadīta tikai Valsts kases sistēmā, tad bankas imports ielasīs arī tās. Taču, tā kā ISO XML datnē nav pazīmes, vai tā ir ieņēmumu vai izdevumu korekcija, tad sistēma no maksājuma importa ieraksta šādas VKV nevar uzģenerēt.

Instrukcija, kā ar Horizon palīdzību aizpildīt dimensijas jau preču dokumentu rindās.

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  

Šajā rakstā apskatīsim sistēmas piedāvātās iespējas masveida izmaiņu veikšanai klientu adresēs. Piemēram, ja pēc administratīvi teritoriālās reformas ir nepieciešamība mainīt novadus lielam skaitam adrešu.    Kopējais klientu adrešu saraksts   Izvēlne: Pamatdati - Klienti - Piegādes adreses   Visas ar klientu kartītēm saistītās adreses ir gan atrodamas, gan arī pievienojamas un labojamas šajā kopējā sarakstā, t.sk. arī juridiskās adreses, kas redzamas klientu kartītēs lpp. “Reģistrs”. Saraksta izskatu ieteicams papildināt ar kolonām, kas parāda vai adreses norādīšanai ir izmantots tikai lauks “Pilnā adrese”, vai lietoti arī dalītie adreses lauki “Iela/Māja”, “Pilsēta/novads” u.tml.  Atbilstoši biznesa specifikai un redzamajiem datiem jāsaprot, vai adreses maināmas katram klientam atsevišķi pēc pieprasījuma, vai tomēr nepieciešama masveida labošana.       Darbība: Lauku labošana iezīmētām rindām   Izvēlne: Pamatdati - Klienti - Piegādes adreses - Darbības - Lauku labošana iezīmētām rindām   Ar darbības palīdzību var veikt vienveidīgas izmaiņas vairākās adresēs vienlaicīgi. Piemēram apskatīsim situāciju, kur “Stopiņu novads” jānomaina uz “Ropažu novads”.   1.  Jāiezīmē adreses, kur minēts vārds “Stopiņu” laukā “Pilnā adrese” un/vai laukā “Pilsēta/Novads”. Šeit var izmantot gan manuālu rindu iezīmēšanu, gan arī vispirms izveidot atbilstošu filtru, pielietot to un tad atzīmēt visas rindas atbilstoši filtram.  Kad dati atlasīti un iezīmēti, izvēlas darbību “Lauku labošana iezīmētajām rindām”.     2.  Atvērtajā logā jānorāda, kuros laukos nepieciešams vārdu “Stopiņu” aizstāt ar “Ropažu”. Kreisajā pusē jāuzklikšķina uz lauka, labajā pusē jāaizpilda sadaļa “Aizstāt”.     3.  Nospiežot pogu “Labi” sistēma veic izmaiņas visās iezīmētajās adresēs, logā ir redzami atbilstoši paziņojumi. Arī saraksts tiek pārlasīts un adresēs ir redzams nomainītais novads.     Šādā veidā pa daļām jāapstrādā visas adreses, kur nepieciešamas viena veida izmaiņas. Iespēja “Aizstāt” pieejama tikai teksta laukiem.     Darbība: Pārģenerēt pilno adresi   Izvēlne: Pamatdati - Klienti - Piegādes adreses - Darbības - Pārģenerēt pilno adresi   Veicot adrešu datu sakārtošanu, var rasties nepieciešamība pārlasīt lauku “Pilnā adrese”, lai tas tiktu aizpildīts no jauna ar informāciju no dalītajiem adreses laukiem. Šo darbību var izpildīt iezīmētajām rindām. Jāņem vērā, ka darbība pilnībā notīra laukā esošo informāciju un pārraksta to no jauna.       VZD adrešu izmantošana   Izvēlne: Pamatdati - Klienti - Piegādes adreses - Ievadlogs - VZD adreses piesaiste   Ja klientu adrešu saraksts ir saistīts ar t.s. VZD adrešu sarakstu (Pamatdati - Klienti - Adreses), tad vispirms jāveic VZD adrešu sinhronizācija (individuāli risinājumi). Lai pēc tam aktualizētu klientu adreses, jāizmanto iepriekš aprakstītā saraksta darbība “Pārģenerēt pilno adresi”. Šajā gadījumā sistēma no piesaistītajām VZD adresēm atjaunos gan dalītos adrešu laukus, gan pilnās adreses laukus.         Šajā rakstā minētā funkcionalitāte pieejama sākot no Horizon 580. versijas.    

Horizon Metarēķinu modulī ir iespēja gan manuāli, gan automatizēti importēt saņemtos e-rēķinus no XML formāta, kas atbilst PEPPOL BIS Billing 3.0 elektronisko rēķinu pamatelementu izmantošanas specifikācijai. Pēc saņemtā e-rēķina importa lietotāji ģenerētajā metarēķinā var labot un precizēt rēķina datus, piemēram, rindiņās norādot dimensijas, precizējot līgumu, pēc kura šis rēķins saņemts u.tml. Dažkārt ir nepieciešams apvienot rindu pakalpojumu datus, ja piegādātājs savā uzskaites sistēmā dala rindu informāciju sīkāk, vai, tieši otrādi - sadalīt rindu pakalpojumu informāciju vairākās rindiņās tieši savas uzskaites dēļ, piemēram, lai vienu saņemto pakalpojumu uzskaitītu pa vairākām struktūrvienībām. Ja tas tiek darīts, tad lietotājs vairs nevar pašā metarēķinā apskatīt, kāda bija oriģināli saņemtā informācija no piegādātāja, piemēram, rindiņu summas un to PVN %. Tāpat, līdz šim, metarēķinu importa procesā bija iesaistītas mapes, kurās tika saglabāti gan veiksmīgi, gan neveiksmīgi apstrādātie e-rēķinu XML faili. Neapstrādāto failu mapē faili varēja nokļūt gadījumos, ja importa procesā notika kļūda vai XML failā bija nepietiekami aizpildīti dati, lai izveidotos metarēķins. Turklāt lietotājam bija jāzina, ka ar noteiktu regularitāti nepieciešams pārbaudīt, vai kāds fails nav pārvietots uz neapstrādāto failu mapi; īpaši tas varēja radīt problēmas, ja imports tika veikts ar automatizēto darbu.   Lai optimizētu šo importa procesu un radītu iespēju apskatīt e-rēķina oriģinālos datus, mapes vairs netiek izmantotas, un Metarēķinu modulis papildināts ar jaunu sarakstu - Metarēķinu imports (Dokumenti → Metarēķini → Metarēķinu imports) - kurā tiek saglabāti pilnīgi visi e-rēķini - arī tādi, kas ir kļūdaini vai satur nepietiekamus datus metarēķina izveidei.     Manuāli e-rēķinu importu ir iespējams veikt izvēlnēs: Dokumenti → Metarēķini → Metarēķinu saraksts → Darbības → Imports - PEPPOL formāts Dokumenti → Metarēķini → Metarēķinu imports → Pievienot   Automatizētu e-rēķinu importu nodrošina automatizētais darbs “Metarēķinu imports - PEPPOL formāts” (Sistēma → Uzstādījumi → Automatizētie darbi). Manuālā e-rēķinu importa nākamajā solī nepieciešams aizpildīt konfigurāciju un norādīt: metarēķina dokumenta tipu, kuru izmantot automātiskai metarēķina izveidei. failu glabātuvi, kurā tiks saglabāti XML failā pievienotie faili (piemēram, rēķina PDF attēlojums) un pats XML fails, no kura izveidots metarēķins. vai imports tiks veikts no direktorijas, vai no Horizon HUB integrācijas ar Fitek e-rēķinu platformas.   Importa laikā tiek importēti XML faili no pamatdirektorijas mapes vai Horizon HUB, un rezultātā tiek izveidoti metarēķinu importa ieraksti ar e-rēķinu oriģinālajiem datiem un pievienotajiem failiem (gan pats e-rēķina XML fails, gan tajā iekļautais PDF formāta fails). Tālāk tiek automātiski ģenerēts metarēķinu dokuments, kurā tiek piemeklēti atbilstošie Horizon dati, tādi kā klients, bankas rēķins, pakalpojumi rēķina rindās utt. Uz metarēķinu tiek pārnests tikai e-rēķinam pievienotais fails PDF formātā. Metarēķinu importa ierakstam, kuram ģenerējies atbilstošs metarēķins, statuss ir Apstrādāts. Gadījumā, ja importa ieraksts nesatur pietiekami daudz datu, lai izveidotos kvalitatīvs metarēķina dokuments, sistēma šādu ierakstu atstāj statusā Neapstrādāts. Šādā situācijā lietotājam vajadzētu apskatīt šī ieraksta ievadformu un sazināties ar piegādātāju, ja dati nav korekti. Ja ar piegādātāju ir panākta vienošanās, ka e-rēķina saturs nav pareizs un atkārtoti tiks sūtīts cits e-rēķins, tad importa ierakstam ir iespēja nomainīt statusu uz Apstrādāts (Darbības → Mainīt statusu → Apstrādāts), lai sistēma pie nākamā e-rēķinu importa nemēģinātu vēlreiz ģenerēt metarēķinu visiem neapstrādātajiem metarēķina importa ierakstiem. Metarēķinu importa sarakstā ir iespējams izskatā pievienot importa ieraksta statusu, kā arī informāciju par ģenerēto metarēķinu.     Lai lietotājiem nebūtu regulāri jāpārbauda manuāli, vai kāds metarēķina importa ieraksts nav statusā Neapstrādāts, ir izveidota iespēja izveidot brīdinājumu šim sarakstam. Atverot metarēķina importa ierakstu uz apskati, var apskatīt saņemtā e-rēķina oriģinālos datus.     Ja nepieciešams apskatīt ģenerēto metarēķinu, to ir iespējams izdarīt, izmantojot taustiņu kombināciju Ctrl+M vai ievadformā uzklikšķinot uz peles labā taustiņa un izvēloties darbību “Atvērt metarēķinu”. Tāpat arī metarēķinu sarakstā ir iespējams izlikt izskatā informāciju par piesaistīto metarēķina importa ierakstu.     Ja ir atvērts metarēķins un vajadzība apskatīt oriģinālos e-rēķinu datus, tad to ir iespējams izdarīt, izmantojot taustiņu kombināciju Ctrl+I vai ievadformā uzklikšķinot uz peles labā taustiņa un izvēloties darbību “Atvērt importa ierakstu”.  

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

Ieteikumi, kā atvieglot apmeklējuma uzskaiti vecāku maksas modulī.