PDF-Import von Trade Republic

Deutsch Import/Export
850

geht der import von trade republic bei portfolio performance gerade nicht? ich bekomme diesen fehler.

Keine der 9 Bereiche wurde gefunden: [name, currency, isin, nameContinued] Nur 0 von 3 Pattern erkannt: [^(?.) [.,\d]+ (Stk.|titre(s)|Pz.|Pcs.) [.,\d]+ (?[A-Z]{3}) [.,\d]+ [A-Z]{3}$, ^(?.)$, ^(ISIN[\s]:[\s])?(?[A-Z]{2}[A-Z0-9]{9}[0-9])$] (pb17805612243422284818028665.pdf, 32..60);
[name, nameContinued, isin, currency] Nur 0 von 4 Pattern erkannt: [^[\d] Kapitalmaßnahme (?.) [.,\d]+ Stk.$, ^(?.)$, ^(?[A-Z]{2}[A-Z0-9]{9}[0-9])$, ^[\d] Barausgleich [.,\d]+ (?[A-Z]{3})$] (pb17805612243422284818028665.pdf, 32..60);
[name, currency, isin] Nur 0 von 2 Pattern erkannt: [^POSITION (ANZAHL|QUANTITY) (Ertrag|ERTRAG|ERTR.GNIS|YIELD) (BETRAG|AMOUNT)$, ^(?.) [.,\d]+ (St.cke|Pcs.) [.,\d]+ (?[A-Z]{3}) [.,\d]+ [A-Z]{3}(?[A-Z]{2}[A-Z0-9]{9}[0-9])$] (pb17805612243422284818028665.pdf, 32..60);
[name, isin, currency] Nur 0 von 3 Pattern erkannt: [^POSITION ANZAHL (Ertrag|ERTRAG|ERTR.GNIS) BETRAG$, ^(?.) [.,\d]+ [A-Z]{3}, ^(?[A-Z]{2}[A-Z0-9]{9}[0-9]) [.,\d]+ St.cke (-)?[.,\d]+ (?[A-Z]{3})$] (pb17805612243422284818028665.pdf, 32..60);
[name, isin, currency] Nur 0 von 3 Pattern erkannt: [^POSITION ANZAHL (Ertrag|ERTRAG|ERTR.GNIS) BETRAG$, ^(?.), ^(?[A-Z]{2}[A-Z0-9]{9}[0-9]) [.,\d]+ St.cke [.,\d]+ (?[A-Z]{3})$] (pb17805612243422284818028665.pdf, 32..60);
[name, isin, currency] Nur 0 von 3 Pattern erkannt: [^POSITION (QUANTITY|QUANTIT.) (YIELD|TAUX) (AMOUNT|MONTANT)$, ^(?.), ^(?[A-Z]{2}[A-Z0-9]{9}[0-9]) [.,\d]+ (Pcs|unit). [.,\d]+ (?[A-Z]{3})$] (pb17805612243422284818028665.pdf, 32..60);
[name, isin, currency] Nur 0 von 4 Pattern erkannt: [^POSITION ANZAHL (Ertrag|ERTRAG|ERTR.GNIS) BETRAG$, ^(?.) [.,\d]+ [A-Z]{3}, [.,\d]+ St.cke [.,\d]+ (?[A-Z]{3})$, ^(?[A-Z]{2}[A-Z0-9]{9}[0-9])$] (pb17805612243422284818028665.pdf, 32..60);
[name, isin, currency] Nur 0 von 4 Pattern erkannt: [^POSITION (QUANTITY|QUANTIT.) (YIELD|TAUX) (AMOUNT|MONTANT)$, ^(?.) [.,\d]+ [A-Z]{3}, ^[.,\d]+ (Pcs|unit). [.,\d]+ (?[A-Z]{3})$, ^(?[A-Z]{2}[A-Z0-9]{9}[0-9])$] (pb17805612243422284818028665.pdf, 32..60);
[name, nameContinued, isin, currency] Nur 0 von 5 Pattern erkannt: [^[\d] Reinvestierung (?.) [.,\d]+ Stk.$, ^(?.)$, ^(?[A-Z]{2}[A-Z0-9]{9}[0-9])$, ^[\d] Reinvestierung .*$, ^[\d] Bruttoertrag [.,\d]+ (?[A-Z]{3})$] (pb17805612243422284818028665.pdf, 32..60) [32..60] @ pb17805612243422284818028665.pdf

851
852

Was soll ich mit diesem Text anfangen?

853

