Antonio Sánchez

Hi. Given the postal code provided by the customer, I need attaching a specific local carrier for that specific local code. In other words, I need working at the level of postal codes (towns) instead of zones. For instance: MyTown (MyState) has postal codes 00001, 00002 and 00003. If customer address is in MyTown (00001, 00002, 00003), I need the carrier to be MyTownCarrier. But it seems Prestashop internally works at the level of zones when associating postal codes to zones. So, it doesn't help to define a zone for MyTown because a customer address with postal code 00001 will be attached to zone MyState, insteado of MyTown. I have not found any configuration option for attaching postal codes to carriers. I seems it is all done automatically at the level of states o provinces. What should I do? This is essential in my case. Thanks.

Hi. I have just found out that it is still possible to remove products, even the entire line item, in orders already payed. Appropriately, after saving the modified order, a warning is displayed in red color: "Warning: Payed X (original order) instead of Y (modified order)". What's the point on this? Shouldn't it be disallowed? Actions like "Partial refund" or "Return merchandise" should be used instead, shouldn't they? Thanks. 1.6.0.14, bootstrap

Hola. Estoy usando gestión avanzada de inventario. Necesito que en la página del producto aparezca tanto si hay existencias o no, como el tiempo de entrega para ese producto. El problema es cuando hay existencias pero estas están calculadas de acuerdo a los pedidos de suministros. La cantidad real es lo que aparece en la cantidad de la ficha del producto. En gestión avanzada de stock: Cantidad real = cantidad física utilizable - pedidos clientes + pedidos proveedores. La cantidad en la ficha de producto es actualizada cuando marco el pedido de suministro como "Pendiente de recepción" (o cuando registro directamente una recepción parcial). Por ejemplo: Producto1 tiene 0 existencias, hago un pedido de suministro de 100 y marco el estado de pedido como "Pendiente de recepción", y a partir de ese momento a efectos de compra para el cliente ya hay 100 artículos, aunque físicamente yo aun no los tengo en mi almacén. El problema es que no sé si hay algún modo de automáticamente calcular el tiempo de entrega al cliente, considerando el tiempo estimado en recibir yo la mercancía, mas luego el tiempo estimado en entregar al cliente. Y luego mostrar ese tiempo total en la página de detalle del producto. La única opción que veo es ignorar por completo los estados de recepción parcial de producto y solo contar inventario en la ficha de producto cuando ya lo tengo en almacén, es decir, usar solo el estado de recepción completada en la gestión del pedido de suministro. El problema es que de esta forma pierdo potencialmente ventas pues se incrementa el tiempo en que puede aparecer un artículo sin existencias. Pero si considero las existencias a partir del momento que el proveedor me valida el pedido entonces me expongo a quedar mal con el cliente si no me comprometo con un tiempo determinado de entrega. ¿Que me recomendáis? ¿Como se suele manejar esto? Un saludo.

Creo que lo estaba haciendo mal. Lo que sucede es que he estado recibiendo parcialmente suministros, y después he cancelado. Y disminuyen todas las existencias salvo las que se registraron como recibidas. En este caso habría que asumir que es una devolución y por tanto manualmente reducir las existencias. Lo he podido hacer desde las pantallas de la gestión avanzada.

Hola. Estoy usando gestión avanzada del inventario. Hago un pedido de suministro, que llega al estado en espera de recepción. Para ese momento las existencias de los artículos pedidos ya se han incrementado. Entonces tengo que cancelar el pedido de suministro y sin embargo las existencias no disminuyen. Es un poco raro porque desde las pantallas del menú de gestión avanzada de inventario las existencias sí disminuyen. Sin embargo en la página de producto, tanto front como back, siguen estando los artículos del pedido cancelado. Así que tengo que ir manualmente artículo por artículo y restablecer la situación previa al pedido de suministro (artículo, cantidades, gestión manual de existencias, actualizar, y gestión basada en almacén de nuevo). ¿Esto es un error o estoy haciendo algo mal? Un saludo. 1.6.0.14, bootstrap

Thanks for answering. You are right, That was my mistake.What I had in mind is this. What I find confusing, if multistore is just such a convenience feature, is the reason why customers, stocks and carts are permitted to be shared. It should not be allowed, in my opinion. I believe this led me to thing of multistore as a marketplace. Anyway, is there any module/theme/solution for using Prestashop as a marketplace? Or is it completely unconceivable and unrecommended to even think about implementing such a feature? According to your comment about Amazon it seems a full-fledged marketplace implies a big big investment, out of the scope of Prestashop. But anyway, do you know of any other tool featuring marketplace functionality?

