Neu STRIPE Zahlungsplugin für JTL-Shop5

[en001]

Also bei unseren Bestellungen ist die MwSt. immer die Richtige, hatte diesbezüglich noch kein Problem

Wenn ich von DE aus bestelle gilt ja neuerdings dass ich die lokale UST bezahle. Ich würde ja auch bei Luxembourg nur 17% verlangen.

 

[designer]

Hy zusammen
Das WaWiPay Plugin funktioniert mit Stripe sehr gut, haben wir auch schon getestet und ist bei mehreren unserer Kunden im Einsatz. Plugins gibt es für JTL-Shop4 und JTL-Shop5 und wurden auch für diese Shops Entwickelt, mischbetrieb ist auch möglich.
Da WaWiPay ein Multi-Zahlungsanbieter Plattform ist, hat man aber ein Abo wenn man Stripe nutzen will, welche es jedoch schon ab 9.- €/Mt. gibt. Nutzt man nur Stripe als einzigen Zahlungsanbieter ist das JTL-Shop5 Plugin anscheinend ganz kostenlos (Updates auch).

 

[coolumbo]

Hi, danke für die Info, aber ich möchte kein zusätzliches Abo on top.
Oder kann ich auch "ohne" auswählen? Ich blicke da nicht ganz durch, wozu benötigt man überhaupt ein Abo?
Ich benötige nur ein Plugin das direkt die STRIPE API bedient, da soll niemand mehr dazwischen sein.

 

[designer]

Für eine Paymentbuchung braucht es immer einen Gateway zum Zahlungsanbieter also einen Payment-Server oder ein Payment Data Center. Welches die Finanztransaktionen durchführt (und insbesondere dafür zertifiziert ist).

Wenn jemand nicht so ein technisches Verständnis hat, kann man das auch mit einem Beispiel erklären:
Es gibt die Wawi und den Webshop (zum Beispiel Woocommerce) und dazwischen den Shopconnector (wie in unserem Beispiel eben den Gateway für Finanztransaktionen). Und dazu brauchst du immer einen Gateway «dazwischen» wie zum Beispiel WaWiPay.

 

[coolumbo]

Nein, in diesem Fall aber nicht. Die Funktion des Gateways wird bereits von Stripe erfüllt.
Ich benötige lediglich ein Plugin in dem ich meine STRIPE-Zugangsdaten eingeben kann.

 

[liquid]

Für eine Paymentbuchung braucht es immer einen Gateway zum Zahlungsanbieter also einen Payment-Server oder ein Payment Data Center. Welches die Finanztransaktionen durchführt (und insbesondere dafür zertifiziert ist).

Damit hier nicht der Eindruck aufkommt, dafür bräuchte man zwingend einen externen Anbieter "zwischengeschaltet": Stripe selbst bietet für mehrere Shopsysteme (bspw. Shopware, das nutzen wir nämlich aktuell selbst) ein Plugin zur direkten Anbindung an und da fallen dann auch keine Mehrkosten an wie bei dem von Dir genannten Plugin.

 

[abiber]

Hallo zusammen,

ich möchte diesen Thread nochmal hervorkramen, da das Stripe-Plugin von Sellxed/Customweb nicht mit der neuesten Shopversion 5.2.x kompatibel ist (zunächst aber als kompatibel beschrieben war - copy/paste ohne Tests eben) und der Support bzw. die Entwicklung das Plugin eigentlich nicht mehr weiterentwickeln möchte, weil dieser Versionssprung technisch offenbar recht aufwändig ist und sich mangels Nachfrage nicht lohnt.

Wir benutzen das Plugin schon einige Jahre (zuletzt auch mit dem Shop 5.1) und sind eigentlich ganz zufrieden damit (v.a. weil die Tokenisierung wirklich funktioniert, der Kunde also seine Daten nicht nochmal eingaben muss; das funktioniert bei PayPal oder Mollie so nicht) - jedenfalls bis sich etwas bei Stripe, JTL oder dergleichen ändert... Mit Support und Entwicklung haben wir nämlich leider die gleichen Erfahrungen wir die diversen Vorredner machen müssen, weil das Plugin für den Hersteller einfach überhaupt keine Prio hat und Versionssprünge und Bugs entsprechend enthusiastisch angegangen werden.

Mich wundert das angeblich so geringe Interesse an diesem Stripe-Plugin, da Stripe ja ein sehr guter Kreditkarten-Anbieter ist, es aber fast keine Plugins dafür gibt. Das hier angesprochene Plugin von WaWiPay ist eigentlich keine Alternative, da das monatliche Abo und die Umsatzbeteiligung viel zu teuer sind. Nutzt jemand hier im Forum denn das Stripe-Plugin von Sellxed/Customweb (und hängt damit jetzt auch am Sprung zur 5.2.x fest)? Wir diskutieren gerade mit der Entwicklung von Sellxed/Customweb über die Weiterentwicklung zur 5.2.x und suchen jetzt nach Mitstreitern bzw. Interessenten, um es für den Hersteller attraktiv genug zu machen! Also meldet euch!

 