Rafa hat dir den Hinweis gegeben, dass es zu diesem Thema bereits ein existierendes gibt. Daher habe ich deine Anfrage auch hierher verschoben.

854

Ok kennt jemand den Fehler? Ich sehe ihn zum ersten Mal, jetzt nach dem neusten Update.

855

Wir brauchen ein Debug, sonst können wir dir nicht helfen. Weiterhin kannst du in diesem Thema auch einmal die letzten Beiträge lesen um einzuschätzen ob es sich bei dir ggf. um das gleiche handelt.

856

Was ist ein Debug? Die Fehlermeldung habe ich oben mitgeschickt.

857

Ich bin wie gesagt nicht bei TR aber ich kenne die Beispieldumps der Tests auf Github, die um den PDF-Parser herumgeschrieben wurden. In denen sieht man, dass TR bei der Wahl der Dezimal- und Tausendertrenner öfter schon recht willkürlich unterwegs war und ist. Der Importer versucht da auch an manchen Stellen intelligent zu sein und schaut, an welchen Stellen ein Komma und ein Punkt auftritt. Funktioniert halt nicht bei der Stückanzahl, wenn es sich um eine Stückzahl kleiner 1000 oder größer 1000 aber eine Ganzzahl handelt, da es dann ausschließlich den Dezimal- bzw. Tausendertrenner gibt und man damit dann nur raten kann, ob 1.234 jetzt 1234 oder 1,234 sein soll.

FWIW habe ich meinen Fix oben um eine Prüfung erweitert, mit dem zumindest Stückzahlen mit nicht genau drei Nachkommastellen (dann kann das ja auch ein Tausenderwert sein) korrekt verarbeitet werden.

Der übliche Weg ist das Erzeugen eines PDF-Dumps über Datei → Importieren → Debug: Text aus PDF extrahieren… Beim erzeugten Text noch die personenbezogenen Daten durch Dummydaten ersetzen (nicht entfernen), so dass nicht jeder deine Depotnummer, etc. erfährt.

Den Dump kannst du dann hier als Post zur Verfügung stellen, so dass sich jemand mit Zeit und Motivation dem annehmen kann.

858

Gebe dir Recht, habe mal ein Ticket aufgemacht. Mal sehen ob sich irgendwann nochmal was tut.

859

Eine für alle Zeit stabile Lösung wäre, wenn sie das PDF um maschinenlesbare Daten erweitern würden, z.B. ein XML, das als Attachment dabei ist oder in Form von Metadaten-Attributen oder im Formularbereich, oder… :wink:

TR hat bestimmt schon länger elektronische Rechnungen ausgestellt, bevor der Zwang für die Nutzung von Peppol eingeführt wurde, daher sollten sie einiges davon im Zusammenhang mit ZUGFeRD schon gemacht oder zumindest gehört haben.

PDF-Parsing ist immer so eine Last-Effort-Krücke. Lieber die Zeit mit dem Datenlieferanten verbringen, um eine maschinenlesbare und stabile Lösung zu finden, als immer und immer wieder am Prozess herumzupfriemeln.

860

Dividendenzahlungen einlesen funktioniert mit TR-Dokumenten seit neuestem nicht.

Hier der PDF-Debug:

