E-rēķinu nosūtīšana pašvaldībām

[#1]

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 

[liglap]

Labdien, @Raita Reine !
Ja klienta kartītē norēķinu veids ir Debitors, kā var masveidā nomainīt uz Neuzskaita?

[Raita Reine]

Labdien, @liglap !

Norēķinu veidu klientu kartītēs nevar labot masveidā.

Un, ja šiem debitoriem ir jau veidoti dokumenti, kas ir realizācijas modulī, tad arī norēķinu veidu vairs labot nevar, tad vispirms dokumenti ir jāizslēdz no realizācijas uzskaites.

Te varbūt var ar savu apkalpotāju sazināties un konkrēto vajadzību izstāstīt, varbūt ir vēl kādi citi risinājumi pastāv, kad labāk zina problēmu.