Kā sagatavot uzņēmuma datus e-rēķiniem un Peppol XML (PVN, adrese, IBAN)

Ir 2026. gads. Tu esi uzvarējis valsts iepirkumā vai noslēdzis līgumu ar lielu starptautisku uzņēmumu. Viss ir lieliski, līdz brīdim, kad jāizraksta pirmais rēķins.

Tu saņem prasību: "Lūdzu, iesniedziet rēķinu Peppol XML formātā atbilstoši EN16931 standartam."

Tu nodomā: "Nekādu problēmu, manā rēķinu programmā taču viss ir ierakstīts." Tu nospied pogu, nosūti failu un... Kļūda. Fails noraidīts.

Kāpēc?

Problēma gandrīz nekad nav programmā. Problēma ir Peppol XML dati. Tas, kas gadiem ilgi derēja PDF rēķinos (piemēram, adrese "Rīga, Centrs" vai bankas konts ar atstarpēm), robotizētajā e-rēķinu pasaulē ir "atkritumi".

Šajā rakstā mēs veiksim Tava uzņēmuma datu "auditu". Tu uzzināsi, kā tieši jānoformē rekvizīti, adrese un bankas dati, lai tie izietu cauri visstingrākajai validācijai un Tu saņemtu naudu laikā.

Nesi pārliecināts par saviem datiem?

Sāc bez maksas un ievadi tos pareizi erekini.eu sistēmā: https://www.erekini.eu

Kāpēc dati ir “bottleneck” (vājā vieta)

PDF rēķinu ērā valdīja visatļautība. Cilvēka acs spēj interpretēt informāciju. Ja Tu uzrakstīji "Piegādātājs: Jānis Bērziņš (IK)", grāmatvedis saprata, ka tas ir individuālais komersants.

Peppol XML pasaulē rēķinus lasa datori. Datori neinterpretē. Tie validē.

Ja standartā (EN16931) teikts, ka pilsētas nosaukumam jābūt atsevišķā laukā <cbc:CityName>, bet Tu to esi ierakstījis pie ielas nosaukuma – rēķins apstājas.

Dati kļūst par "pudeles kaklu" (bottleneck), jo:

1. Validācija notiek reāllaikā: Kļūdaini dati nozīmē, ka rēķins netiek nosūtīts.
2. Identifikācija ir kritiska: Ja sistēma nevar identificēt uzņēmumu pēc reģistrācijas numura, tā nezina, kam maksāt.
3. Automatizācija prasa precizitāti: Lielie uzņēmumi rēķinus apstrādā automātiski. Ja Tavs IBAN nav pareizs, maksājuma uzdevums neizveidojas.

Minimālais datu komplekts (SIA vs pašnodarbinātais)

Lai ģenerētu validu Peppol XML, nepietiek ar "Nosaukumu" un "Cenu". Tev ir jāsavada sistēmā pilns profilu komplekts – gan sev, gan klientam.

1. SIA (Sabiedrība ar ierobežotu atbildību)

Šis ir standarta scenārijs. Obligātie lauki:

• Nosaukums: Pilns nosaukums (SIA "Tavs Uzņēmums").
• Reģistrācijas numurs: 11 zīmju kods.
  • Peppol nianse: XML failā tam priekšā tiek likts identifikators 0208 (Latvijas kods).
• PVN Numurs: Ja esi PVN maksātājs, obligāti ar "LV" prefiksu (bez atstarpēm).
• Juridiskā adrese: Pilnībā strukturēta (par to zemāk).
• Bankas konts: IBAN.

2. Pašnodarbinātais / Individuālais komersants

Šeit bieži rodas kļūdas, jo cilvēki cenšas noslēpt privātos datus.

• Nosaukums: Vārds, Uzvārds (vai IK nosaukums).
• Reģistrācijas kods:
  • Ja esi reģistrēts kā saimnieciskās darbības veicējs: Tavs 11 zīmju kods (bieži sakrīt ar personas kodu).
  • Svarīgi: Peppol tīklā arī fiziskām personām ir nepieciešams unikāls ID. Izmanto savu nodokļu maksātāja numuru.