```
PDFBox Version: 3.0.6
Portfolio Performance Version: 0.84.0
System: macosx | aarch64 | 21.0.5+11-LTS | Azul Systems, Inc.
-----------------------------------------
TRADE REPUBLIC BANK GMBH  BRUNNENSTRASSE 19-21  10119 BERLIN
RQMKZd XyqTYa SEITE 1 von 2
lqGEQy xjrQMm 60 DATUM 04.06.2026
72537 MgEfXoooBQwp DEPOT 9749142896
DIVIDENDE
ÜBERSICHT
Dividende mit Ex-Datum 16.04.2026.
POSITION ANZAHL ERTRAG BETRAG
Diageo 1.05 GBP
7.000000 Stücke 0.1494 GBP
GB0002374006
GESAMT 1.05 GBP
ABRECHNUNG
POSITION BETRAG
Zwischensumme 1.05 GBP
Zwischensumme 0.86493 GBP/EUR 1.21 EUR
Kapitalertragsteuer 0.86493 GBP/EUR -0.30 EUR
Solidaritätszuschlag 0.86493 GBP/EUR -0.01 EUR
GESAMT 0.90 EUR
BUCHUNG
VERRECHNUNGSKONTO DATUM DER ZAHLUNG BETRAG
DE34100123450126461601 04.06.2026 0.90 EUR
GB0002374006 in Wertpapierrechnung
Diese Abrechnung wird maschinell erstellt und daher nicht unterschrieben.
Wird keine Umsatzsteuer ausgewiesen, handelt es sich um eine umsatzsteuerfreie Leistung gemäß § 4 Nr. 8 UStG
Trade Republic Bank GmbH www.traderepublic.com Sitz der Gesellschaft: Berlin Geschäftsführer
Brunnenstraße 19-21 AG Charlottenburg HRB 244347 B Andreas Torner
10119 Berlin Umsatzsteuer-ID DE307510626 Gernot Mittendorfer
Christian Hecker
Thomas Pischke
TRADE REPUBLIC BANK GMBH  BRUNNENSTRASSE 19-21  10119 BERLIN
gEjZsw CHhNxv SEITE 2 von 2
cNpIiw QIsHDu 09 DATUM 04.06.2026
04128 EkfLYfzWCacH DEPOT 6901872638
STEUERLICHE BEHANDLUNG
BERECHNUNG DER STEUERBEMESSUNGSGRUNDLAGE BETRAG
Kapitalertrag 1,05 GBP
Zwischensumme 0.86493 EUR/GBP 1,21 EUR
STEUERBEMESSUNGSGRUNDLAGE 1,21 EUR
BERECHNUNG DER STEUERN BETRAG
Steuerbemessungsgrundlage 1,21 EUR
Kapitalertragsteuer -0,30 EUR
Solidaritätszuschlag -0,01 EUR
GESAMTE STEUERN 0,31 EUR
VERRECHNUNGSTÖPFE
VERRECHNUNGSTÖPFE VORHER VERÄNDERUNG NACHHER
Verlustverrechnungstopf Aktien 2.229,39 EUR 0,00 EUR 2.229,39 EUR
Verlustverrechnungstopf Allgemein 0,00 EUR 0,00 EUR 0,00 EUR
Freistellungsauftrag 0,00 EUR 0,00 EUR 0,00 EUR
Quellensteuertopf 0,00 EUR 0,00 EUR 0,00 EUR
Trade Republic Bank GmbH www.traderepublic.com Sitz der Gesellschaft: Berlin Geschäftsführer
Brunnenstraße 19-21 AG Charlottenburg HRB 244347 B Andreas Torner
10119 Berlin Umsatzsteuer-ID DE307510626 Gernot Mittendorfer
Christian Hecker
Thomas Pischke

```
861

Scroll mal nach oben :wink: It’s yesterday’s news.

862

Ach ja?

Und warum hat keiner von denen, die in den letzten 20 Stunden hier Beiträge verfasst haben, keinen PDF-Debug gepostet?

Das ist der einzige Weg den Freiwilligen, die sich um PP kümmern, die richtigen Informationen an die Hand zu geben das Problem zu lösen.

Posten von Fehlermeldungen hilft nicht weiter.

863

Weil’s schon vor fünf Tagen gemacht wurde.

Was du nicht sagst :wink:

864

Dann nehme ich alles zurück :slight_smile:

Über Github ist natürlich der direktere Weg. Danke dafür!

865

Also ist der Sparplan Import auch deshalb ein Problem? Ich habe ab dem Datum 18.05. (heute hab ich die letzten 6 Monate importiert) Probleme.

image
image534×181 36.3 KB

866

Auch hier: Scroll nach oben, dein Screenshot unterscheidet sich nur im Theme :wink: Ist ein anderes Problem, beides scheint aber in etwa zur selben Zeit seinen Weg in die PDFs gefunden zu haben.

867

Der PR hat sich erledigt, ihr müsst leider warten, bis jemand anderes die Zeit und Motivation aufbringt, hier etwas beizutragen.

868

Vielen Dank an kimmerin für die Mühe. Unter den Umständen verstehe ich die fehlende Motiviation zur Fortsetzung. Vor allem, da dich der Bug nicht mal selber betrifft.

869

@kimmerin ich stimme dir absolut zu, wenn man ein zur eRechnung vergleichbares Format nutzen würde, wäre das einfacher! Aber da kenne ich ehrlich gesagt keinen Broker der das macht. Man könnte ja auch den CSV Import nutzen, da hat man die Parsing Probleme nicht.

Rückmeldung von TR: Erst wollten sie es abstreiten, haben es dann doch eingesehen, dass es nicht sinnvoll ist. Sie wollen es mit dem nächsten Release anpassen und in Deutschland auf das Format 1.234,45 setzen. Mal gucken was sich tut.