Nosūtot e-rēķinus ir jāveic Peppol formāta noteikumu pārbaude, lai novērstu situācijas, ka e-rēķinu nevar veiksmīgi nogādāt līdz saņēmējam, jo tā tālākajā ceļā arī var tikt veiktas formāta un noteikumu pārbaudes. Piemēram, pārbaudes veic operators, pieņemot rēķinus tiešsaistē, e-adrese, saņēmēja sistēma u.tml.   Zemāk apkopoti biežākie sastopamie paziņojumi un rīcība to novēršanai.   Paziņojuma teksts  Kā rīkoties? fatal: BR-CL-23 [BR-CL-23]-Unit code MUST be coded according to the UN/ECE Recommendation 20 with Rec 21 extension Dokumenta rindiņās izmantotajām mērvienībām jānorāda atbilstošais UNECE mērvienības kods. Vairāk lasīt šeit. fatal: BR-CO-09 [BR-CO-09]-The Seller VAT identifier (BT-31), the Seller tax representative VAT identifier (BT-63) and the Buyer VAT identifier (BT-48) shall have a prefix in accordance with ISO code ISO 3166-1 alpha-2 by which the country of issue may be identified. Nevertheless, Greece may use the prefix ‘EL’. Jāpārbauda uzņēmuma/iestādes un klienta PVN maksātāju numuri. Tiem jāsākas ar LV vai citas valsts kodu. Sistēma - Uzņēmums Pamatdati - Uzņēmums - Iestādes Rēķinā lietotā klienta kartīte fatal: PEPPOL-EN16931-R003 A buyer reference or purchase order reference MUST be provided. Rēķina klienta kartītē jāaizpilda reģistrācijas kods. Brīdinājums: Pievienotā faila "xxx.edoc" tips neatbilst PEPPOL formātam. Fails netika iekļauts XML failā. Pieņemt zināšanai, ka rēķina pievienotajos failos ir pielikums ar paplašinājumu edoc, šāds formāts nav atļauts, tādēļ e-rēķina xml datnē netiek iekļauts. Atļautie formāti Brīdinājums: Pievienotā faila "xxx.xml" tips neatbilst PEPPOL formātam. Fails netika iekļauts XML failā. Pieņemt zināšanai, ka rēķina pievienotajos failos ir pielikums ar paplašinājumu xml, šāds formāts nav atļauts, tādēļ e-rēķina xml datnē netiek iekļauts. Pirms lietot saraksta darbību, pielikumos saglabāt tikai PDF. Atļautie formāti fatal: BR-CL-24 [BR-CL-24]-For Mime code in attribute use MIMEMediaType. fatal: Mime code must be according to subset of IANA code list. Rēķina pievienotajos failos ir pielikumi ar noteikumos neatļautiem paplašinājumiem (edoc, xml). No 645.14 šie faili vairs netiek iekļauti un ir augstāk redzamais brīdinājuma paziņojums. Vecākās versijās/laidienos - neatļautie faili ir jādzēš no pievienotajiem failiem. Kļūda: Dokuments nesatur PDF failu! Rēķina pievienotajos failos nav pievienots rēķina vizuālais izskats PDF formātā, tātad klients saņems e-rēķinu bez vizualizācijas. Pirms nosūtīšanas jāsaglabā rēķina PDF pie rēķina pievienotajiem failiem. fatal: BR-57 [BR-57]-Each Deliver to address (BG-15) shall contain a Deliver to country code (BT-80) Rēķinā norādītajai piegādes adresei nav aizpildīts valsts kods. Jālabo piegādes adreses kartīte. Vai piegādes adrese ir mainīta rēķina piegādes adreses laukā, tad jāizvēlas adrese no saraksta. BR-25 [BR-25]-Each Invoice line (BG-25) shall contain the Item name (BT-153) Rēķins satur teksta rindu, kurai nav aizpildīts nosaukums, tas jāaizpilda. fatal: PEPPOL-EN16931-R120 Invoice line net amount MUST equal (Invoiced quantity * (Item net price/item price base quantity) + Sum of invoice line charge amount - sum of invoice line allowance amount Jāpārbauda rēķina rindas, lai Daudzums * Cena = Summa Piemēram, lietotas teksta rindas ar tukšu daudzumu. Kļūda: Neizdevās nosūtīt uz Horizon HUB! Pieprasījums beidzās ar kļūdu (HTTP: 502) Sūtot tiešsaistē nav norādīta atzīmē "Veikt Peppol formāta noteikumu pārbaudi" un rēķins neiziet pārbaudi rēķina operatora pusē. No 645.18. paziņojums papildināts ar konkrētajām neatbilstībām noteikumiem. TFTGMainFromBase: [LP33968] Kļūda : Neizdevās nosūtīt uz Horizon HUB! Kļūda: Piekļuve liegta. (Pieprasījuma idetifikators: D88A8BA9EB1B4D2835F03A0D0943xxx) Jāveic konfigurācijas sakaru pārbaude. Jāpārbauda Horizon HUB reģistrēto datu atbilstība: Licences numurs Reģistrācijas numurs     PEPPOL formāta noteikumu apraksti pilnā apjomā pieejami šeit: https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/ https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-peppol/   Uzzināt vairāk par e-rēķiniem: E-rēķini - soli pa solim  ... View more

Saņemot e-rēķinus pašvaldībā, ir svarīgi operatīvi noskaidrot, kurai pašvaldības iestādei/struktūrvienībai kā pakalpojuma saņēmējam rēķins ir nododams izskatīšanai un saskaņošanai, pirms veikt tā apmaksu. Piemēram, e-rēķina saņēmējs un maksātājs ir pašvaldība, savukārt, preču/pakalpojumu saņēmējs ir pašvaldības iestāde/struktūrvienība - bērnudārzs, skola, bibliotēka u.tml. Ja piegādātāja iesniegtajā e-rēķinā nav informācijas par saņēmēju, tad rēķina saskaņošana un apmaksa var kavēties.   E-rēķinu importa funkcionalitāte piedāvā vairākas iespējas informācijas par saņēmēju attēlošanā un interpretācijā. Kā arī tās var tikt izmantotas ne tikai pašvaldībās, bet arī citās iestādēs/uzņēmumos.     Struktūrvienības kods   Ja e-rēķina xml datnē tagā “BuyerReference” ir norādīta vērtība, tad tā tiek importēta sistēmā un ir redzama metarēķina importa ieraksta sadaļā “Pamatinformācija” laukā “Struktūrvienība”. Veidojot metarēķinu, sistēma pēc šīs vērtība automātiski piemeklē finanšu struktūrvienību un aizpilda to metarēķinā, ja struktūrvienību sarakstā ir atrasts ieraksts ar precīzi tādu kodu.   Tā kā struktūrvienības piemeklēšana notiek uzreiz importa brīdī, tad ir iespējams nodrošināt arī automātisku rēķina maršrutēšanu jeb piesaisti saskaņošanas scenārijam, ja tajā paredzēta saskaņošana atbilstoši dokumenta struktūrvienībai.     Pamatojuma teksts   Ja saņēmēja informācija ir e-rēķina xml datnē tagā “Notes”, tad tā tiek attēlota metarēķina pamatojumā. Pēc pamatojumā norādītā teksta sistēmā nav iespējama un nenotiek ne struktūrvienības, ne arī citu klasifikatoru automātiska piemeklēšana. Attiecīgi struktūrvienība šajā gadījumā ir norādāma manuāli.       Preču vai pakalpojumu saņēmēja lauks   Ja saņēmēja informācija ir e-rēķina xml datnē tagā “DeliveryParty/PartyName/Name”, tad tā tiek attēlota metarēķina laukā “Imp.preču/pakalpojumu saņēmējs”. Pēc laukā norādītā teksta sistēmā nav iespējama un nenotiek ne struktūrvienības, ne arī citu klasifikatoru automātiska piemeklēšana. Arī šajā gadījumā struktūrvienība ir norādāma manuāli.        Kā aprakstītos e-rēķina xml datnes laukus var aizpildīt, ja rēķina izrakstītāja sistēma ir Horizon, var lasīt šeit: E-rēķinu nosūtīšana pašvaldībām     Uzzināt vairāk par e-rēķiniem: E-rēķini - soli pa solim    ... View more

Sagatavojot rēķinus pašvaldībām, bieži ir vajadzība norādīt informācija par saņēmēju. Piemēram, rēķina klients un maksātājs ir pašvaldība, savukārt, preču/pakalpojumu saņēmējs ir pašvaldības iestāde/struktūrvienība - bērnudārzs, skola, bibliotēka u.tml. Rīgas valstspilsētas pašvaldība ir noteikusi, ka, iesniedzot e-rēķinu, ir obligāti jānorāda arī struktūrvienības kods.    Kā aizpildīt izejošā rēķina datus, lai pašvaldība saņemtu informāciju par iestādi/struktūrvienību, kam pakalpojumi sniegti, un varētu rēķinu ātrāk apstrādāt, saskaņot un apmaksāt? Vai un kā šī papildus informācija tiek attēlota e-rēķina xml datnē? Zemāk aprakstīts Rīgas valstspilsētas pašvaldības piemērs, taču risinājumu var izmantot izrakstot rēķinus arī citām pašvaldībām vai iestādēm/uzņēmumiem ar līdzīgām prasībām.   Saņēmējs rēķina ievadformā   Lai e-rēķinā Rīgas valstspilsētas pašvaldībai korekti nodotu informāciju gan par pašvaldības iestādes/struktūrvienības nosaukumu, gan struktūrvienības kodu, ir jāveido klienta kartīte ne tikai pašai pašvaldībai, bet arī katram saņēmējam.    Klienta kartīte pašvaldības iestādei/struktūrvienībai: Papildkods = struktūrvienības kods Norēķinu veids = neuzskaita Reģistrācijas kods = tukšs   Rēķina ievadforma: Klients = pašvaldība Saņēmējs = pašvaldības iestāde/struktūrvienība Pamatojumā nav nepieciešams papildus norādīt saņēmēja informāciju     Šādi sagatavotu rēķinu var nosūtīt kā e-rēķinu tiešsaistē caur Horizon HUB un tas nav papildus jāiesniedz eRiga portālā. Ja netiek izmantota e-rēķinu nosūtīšana tiešsaistē un rēķini tiek iesniegti eRiga portālā, tad xml datni atbilstoši eRiga formātam var sagatavot aprakstot eksporta metodi ar dziņa failu. Tad rēķinu sarakstā lieto darbību "Saraksta eksports", rēķinu lejuplādē mapē un pēc tam augšupielādē eRiga portālā. Eksporta metodi apraksta: Pamatdati - Datu apmaiņa - Datu ārējā eksporta metodes - izvēlas dziņa failu EXPERIGAREK.DLL.   E-rēķina xml datne (Peppol formāts): BuyerReference = Saņēmēja papildkods Notes = esošais pamatojums + Saņēmēja nosaukums       Papildus informācija: Ja Saņēmēja kartītes papildkods ir tukšs, tad tags “BuyerReference” tiek aizpildīts ar reģistrācijas kodu. Ja Saņēmēja kartītē ir aizpildīts lauks “Licences numurs”, tad tas arī tiek ierakstīts tagā “Notes” aiz Saņēmēja nosaukuma. NĪP rēķinā lauks Saņēmējs tiek aizpildīts automātiski ar galveno pakalpojuma saņēmēju (NĪP līgums - Personas - Pakalpojuma saņēmēji - rindā atzīme “Galvenais”)     Piegādes adrese   Pakalpojuma saņēmēja nosaukumu var norādīt arī piegādes adreses laukā “Persona”. Taču, izmantojot tikai šī lauka informāciju un neizmantojot Sanēmēja lauku, nebūs iespējama korekta e-rēķina sagatavošana Rīgas valstspilsētas pašvaldībai ar norādītu struktūrvienības kodu tagā “BuyerReference” . Citiem klientiem iespējams ir pietiekami tikai ar piegādes adreses papildināšanu, neizmantojot Saņēmēju.   Rēķina ievadforma: Piegādes adrese = iestādes/struktūrvienības adrese Piegādes adreses “Persona” = iestādes/struktūrvienības nosaukums       E-rēķina xml datne: DeliveryParty/PartyName/Name = Piegādes adreses “Persona”     Kā xml datnes informācija tiek attēlota un interpretēta e-rēķina saņēmēja sistēmā, ja tā ir Horizon, var lasīt šeit: E-rēķinu saņemšana pašvaldībā     Uzzināt vairāk par e-rēķiniem: E-rēķini - soli pa solim  ... View more

Ņemot vērā gaidāmās izmaiņas likumdošanā, kas paredz obligātu e-rēķinu apriti no 01.01.2025. norēķinos starp valsts pārvaldi un uzņēmumiem, ir veikti papildinājumi VISMA Horizon un mainīti nosacījumi integrācijas risinājuma ar rēķinu operatoru Unifiedpost izmantošanā.   Tagad ir iespējamas šādas sadarbības iespējas:   Bez līguma ar Unifiedpost - e-rēķinu nosūtīšana tiešsaistē debitoriem, kas izteikuši gatavību saņemt e-rēķinus (ir atrodami e-rēķinu adresātu sarakstā). Klients e-rēķinus saņems savā sistēmā vai e-adresē.   Noslēdzot līgumu ar Unifiedpost - pilns pakalpojumu klāsts, kas ietver gan e-rēķinu nosūtīšanu, gan saņemšanu, t.sk. ar iespējām digitalizēt rēķinus, kas nav saņemti kā e-rēķini. Lai sazinātos ar Unifiedpost sūtīt ziņu uz atbalsts@unifiedpost.com.     Kādi soļi veicami?   1. Noskaidrot e-rēķinu adresātus savā debitoru sarakstā   Lai aktualizētu klientu kartītēs pazīmi laukam "E-rēķinu adresāts" - izmanto darbību klientu sarakstā - izveido automatizēto darbu   Realizācijas rēķinu sarakstā pievieno izskata kolonu "Klients. E-rēķinu adresāts", lai uzzinātu, kurus rēķinus var sūtīt kā e-rēķinus tiešsaistē     2. Pieslēgt tiešsaisti   Ja iepriekšējā punkta izpildes rezultāti vedina domāt, ka e-rēķinu nosūtīšana tiešsaistē būs ērtāka kā manuāli, tad jāpiesakās tiešsaistei. Kā pieslēgt e-rēķinu tiešsaisti (Horizon HUB)?     3. Sūti klientiem e-rēķinus tiešsaistē   Kā nosūtīt e-rēķinus tiešsaistē?        Ja tiešsaistes režīms šobrīd nav saistošs, tad atceries, ka no Horizon e-rēķinu var sagatavot un nosūtīt arī manuāli: E-rēķinu nosūtīšana Peppol formātā      Uzzini vairāk par e-rēķiniem: E-rēķini - soli pa solim  ... View more

  ‎Swedbank un SEB Banka informē, ka saistībā ar Eiropas Maksājumu padomes atjauninātajām prasībām ir veiktas izmaiņas ISO failu formātu aprakstā (ISO 20022).    Šīs izmaiņas ietekmē gan Swedbank un SEB Banka tiešsaistes bankas risinājumu, gan datu apmaiņu ar failiem. Pašlaik Swedbank un SEB Banka atļauj izmantot abus maksājumu importa faila variantus - esošos maksājumu ziņojumus (pain.001.001.03) vai jaunos ziņojumus (pain.001.001.09).  Swedbank atbalstīs esošo ISO formātu līdz 31.10.2024., SEB Banka - līdz 05.10.2025.   Atbilstošas izmaiņas ir veiktas arī Visma Horizon, un pieejamas, sākot no šādām versijām/laidieniem:  640.14. 645.4.    Versijas/laidiena maiņa ir nepieciešama, ja izmantojat maksājumu sūtīšanu uz banku tiešsaistē vai ar failu. Maksājumu imports netiek ietekmēts.      Swedbank maksājumiem papildu prasības: saņēmēja un gala maksātāja nosaukumā atļauto simbolu skaits nepārsniedz 70 zīmes; gadījumos, ja saņēmēja bankas BIC kods ir “Nē” vai nav norādīts, jābūt aizpildītam klīringa sistēmas identifikatoram. Lai datu apmaiņa būtu veiksmīga, lietotājiem pirms datu sūtīšanas uz banku ir jāaizpilda prasītā informācija maksājuma Saņēmēja un Saņēmēja bankas kartītēs.   ... View more

Horizon tiek nodrošināta e-rēķinu saņemšana un nosūtīšana atbilstoši vienotajam elektronisko jeb strukturēto rēķinu standartam. Tiešsaistes risinājumi ir ērtākais veids, kā organizēt šo e-rēķinu apriti. Horizon ir izveidota integrācija ar Unifiedpost e-rēķinu platformu.   Droša datu apmaiņas kanāla darbībai tiek izmantota sistēma/starpslānis Horizon HUB, kas nodrošina vienotu autentifikācijas un pārvaldības mehānismu savienojumos ar trešo pušu sistēmām. Horizon HUB atrodas mākonī un nav jāinstalē.  Risinājuma izmantošanai ir nepieciešams pieteikties, lai VISMA varētu reģistrēt sistēmā jaunu lietotāju.   Kā pieteikties risinājumam?   Nepieciešams nosūtīt pieteikumu uz atbalsts@visma.com vai izveidot jaunu pieteikumu VISMA klientu atbalsta sistēmā, norādot reģistrācijai nepieciešamos datus:   1) E-pasts - tiks izmantots kā lietotājvārds, un uz šo e-pastu tiks nosūtīta reģistrācijas saite (ieteicams norādīt uzņēmuma vai iestādes kopējo e-pastu, piemēram, rekini@uznemums.lv) 2) Horizon licences numurs - atrodams izvēlnē Sistēma - Administrēt - Licences informācija 3) Uzņēmuma/Iestādes reģistrācijas numurs - jāpiesaka katrs licencē esošais, kam tiešsaiste nepieciešama 4) Uzņēmuma/Iestādes nosaukums - papildu informācijai 5) Kontaktpersonas vārds un uzvārds, amats, telefona numurs un e-pasts - papildu informācijai un saziņai jautājumu gadījumā Pēc saņemtās informācijas pārbaudes VISMA pusē tiek veikta jauna lietotāja reģistrācija un uz norādīto e-pasta adresi/lietotājvārdu tiek nosūtīta saite lietotāja apstiprināšanai un informācija par tālāk veicamajām darbībām.   E-pasts ienāk no no-reply-horizon-hub@lv.visma.com un tajā esošā saite ir derīga 24h. Kāda konfigurācija veicama?   Saņemtajā e-pastā par lietotāja apstiprināšanu ir jāklikšķina uz saites un jāievada sava izdomāta parole un jānospiež poga <Apstiprināt>.   Pēc tam jādodas uz Horizon: Sistēma - Datu apmaiņa - Horizon HUB - Konfigurācija   Horizon HUB konfigurācijas logā norāda datus: Lietotājs - reģistrēšanās e-pasta adrese Parole - parole, kas ievadīta reģistrēšanās saitē   Nospiež pogu <Pārbaudīt un sinhronizēt> un pēc tam <Saglabāt>. Pārējā logā redzamā informācija ir jau noklusēti aizpildīta un nav jālabo.       Lpp. <Sakaru pārbaude> var veikt atkārtotu integrācijas kanāla pārbaudi un uzzināt, vai ir kādi saņemami e-rēķini. Ja e-rēķinu saņemšana nav paredzēta, tad tiek attēlots paziņojums "Uzņēmums netika atpazīts trešās puses sistēmā".   !!! Ja licencē ir t.s. firmu režīms (katrs uzņēmums/iestāde savā datu apgabalā), tad reģistrēšanās e-pasts un parole var būt gan katrai firmai atšķirīgi, gan arī vairākām vienādi, dati ir jānorāda katrā no firmām konfigurācijas logā. Pievienojot jaunu reģistrācijas numuru esošam Horizon HUB lietotājam, arī parole e-pastā atsūtītajai reģistrācijas saitei vairs nav nepieciešama. !!! Ja ir iestāžu režīms (vairāki nodokļu maksātāji vienā datu apgabalā), tad reģistrēšanās e-pasts un parole būs viena un tā pati, jo arī konfigurācijas logs ir viens. Šajā gadījumā ir papildus pieejama lappuse <Iestādes>, kur var apskatīt iestādes, kas pakalpojumu izmanto. Šajā gadījumā arī vairs nav nepieciešama paroles ievade saņemtajā reģistrācijas e-pastā, jo lietotājs jau ir reģistrēts, tam tikai nāk klāt papildu reģistrācijas numurs. Šajā lappusē ir jānospiež poga <Sinhronizēt>, un tiks ielasīta aktuālā informācija par uzņēmumiem/iestādēm, kas piesaistītas konkrētajam Horizon HUB lietotājam.         Pēc Horizon HUB konfigurācijas loga aizpildes un saglabāšanas droša datu apmaiņas kanāla izveide ir pabeigta.   Tālāk ir veidojami automatizētie darbi.      Saistītie raksti: Automatizētie darbi e-rēķinu saņemšanai  Automatizetie darbi e-rēkinu nosūtīšanai    ... View more