• Adrese: Deklarētā dzīvesvieta (jā, tā ir obligāta XML failā).

Sīkāk par atšķirībām starp juridiskajām formām: https://www.erekini.eu/app/blog/rekina-rekviziti-sia-pasnodarbinatais.

Adreses formatējums LV (praktiski)

Šī ir "mīnu lauka" zona. 80% no Peppol validācijas kļūdām ir saistītas ar nepareizi ievadītu adresi.

Vecais veids (PDF/Brīvais teksts):

"Brīvības iela 123-45, Rīga, LV-1000"

Ja šo visu ievadīsi vienā laukā "Adrese", XML ģenerators erekini.eu sistēmā (vai jebkurā citā) mēģinās to sadalīt, bet var kļūdīties.

Jaunais veids (XML Strukturēts):

Tev jāaizpilda atsevišķi lauki. Lūk, kā tas izskatās Peppol "smadzenēs" un Tavā ievades formā:

Kāpēc tas ir svarīgi?

Ja Tu ieraksti "Rīga, LV-1000" laukā CityName, sistēma to uzskatīs par pilsētas nosaukumu. Pasta šķirošanas roboti to nesapratīs.

Pro Padoms: erekini.eu Solo un Biznesa plānos, veidojot klientu, ir atsevišķi lauki ielai, pilsētai un indeksam. Aizpildi tos rūpīgi vienreiz, un aizmirsti par problēmām uz visiem laikiem.

IBAN/BIC un maksājumu lauki

Otrs "klupšanas akmens" ir naudas saņemšanas rekvizīti.

1. IBAN (International Bank Account Number)

Datoriem nepatīk atstarpes.

• Nepareizi: LV00 HABA 0000 0000 0000 0

• Pareizi: LV00HABA0000000000000

  Peppol XML failā IBAN ir nepārtraukta burtu un ciparu virkne. Mūsu sistēma automātiski izņem atstarpes ģenerēšanas brīdī, bet pārliecinies, ka ievades laukā nav lieku simbolu (piemēram, semikolu).

2. BIC / SWIFT kods

Lai gan SEPA (Eiropas) maksājumiem teorētiski pietiek ar IBAN, daudzas vecākas ERP sistēmas un Peppol validācijas noteikumi joprojām pieprasa bankas identifikatoru (BIC).

• Piemērs: HABA22 (Swedbank), RIXB22 (Citadele).

  Pārliecinies, ka tas ir ievadīts Tava uzņēmuma iestatījumos.

3. Maksājuma atsauce (Payment Reference)

Šis nav obligāts Tavos datos, bet tas ir lauks, ko bieži aizpilda nepareizi.

Peppol XML failā ir speciāls lauks <cbc:PaymentID>.

• Parasti šeit tiek ievadīts Rēķina numurs.
• Ja Tu ievadi garu tekstu "Apmaksa par pakalpojumiem saskaņā ar līgumu...", tas var tikt nogriezts, jo bankas standartiem ir simbolu ierobežojums maksājuma references laukā (bieži 35 zīmes strukturētajā referencē).

Par to, kā pareizi ģenerēt visu failu, lasi: https://www.erekini.eu/app/blog/peppol-xml-en16931-ka-generate.

Vai Tavi dati ir gatavi "Lielajai Līgai"?

Ja Tu visu dari manuāli PDFā, Tu riskē ar kļūdām katru reizi, kad raksti jaunu rēķinu.

Solo plāns (€12/mēn) ievieš kārtību:

• Vienreizēja ievade: Tu ievadi savus un klienta datus profilā (strukturēti).
• Automātiska formatēšana: Sistēma pati saliek datus pareizajos XML "plauktiņos".
• Validācija: Ja kaut kas trūkst (piemēram, indekss), sistēma Tevi brīdinās pirms eksporta.

Ja gribi būt drošs, ka Tavs rēķins netiks noraidīts – Solo plāns ir Tava apdrošināšana.

Apskati cenas: https://www.erekini.eu/pricing

Checklist + biežākās kļūdas

Pirms ķeries pie darba, izej cauri šim sarakstam. Tas ir Tava "datu higiēna".

Datu pārbaudes saraksts:

