Videoseminārs par Horizon, HoP un Numo jaunumiem — 18. jūnijs Uzzini par pēdējā ceturkšņa aktualitātēm un nākotnes attīstības plāniem.       Sistēma   Veikti dažādi uzlabojumi publicēto atskaišu un Excel spraudņa funkcionalitātē   Publicētajās atskaitēs turpmāk pieejami dinamiskie datumu filtri, nodrošināta iespēja norādīt kādā saskarnē atskaite tiks izmantota - Excel spraudnī vai HoP atskaitēs, kā arī atskaišu priekšapskates iespēja. Excel spraudņa darbības pārlasīt un mainīt atskaites parametrus turpmāk ir pieejamas Visual Basic for Applications (VBA), kā arī uzlabots atskaišu parametru attēlojums. Vairāk par publicēto atskaišu veidošanu>> Vairāk par Excel spraudņa izmantošanu>> Vairāk par Excel spraudņa darbībām, izmantojot VBA>>   Infrastruktūra   Microsoft SQL 2016 atbalsta pārtraukšana   Turpmāk, veicot Horizon instalāciju vai atjaunošanu, sistēma informatīvi brīdinās, ja tiek izmantots Microsoft SQL 2016.  No 690.versijas Microsoft MSSQL 2016 datubāzes atjaunošana tiks aizliegta.   Grāmatvedība   Saistīto dokumentu iespējas e-rēķinu nosūtīšanā un saņemšanā   Lai nodrošinātu koriģējošo e-rēķinu atbilstību Ministru kabineta noteikumu prasībām, PEPPOL formāta e-rēķinu eksportā nodrošināta iespēja iekļaut atsauci uz koriģējamo rēķinu strukturētā formā un e-rēķinu importā nodrošināta iespēja saņemt strukturētu informāciju par koriģējamo rēķinu. Vairāk par saistītajiem dokumentiem e-rēķinu nosūtīšanā>> Vairāk par saistītajiem dokumentiem e-rēķinu saņemšanā>>   Banka   Izmaiņas izejošo maksājumu failu veidošanā Horizon veikta pāreja no ISO maksājumu failu formāta pain.001.001.03 uz pain.001.001.09. Saistībā ar Eiropas Maksājumu padomes (EPC) izmaiņām nodrošināta strukturētas/hibrīda adreses aizpilde izejošajiem maksājumiem. Vairāk par izmaiņām maksājumu failu prasībās sākot no 2026. gada novembra>>   Valsts kases jaunais tiešsaistes bankas risinājums Maksājumi API   Līdz septembra beigām nepieciešams veikt pāreju no Valsts kases tiešsaistes esošā risinājuma Tiešsaistes datu apmaiņas moduļa uz jauno risinājumu Maksājumi API. Uzzināt vairāk>> Komandējumi   Kilometru un maršrutu fiksēšana transporta izdevumiem komandējumu atskaitēs Komandējuma atskaitē tagad ir iespējams iesniegt datus par nobrauktajiem kilometriem un maršrutiem, kas atvieglos Eiropas Savienības ilgtspējas ziņošanas prasību izpildi. Vairāk par kilometru un maršrutu uzskaiti komandējumu atskaitēs>>   Visi 685. versijas jaunumi >>   Kā saņemt versiju? Mākoņpakalpojuma klienti jaunāko versiju saņems tuvākajā ceturtdienā. Ja neesat mākoņpakalpojuma klients, tad Horizon versijas iespējams lejupielādēt šeit. To iespējams izdarīt arī no Horizon (nonāksiet klientu zonā jau kā ielogojies lietotājs).   Kur var uzzināt par attīstības plāniem? Lai savlaicīgi uzzinātu par plānotajām izstrādēm un iesaistītos produkta attīstībā ar savu balsi un komentāriem, aicinām apskatīt attīstības ceļa karti! Horizon un HoP attīstības ceļa karte » ... Skatīt vairāk