[hula1499]

Alternativ viell. über Mollie nachdenken.
Plugin ist kostenlos und Webstollen ist da eigentlich immer dran, dass auch funktionsfähig zu halten (läuft aber momentan auch noch nicht mit 5.2.x)

 

[designer]

Hallo

Wir können Stripe mit WaWiPay nutzen, dieses Plugin funktioniert mit 5.2x und php8.1 schon seit anfangs Jahr.

 

[abiber]

Mollie haben wir bereits getestet - grundsätzlich nicht schlecht, vor allem der Support von Webstollen ist sehr gut. Mollie kann aber keine richtige Tokenisierung, das Backend ist sehr rudimentär und kann mit Stripe nicht annähernd mithalten, z.B. bei der Fraud Prevention und manuellen Zahlungen/Belastungen (z.B. bei Bestelländerungen). Deshalb würden wir gerne bei Stripe bleiben.

Bei WaWiPay sind die Konditionen ein Problem - das Plugin kostet mit Subksription, Monatsabo und Transaktionsgebühr+Umsatzbeteiligung ganz schnell mehrere Tausend Euro im Jahr. Unsere Zahlungsartkosten sind aber eh schon hoch genug...

Hab gerade das Stripe-Plugin von hashtagES im Extension Store gefunden, das werden wir jetzt mal testen.

 

[abiber]

Kurzes Update:
- Customweb/Sellxed hat seine JTL-Unterstützung (wahrscheinlich für alle Zahlungsarten, nicht nur Stripe) de facto abgekündigt, ab der Version 5.2.x sind sie nicht mehr mit dem JTL- Shop kompatibel und produzieren einen Fatal Error. Es wird nicht weiterentwickelt. Wir haben deshalb ewig mit Customweb/Sellxed diskutiert, dem miserablen Service der letzten Jahre wurde aber die Krone aufgesetzt, indem der Plugin-Hersteller 3000 € für eine ergebnisoffene Untersuchung gefordert hat, ohne eine Aussage zu Erfolgsaussichten, Gesamtkosten oder Zeitrahmen zu treffen. Uns wurde gleich angeboten, den Kaufpreis zu erstatten - also ist die Entscheidung dort wohl fix. Unsere auch.
- WaWiPay ist immer noch viel zu teuer.
- Das Stripe-Plugin von hashtagES ist sehr benutzerfreundlich, aber auch sehr simpel, es kann dementsprechend noch keine Tokenisierung - die Entwicklung ist da aber dran. In der aktuellen Version 1.1.0 ist das Plugin nicht mit Shop 5.2.x kompatibel: der Bestell- und Zahlungsvorgang geht zwar durch, das Plugin zerlegt aber die /dbeS/Bestellungen_xml.php und damit den Abgleich zur Wawi (Error 500).

 

[JCorbeau]

Kurzes Update:
- Customweb/Sellxed hat seine JTL-Unterstützung (wahrscheinlich für alle Zahlungsarten, nicht nur Stripe) de facto abgekündigt, ab der Version 5.2.x sind sie nicht mehr mit dem JTL- Shop kompatibel und produzieren einen Fatal Error. Es wird nicht weiterentwickelt. Wir haben deshalb ewig mit Customweb/Sellxed diskutiert, dem miserablen Service der letzten Jahre wurde aber die Krone aufgesetzt, indem der Plugin-Hersteller 3000 € für eine ergebnisoffene Untersuchung gefordert hat, ohne eine Aussage zu Erfolgsaussichten, Gesamtkosten oder Zeitrahmen zu treffen. Uns wurde gleich angeboten, den Kaufpreis zu erstatten - also ist die Entscheidung dort wohl fix. Unsere auch.
- WaWiPay ist immer noch viel zu teuer.
- Das Stripe-Plugin von hashtagES ist sehr benutzerfreundlich, aber auch sehr simpel, es kann dementsprechend noch keine Tokenisierung - die Entwicklung ist da aber dran. In der aktuellen Version 1.1.0 ist das Plugin nicht mit Shop 5.2.x kompatibel: der Bestell- und Zahlungsvorgang geht zwar durch, das Plugin zerlegt aber die /dbeS/Bestellungen_xml.php und damit den Abgleich zur Wawi (Error 500).

So schade, ich ware auf jeden Fall auch SOFORT dabei, wenn es ein vernünftiges Plugin für Stripe gibt!

 