• [ ] Mans uzņēmums: Vai man ir ievadīts Reģ. Nr., PVN Nr. (ja ir), un strukturēta adrese?
• [ ] Klients: Vai esmu sadalījis klienta adresi pa laukiem (Iela, Pilsēta, Indekss)?
• [ ] Bankas konts: Vai IBAN ir bez kļūdām un ir norādīts SWIFT/BIC kods?
• [ ] PVN statuss: Vai sistēmā ir atzīmēts pareizais statuss (PVN maksātājs / Nemaksātājs)?
• [ ] Kontaktinformācija: Vai ir norādīts e-pasts (XML failā tas ir lauks <cbc:ElectronicMail>)?

Biežākās kļūdas, kas "nogalina" Peppol failu:

1. Valsts kods adresē: Aizmirsts norādīt "Latvija" vai kodu "LV". Bez valsts koda adrese nav derīga.
2. PVN numurs bez prefiksa: Ievadīts 4000... vietā LV4000....
3. Neeksistējoši pasta indeksi: Ievadīts "Rīga-10", kas nav standarta indekss. Jābūt LV-1010.
4. Tukši lauki: Atstāta tukša pilsēta, jo "tāpat visi zina, ka esam Rīgā". Robots to nezina.

Ja sastopies ar kļūdām validācijas procesā, meklē risinājumus šeit: https://www.erekini.eu/app/blog/peppol-xml-kludas-validacija.

Kopsavilkums

Sagatavot Peppol XML datus nav sarežģīti, ja Tu maini domāšanu no "teksta rakstīšanas" uz "lauku aizpildīšanu".

PDF rēķins ir brīvais stils. Peppol XML ir obligātā programma.

Investē 10 minūtes sava laika tagad, lai sakārtotu sava uzņēmuma un klientu profilus erekini.eu sistēmā. Tas Tev ietaupīs stundas nākotnē, kad nebūs jāskaidrojas ar grāmatvežiem par noraidītiem rēķiniem.

Sāc ar datu sakārtošanu bez maksas: https://www.erekini.eu

Vajag garantētu XML validāciju? Izvēlies Solo plānu: https://www.erekini.eu/pricing

Biežāk uzdotie jautājumi (FAQ)

Vai man jāmaina dati katram rēķinam?

Nē. erekini.eu sistēmā Jūs vienreiz ievadāt klienta datus (strukturēti), un sistēma tos izmanto katram nākamajam rēķinam un XML failam.

Kas ir Endpoint ID?

Peppol tīklā tas ir uzņēmuma unikālā "pastkastīte". Latvijas uzņēmumiem tas parasti ir Reģistrācijas numurs ar prefiksu 0208. Mūsu sistēma to saformē automātiski no Jūsu ievadītā reģistrācijas numura.

Vai es varu norādīt vairākus bankas kontus?

PDF rēķinā varat, bet Peppol XML failā parasti tiek norādīts viens galvenais konts (<cac:PayeeFinancialAccount>), uz kuru jāveic maksājums par konkrēto rēķinu.

Ko darīt, ja klientam nav pasta indeksa?

Ja klients ir no valsts, kur neizmanto indeksus (reti), var mēģināt ievadīt "0000". Bet Latvijā un ES pasta indekss ir obligāts lauks. Pārbaudiet to Latvijas Pasta mājaslapā.

Vai tālruņa numurs ir obligāts datos?

Nav kritiski obligāts validācijai, bet ieteicams. Ja norādāt, lietojiet starptautisko formātu (piem., +371...).

Vai e-rēķinā jānorāda juridiskā vai piegādes adrese?

Obligāti jābūt norādītai Juridiskajai adresei (AccountingCustomerParty). Piegādes adrese (Delivery) ir papildu bloks, ko var pievienot, ja nepieciešams.

Kāpēc PDF rēķinā adrese izskatās labi, bet XML nē?

Tāpēc, ka PDF tiek ģenerēts vizuāli (vienkārši teksts), bet XML tiek ģenerēts no datu laukiem. Ja lauki nav aizpildīti pareizi, XML būs tukšs vai kļūdains, pat ja PDF izskatās "ok".