Videoseminārs par Horizon, HoP un Numo jaunumiem — 17. septembrī plkst. 10.00. Uzzini par pēdējā ceturkšņa aktualitātēm un nākotnes attīstības plāniem. Reģistrācija »     Infrastruktūra   Izmaiņas noslēpumu glabāšanā klientiem, kas sistēmu uztur savā infrastruktūrā Ieviests drošības uzlabojums noslēpumu glabāšanai un izgūšanai klientiem, kas HoP uztur savā infrastruktūrā. Administratoriem, veicot jauninājumus, jāpievērš uzmanība īpašajām norādēm. Uzzināt vairāk>> Komandējumi   Kilometru un maršrutu fiksēšana transporta izdevumiem komandējumu atskaitēs Komandējuma atskaitē tagad ir iespējams iesniegt datus par nobrauktajiem kilometriem un maršrutiem, kas atvieglos Eiropas Savienības ilgtspējas ziņošanas prasību izpildi. Vairāk par kilometru un maršrutu uzskaiti komandējumu atskaitēs>>     Visi versijas Rubenis jaunumi >>     Horizon savietojamībai ieteicamie laidieni 680. versija 685. versija Jaunākais vai sākot ar  680.13. Jaunākais vai sākot ar  685.2.   Kā saņemt versiju? Mākoņpakalpojuma klientiem jau ir pieejama jaunākā versija. Ja neesat mākoņpakalpojuma klients, tad HoP versijas iespējams lejupielādēt šeit.    Kur var uzzināt par attīstības plāniem? Lai savlaicīgi uzzinātu par plānotajām izstrādēm un iesaistītos produkta attīstībā ar savu balsi un komentāriem, aicinām apskatīt attīstības ceļa karti! Horizon un HoP attīstības ceļa karte >> ... Skatīt vairāk

Esam saņēmuši Valsts kases vēstuli par izmaiņām maksājumu noformēšana iesniegšanai ar ISO 20022 XML ziņojumu PAIN.001.001.03, kas stāsties spēkā 2026.gada 14. novembra.   Maksājuma saņēmēja adreses aizpilde    Horizon jau šobrīd nodrošina šādu adreses aizpildi maksājumiem, kas tiek veikti no Valsts kases konta, gadījumā ja klienta kartītē juridiskajā adresī ir norādīta strukturēta adrese atsevišķos laukos norādot ielu un pilsētu. Gadījumos, kad adrese nav norādīta strukturēti, šobrīd Horizon maksājumu failā ievieto nepilnīgu adreses informāciju. Oktobra laikā tiks veikti papildinājumi, lai šādos gadījumos adrese maksājumu failā netiktu pievienota. !!! Aicinām pievērst uzmanību juridisko adrešu datiem klientiem, kuriem tiek veikti starptautiskajie maksājumi (ārvalstu pārskaitījumi), tām jābūt ievadītām strukturēti.   1. Atbilstoši ISO maksājumu ziņojumu standarta izmaiņām, Ārvalstu un SEPA maksājumiem, ja nepieciešams norādīt maksājuma saņēmēja 2.79 bloks “Creditor” <Cdtr> adreses informāciju apakšbloks 9.1.1 “PostalAddress” <PstlAdr>, tad OBLIGĀTI jāaizpilda dati divos elementos:   - valsts kods 9.1.10 elementā “Country”  <Ctry>; - ielas un pilsētas dati 9.1.11 elementā “AddressLine”  <AdrLine> ievērojot šādu principu: lai atdalītu ielas un pilsētas datus,  jāizmanto speciālais simbols ’|’ (vertikālā svītra). Ielas datiem paredzētas pirmās 35 zīmes (maksimums), pēc tam seko speciālais simbols, un atlikušās zīmes (maksimums 32 zīmes) paredzētas Pilsētas un citiem adreses datiem. Paraugs: <PstlAdr>    <Ctry>LV</Ctry>    <AdrLine>Ielas nosaukums un ēkas numurs|Pilsētas nosaukums</AdrLine> </PstlAdr>   Maksājumi, kuru saņēmāja bankas valsts ir RU (Krievija) vai BY (Baltkrievija)   Horizon šobrīd nodrošina korektu Korespondējošās BIC bankas datu aizpildi.  Klienta bankas kontam jānorāda korespondējošā banka, kuras koda tipā veikta atzīme BIC kods - Jā.       2. Ārvalstu maksājumiem valūtā EUR, ja Saņēmēja bankas valsts ir RU (Krievija) vai BY (Baltkrievija), OBLIGĀTI jānorāda Korespondējošās BIC bankas dati. Korespondentbankas BIC kodu aizpilda bloka 2.71  ”IntermediaryAgent1”  <IntrmyAgt1> apakšbloka 6.1.0 “FinancialInstitutionIdentification”  <FinInstnId> elementu 6.1.1 “BIC”  <BIC>. Korespondējošo kontu nav obligāti jānorāda. Paraugs: <IntrmyAgt1>    <FinInstnId>        <BICFI>XXXXXXXXXXX</BICFI>    </FinInstnId> </IntrmyAgt1>     ... Skatīt vairāk

Darba laika plānošana   1. Uzstādījumu sadaļā "Izmantošanas skaits" mainīts saraksts un datu ievade/labošana realizēta dialoglogā. Jaunas iespējas: Izmantošanas skaitu var nodefinēt konkrētam periodam, ne tikai visam plānošanas mēnesim; Vienkāršota iespēja atzīmēt, ja nevēlas izmantot darba laiku vai grupu.       2. Izveidota iespēja pielāgot plāna skatu savām vajadzībām, izmantojot jaunās ikonas var mainīt plāna skata rūtiņu izmēru – kompakts, komforts vai plašs.       Uzzināt varāk par darba laika plānošanu >> Vairāk par citiem uzlabojumiem  >>       ... Skatīt vairāk

