WooCommerce-Zahlungen, die nicht an eine einzige Bank gebunden sind.
MevvPos verbindet Ihren WooCommerce-Shop mit einer Mehrbanken-Zahlungsschicht statt mit einer einzigen Bank. Legen Sie mehr als ein virtuelles POS an, und jede Karte wird per BIN an die ausgebende Bank geleitet — Ihre Kundschaft sieht so den Ratenplan genau dieser Bank. Heute werden dreizehn Banken und Zahlungsdienstleister unterstützt, und die BIN-Datenbank hinter dem Routing wird von unseren eigenen Servern aktuell gehalten. Für Shops, die außerhalb der Türkei verkaufen, lassen sich zusätzlich acht internationale Anbieter anbinden.
So funktioniert es
Die Engine läuft mit oder ohne WooCommerce. Was folgt, ist die Konfiguration, die ein Shop tatsächlich ausfüllt.
Wählen Sie die Bank oder den Anbieter, und der Bildschirm ändert sich mit: Eine türkische Bank bringt eine Gateway-Adresse, eine BIN-Liste und Ratenoptionen mit; ein internationaler Anbieter arbeitet über seine eigene API und hat weder das eine noch das andere. Der Testmodus ist ein Schalter, kein zweiter Satz Schlüssel, den man auseinanderhalten muss.
Ein Provisionssatz je Ratenzahl, bis zwölf. Lassen Sie einen leer, wird diese Option dem Kunden schlicht nicht angeboten. Die kostenlose Ausgabe zeigt höchstens drei Raten, und der Bildschirm sagt das offen, statt die eingegebenen Sätze zu verbergen.
Alle Preise verstehen sich inklusive Mehrwertsteuer.
1 USD = 50,8719 ₺ (İşbank-Kurs)
Abdeckung
Heute nehmen dreizehn Banken und Zahlungsdienstleister Zahlungen an — jeweils mit eigener Gateway-Adresse, eigenen BIN-Bereichen und eigenen Ratenkonditionen.
Außerhalb der Türkei
Für Shops, die außerhalb der Türkei verkaufen, kann MevvPos auch acht Anbieter über deren eigene gehostete Seiten anbinden, sodass Kartendaten Ihre Website nie berühren. Sie sind an keine Bank gebunden: Sie tragen kein BIN-Routing und melden keine Ratenpläne — das bleibt ein Merkmal des türkischen Marktes. Keiner der acht wurde bisher durchgängig mit einem echten Händlerkonto verifiziert; Abläufe, Feldnamen und Signaturalgorithmen folgen der jeweils veröffentlichten Dokumentation des Anbieters. Lesen Sie sie daher als bereit zum Anbinden und Testen in Ihrer Sandbox, nicht als in Produktion bewiesen.
Warum das Routing zählt
Banken geben ihren eigenen Karteninhabern bessere Ratenkonditionen. Mit einem einzigen virtuellen POS können Sie allen immer nur die Konditionen einer Bank anbieten — und Ihre übrigen Kunden sehen einen schlechteren Plan als den, den ihre Bank ihnen tatsächlich bietet.
Ein POS· ein einziger Satz Konditionen
Eine veraltete BIN-Liste ist schlimmer als gar keine: Sie schickt eine Karte selbstsicher an die falsche Bank, und der Käufer sieht Konditionen, die diese Bank nie angeboten hat.
Viele POS· ein Plugin
Und die Frage, die sonst niemand beantwortet: Was kosten zwölf Raten Sie tatsächlich? Der Bericht zeigt die Kommissionslast direkt neben dem Umsatz.
Was es tut
Jede Fähigkeit ist da, um eine bestimmte betriebliche Reibung zu beseitigen.
İşbank, Akbank, Halkbank, QNB, Şekerbank, TEB, Ziraat, Garanti BBVA, VakıfBank, dazu iyzico, PayTR, Craftgate und Sipay — ein Plugin, ein Einstellungsbildschirm.
Jede Karte wird an ihren ersten sechs Ziffern erkannt und an die Bank geleitet, die sie ausgegeben hat, sodass der Kunde den Ratenplan genau dieser Bank erhält statt eines allgemeinen.
Drei Quellen zusammengeführt und von unseren Servern aktuell gehalten. Eine veraltete Liste schickt Karten an die falsche Bank; unsere wird wöchentlich aktualisiert.
Legen Sie die Ratenzahlen und die Aufschlagssätze für jedes von Ihnen definierte POS getrennt fest.
Täglicher Umsatz, Erfolgsquote und Ratenverteilung — mit einer Aufschlüsselung je Bank und je POS sowie der Kommissionslast jeder Ratenstufe.
Kartennummer, Ablaufdatum und CVV werden nie in Ihre Datenbank geschrieben.
Welche Kassenseite Ihr Shop auch nutzt, die Kartenoption ist da. Im WooCommerce-Checkout-Block werden Ratentabelle und Aufschlag genauso behandelt wie auf der klassischen Seite.
Beim Verkauf außerhalb der Türkei kann MevvPos sich auch mit Stripe, PayPal, Mollie, Square, Authorize.Net, Checkout.com, Razorpay und Paystack verbinden — jeweils über deren eigene gehostete Seite, sodass Kartendaten Ihre Website nie berühren.
Ein POS kann den Betrag auf der Karte reservieren, statt ihn abzubuchen, und Sie ziehen ihn — ganz oder teilweise — vom Bestellbildschirm ein, wenn das Paket rausgeht, oder geben ihn frei, wenn es nicht geht. Die Option erscheint nur dort, wo der Anbieter sie wirklich unterstützt: die NestPay-Bankenfamilie, Stripe, Authorize.Net und Checkout.com. Den übrigen Banken wird keine Einstellung angeboten, die am Gateway scheitern würde.
Erstellen Sie in der Verwaltung einen Link über einen Betrag und schicken Sie ihn dem Kunden. Bezahlt wird auf der gewöhnlichen Kasse, es gelten also dasselbe BIN-Routing, dieselbe Ratentabelle und dasselbe 3-D Secure — es ist kein zweiter, schwächerer Zahlweg. Der Link trägt ein zufälliges Token, läuft ab und funktioniert nicht mehr, sobald er bezahlt ist.
Fünf Regeln, jede einzeln zuschaltbar: Versuche pro Adresse, Versuche pro Karte, aufeinanderfolgende Fehlschläge, eine in Türkiye ausgegebene Karte mit Rechnungsadresse im Ausland und eine Betragsobergrenze. Jede kann die Bestellung markieren, zur Prüfung zurückhalten oder ablehnen. Weder die Adresse noch die Kartennummer wird gespeichert — nur ein mit Ihrem eigenen Site-Schlüssel gesalzener Hashwert, denn ein Betrugsfilter, der Kartendaten aufbewahrt, ist eine zweite Kartendatenbank.
Produktinformationen