[liquid]

So schade, ich ware auf jeden Fall auch SOFORT dabei, wenn es ein vernünftiges Plugin für Stripe gibt!

Wir definitv auch!

 

[FloX]

Nutzt hier jemand das stripe Plugin von ninepoint software solution?
Wir haben immer wieder Zahlungen wo die Aufträge nicht in den Shop importiert werden.
Wenn ich mir die Bestellungen im Shop ansehe sieht die Zeile folgendermaßen aus :


Wie kann das sein das eine Bestellung bezahlt wird aber weder eine Bestellnr. vom Shop vergeben wird, und noch schlimmer ist das die Zahlung gebucht wurde und nicht in die Wawi übertragen wurde. Es ist auch kein Kästchen davor zum manuellen übertragen.

Im Schnitt haben wir diesen Vorfall ein mal pro Monat.
Was auch komisch ist das immer die Versandkosten nicht im Zahlungsbetrag enthalten sind. Dabei haben wir so einen Zahlungsbutton nur bei PayPal und nicht bei den Stripe-Zahlungsarten.

Also zum aktuellen Stand ist da leider von dem Plugin abzuraten.

Viele Grüße
FloX

 

[abiber]

Hi FloX,

wir nutzen das Plugin seit einer ganzen Weile - obwohl es grundsätzlich ganz gut funktioniert, ist die Implementierung von Apple/Google Pay leider buggy und führt ungefähr seit der Wawi-Version 1.7.12.0 dazu, dass mit Apple Pay bezahlte Bestellung nicht (immer) von der Wawi heruntergeladen werden können, also dem von dir beschriebenen Problem. Wir haben Ninepoint (früher HashtagES) im September 2023 drauf hingewiesen, als sofortiger Fix kam dann Plugin-Version 1.1.3 raus, in der man Apple/Google Pay in den Einstellungen zumindest deaktivieren kann (damit wird übrigens auch das Stripe-eigene Wallet "Link" deaktiviert) - eine andere Lösung ist mir bis dato nicht bekannt. Seitdem arbeitet Ninepoint angeblich dran... ich werde deinen Post dazu nutzen, die Entwickler nochmal anzuschieben, damit das Problem behoben wird und wir alle wieder Apple/Google Pay anbieten können.

Das Problem mit den Versandkosten haben wir bisher nicht beobachten können, werde aber nochmal nachsehen.

Also Apple Pay in den Plugin-Einstellungen deaktivieren und Daumen drücken.

Viele Grüße
Alex

 

[FloX]

Nachdem wir letzten Monat wieder 2 Zahlungen ohne jeglichen BEzug hatten habe ich erneut an ninepoint geschrieben. Das letzte mal (im Dezember) bekam ich übrigens eine automatische Antwort das derjenige aktuell nicht verfügbar ist.
Ich habe damals extra einen Entwicklerzugang eingerichtet.
Seitdem keine Reaktion mehr.

Apple Pay deaktivieren ist übrigens keine Lösung für uns... 80% der Stripe Nutzer zahlen darüber, der Rest nutzt Google Pay.

 

[FloX]

Also Apple Pay in den Plugin-Einstellungen deaktivieren und Daumen drücken.

Hallo Alex,
Ich habe gerade nochmal nachgesehen in unseren zurück erstatteten Zahlungen.
Darunter hatten wir genau so auch Google Pay Zahlungen. sowohl bei GPay als auch Apple haben die Kunden jeweils eine Visa oder MC hinterlegt. Also was das angeht ist es kein Kriterium für diesen Fehler.

In den letzten Tagen kam Bewegung in die Sache und der Entwickler schaut sich die Stripe-Seite sowie die Shopseite an. Wobei ich auch selbst bereits über phpMyAdmin versucht habe die Shop-Bestellnummer zu finden... ohne Erfolg.

Hoffentlich findet er den Fehler zeitnah.
Viele Grüße,
Flo

 

[FloX]

Wir hatten jetzt wieder 3 Zahlungen in 2 Wochen ohne Shop-Bestellnr. per Stripe.
Beim Entwickler ninepoint bekommt man selten ne Antwort. Ich hatte alle Zugänge zu Stripe und Shop-Backend befristet auf nen Monat eingerichtet... hat aber nix gebracht da sich wahrscheinlich nicht mal damit befasst wurde.
Also Kommunikation ist nahe bei 0. Heute mal wieder einen Reminder geschickt.

Edit: ich nehme vorerst alles zurück. Vor einer viertel Stunde kam eine Mail das es wohl ein Update geben soll.
Mal abwarten.

 

[abiber]

Hallo zusammen,