Starptautiskajā maksājumu vidē šobrīd paralēli norisinās divi atsevišķi procesi, kuru mērķis ir padarīt maksājumu apstrādi ātrāku, drošāku un automatizētāku (drošības pārbaudes, sankciju kontrole u.c.).   1. Satura izmaiņas: Adrešu strukturēšanas prasības (stājas spēkā 2026. gada novembrī) Šī izmaiņa attiecas uz datiem, kas atrodas maksājuma iekšpusē. Eiropas Centrālā banka, Eiropas Maksājumu padome (EPC) un SWIFT tīkls visām finanšu iestādēm uzliek par pienākumu maksājumu ziņojumos atteikties no adrešu norādīšanas brīvā tekstā (vienā garā rindiņā). Maksājuma saņēmēja un maksātāja adresei jābūt sadalītai strukturētos laukos. Pārejas posmā (no 2026. gada novembra) tiek ieviesta t.s. hibrīdā adrese, kas pieprasa obligāti atsevišķi nošķirt vismaz valsts kodu un pilsētu, kamēr ielu un ēkas numuru vēl drīkst atstāt teksta rindiņā. Izmaiņas attiecas uz starptautiskajiem maksājumiem (ārvalstu pārskaitījumiem) un SEPA maksājumiem vai iekšzemes maksājumiem, ja maksājuma datos ir norādīta maksātāja vai saņēmēja adrese.   2. Formāta/Konteinera izmaiņas: Pāreja no pain.001.001.03 uz pain.001.001.09 Šī izmaiņa attiecas uz faila tehnisko versiju (XML struktūru jeb "konteineru"), kurā klients nodod datus bankai. Vecākā pain.001.001.03 (v03) versija sākotnēji tika veidota laikā, kad adrešu lauki visbiežāk bija brīvs teksts. Jaunākā pain.001.001.09 (v09) versija ir izstrādāta jau ar iebūvētu, stingru XML lauku struktūru visām adrešu sastāvdaļām (iela, mājas numurs, pilsēta, pasta indekss, valsts u.c.). Globālais mērķis ir pāreja uz jaunāko v09 versiju, taču katra finanšu iestāde un valsts pati nosaka tempu, kādā tā savā klientu saskarnē sāk pieprasīt jauno versiju. Horizon atbalsts Lai nodrošinātu atbilstību starptautiskajām prasībām un banku noteiktajiem termiņiem, Visma Horizon pakāpeniski ievieš nepieciešamās izmaiņas maksājumu failu eksportā.   Sākot no 685. versijas Horizon pieejamas izmaiņas, kas nodrošina gan formāta maiņu, gan adrešu strukturēšanas prasības. Pāreja uz jauno pain.001.001.09 versiju Bankas kartītē pievienots jauns lauks "ISO formāta versija". Tā kā šis uzstādījums ir bankas kartītes līmenī, tas automātiski attiecas uz visiem uzņēmuma kontiem, kas piesaistīti attiecīgajai bankai. Pēc noklusējuma tiks uzstādīta jaunā formāta versija pain.001.001.09 (jaunā). Izņēmums – Valsts kase: Bankām, kuru kods sākas ar TREL (Valsts kase), automātiski tiek saglabāta un piešķirta vērtība pain.001.001.03 (vecā), jo Valsts kase vēl nenodrošina pain.001.001.09 atbalstu. Ja kādai komercbankai pārejas periodā rodas tehniskas problēmas ar jauno formātu, lietotājs šo vērtību manuāli var nomainīt atpakaļ uz pain.001.001.03 (vecā). Ja šādas problēmas rodas, lūdzu paziņot par to arī savam Horizon apkalpotājam.   Strukturēts adrešu eksports izejošajiem maksājumu uzdevumiem   Ģenerējot maksājumu uzdevumu XML failus un nosūtot tiešsaistes banku maksājumu pakas, adreses (maksātāja, saņēmēja, bankas, starpbankas) tiek eksportētas strukturētā veidā. Adrešu eksportam tiek izmantoti VZD adrešu dati vai adrešu strukturētie lauki. Ja kartītē adrese nav aizpildīta vai nav norādīta strukturēti, Horizon maksājuma failā adresi neiekļaus vispār. Strukturēto/hibrīda adrešu aizpilde attiecas uz jauno pain.001.001.09 versiju. Algu izmaksu sarakstu pielāgošana Oktobra laikā tiks sakārtots adrešu eksports algu izmaksu sarakstu maksājumu failiem, nodrošinot adrešu strukturēšanu atbilstoši jaunajām prasībām. Valsts kases speciālās prasības (pain.001.001.03) Kādā no tuvākajiem 685. versijas laidieniem tiks veikts uzlabojums pain.001.001.03 formātam maksājumiem no Valsts kases konta. Gadījumos, ja adrese kartītē nav aizpildīta strukturēti, nepilnīgi adrešu dati maksājumu failā netiks iekļauti vispār. Kas obligāti jādara klientiem? Visma Horizon nodrošina tehnisko faila struktūru un konteineru, taču datus ievada un uztur klients. ⚠️ SVARĪGI! Lūdzam pārbaudīt un sakārtot Klientu/Partneru, Darbinieku, banku un uzņēmuma adreses! Lai adrese atbilstu prasībām un maksājuma fails netiktu noraidīts, adresē OBLIGĀTI jābūt norādītai vismaz Valstij un Pilsētai/Ciemam (ievadītai atsevišķos, strukturētos laukos, nevis ierakstītai vienā garā teksta rindiņā). Zemāk atradīsiet pamācību, kurās tieši Horizon kartītēs ir jāpārbauda un jāsalabo lauki Pilsēta un Valsts. Latvijas adrešu aizpildīšanai ērti izmantot VZD adrešu klasifikatoru, lai nodrošinātu pareizi strukturētas adreses. Sīkāk par VZD adrešu izmantošanu >>    Kāpēc un kurām adresēm tas ir svarīgi? Iekšzemes un parastajiem SEPA maksājumiem (EUR zonā): Ja adrese nav strukturēta un Horizon to failā neiekļaus, maksājums tiks apstrādāts veiksmīgi. Banku noteikumi paredz, ka vietējiem un standarta SEPA maksājumiem adrešu norādīšana nav obligāta. Starptautiskajiem (ārvalstu) maksājumiem: Ārvalstu pārskaitījumos adrese ir obligāta prasība. Ja starptautiskajam partnerim adrese nebūs sakārtota laukos (Pilsēta un Valsts), maksājumu fails bankā vai starpniekbankās tiks noraidīts. 💡 Ieteikums: Sāciet datu sakārtošanu ar tiem partneriem un darbiniekiem, kuriem regulāri veicat starptautiskos (ārvalstu) maksājumus.   Hibrīdās adresācijas prasības attiecas uz visiem maksājumu dalībniekiem: maksātāju, maksātāja banku, saņēmēju un saņēmēja banku. Katrā no šīm kartītēm jānodrošina korekti aizpildīti lauki “Pilsēta” un “Valsts”:   Maksātājs   Uzņēmuma kartīte vai iestādes kartīte — juridiskās adreses lauki “Pilsēta” un “Valsts”.     Saņēmējs   Klienta kartīte — juridiskās adreses lauki “Pilsēta” un “Valsts”.     Ja saņēmējs ir darbinieks (kartīte "Darbinieka klienta kartīte"), adrese tiek ņemta no personas kartītē norādītās deklarētās adreses.         Maksātāja un Saņēmēja banka   Uzņēmuma, Klienta/Partnera vai Darbinieka bankas kontam piesaistītā bankas kartīte — sadalītās adreses lauki “Pilsēta” un “Valsts”.       Kas mums zināms par banku prasībām un termiņiem? Lūdzam ņemt vērā Latvijas vadošo banku un Valsts kases norādītos terminus attiecībā uz formāta versiju atbalstu un adrešu kontroļu ieviešanu no 2026. gada novembra: Citadele banka (no 1. novembra): Saglabā elastību un turpina atbalstīt gan veco pain.001.001.03, gan jauno pain.001.001.09 versiju, vienlaikus ieslēdzot stingrākas adrešu kontroles (skatīt Citadeles oficiālo paziņojumu). Valsts kase (no 14. novembra): Atbalsta tikai veco pain.001.001.03 versiju. Pāreju uz 09 neplāno, bet pieprasīs pilsētas un ielas nošķiršanu ar vertikālo svītru | un ieviesīs adrešu kontroles. SEB banka (no 15. novembra): Pārtrauc pain.001.001.03 atbalstu un pāriet tikai uz jauno pain.001.001.09 versiju, kā arī ieslēdz adrešu kontroles. Swedbank (no 15. novembra): Pārtrauc pain.001.001.03 atbalstu un pāriet tikai uz jauno pain.001.001.09 versiju, kā arī ieslēdz adrešu kontroles. Reģionālā investīciju banka: Esam saņēmuši ziņas no klientiem, ka šobrīd atbalsta veco pain.001.001.03 versiju un pain.001.001.11 versiju. Tuvākajā laikā neplānojam Horizon ieviest 11. versiju. Šobrīd iesakām klientiem turpināt izmantot 03. versiju. 15. novembrī banka ieslēgts adrešu kontroles, šobrīd vēl precizējam kādas. Industra Bank: Esam saņēmuši ziņas no klientiem, ka šobrīd atbalsta veco pain.001.001.03 versiju un pain.001.001.11 versiju. Tuvākajā laikā neplānojam Horizon ieviest 11. versiju. Šobrīd iesakām klientiem turpināt izmantot 03. versiju. Par adrešu kontrolēm mums šobrīd informācijas nav.   💬 Aicinām informēt! Ja jūsu rīcībā ir oficiāla informācija vai bankas paziņojumi par citu banku konkrētajiem termiņiem un prasībām, lūdzam dot mums ziņu komentāros, lai varam papildināt šo rakstu!   ... Skatīt vairāk

