alex-therapeutics / diga-api-client

Production-ready java library for DiGA (Digital Health Application) manufacturers to integrate with DiGA API endpoints for code validation and billing.
https://github.com/alex-therapeutics/diga-api-client
Apache License 2.0
32 stars 13 forks source link

Test other VAT categories #36

Closed fongie closed 3 years ago

fongie commented 3 years ago

Problem

Being an international DiGA we might need to use another VAT type rather than 'S' used in the invoices now which is "standard rate". We need to see if the APIs accept other values than S

Solution

The other available codes are available here (I think) https://docs.peppol.eu/poacc/billing/3.0/codelist/UNCL5305/

Try especially reverse charge (AE)

fongie commented 3 years ago

simply changing to AE doesnt work, it needs more information in the invoice then

Messages: Message: [BR-AE-02]-An Invoice that contains an Invoice line (BG-25) where the Invoiced item VAT category code (BT-151) is "Reverse charge" shall contain the Seller VAT Identifier (BT-31), the Seller Tax registration identifier (BT-32) and/or the Seller tax representative VAT identifier (BT-63) and the Buyer VAT identifier (BT-48) and/or the Buyer legal registration identifier (BT-47)., with code: BR-AE-02, at xPathLocation: /ns3:CrossIndustryInvoice/ns3:SupplyChainTradeTransaction[1]/IncludedSupplyChainTradeLineItem[1]/SpecifiedLineTradeSettlement[1]/ApplicableTradeTax[1] Message: [BR-AE-05]-In an Invoice line (BG-25) where the Invoiced item VAT category code (BT-151) is "Reverse charge" the Invoiced item VAT rate (BT-152) shall be 0 (zero)., with code: BR-AE-05, at xPathLocation: /ns3:CrossIndustryInvoice/ns3:SupplyChainTradeTransaction[1]/IncludedSupplyChainTradeLineItem[1]/SpecifiedLineTradeSettlement[1]/ApplicableTradeTax[1]

it might be easy to add this if they only need our VAT reg nr, but not if we need the health insurance companies nr (because we dont have it.)