Ar e-rēķinu nosūtīšanas procesu saistīto automatizēto darbu konfigurācija veicama Horizon izvēlnē: Sistēma - Uzstādījumi - Automatizētie darbi     Horizon HUB e-rēķinu adresātu sinhronizācija   Automatizētais darbs aktualizē klienta kartītes lauku “E-rēķinu adresāts”, kas atrodas lpp. “Integrācijas”. Manuāli to var veikt no klientu saraksta ar tāda paša nosaukuma darbību. Pazīmes vērtība “Jā” norāda, ka debitors ir gatavs saņemt e-rēķinu savā sistēmā vai e-adresē izmantojot tiešsaistes risinājumu. E-rēķinu adresātu sinhronizācijas darbu var uzstādīt neatkarīgi no Horizon HUB konfigurācijas. Tas dod iespēju vēl pirms e-rēķinu tiešsaistes pieslēgšanas noskaidrot, kuriem uzņēmuma vai iestādes debitoriem būs iespējams nosūtīt e-rēķinus tiešsaistē.   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   Automatizētais darbs aktualizē nosū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 nosū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. Darbs tiek uzsākts tikai tad, ja ir nosūtīti e-rēķini, kuru statuss nav aktualizēts.       Saistītie raksti: Automatizētie darbi e-rēķinu saņemšanai Kā pieslēgt e-rēķinu tiešsaisti (Horizon HUB)?  ... View more