Sākot ar 680 versiju, REST ir pieejama jauna funkcija, kas ļaus mainīt saistību dokumenta apmaksas termiņu. Šī darbība ir veidota pēc līdzības ar Horizon pieejamo darbību Dokumenti -> Apgāde/Realizācija -> Preču dokumenti -> Darbības -> Mainīt apmaksas termiņu, un tagad būs pieejama arī integrācijām. Apmaksas termiņu iespējams mainīt izpildītiem un grāmatotiem debitoru/kreditoru saistību dokumentiem. Jāņem vērā, ka apmaksas termiņa maiņa var ietekmēt kavējuma naudas aprēķinus, apmaksas kontroļu rezultātus un atskaites, kurās tiek izmantots dokumenta apmaksas termiņš.  Darbības izsaukšana REST Apmaksas termiņa maiņa tiek veikta konkrētā dokumenta entītes resursā, izmantojot metodi changeDueDate. Metodes izsaukšanas piemērs dokumenta pamatveidam Rēķins par pakalpojumiem:   POST ../rest/TNdmPvzRek/changeDueDate Metodes izsaukšanas piemērs dokumenta pamatveidam Saņ. rēķins par pakalpojumiem:   POST /rest/TNdmPvzRekS/changeDueDate Pieprasījuma piemērs:   <resource>    <aPkDok>{PK}</aPkDok>    <aDueDate>yyyy-mm-dd</aDueDate>    <aDueDateChangeAlgorithm>0</aDueDateChangeAlgorithm> </resource>   Pieprasījuma parametru apraksts: aPkDok – dokumenta sistēmas ID, kuram nepieciešams mainīt apmaksas termiņu ; aDueDate – jaunais apmaksas termiņa datums; aDueDateChangeAlgorithm – apmaksas termiņa noteikšanas veids: 0 – izmantot parametrā aDueDate norādīto datumu; 1 – izmantot dokumentam piesaistītā līguma apmaksas termiņu. Ja tiek izmantots algoritms 1, parametrs aDueDate nav obligāts — norādītā vērtība netiks izmantota, jo termiņš tiks noteikts no dokumentam piesaistītā līguma.    ... Skatīt vairāk

