In welche Tabelle wird die PayPal Transaktions ID geschrieben? Im Shop wird diese im Bestellbereich unter Sale-Transaktion angezeigt, also muss sie ja in einer Tabelle stehen.
Nein, muss sie nicht. Der Shop speichert in der Tabelle orders_paypal_payments die Verbindung zwischen Bestellungen (orders_id) und PayPal-Zahlungen (payment_id). Alle weiteren Daten zu den PayPal-Zahlungen werden immer in Echtzeit anhand der Payment-ID von PayPal abgerufen. Übrigens gibt es auch nicht „die Transaktions-ID“. Die Datenstrukturen sind so, dass einer Bestellung mehrere PayPal-Zahlungen zugeordnet sein können, und eine PayPal-Zahlung kann mehrere Transaktionen beinhalten.
Also fragt der Shop jedes mal die TransaktionsID bei live bei PayPal ab? (Anfrage zusammengesetzt aus order_id und paymend_id) Die TransaktionsID von PayPal wird doch für jede abgeschlossene Zahlung vergeben. Wir speichern diese in unserem System ab. Über den Link ist die Zahlung auf der PayPal Seite sofort abrufbar und beim suchen auf der PayPal Seite komme ich gleich bei der entsprechenden Zahlung raus. Daher würde ich gern die PayPal TransaktionsID spei chern, statt der PAYID aus Tabelle orders_paypal_payments
Die beiden IDs sind nicht austauschbar. Bitte lies meine Ausführungen oben noch einmal, du scheinst davon kaum die Hälfte verstanden zu haben.
Vielleicht habe ich mich auch nur falsch ausgedrückt oder Du (ich hoffe Du ist ok) hast mich falsch verstanden. Wenn ich richtig verstanden habe, wird die TransaktionsID (aus meinem Screenshot) direkt bei PayPal abgerufen und nicht in einer Tabelle gespeichert. Zur Abfrage der ID werden die payment_id und order_id als relevante Daten übergeben.
ich habe gerade in der debug-data gesehen, wie die TransaktionsID abgefragt wird. Dann muss ich mir bezüglich der Zuordnung der PayPal- Zahlungen etwas anderes einfallen lassen.
Genau das meinte ich. Das ist eine 1:n:m-Beziehung, keine 1:1-Beziehung. Wofür brauchst du das ganze überhaupt?
Wir arbeiten mit einer eigenen lokalen Datenbank zur Auftragsabwicklung. Bei eBay Käufen speichern wir zu jeder Bestellung/ Zahlung den PayPal Transaktioncode ab. Mit diesem kommen wir über den Link immer gleich zur entsprechenden Transaktionsseite, falls wir mal etwas erstatten müssen oder die Buchhaltung Fragen bei der Abrechnung hat. Teilweise ist der zahlende (PayPAl Kontoinhaber) nicht mit dem Käufer bei eBay identisch. Über die ID kann man dann die Zahlungen einer Bestellung zuordnen, was ohne die TransaktionsID nahezu unmöglich wäre.
Hmm, ja, wäre sehr hilfreich, wenn die Paypal Transaktionsnummer in eine Tabelle abgelegt werden würde. Viele Grüße - Richard
Die Transaktionsnummer wird der Shop vorrausichtlich nie wieder speichern, das wird nix. Lies das oben einmal. Du möchtest eine Datenstruktur wieder haben, mit der PayPal in der Vergangenheit mal gearbeitet hat, mit der die aber defakto nicht mehr arbeiten. Es wäre komplett widersinnig und oft höchst kontraproduktiv, wenn wir da Schmufix machen würden, um Transaktionsdaten zu speichern, die allermeistens unvollständig und dazu gern sofort veraltet sind.
Hab ne Lösung gefunden. Der Shop gibt an Paypal die Bestellnummer weiter. Bei Paypal wird die Shop-Bestellnummer unter Rechnungsnummer gespeichert und danach kann bei Paypal bequem gesucht werden. @Wilken: Einen Transaktionscode gibt es bei Paypal immernoch. Aber zum Glück nicht mehr notwendig um die Daten Shop / Paypal leicht abgleichen zu können. Viele Grüße - Richard
Hallo, was wird davon in der XML Schnittstelle mit übergeben? ich brauche irgend ein eindeutiges Zuordnungsmerkmal in meienr ERP (BüroWare) um die Zahlung dann dem Auftrag zuordnen zu können. Das macht die ERP leider derzeit nur mit der TransactionID, die ich ja aber wohl nicht habe.
Die ist aber nicht sicher siehe Payment ID ist wohl die die du bräuchtest. Notfalls noch die E-Mailadresse zum abgleichen, so mach ich das bei manuellen zuordnungen.
Ja, das ist schon richtig. Aber ich habe mal in meinem anderen Shop nachgeschaut, von den knapp 35.000 PayPal Zahlungen der letzten Jahre, waren exakt 0 mit zwei Zahlungen/TransactionIDs. Wie soll das auch gehen, die Bestellung ist abgeschlossen und man kann doch nicht nachzahlen, zumindest nicht mit der gleichen order_id. Vielleicht geht das ja im Gambio, weiß ich nicht. Problematisch ist die TransactionID bei Gutschriften, da die eben tatsächlich dann nicht zugeordnet werden kann. Aber das betraf eben nur rund 2% der obigen Zahlungen. Problem ist halt wieder mal die XML Schnittstelle in Verbindung mit meiner ERP. Meine ERP kann halt nur mit der TransactionID, die Payment-ID kennt die ERP gar nicht, und ich weiß auch nicht sicher, ob die in der XML überhaupt mitkommt.
Das stimmt. Ja, irgendwo in der hintersten Reihe. Für die Shopfunktion und Zahlungabwicklung im Shop ist das Ding seit Jahren 0 relevant, da zählen Payment IDs. Mach mal eine Rückzahlung auf eine Bestellung oder forder Geld nach, das kann beispielsweise im selben Payment sein. Davon ab: Würden wir die alten IDs speichern wäre das immer irgendwie historisch, bei PayPal selbst können die Daten längst ganz anders aussehen. Die Anzeige aller Zahlungsinformationen von PayPal ist live, wird also in dem Moment der Anzeige von PayPal abgerufen. Dabei fallen dann nebenbei die in dem Moment gerade aktuellen Transaktions IDs heraus, historisch sind die da noch drin, nur absolut nicht der Startpunkt.
Das kann man so pauschal nicht sagen. Ich setze zum Beispiel in OM die Transaktions IDs in ein individuelles Feld der Rechnung und habe so, falls ich es brauche, binnen Sekunden zu einer Bestellung die Rechnung, die Bestellung und die dazugehörige Buchung.
@Horst: das will man aber nicht verstehen. Das Thema mit der Transaktions-ID hatte ich vor kurzem auch schon mal hier, weil Datev ebenfalls mit der Transaktions-ID arbeitet, aber Datev ist nach Ansicht mancher Leute eben Old-School...
Wawis und Co hängen der Entwicklung immer mindestens einen Schritt hinterher. Egal welche. Das liegt daran, dass sie die Entwicklung am Markt abwarten und dann darauf reagieren - irgendwann.....