NOVEDADES

08/01/2025 se introducen los reference generales para obtener todo tipo de información que posea un reference asignado para utilizar el reference asignado se deberá invocar los endpoints disponibles utilizando la nomenclatura "ref\ mi referencia" se disponibiliza en todo suscripciones permitiendo utilizar la referencia en vez del id interno de mobbex se disponibiliza en operaciones permitiendo utilizar el reference para obtener una operación la utilización de la referencia en los endpoints mencionados no es obligatoria, todos los endpoints mejorados para utilizar ref permiten continuar utilizando uid en las operaciones mostradas sólo a usuarios administradores, ahora se muestra en una etiqueta quien es el dueño de la misma se permite adicionar el "reference" del suscriptor via checkout añadiendo en el item el campo "subscriberreference" ( checkout con suscripciones ) al aprobarse la operación via checkout el reference será asociado al nuevo suscriptor permitiendo encontrarlo con mayor facilidad { 	"total" 100, 	"currency" "ars", 	"reference" "mi referencia", 	"description" "descripción de la venta", 	"return url" "https //speryans com", 	"webhook" "https //speryans free beeceptor com", 	"items" \[ 	 { 	 "image" "https //picsum photos/200/300?grayscale\&blur=2", 	 "quantity" 2, 	 "description" "mi producto", 	 "total" 50 	 }, 	 { 	 "image" "https //picsum photos/200/300?grayscale\&blur=2", 	 "quantity" 1, 	 "description" "mi otro producto", 	 "reference" "1ezg1xvm7pawbt37ms", 	 "subscriberreference" "f5c6ad62 96f5 471e 8951 f91be49d52b6", 	 "type" "subscription" 	 } 	], 	"customer" { 	 "name" "demo mobbex", 	 "identification" "12123123", 	 "email" "roman\@mobbex com" 	}, 	"test" true, 	"webhookstype" "all" } desde ahora todas las operaciones pendientes por más de 30 minutos serán automáticamente movidas a error se introduce el endpoint get /p/operations/{uid} en reemplazo del viejo endpoint /2 0/transactions/details que desde ahora se considera deprecated y en espera para eliminación se preserva la respuesta en el endpoint pero ahora se permite uid o ref en suscripciones se bloquea la creación de múltiples suscriptores con el mismo reference, hasta ahora esto estaba permitido prevención de fraude en las operaciones que pasan por prevención de fraude, ahora se muestra quien aprobó o rechazó la misma en validación se corrigen los textos sobre la validación realizada y se agregan los textos en inglés que estaban faltando 24/10/2024 suscripciones a continuación dejamos detallados los valores actualizados en la información que enviamos en operaciones del tipo subscription\ execution en data execution { "created" "2024 10 24t15 27 04 920z", "currency" "ars", "date" "2024 10 24t15 27 04 920z", "reference" "n5mh11xp1dnyrqudia lwhwbfuipgp4xaajk5 20241024", "source" "primary", "status" "paid", "test" false, "total" 1500, "type" "cron", "uid" "ve2uestk715a2sugny" } en data subscriber "subscriber" { "customer" { "email" "demo\@mobbex com", "formatted phone" "+541130170412", "identification" "12123123", "name" "demo mobbex", "phone" "1130170412" }, "reference" "lwhwbfuipgp4xaajk5", "uid" "lwhwbfuipgp4xaajk5" } 16/04/2024 en cumplimiento con las nuevas normativas del bcra "qr interoperable" a partir del día de la fecha se agrega nueva información a los webhooks { data payment requestedtotal // total original solicitado data payment requestedcurrency // moneda original de la solicitud mismo formato que el actual currency data payment source installment tags // etiquetas del medio de pago como el cft y tna que se configuró este campo es un array de objetos data payment source variant // variante de la tarjeta credit, prepaid, debit } se estará agregando esta información a los webhooks correspondientes 26/08/2021 integraciones a partir del 15 de septiembre será obligatorio que todos los campos de datos de cliente en tus operaciones estén completos para seguir operando correctamente, tanto para checkout, link de pago y suscripciones esto se debe a una actualización en nuestros algoritmos para que el sistema de prevención de fraude sea más eficiente y aplica tanto en integraciones vía api como vía plugins el campo "reference" ahora es obligatorio para todo si la sección cliente está completa podés quedarte tranquilo tu integración está correcta si, por el contrario, la sección cliente tiene uno o más datos sin completar como en el ejemplo, es necesario que revises tu integración si tu ecommerce es un desarrollo propio, es importante que le pases esta información a tu desarrollador 16/08/2021 integraciones estuvimos realizando modificaciones en los algoritmos para que el sistema de prevención de fraude sea más eficiente a partir de ahora, en el checkout deberás enviar el “customer” con los siguientes datos 1{ 2 "customer" { 3 "email" "demo\@mobbex", 4 "name" "demo mobbex", 5 "identification" "12123123", 6 "phone" "11223344", 7 "address" "mi dirección", 8 "addressnumber" 123, 9 "addressnotes" " ", 10 "zipcode" "5000", 11 "country" "arg" 12 } 13} tené en cuenta que estos primeros datos son obligatorios a partir de ahora 1{ 2 "customer" { 3 "email" "demo\@mobbex", 4 "name" "demo mobbex", 5 "identification" "12123123" 6 } 7} como siempre, encontrá la documentación completa sobre “customer” en nuestro mobbex dev https //mobbex dev/checkout si tu e commerce lleva una de nuestras integraciones vía plugin, no tenés que hacer ninguna modificación porque nosotros ya hicimos ese ajuste, solo debés mantenerlo actualizado a su vez, el campo user enviado en el webhook dependerá del contexto, el user es el usuario en consola que generó la operación esto solo aplica en canales de pago que los originó un usuario como por ejemplo pos, webpos en cambio, el campo customer es el cliente que está pagando si necesitan tomar el campo name y email del usuario que está abonando, lo pueden tomar del customer 11/08/2021 go cuotas desde hoy podés integrar a tu panel la extensión de gocuotas, un sistema que permite a tus clientes pagar en 2, 3 y hasta 4 cuotas con tarjeta de débito sin interés armaría un mockup con el checkout y entre las opciones de pago, gocuotas gocuotas solo cobra una comisión cuando vendés y acredita el dinero de tus ventas automáticamente en tu cuenta bancaria activá esta función desde tu consola mobbex y recordá que debés tener una cuenta de gocuotas activa para usar este servicio 26/07/2021 llegó qr mobbex la primera plataforma en implementar qr para cobrar en tu ecommerce estamos muy contentos de comunicar que somos la primera plataforma de cobro online que implementa qr como opción de pago en el checkout desde hoy podés configurar nuestra versión beta de qr para que tus clientes tengan una opción más de pago y a través del qr pueda pagar con las billeteras modo, bimo y todo pago también podrán pagar desde las app de los bancos que permiten escanear códigos qr en la actualidad más de 4 millones de personas tienen cuenta en estas billeteras virtuales y 3 millones de personas usan tarjetas prepagas como configuro el qr? ingresá a la tienda de aplicaciones e instalá la app de qr ir a gestioná tu cuenta en la barra lateral y seleccioná los medios de pago en medios de pago en la barra lateral cargá el cft y tna https //www prismamediosdepago com/planes de cuotas en la opción otros en cada medio de pago listo! cuando tu cliente quiera pagar le saldrá la opción qr el qr que utilizamos en la plataforma es de adquirencia prisma además, te recordamos que los pagos con qr no tienen devolución parcial, solo devolución total y no procesan transacciones en la modalidad dos pasos 30/11/2020 integraciones el campo "reference" ahora es obligatorio para todo en próximas versiones no se permitirá crear 2 checkouts con el mismo reference, devolviendo error se introdujo split en órdenes de pago y suscripciones se introdujo la capacidad de personalizar el pago en suscripciones y órdenes de pago api final de billetera en checkout habilidad para ejecutar suscripciones en batch habilidad para programar una ejecución de una suscripción se introdujo la capacidad de agregar el customer a una orden de pago