Imam eno splošno vprašanje v zvezi s popravkom SloTax_1_16_34, ki bi naj odpravil napako napačno izračunane ZOI kode: V primeru, ki je bil poslan piše, da naknadno pošiljanje računov uporabimo npr. zaradi napake na računu. Kaj točno se smatra pod "napake na računu"? Ali je bil račun uspešno poslan in smo dobili nazaj ZOI in EOR kodo?
Ali ni potrebno takšen "napačen" obstoječi račun najprej stornirati in šele nato poslati nov "pravilni" račun? > Tako, da najprej kreiramo in pošljemo storno račun z NOVO številko, ki ima notri negativne zneske in ima na koncu dodatek (ReferenceInvoice), kjer je vpisana številka prejšnjega napačnega računa, ki ga s tem novim računom storniramo. In šele nato pošljemo nov račun z zopet NOVO številko in pravilnimi podatki, ki bi jih naj poslali že prvič? Če prav razmišljam ali se potem sploh lahko zgodi, da bi lahko imel v eni XML datoteki 2x isto številko računa?
Naknadno pošiljanje računov
Re: Naknadno pošiljanje računov
Pozdravljeni,
Upam, da vam bo na vsebinsko vprašanje odgovoril kdo, ki se na to bolj spozna, tako da vam bom odgovoril samo na tehnični del vprašanja.
Tehnično je bila napaka vsakič, ko se je pojavil element fu:ReferenceNumber, kjer je bila zapisana (poljubna) vsebinska številka računa. V takšnem primeru so se v XML datoteki 2x znašli podatki fu:BusinessPremiseID, fu:ElectronicDeviceID in fu:InvoiceNumber, kar je povzročilo napačno obravnavo in ZOI ni bil pravilen. ZOI mora biti v takšnih primerih enak, saj se mora upoštevati fu:BusinessPremiseID, fu:ElectronicDeviceID in fu:InvoiceNumber iz vrha XML datoteke in ta del je bi sedaj s tem popravkom urejen.
Upam, da vam bo na vsebinsko vprašanje odgovoril kdo, ki se na to bolj spozna, tako da vam bom odgovoril samo na tehnični del vprašanja.
Tehnično je bila napaka vsakič, ko se je pojavil element fu:ReferenceNumber, kjer je bila zapisana (poljubna) vsebinska številka računa. V takšnem primeru so se v XML datoteki 2x znašli podatki fu:BusinessPremiseID, fu:ElectronicDeviceID in fu:InvoiceNumber, kar je povzročilo napačno obravnavo in ZOI ni bil pravilen. ZOI mora biti v takšnih primerih enak, saj se mora upoštevati fu:BusinessPremiseID, fu:ElectronicDeviceID in fu:InvoiceNumber iz vrha XML datoteke in ta del je bi sedaj s tem popravkom urejen.
lp,
Matjaž Prtenjak
Administrator
Matjaž Prtenjak
Administrator
Re: Naknadno pošiljanje računov
Mislite <fu:InvoiceNumber> (elementa ReferenceNumber ni v shemi)? Ta se pojavi v vsaki XML datoteki. Ali potem ni bil Ok noben poslan račun ali samo, če se je isti poslal še enkrat?
Re: Naknadno pošiljanje računov
Pozdravljeni,
Pisal sem iz glave in sem se zmoti. Govorim o elementu fu:ReferenceInvoice, ki ima 3 podelemente, ki predstavljajo račun na katerega se skljicujete:WinXP napisal/-a:Mislite <fu:InvoiceNumber> (elementa ReferenceNumber ni v shemi)?
Koda: Izberi vse
<?xml version='1.0' encoding='UTF-8'?>
<fu:InvoiceRequest xmlns:fu="http://www.fu.gov.si/" Id="DAVPOT">
<fu:Invoice>
<fu:TaxNumber>12345678</fu:TaxNumber>
<fu:IssueDateTime>2016-02-01T14:33:58</fu:IssueDateTime>
<fu:NumberingStructure>C</fu:NumberingStructure>
<fu:InvoiceIdentifier>
<fu:BusinessPremiseID>240</fu:BusinessPremiseID>
<fu:ElectronicDeviceID>1</fu:ElectronicDeviceID>
<fu:InvoiceNumber>100034</fu:InvoiceNumber>
</fu:InvoiceIdentifier>
<!-- in tako dalje -->
<!-- ta element je problematičen -->
<fu:ReferenceInvoice>
<fu:ReferenceInvoiceIdentifier>
<fu:BusinessPremiseID>240</fu:BusinessPremiseID>
<fu:ElectronicDeviceID>1</fu:ElectronicDeviceID>
<fu:InvoiceNumber>100034</fu:InvoiceNumber>
</fu:ReferenceInvoiceIdentifier>
<fu:ReferenceInvoiceIssueDateTime>2016-02-01T14:33:58</fu:ReferenceInvoiceIssueDateTime>
</fu:ReferenceInvoice>
</fu:Invoice>
</fu:InvoiceRequest>
NE; ne večina je bila povsem pravilna; napačni so bili izračunani ZOI za račune, ki so imeli element fu:ReferenceInvoice.WinXP napisal/-a:Ali potem ni bil Ok noben poslan račun ali samo, če se je isti poslal še enkrat?
lp,
Matjaž Prtenjak
Administrator
Matjaž Prtenjak
Administrator