Die Entwicklung dieser Version hat 350€ gekostet. Die Gesamtkosten in diesem Jahr betragen 25.750€. Die Kosten seit Beginn belaufen sich bereits auf 75.350€, aber die Kosten für dich sind nur die Lizenz von $79.
Neue Version 12.0.x des Redsys-Gateways für WooCommerce von WooCommerce.com
Versionen des Zweigs
12.1.0
Hinzugefügt:
- NEU: Hinzugefügt zur Website-Gesundheit die Überprüfung des offiziellen InSite-Plugins.
- NEU: Eine Warnung hinzugefügt, wenn WooCommerce nicht mit WooCommerce.com verbunden ist.
- NEU: Hinzugefügt das Datum, die Uhrzeit, den Namen des Kommentars und die FUC zur Dankesseite. Erforderlich, wenn Redsys gebeten wird, direkt zur Seite weiterzuleiten.
- NEU: Hinzugefügt zu den Meta-Optionen von Redsys. Die erste hinzugefügte ist, dass ihr jetzt einen Token anfordern könnt, der für zukünftige Zahlungen für bestimmte Produkte ohne Anwesenheit des Benutzers vorbereitet ist.
Verbesserungen:
- Weitere Funktionen zur eigenen API des Plugins hinzugefügt.
12.1.1
Verbesserungen:
- Ein Problem mit der Erneuerung von Abonnements unter PSD2 behoben.
Wenn du noch nicht die offizielle Erweiterung von WooCommerce.com für Redsys hast, kannst du sie unter dieser Adresse erwerben und alle Funktionen genießen, die kein anderes Plugin bietet.
Wenn du nicht alles kennst, was es bietet, kannst du diese Tabelle ansehen, in der ich die Unterschiede zeige und du sehen wirst, dass der Premium-Nachname dieses Plugins für alles steht, was es bietet und unterscheidet.
No termino de entender para que sirve la nueva función de “token preparado para cobro”
Gracias por las novedades.
Hola, si, coceptualemnte es complejo.
Con la PSD2 hay 2 tipos de tokens en Redsys. Los tokens S, y los tokens R.
Los Tokens S sirven exclusivamente para el pago con 1clic, lo cuales necesitas SIEMPRE de interacción/verificación por parte del usuario, es decir, que con casi toda seguridad deberá introducir un código para finalizar el pago (el típico SMS, aprovación del pago desde una APP, etc)
Los tokens R son los utilizados para cobrar sin interacción del usuario, es decir, que no se deba introducir nunca un código. Estos nos los tokens que se utilizan básicamente para los cobros recurrentes (suscripciones).
Explicada esta diferencia entre los tokens, puedo explicar la funcionalidad de esta opción.
En el plugin hay una opción que es el cobro masivo de facturas, que se puede activar desde la configuración. Esta opción se utiliza básicamente para que por ejemplo se puedan subir muchas facturas y cobrarlas de forma masiva sin interacción del cliente mediante sus token guardados
Hasta ahora, sólo había un tipo de token, así que no había ningún problema para cobrar médiate el token, fuera para lo que fuera (suscripciones o pago con 1 clic). Con la PSD2 y la aparición de los dos tipos de Tokens, sólo puedo cobrar de forma masiva con los Tokens R, pero estos solo se generan de forma automática cuando en el carrito hay un producto de suscripción. Y aquí es donde entra este check.
Si por ejemplo necesitas obtener un token R de un usuario para cobrarle facturas sin su interacción (si es una producto suscripcion, no hace falta marcarlo), crearemos un producto, que podría ser incluido con un precio 0€, marcaríamos la obtención del token en este espacio, y adquiriendo este producto, se obtendría el token R y podríamos cobrarle facturas a posteriori sin su interacción.
No se si me he explicado bien, es un poco follón como lo han hecho la verdad. Por eso es complicado de explicar esto en una pequeña frase dentro de la dición de productos. Seguramente realizaré una entrada explicándolo bien y enlazándola desde ahí para que se entienda bien el conceepto.
Saludos