Bisher wurde ja nur die erste Transaktions-ID der initialen Zahlung in der Tabelle oxorder gespeichert,
das hat immer gut funktioniert. Einige Sachen wie Gutschriften laufen dann nicht automatisiert, aber das war (zumindest bei uns) zu vernachlässigen.
Ich kann das bei uns im Portal von Payjoe (die Software, welches den Abgleich zwischen Paypal Zahlungen und unserer WaWi macht und aufbereitet) gut sehen. Mit dem alten Paypal Modul waren es ganz vereinzelt mal Zahlungen (meistens manuell angeforderte Zahlungen), die nicht automatisch zugeordnet werden konnten, seit dem Paypal Checkout geschätzt irgendwo zwischen 10 und 20%.
Bei uns haben wir nicht extrem viele Buchungen und unsere Buchhaltung bekommt das hin, aber ich kann mir vorstellen, dass das bei anderen Betrieben wo am Tag 500 Paypal Buchungen auflaufen schon deutlich störender ist.
Es wäre also ideal, wenn man wieder den Ursprungszustand herstellen könnte, da die meisten ja auch darauf den Rest abgestimmt haben.
Ich habe gerade mit den Entwicklern des alten Moduls gesprochen. In der alten API gab es so etwas wie eine zentrale Transaction-ID unter der dann Sub-Transaction-IDs platziert waren. Das gibt es strukturell - wie gesagt - in der neuen API nicht mehr. Alle Transactions und ihre IDs sind nun gleichberechtigt.
Wir prüfen gerade noch einmal intern ab, ob etwas dagegen spricht, die erste ID wieder in der transactionid Spalte zu speichern. Diese 90%-Lösung scheint mehrheitsmäßig die gewünschte Lösung zu sein. Infos folgen …
Die interne Besprechung hat ergeben, das wir die erste TransactionID in die oxtransid schreiben. Das ist für 90% der Fälle ausreichend. Das entspricht Euren Wünschen bzw. im Kern dem alten Modul.
Wer die PayPalOrderId braucht, greift auf die oscpaypal_order->oxpaypalorderid zurück.
Wer alle Transaction-IDs braucht, nutzt im ersten Moment das Backend bzw. schafft sich selber eine Lösung zum speichern in eigene DB-Strukturen …
Das kommt noch mit in den Release für v2.1.5 bzw. v1.1.5