Hi. I'm trying to understand multistore. In a multistore configuration, a cart with mixed products from different stores, the payment is attached to the store from which the purchase is finally committed. I was expecting that all of the stores involved in the purchase were connected for payment. I believe I am misunderstanding payment process in multistore so I would appreciate if you can explain how it works. An example: www.mymultistoresite.com/store1 sells product1, 10$, and accepts bank transfers on account ####1 www.mymultistoresite.com/store2 sells product2, 20$. and accepts bank transfers on account ####2. Multistore configuration: share customers, stocks and carts. Customer logs in. Customer adds to cart product1 from store1. Customer adds to cart product2 from store2. From store2 customer proceeds to checkout (30$) and completes the purchase. Customer is given account ####2 for paying 30$. While I was expecting that account ####1 was provided for paying 10$, and account ####2 for paying 20$. I'm using here bank transfers for simplifying, and I have not tried with other payment methods but I guess it is the same thing. For instance, using a credit card this issue would be transparent for the customer, but I guess that the payment would be processed for store2. In summary, it does not make sense for me that store2 receives the payment for product1 which is sold by store1, not store2. It sounds buggy. What makes sense for me is that store1 receives the payment for product1 and store2 for product2, and all this being transparent for customer. Please help me to understand this. Thanks. Prestashop 1.6 PS. How does Amazon deal with this? Are payments directly and automatically distributed among involved stores? Or is the payment centrally managed by Amazon, who then distributes the corresponding quantities for all of the participating shops in the purchase?

Any idea?

Ya veo. Muchas gracias por la información. En cualquier caso sigo sin entender por qué Prestashop obliga a que se compartan las existencias como requisito a que se compartan también los pedidos. No le veo sentido, al menos funcionalmente hablando.

Pongamos por caso: www.mimultitienda.com www.mimultitienda.com/tienda1 www.mimultitienda.com/tienda2 www.mimultitienda.com/tienda3 ¿Tampoco se podría compartir carrito así? Por otra parte dice la ayuda en pantalla: Comparta pedidos: Una vez que esta opción está establecida (lo que es posible sólo si clientes y cantidades disponibles son compartidas entre las tiendas), el carrito del cliente será compartido por todas las tiendas del grupo. De esta forma, cualquier compra iniciada en una tienda podrá ser completada en otra tienda del mismo grupo. Atención: No le está permitido deshabilitar esta opción una vez que ha comenzado a aceptar pedidos. Lo que yo entiendo de eso es que sí se puede compartir el carrito, pero quizás la documentación está confundiendo. O quizás estoy yo confundiendo el concepto de multitienda, por eso hago la pregunta. Lo que yo entiendo de multitieda es algo mas que una herramienta que te permita manejar distintas tiendas desde un mismo panel de control. Concretamente que además de eso exista la posibilidad de que esas tiendas puedan participar en común en por ejemplo un proceso de compra, añadiendo al carrito productos que pertenecen a distintas tiendas, y que el pedido se pueda completar en todas sus fases desde este solo sitio: pago, envío, etc... Creo que mas o menos es lo que hace un Amazon. Por ello insisto en que lo que pregunto es si yo tengo la idea equivocada acerca de la multitienda y de hecho solo sirve para administrar tiendas independientes desde un mismo sitio.

Hola. Hay algo que no logro entender en la configuración multitienda. Necesito que el cliente pueda comprar artículos de las distintas tiendas, todo en el mismo carrito. Creo que lo que tengo que hacer es configurar el grupo de tiendas con todas las opciones a Sí: Compartir registro, pedido y stock. Concretamente lo que necesito es que se comparta el pedido. Si embargo para ello es obligatorio que se compartan también las existencias. Y esto es lo que no entiendo, porque aun compartiendo carrito desearía que cada tienda administrara las existencias del producto de forma independiente. Supongo que algo parecido como hace Amazon, que te dice que el producto lo tienen tal y cual tienda, y que cada uno tiene tanto y cuanto disponible. Seguramente estoy bastante confundido con la idea de multitienda, si alguien me puede aclarar un poco las cosas lo agradecería mucho. Un saludo 1.6.0.14

Hi. I'm having problems understanding multistore configuration. Maybe you can help me. I need this: www.myfront.com/store1 -> Only products belonging to store1 www.myfront.com/store2 -> Only products belonging to store2 www.myfront.com/store3 -> Only products belonging to store3 And finally: www.myfront.com -> All products from all stores (store1, store2, store3), but myfront owns no products by itself. Root site behaves as a front of all stores.Also, customers will be able to place products from all stores in the same cart. Can I do this with Prestashop? How? Thanks and regards.

Hola. ¿Qué tengo que hacer para que en el front aparezca un espacio (lista, menú...) con todas las tiendas (enlazadas) en la configuración multitienda? ¿Se puede hacer por configuración, mediante algún módulo nativo con un gancho, o quizás exista algún módulo para ello, o por el contrario habría que hacer un desarrollo específico para esto? Un saludo.

Bueno, creo que ya lo voy entendiendo. Creo que la URL física para lo que sirve es para ubicar la instalación de prestashop en la carpeta correspondiente en el alojamiento, bien sea en el directorio raíz, bien en algún subdirectorio; allí donde haya sido instalado prestashop. Esta url física juntando el dominio coincide, si no entiendo mal, con la tienda principal, sin necesidad de añadir url virtual. Para todas las demás tiendas hay que establecer urls virtuales específicas además de la misma url física que con la tienda principal (pues se trata de la misma instalación). Sería conveniente que alguien entendido que lea esto lo corrobore.

Efectivamente, una vez resuelto el problema, veo que lo que hay que hacer es configurar cada módulo por cada tienda, una a una. Gracias.