Kredītrēķins¶

• Table of contents
• Kredītrēķins
• 01 Kas ir kredītrēķins
• 02 Kad tiek izmantots kredītrēķins
• 03 Kredītrēķina struktūra Docurā
• 04 Integrācija ar EDI

01 Kas ir kredītrēķins¶

1. Kredītrēķins ir komerciāls un grāmatvedības dokuments, ko pārdevējs izsniedz pircējam, lai samazinātu iepriekš izrakstītā rēķina apmaksājamo summu.
2. Tipiski iemesli ir atgriešana, daudzuma vai cenas korekcijas, atlaides, rebates vai citas korekcijas, kas saistītas ar sākotnējo rēķinu.
3. EDI kontekstā kredītrēķins ir elektronisks biznesa dokuments, kas līdzīgs rēķinam, bet ar negatīviem daudzumiem un/vai summām, lai ERP sistēmas automātiski atjauninātu debitoru parādus, kreditoru parādus un PVN.
   ​

02 Kad tiek izmantots kredītrēķins¶

Kredītrēķinus izmanto tipiskos biznesa scenārijos:

1. Atgrieztas vai bojātas preces – tiek atgriezta daļa vai visas piegādātās preces; pārdevējs par atgriezto daudzumu izsniedz kredītrēķinu, nevis jaunu “negatīvu” rēķinu.
2. Cenas vai daudzuma korekcija – sākotnējā rēķinā bija nepareiza vienības cena, nodokļa likme, atlaide vai daudzums, un tas ir jāizlabo, vienlaikus saglabājot skaidru revīzijas pēdu.
3. Bonusi un retrospektīvas atlaides – pircējs izpilda saskaņotos nosacījumus (apgrozījums, maksājumu disciplīna u.c.), un pārdevējs piešķir pēcatlaidi ar kredītrēķinu, samazinot kopējo maksājamo summu.
4. Pakalpojumu līmeņa vai kvalitātes problēmas – ja pārdevējs kompensē pircējam (piemēram, kavēšanās, kvalitātes problēmas), samazinot rēķinā iekļauto summu, tas bieži tiek dokumentēts ar kredītrēķinu pārredzamības un nodokļu nolūkos.
5. Daudzās jurisdikcijās kredītrēķins ir nepieciešams, lai likumīgi samazinātu PVN un ieņēmumus, kas saistīti ar sākotnējo rēķinu.

03 Kredītrēķina struktūra Docurā¶

Galvenie elementi:

1. Puses – Pircēja, Pārdevēja un Piegādes adreses lauki identificē tirdzniecības partnerus (piemēram, Rapavis OÜ kā pircējs, Docura OÜ kā pārdevējs un konkrēts veikals kā piegādes vieta).
2. Dokumenta metadati – dokumenta numurs, dokumenta datums, maksājuma termiņš, valūta (EUR) un piegādes datums nodrošina izsekojamību un saista kredītrēķinu ar biznesa procesu un sākotnējo rēķinu.
3. Rindas pozīcijas dati – preces apraksts, GTIN, piegādātāja preces kods un mērvienība apraksta produktu, par kuru tiek izrakstīts kredītrēķins.
4. Negatīvs daudzums – daudzums ir iestatīts uz -1, kas tehniski nozīmē, ka viena vienība tiek noņemta no iepriekš izrakstītā rēķina daudzuma.
5. Summas un PVN – neto cena ir pozitīva, bet neto summa, nodokļu summa un kopējā bruto summa ir negatīvas, tāpēc kopējā dokumenta vērtība šajā piemērā ir -4,33 EUR.
6. Tā kā struktūra atspoguļo parastu rēķinu, Docura un partneru ERP sistēmas var automātiski apstrādāt kredītrēķinu un grāmatot pretējas grāmatvedības iegrāmatas.

Pirmajā Docuras ekrānā redzams kredītrēķins, kas izskatās gandrīz identisks pārdošanas rēķinam, bet atspoguļo negatīvu korekciju.
​

Otrajā Docuras ekrānā galvenā uzmanība pievērsta vienai kredīta rindiņai un rezultātā iegūtajām summām.

1. Daudzums: -1 gabals “Alma pasterizēts pilnpiens 3,8–4,2”.
2. Neto cena: 3,490 EUR; ar daudzumu -1 šī summa kļūst par neto summu -3,49 EUR.
3. PVN: ar 24% nodokļa likmi PVN no -3,49 EUR ir -0,84 EUR (noapaļots).
4. Kopējā bruto summa: neto summa -3,49 EUR + nodokļu summa -0,84 EUR = -4,33 EUR.
5. Tas nozīmē, ka pircēja maksājamā summa un pārdevēja saņemamā summa tiek samazināta par 4,33 EUR, salīdzinot ar sākotnējo rēķinu, savukārt PVN tiek koriģēts par -0,84 EUR nodokļu atskaitēs.

04 Integrācija ar EDI¶

1. EDI vidē kredītrēķins seko tai pašai automatizētajai plūsmai kā rēķins, bet ar negatīvām DAUDZUMA vērtībām.
2. Standarta formāti – kredītrēķini tiek apmainīti tādos formātos kā EDIFACT, XML (tostarp Docura XML), Peppol BIS vai citiem starp partneriem saskaņotiem standartiem.
3. Atsauce uz sākotnējo rēķinu – EDI ziņojumā parasti ir iekļauts sākotnējā rēķina numurs, lai abas ERP sistēmas varētu saskaņot kredītrēķinu un automātiski piemērot korekciju.
4. Pārdevēja ERP ģenerē kredītrēķinu un nosūta to, izmantojot EDI pakalpojumu sniedzēju (Docura).
5. Docura validē un, ja nepieciešams, konvertē dokumentu un pārsūta to pircējam.
6. Pircēja ERP importē kredītrēķinu, saista to ar sākotnējo rēķinu un atjaunina grāmatvedības ierakstus (AP/AR un PVN) bez manuālas datu ievades.

​
Šī automatizācija nodrošina konsekventu bilanci starp tirdzniecības partneriem un nodrošina skaidru, auditējamu vēsturi visām sākotnējo rēķinu korekcijām.