Videoseminārs par Horizon, HoP un Numo jaunumiem — 18. jūnijs. Uzzini par pēdējā ceturkšņa aktualitātēm un nākotnes attīstības plāniem.     Personāls Masveida parakstīšana Ar eParaksts mobile tagad iespējams vienlaikus elektroniski parakstīt vairākus rīkojumu vai vienošanās dokumentus, būtiski samazinot laiku, kas nepieciešams ikdienas dokumentu apritei. Lai saglabātu augstu veiktspēju un stabilu sistēmas darbību, vienā parakstīšanas reizē iespējams atlasīt līdz 25 dokumentiem. Izmaiņas pieejamas, sākot no Horizon 680. versijas. Sīkāk par vienošanos un rīkojumu saskaņošanu >>    Visi versijas Pupuķis jaunumi >>     Horizon savietojamībai ieteicamie laidieni 675. versija 680. versija Jaunākais vai sākot ar  675.2. Jaunākais vai sākot ar  680.2.   Kā saņemt versiju? Mākoņpakalpojuma klientiem jau ir pieejama jaunākā versija. Ja neesat mākoņpakalpojuma klients, tad Hop versijas iespējams lejupielādēt šeit.    Kur var uzzināt par attīstības plāniem? Lai savlaicīgi uzzinātu par plānotajām izstrādēm un iesaistītos produkta attīstībā ar savu balsi un komentāriem, aicinām apskatīt attīstības ceļa karti! Horizon un HoP attīstības ceļa karte >> ... Skatīt vairāk

