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 ērts veids, kā organizēt e-rēķinu apriti.   Horizon ir izveidota integrācija ar e-rēķinu operatoriem Unifiedpost un e-adrese. Šajā rakstā uzzināsiet, kāda konfigurācija ir nepieciešama, ja par operatoru ir izvēlēta e-adrese.   E-adreses nosacījumi   E-rēķinu saņemšanai un nosūtīšanai izmantojot E-adresi nepieciešama atsevišķa apakšadrese, kas paredzēta tieši e-rēķinu saņemšanai. Noklusēto e-adresi pieslēgt Horizon integrācijai nav ieteicams, jo Horizon nevar apstrādāt saņemtos ziņojums, kas nav e-rēķini. Apakšadreses izveidi iespējams pieteikt Valsts digitālās attīstības aģentūrā (VDAA) vai izveidot izmantojot organizācijas dokumentu vadības sistēmu, ja tā šādu iespēju piedāvā. E-adresei, kas ir pieslēgta Horizon integrācijai, nav iespējams pieslēgties no latvija.gov.lv. Ja e-adreses e-rēķinu apakšadrese ir pieslēgta dokumentu vadības sistēmai, tad vispirms nepieciešams mainīt tās pieslēgumu sadarbībā ar VDAA.   Pirmo reizi veidojot pieslēgumu, nepieciešams izvērtēt vai vēlaties integrāciju pārbaudīt testa vidē vai veidot uzreiz produkcijas vidē. Atkarībā no šīs izvēles VDAA nepieciešams pieprasīt vienu vai divus pieslēgšanās pieteikumus. Pēc VDAA pieteikumu apstrādes jūsu rīcībā ir jābūt sertifikātam un tā parolei, ko izmantot Horizon konfigurācijā.   Svarīgi!! E-rēķinu apmaiņa tiešsaistē kā operatoru izmantojot e-adresi ir iespējama tikai ar budžeta iestādēm (B2G, G2B, G2G). Nav iespējams apmainīties ar e-rēķiniem privātā sektora uzņēmumiem (B2B). E-adresei nav pieejama e-rēķinu saņēmēju adrešu grāmata. E-rēķinu saņēmēju e-adreses ir jāievada klientu kartītēs  E-adreses risinājumam katrai organizācijai jāveido individuāls pieslēgums, izmantojot sertifikātu (nepieciešama IT atbalsta iestaiste) E-adreses risinājumā iespējams nosūtīt e-rēķinus tikai adresātiem ar e-adresi.   Kāda konfigurācija veicama?   1. Sertifikāta imports Izvēlne: Sistēma - Administrēt - Sertifikātu glabātuve - Pievienot - Importēt lietotāja sertifikātu no faila   Jānorāda .pfx fails, kas ģenerēts no e-adreses atsūtītā sertifikāta un tā privātās atslēgas, un jāievada sertifikāta parole.     2. Tiešsaistes konfoigurācija Izvēlne: Sistēma - Datu apmaiņa - E-rēķini - Konfigurācija   E-rēķinu konfigurācijas logā norāda datus: Operators - no lejupkrītošā saraksta jāizvēlas vērtība "E-adrese" E-rēķinu e-adrese - jāievada sava e-rēķinu e-adrese Sertifikāts - sertifikātu glabātuvē jāizvēlas iepriekšējā solī izveidotais sertifikāts  Sertifikāta parole - jāievada sertifikāta parole   Atzīmējot izvēles rūtiņu “Rādīt paplašinātu konfigurāciju”, redzama šāda informācija: VID e-adrese - lauks paredzēts VID e-adresei, uz kuru tiks nosūtīti e-rēķini Servisa adrese - noklusēti tiek aizpildīta ar produkcijas URL https://vraa.gov.lv/Vraa.Div.WebService.UnifiedInterface/UnifiedService.svc  Saglabāt atkļūdošanas informāciju - izvēles rūtiņa nav jāatzīmē. Ja lietošanas gaitā tiek konstatētas kļūdas, tad jāieliek šī atzīme, lai detalizēti piereģistrētos veiktās darbības. Ikdienā šo informāciju uzkrāt nav nepieciešams.      Ja ir iestāžu režīms (vairāki nodokļu maksātāji vienā datu apgabalā), tad autentifikācijas informācija jānorāda katrai iestādei:     3. Sakaru pārbaude Izvēlne: Sistēma - Datu apmaiņa - E-rēķini - Sakaru pārbaude Jānospiež poga “Pārbaudīt”, lai pārliecinātos, ka konfigurācija ir aizpildīta korekti.     Pēc izmaiņu veikšanas konfigurācijas logā jānospiež poga “Saglabāt”.    Tālāk jāizveido automatizētais darbs e-rēķinu saņemšanai.   Saistītie raksti: Automatizētais darbs e-rēķinu saņemšanai ... View more

Izrakstot e-rēķinu par darījumu, kur PVN aprēķina un maksā saņēmējs (PVN reverss), e-rēķina xml datnē ir jānorāda PVN likmes kods "AE" - atbilstoši e-rēķinu standarta nodokļu kodu sarakstam.   PVN aprēķinam izejošajā rēķinā var tikt izmantota dažāda konfigurācija, jo Horizon PVN likmes un PVN kategorijas ir brīvi veidojamas. Piemēram, 0% PVN realizācijas reversa darījumam var iegūt gan izmantojot šajos dokumentos citu PVN kategoriju un standarta likmes, gan arī ar standarta PVN kategoriju, bet citu PVN likmi. Lai nodalītu, kurā gadījumā PVN ir 0%, jo darījums ir ar 0% PVN apliekams, un kurā gadījumā PVN ir 0% kā reversa darījums, jāizmanto PVN kategorijas lauki likmēm "Peppol nulles likmes kods": vērtību “AE” norāda, ja likme ir reversa PVN likme vērtību “Z” norāda, ja likme ir 0% PVN likme Lauku "PEPPOL nulles likmes kods" var labot tikai tad, ja attiecīgās PVN likmes vērtība ir 0.   PVN kategorijas vērtība tiks izmantota PEPPOL formāta e-rēķina elementos: ubl:Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID ubl:Invoice/cac:AllowanceCharge/cac:TaxCategory/cbc:ID  ubl:Invoice/cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID Ja elementa ubl:Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID vērtība ir “AE”, tad papildus arī elements ubl:Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:TaxExemptionReason tiks aizpildīts ar vērtību “Reverss”.     Vairāk par e-rēķiniem: E-rēķini - soli pa solim ... View more

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. TFTGMainFormBase: Elektroniskās adreses shēmas kods nav atrasts (Valsts kods: "") Klienta kartītē lpp. Rekvizīti nav norādīta valsts. Tā ir jānorāda. 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