Wir sind in regem Austausch mit den Ninepoint-Entwicklern und testen seit Kurzem die Beta-Version 1.2 des Plugins, bei dem ne ganze Reihe von Themen angegangen wurden. Das beschriebene Apple/Google Pay Problem "Zahlung ohne OrderID, die nicht in die Wawi heruntergeladen werden kann" besteht da aber leider weiterhin. Wir haben es gerade erst geschafft, das Problem zu reproduzieren, Ninepoint arbeitet nun daran, den Fehler zu beheben. Die Version soll dann relativ kurzfristig veröffentlicht werden.

Die betroffenen Bestellungen (leicht zu erkennen an der fehlenden Bestellnummer und dem roten X bei "AN JTL-WAWI GESENDET" unter Bestellungen im Shop-Backend) lassen sich mit einem (leider etwas komplizierten) Trick trotzdem in die Wawi importieren: In der Datenbankverwaltung (phpmyadmin o.ä.) in der Tabelle "tbestellung" die betroffene Bestellung bearbeiten und folgende Daten nachtragen bzw. ändern - das ist natürlich eine Operation am offenen Herzen und geschieht auf eigene Gefahr, auch der JTL Support hilft einem da i.d.R. nicht, wenn man was kaputt macht. Also nur für Geübte und Tabelle vorher besser sichern.
1. cBestellNr ist bei den Problembestellungen leer, richtige Bestellnummer nachtragen: JTL reserviert die offenbar, da ist also eine offensichtliche Lücke im Nummernkreis, aus der Ihr drauf schließen könnt
2. kZahlungsart auf die ID des Stripe-Plugins ändern - die ist bei jedem Shop eine andere, könnt Ihr aber von anderen Stripe-Bestellungen ohne dieses Problem erschließen. Edit: i.d.R. stimmt diese ID sogar - zur Sicherheit aber überprüfen, sonst wird die Zahlung nicht richtig gesetzt/importiert.
3. cAbgeholt sollte auf "P" (für Problem?) stehen, das müsst Ihr auf "N" ändern

Jetzt sollte die Bestellung beim nächsten Wawi-Abgleich ganz normal abgeholt und in die Wawi importiert werden.

Viele Grüße
Alex

 

[markenschuheshop]

Hallo zusammen,

Wir sind in regem Austausch mit den Ninepoint-Entwicklern und testen seit Kurzem die Beta-Version 1.2 des Plugins, bei dem ne ganze Reihe von Themen angegangen wurden. Das beschriebene Apple/Google Pay Problem "Zahlung ohne OrderID, die nicht in die Wawi heruntergeladen werden kann" besteht da aber leider weiterhin. Wir haben es gerade erst geschafft, das Problem zu reproduzieren, Ninepoint arbeitet nun daran, den Fehler zu beheben. Die Version soll dann relativ kurzfristig veröffentlicht werden.

Die betroffenen Bestellungen (leicht zu erkennen an der fehlenden Bestellnummer und dem roten X bei "AN JTL-WAWI GESENDET" unter Bestellungen im Shop-Backend) lassen sich mit einem (leider etwas komplizierten) Trick trotzdem in die Wawi importieren: In der Datenbankverwaltung (phpmyadmin o.ä.) in der Tabelle "tbestellung" die betroffene Bestellung bearbeiten und folgende Daten nachtragen bzw. ändern - das ist natürlich eine Operation am offenen Herzen und geschieht auf eigene Gefahr, auch der JTL Support hilft einem da i.d.R. nicht, wenn man was kaputt macht. Also nur für Geübte und Tabelle vorher besser sichern.
1. cBestellNr ist bei den Problembestellungen leer, richtige Bestellnummer nachtragen: JTL reserviert die offenbar, da ist also eine offensichtliche Lücke im Nummernkreis, aus der Ihr drauf schließen könnt
2. kZahlungsart auf die ID des Stripe-Plugins ändern - die ist bei jedem Shop eine andere, könnt Ihr aber von anderen Stripe-Bestellungen ohne dieses Problem erschließen. Edit: i.d.R. stimmt diese ID sogar - zur Sicherheit aber überprüfen, sonst wird die Zahlung nicht richtig gesetzt/importiert.
3. cAbgeholt sollte auf "P" (für Problem?) stehen, das müsst Ihr auf "N" ändern

Jetzt sollte die Bestellung beim nächsten Wawi-Abgleich ganz normal abgeholt und in die Wawi importiert werden.

Viele Grüße
Alex

Man zahlt für ein plugin das nicht funktioniert, das grenzt an Betrug. So eine Antwort ist Überflüssig, ist nicht Sinn der Sache ein plugin zu verkaufen und dann noch in Datenbank rum basteln. Ninepoint sollte Kunden Gelder erstatten und erst plugin anbieten wenn alles korrekt funktioniert.