Videoseminārs par Horizon, HoP un Numo jaunumiem — 18. jūnijs Uzzini par pēdējā ceturkšņa aktualitātēm un nākotnes attīstības plāniem.   Sistēma Vizuālais noformējums Horizon iestrādāta jaunā vizuālā identitāte. Atjaunotas sistēmas krāsas un logo.     Brīdinājumu pārvaldības uzlabojumi Lai padarītu brīdinājumu izmantošanu ērtāku un efektīvāku, Horizon veikti vairāki būtiski uzlabojumi. Turpmāk lietotāji var pierakstīties uz brīdinājumiem tieši no saraksta, neapmeklējot brīdinājumu aprakstu iestatījumus. Uzzināt vairāk >> Papildinātas iespējas brīdinājumu apstrādei, ko lietotājs saņem Horizon. Uzzināt vairāk >> Brīdinājuma aprakstā sadaļā "Brīdinājumu saņēmēji" iestrādāta jauna izvēlne "Rezultātā iekļaut", kas ļauj precīzi noteikt, kuri ieraksti tiks iekļauti brīdinājuma rindās: Visi ieraksti, Jaunie ieraksti vai jaunie un labotie ieraksti, kopš pēdējā brīdinājuma izveides. Uzzināt vairāk >> Noliktava Docura integrācija preču kustības dokumentu apmaiņai Horizon un Docura integrācija automatizē elektronisko dokumentu apmaiņu preču kustības procesos starp piegādātājiem un pasūtītājiem, aizstājot manuālu failu pārvietošanu. Nodrošina saņemšanas pavadzīmju un pieprasījumu automātisku vai manuālu importu. Savukārt loģistikas pasūtījumiem un pārdošanas pavadzīmēm tiek nodrošināts eksports uz Docura, kā arī automātiska apstrādes statusu atjaunināšana Horizon, ļaujot operatīvi sekot dokumentu piegādes gaitai. Uzzināt vairāk >>   Visi 680. versijas jaunumi >>     Kā saņemt versiju? Mākoņpakalpojama klienti jaunāko versiju saņems tuvākajā ceturtdienā. Ja neesat mākoņpakalpojuma klients, tad Horizon versijas iespējams lejupielādēt šeit. To iespējams izdarīt arī no Horizon (nonāksiet klientu zonā jau kā ielogojies lietotājs).   Kur var uzzināt par attīstības plāniem? Lai savlaicīgi uzzinātu par plānotajām izstrādēm un iesaistītos produkta attīstībā ar savu balsi un komentāriem, aicinām apskatīt attīstības ceļa karti! Horizon un HoP attīstības ceļa karte » ... Skatīt vairāk

Horizon ir pieejama tiešsaistes integrācija ar VID EDS. Risinājums izmanto EDS API servisu un nodrošina iespēju tiešā veidā no Horizon nosūtīt e-rēķinus uz EDS, gadījumā, kad e-rēķina piegādes kanāls to nenodrošina.   Par nepieciešamo konfigurāciju, lai izmantot VID EDS API lasiet šeit.   Manuāla rēķinu nosūtīšana uz EDS ir jāizmanto, ja rēķini netiek piegādāti tiešsaistē izmantojot operatoru (Unifiedpost vai e-adrese). Ja rēķini tiek nosūtīti tiešsaistē, tad operators tos nosūta arī uz VID EDS un papildus sūtīšana nav nepieciešama.   Šajā rakstā uzzināsiet: kā nosūtīt e-rēķinus; kā atjaunot nosūtīto e-rēķinu statusu.   1. Darbība “Nosūtīt”   Izvēlnes:  Dokumenti → Realizācija → Rēķinu saraksts → Darbības → EDS API → Nosūtīt Dokumenti → Noliktava → Pavadzīmju saraksts → Darbības → EDS API → Nosūtīt   Izvēloties darbību “Nosūtīt”, e-rēķinu dati tiek augšupielādēti VID EDS sistēmā, kur notiek šo datu pārbaude.  Nosūtot e-rēķinus caur API servisu, Horizon pusē tiek saglabāts EDS piešķirtais dokumenta identifikators un dokumenta statuss. EDS sistēmas konstatētās kļūdas  tiek attēlotas arī Horizon pusē. Jāņem vērā, ka uz VID tiks nosūtīts pēdējais izveidotais XML fails no rēķina pielikumiem, kas atbilst PEPPOL formātam.      2. Statusa atjaunošana no EDS   Izvēlnes:  Dokumenti → Realizācija → Rēķinu saraksts → Darbības → EDS API → Pārbaudīt statusu Dokumenti → Noliktava → Pavadzīmju saraksts → Darbības → EDS API → Pārbaudīt statusu   Izpildot darbību “Pārbaudīt statusu”, sistēma veic e-rēķina statusa salīdzināšanu ar EDS dokumentu (pēc identifikatora). Pārbaudes rezultāti tiek parādīti atsevišķā logā.     !!! Jāņem vērā, ka pēc nosūtīšanas neturpinās paša e-rēķina satura un pielikumu sinhronizēšana vai salīdzināšana starp abām sistēmām. Ja e-rēķinā tiek veikti labojumi, tad nepieciešams e-rēķinu uz VID EDS nosūtīt atkārtoti. Atkārtota darbības “Nosūtīt” lietošana ir iespējama tikai tādiem e-rēķiniem, kuru statuss ir Apstrādes kļūda.    3. Papildu informācija   Servisa aktivizēšana Izvēlnes:  Dokumenti → Realizācija → Rēķinu saraksts → Darbības → EDS API Dokumenti → Noliktava → Pavadzīmju saraksts → Darbības → EDS API    Darbība sākotnēji ir neaktīva. Tā kļūst pieejama, kad ir veikta EDS API pieslēguma konfigurācija.  Vairāku nodokļu maksātāju režīmā papildus tiek pārbaudīta e-rēķinā norādītā iestāde. Ja sarakstā ir iezīmētas rindas ar dažādām iestādēm, tad tiek nosūtīti tikai pirmās iezīmētās iestādes rēķini, un progresa logā tiek attēlots brīdinājums. E-rēķinus var nosūtīt arī masveidā, iezīmējot vairākus reizē. Notikumu reģistrs E-rēķinu dokumentu notikumu reģistrā saglabājas dokumenta sūtīšanas un statusa maiņas notikumi. Arī e-rēķinam pievienotā XML faila laukā “Piezīmes”, (ja pievienotais fails ir veiksmīgi nosūtīts), tiek saglabāts sūtīšanas notikums. ... Skatīt vairāk

