Módulo remote tpv lite
Publica el catálogo de tu tienda —categorías, productos, combinaciones, precios, stock y ubicaciones de almacén— en un endpoint JSON para tu TPV o ERP. Y tarifica cestas con las mismas condiciones que la web: grupo del cliente, precios específicos, reglas de carrito, cupones, IVA y portes.
Verificado en PrestaShop 1.7.8, 8.2, 9.1 y 9.2.
TPV y ERP
Tu cliente mayorista paga en el mostrador lo mismo que en la web.
Si el TPV o el ERP no leen la tienda, los precios y el stock se copian a mano y acaban sin cuadrar. RKR Remote TPV Lite les da el catálogo y los precios de PrestaShop con una llamada HTTP normal.
/ El catálogo, listo para otro programa
/ La cesta, con las condiciones de cada cliente
La acción GetCartQuote recibe una cesta y un cliente y devuelve lo que pagaría comprando online: descuento de su grupo, sus precios específicos, reglas de carrito automáticas, cupones con código, el IVA del país de su dirección y los portes de cada transportista. Con el total con y sin portes, para cobrar en el mostrador sin portes pero con todos los descuentos.
/ Seguro por defecto
Token propio que puedes regenerar al momento, restricción por IP y un interruptor para desactivar las escrituras si tu ERP solo va a leer. Cada respuesta lleva un estado claro y un código HTTP coherente.
Para quien integra. Es una conexión para programadores: tu TPV o ERP tiene que hacer las llamadas, y la guía incluye ejemplos en curl, PHP, C#, Python y Node. Tarificar una cesta monta un carrito temporal que se borra al terminar, y dispara los hooks de carrito de otros módulos de la tienda.
Verificado en PrestaShop 1.7.8, 8.2, 9.1 y 9.2
Desarrollado y mantenido por REKIRE
v1.2.0
El TPV ya puede cobrar con las mismas condiciones que la web. Hasta aquí el módulo tarificaba siempre como un cliente invitado del grupo por defecto, así que un mayorista pagaba en el TPV el precio de la calle.
Añadido
- Acción
GetCartQuote. Se le pasa una cesta y, opcionalmente, unid_customer, y devuelve lo que ese cliente pagaría en la web: - el precio por línea con el descuento de su grupo y sus precios específicos aplicados, y el precio anterior al descuento para poder enseñar los dos;
- las reglas de carrito automáticas que le correspondan, con su nombre y su importe;
- los cupones con código que se le manden en
voucherCodes, con el motivo del rechazo cuando alguno no vale; - el IVA del país de su dirección —no el de la tienda, si difieren—;
- los portes de cada transportista disponible, con el más barato seleccionado por defecto;
- y varios totales: productos, descuentos, portes, envoltorio, total sin portes y total con portes, cada uno con y sin impuestos. Sin
id_customertarifica como invitado, que es lo que hacían las demás acciones. El total que suele querer un TPV estotals.total_without_shipping_tax_incl. Por debajo monta unCartde verdad, porque es la única forma de que PrestaShop aplique las reglas de carrito: no hay API para calcularlas sobre una lista suelta de productos. Ese carrito se borra al terminar salvo que se pidakeepCart: true, que sí lo deja guardado para el cliente y exige tener activadas las acciones de escritura. Dos efectos secundarios que conviene conocer: montar el carrito dispara los hooks de carrito de los demás módulos de la tienda (actionCartSave,actionCartUpdateQuantityBefore), y consume ids de la tablacartaunque luego se borren.
Detalles que igual sorprenden
- Las reglas de carrito automáticas se aplican siempre, y no hay interruptor para desactivarlas. No es una decisión:
Cart::getCartRules()las vuelve a añadir por su cuenta, ygetOrderTotal()llama agetCartRules()por dentro, así que un interruptor no se podría cumplir. Es además lo que hace la web. - Una línea sin stock se tarifica igual y no rompe el presupuesto: el stock disponible viene en
quantity_availablede cada línea, y lo que PrestaShop rechace se devuelve enline_warningssin tumbar el resto.
4 otros productos de la misma categoría
También podría interesarte
Preguntas y respuestas
Todavía nadie ha preguntado nada sobre este producto.