WPXOrder - X-Factur (ZUGFeRD) XML Daten lesen und erzeugen

[JDiegelmann]

Hallo,

ich spiele gerade ein wenig mit diesem tollen Tool, allerdings in erster Linie zum auslesen von eRechnungen.

Ich habe festgestellt das ich skonti mit nullwert angezeigt bekomme. diese Daten aus den bereich

ram:ApplicableHeaderTradeSettlement werden scheinbar nicht geladen.

mache ich an dieser Stelle etwas falsch oder kann dort ein Fehler vorliegen.

[jziersch]

Mit einer Beispiel XML schaue ich mir das gerne an.
THeaderTradeSettlement ist ein sehr kompliziertes konstruct, was genau wird denn nicht geladen?

Die Einträge sind definiert wie folgt

Code:

   CreditorReferenceID, // name=CreditorReferenceID,type=udt:IDType,minOccurs=0
   PaymentReference, // name=PaymentReference,type=udt:TextType,minOccurs=0
   TaxCurrencyCode, // name=TaxCurrencyCode,type=qdt:CurrencyCodeType,minOccurs=0
   InvoiceCurrencyCode, // name=InvoiceCurrencyCode,type=qdt:CurrencyCodeType
   InvoiceIssuerReference, // name=InvoiceIssuerReference,type=udt:TextType,minOccurs=0
   InvoicerTradeParty, // name=InvoicerTradeParty,type=ram:TradePartyType,minOccurs=0
   InvoiceeTradeParty, // name=InvoiceeTradeParty,type=ram:TradePartyType,minOccurs=0
   PayeeTradeParty, // name=PayeeTradeParty,type=ram:TradePartyType,minOccurs=0
   PayerTradeParty, // name=PayerTradeParty,type=ram:TradePartyType,minOccurs=0
   TaxApplicableTradeCurrencyExchange, // name=TaxApplicableTradeCurrencyExchange,type=ram:TradeCurrencyExchangeType,minOccurs=0
   SpecifiedTradeSettlementPaymentMeans, // name=SpecifiedTradeSettlementPaymentMeans,type=ram:TradeSettlementPaymentMeansType,minOccurs=0,maxOccurs=unbounded
   ApplicableTradeTax, // name=ApplicableTradeTax,type=ram:TradeTaxType,maxOccurs=unbounded
   BillingSpecifiedPeriod, // name=BillingSpecifiedPeriod,type=ram:SpecifiedPeriodType,minOccurs=0
   SpecifiedTradeAllowanceCharge, // name=SpecifiedTradeAllowanceCharge,type=ram:TradeAllowanceChargeType,minOccurs=0,maxOccurs=unbounded
   SpecifiedLogisticsServiceCharge, // name=SpecifiedLogisticsServiceCharge,type=ram:LogisticsServiceChargeType,minOccurs=0,maxOccurs=unbounded
   SpecifiedTradePaymentTerms, // name=SpecifiedTradePaymentTerms,type=ram:TradePaymentTermsType,minOccurs=0,maxOccurs=unbounded
   SpecifiedTradeSettlementHeaderMonetarySummation, // name=SpecifiedTradeSettlementHeaderMonetarySummation,type=ram:TradeSettlementHeaderMonetarySummationType
   InvoiceReferencedDocument, // name=InvoiceReferencedDocument,type=ram:ReferencedDocumentType,minOccurs=0
   ReceivableSpecifiedTradeAccountingAccount, // name=ReceivableSpecifiedTradeAccountingAccount,type=ram:TradeAccountingAccountType,minOccurs=0,maxOccurs=unbounded
   SpecifiedAdvancePayment // name=SpecifiedAdvancePayment,type=ram:AdvancePaymentType,minOccurs=0,maxOccurs=unbounded

[Hobbycoder]

Kleine Frage auf die ich im Internet nicht unbedingt eindeutige Antworten finde:

Der Dateiname der im PDF integrierten XML, muss der einen bestimmten Namen haben?

Ich finde Hinweise auf "ZUGFeRD-invoice.xml" oder auch "factur-x.xml". Ist es egal welchen man nimmt? Spielt es überhaupt eine Rolle? Oder ist das Versionsabhängig?

[AuronTLG]

Aus der ZUGFeRD-Dokumentation Punkt 6.2:

Zitat:

Die XML-Datei wird immer unter dem Namen "factur-x.xml" eingebettet. Die einzige Ausnahme
bilden Referenzprofile wie das Profil XRECHNUNG; hier muss der Name „xrechnung.xml“ lauten.
Optional können auch weitere unterstützende Dokumente eingebunden werden

[Hobbycoder]

Danke

[Hobbycoder]

In der TWPXSeller gibt es VATID und TATid. Was gehört da rein? Es gibt ja die Steuernummer und die UmsStID.

[jziersch]

Zitat von Hobbycoder:

In der TWPXSeller gibt es VATID und TATid. Was gehört da rein? Es gibt ja die Steuernummer und die UmsStID.

Du meinst wahrscheinlich TCompanyData

Aktuell wird nur VATID verwendet (also UmsStID) und entsprechend zugewiesen. Alle anderen Felder sind zugänglich über den Pfad zu der TTradeParty Struktur. Als Beispielcode siehe bitte die TCompanyData.AssignTo()

Edit: Ich habe den code wie unten ergänzt. Damit wird sowohl TaxID also auch VATId geschrieben. Es wird dann ein mehrfach Eintrag erzeugt. Ob das so unterstützt wird kann ich im Moment nicht sagen. Der code ist auf jeden Fall aber ein gutes Beispiel wie man mehrfache Einträge erzeugen kann.

Code:

procedure TCompanyData.AssignTo(Dest: TTradeParty);
var i : Integer;
begin
  if Self<>nil then
  begin
    i := 1;
    if VATID<>'' then
    begin
       Dest.SpecifiedTaxRegistration[i].ID.SetValue(VATID,TTaxID.VA_VAT_number);
       inc(i);
    end;
    if TAXId<>'' then
    begin
       Dest.SpecifiedTaxRegistration[i].ID.SetValue(TAXId,TTaxID.FC_tax_number);
    end;
// ...
  end;
end;

procedure TCompanyData.AssignFrom(Source: TTradeParty);
var val : TWPXElement;
    i : Integer;
begin
  if Source<>nil then
  begin    
    VATID := '';
    TAXId := '';
    if Source.ReadElementValue([Integer(TXTradeParty.SpecifiedTaxRegistration)], val) then
    begin
       for i := 0 to (val as TTaxRegistration).ListCount-1 do
       begin
          if TTaxRegistration(val)[i].ID.schemeID=TTaxID.VA_VAT_number then
               VATID :=  TTaxRegistration(val)[i].ID.ValueStr
          else TAXId :=  TTaxRegistration(val)[i].ID.ValueStr;
       end;
    end;
//    ...
  end;
end;

[jziersch]

Zitat von Hobbycoder:

Kleine Frage auf die ich im Internet nicht unbedingt eindeutige Antworten finde:

Der Dateiname der im PDF integrierten XLM, muss der einen bestimmten Namen haben?

"ZUGFeRD-invoice.xml" oder auch "factur-x.xml" wird historisch bedingt von Applikationen gesucht.
Der Name muss aber in den XMP (den metadaten) genannt werden und mir sind auch schon Rechnungen untergekommen, die einen anderen Namen verwenden und dann eben dort, in den XMP, eintragen. Das nächste Build von WPViewPDF 5 wird intern eine entsprechende Abfrage enthalten, damit die richtige Datei extrahiert wird.