Sākot ar 2026. gada 1. janvāri, stājas spēkā obligāta prasība nodot G2B (uzņēmums valstij) un B2G (valsts uzņēmumam) darījumu e-rēķinu datus Valsts ieņēmumu dienestam (VID).   Sīkāka informācija par Ministru kabineta noteikumu Nr. 749 prasībām pieejama šeit. Kā to praktiski iespējams izdarīt Horizon lietotājiem šobrīd?   Atkarībā no izvēlētā e-rēķinu sūtīšanas kanāla, datu nodošana VID notiek atšķirīgi:   1) Izmantojot operatoru Unifiedpost: Unifiedpost pašlaik izstrādā tiešo integrāciju ar VID. Ja rēķins tiek piegādāts saņēmēja e-adresē, e-adrese kopiju VID nosūtīs automātiski. Pārējos rēķinus Unifiedpost nodos VID pēc integrācijas izveides. 2) Izmantojot e-adresi (tiešsaistē): Datu nodošana notiek automātiski – e-adrese nosūta rēķina kopiju uz VID.   3) Nosūtot e-rēķinu e-pastā: Rēķina dati ir jāievieto VID EDS. Jaunums: Sākot no Horizon 670. versijas 6. laidiena ir pieejama automatizēta rēķinu nodošana, izmantojot VID EDS API. Sīkāk par e-rēķinu nofošanu uz VID EDS tiešsaistē lasiet šeit. Līdz tam e-rēķinu fails (XML) ir jāaugšupielādē VID EDS manuāli. 4) Saglabājot failu mapē un importējot Latvija.lv: Datu nodošana notiek automātiski, jo e-adrese nodrošina kopijas nosūtīšanu uz VID.   Svarīgi! 1. Problēmas ar rēķiniem PVN nemaksātājiem: Ir konstatēti gadījumi, kad VID nepieņem e-rēķinus kuru saņēmēji ir PVN nemaksātāji, uzrādot kļūdu [UBL-SR-53] . Risinājums: No XML faila manuāli jāizņem sadaļas <cac:PartyTaxScheme> vai jāizmanto Horizon 670. versijas 6. laidiens (vai jaunāks), kurā šis ir sakārtots. 2. Pārbaudiet statusus: Tā kā e-rēķinu aprite starp dažādiem kanāliem vēl tiek pieslīpēta, aicinām pārliecināties par jūsu organizācijas rēķiniem VID EDS sadaļā "E-rēķini" (gan izsūtītajiem, gan saņemtajiem rēķiniem). ... Skatīt vairāk

Plānoti jaunumi saistībā ar strukturētu elektronisko rēķinu (e-rēķinu) apriti Latvijā, kas skar visus uzņēmumus. Pieņemti Ministru kabineta (MK) noteikumi nr. 749 "Kārtība, kādā organizē un īsteno strukturētu elektronisko rēķinu apriti un kādā strukturētu elektronisko rēķinu datus iesniedz Valsts ieņēmumu dienestam". Būtiskākie termiņi un prasības   G2B/B2G darījumi: E-rēķinu lietošana darījumos ar budžeta iestādēm ir obligāta no 2025. gada 1. janvāra. Obligāta e-rēķinu datu nodošana VID šajos darījumos sākas ar 2026. gada 1. janvāri. B2B darījumi: Obligāta e-rēķinu lietošana un nodošana VID starp Latvijā reģistrētiem uzņēmumiem stāsies spēkā 2028. gada 1. janvārī. Uzņēmumi, kas nav budžeta iestādes, var brīvprātīgi iesniegt e-rēķinu datus VID, izmantojot API vai EDS, jau no 2026. gada 1. janvāra. E-rēķinu iesniegšanas termiņš VID   Uzņēmumam, kurš izraksta e-rēķinu, tas jāiesniedz VID ne vēlāk kā piecu darbdienu laikā pēc nosūtīšanas dienas un tikai vienu reizi. E-rēķinu datu nodošanas kanāli uz VID   E-rēķinu datu iesniegšanai VID varēs izmantot vairākus kanālus atkarībā no izvēlētā aprites veida: Pakalpojumu sniedzēja jeb operatora kanāls: Piemērs: Organizācija nosūta e-rēķinu sadarbības partnerim no Horizon tiešsaistē, izmantojot operatoru (kas ir integrēts ar VID API). Nodošana VID: E-rēķinu operators automātiski nodos e-rēķinu VID. Oficiālā elektroniskā adrese (e-adrese): Piemērs: Individuālais komersants nosūta e-rēķinu sadarbības partnerim, izmantojot Latvija.gov.lv veidlapu. Nodošana VID: E-adrese automātiski nodos e-rēķinu ziņojuma kopiju VID. VID EDS API vai datnes augšupielādes funkcionalitāte: Piemērs: Organizācija savam sadarbības partnerim nosūta e-rēķinu e-pastā (cits individuāls kanāls). Nodošana VID: E-rēķins VID jānodod pašai organizācijai, izmantojot VID EDS API vai augšupielādējot XML formāta datni VID EDS sistēmā. Svarīgi: Ja e-rēķins jau tiek sūtīts, izmantojot e-rēķinu operatoru vai e-adresi, tas nav atkārtoti jāiesniedz VID manuāli (piemēram, no Horizon, izmantojot VID EDS API vai augšupielādējot XML EDS sistēmā), jo operators/e-adrese nodrošina automātisku kopijas nodošanu.   Ar ministru kabineta noteikumu projektu iespējams iepazīties tiesību aktu portālā - https://tapportals.mk.gov.lv/legal_acts/c95b7f67-f4fa-4474-ab76-091e16c27dcc. Svarīgi!! 09.12.2025 Ministru kabineta sēdē noteikumi pieņemti. https://likumi.lv/ta/id/365040-kartiba-kada-organize-un-isteno-strukturetu-elektronisko-rekinu-apriti-un-kada-strukturetu-elektronisko-rekinu-datus-iesniedz-valsts-ienemumu-dienestam Horizon plāns e-rēķinu nodošanai VID   Mēs Horizon komandā cītīgi sekojam līdzi šī normatīvā akta izstrādei, lai nodrošinātu savlaicīgu un ērtu risinājumu mūsu klientiem. Mūsu plāns e-rēķinu nodošanas atbalstam uz VID: Operatoru izmantošana (piemēram, Unifiedpost, e-adrese): Ja jūs jau sūtāt e-rēķinus tiešsaistē, izmantojot operatoru, tad datu nodošanu VID veiks rēķinu operators/e-adrese. Jums papildus nekas nebūs jādara. Manuāla ievietošana e-adresē (Latvija.lv): Ja rēķins tiek manuāli ievietots e-adresē Latvija.gov.lv portālā, tad e-adrese automātiski nosūtīs kopiju arī uz VID. Citu kanālu izmantošana (4.3. apakšpunkts): Ja rēķini tiek sūtīti citā veidā, mēs plānojam nodrošināt e-rēķinu datu nodošanu uz VID, izmantojot VID EDS API, līdzīgi kā šobrīd tiek iesniegtas ikmēneša atskaites. Šobrīd gaidām ministru kabineta noteikumu pieņemšanu un precīzu tehnisko specifikāciju no VID šai datu apmaiņai. Tiklīdz tā būs pieejama (solīts decembra sākumā), mēs plānosim nepieciešamos izstrādes darbus, lai nodrošinātu tiešu e-rēķinu nodošanu uz VID no Horizon. Svarīgi!! 09.12.2025 VID mājaslapā publicēta tehniskā specifikācija datu apmaiņai (https://www.vid.gov.lv/lv/e-rekini#ka-e-rekinu-dati-tiks-nodoti-vid). Uzsākam izpētes darbus, lai nodrošinātu datu apmaiņu ar VID EDS API Horizon lietotājiem. ... Skatīt vairāk