I am trying to find a solution to my problem of importing shipping information. I have the free version of the plugin.
Situation: I am looking into using a fulfilment partner who provides rate sheets in Excel. These rates sheet consist of 231 shipping zones, each has one shipping method (them), and each method has a table rate based on weight. Importing the data manually is not trivial, and when the rates change, it’s also not trivial to go into each shipping zone, select the method, then the table rate to amend the rates (x 231 times).
Solution: I can rearrange the data to get a csv with headings: [shipping zone], [shipping method], [cost 0-0.999g], [cost 1-1.999g], etc… Ideally I am looking into doing once single import to setup the shipping zones, and methods and table rates. Even being able to import the tables rates via the shipping method still means its a process to go into the shipping method 231 times to import the table rates, so is unworkable.
Is this achievable using the Pro version? If so, I’m more than happy to upgrade.
Cheers, Glynn
]]>Estoy viendo las configuraciones de las zonas de envío.
Cuando creo un método de envío local mas económico o incluso gratuito por ser local y defino el área por código postal, resulta que se está configurando todo correcto y funciona bien cuando el comprador esta definiendo su dirección de envío.
El problema es que se trata de una tienda multivendedor y el vendedor puede tener una ubicación distinta a la dirección de la zona local definida por mi. Entonces lo que yo definí como zona local, para ese vendedor no es su zona local (solo seria zona local para el comprador) y por lo tanto al vendedor le cuesta mas caro hacer el envío.
Pondré un ejemplo para tratar de que quede mas claro.
– Supongamos que he definido una ZONA LOCAL JALISCO con envió gratuito al estado de Jalisco.
– Un vendedor se registra y está ubicado en VERACRUZ (donde él podría hacer envíos mas económicos o gratis por ser su localidad).
– Un comprador se registra con dirección y código postal/zip en Guadalajara Jalisco. Este comprador realiza un pedido al vendedor de VERACRUZ. El comprador al estar ubicado en la ZONA LOCAL JALISCO puede solicitar envío gratuito.
El vendedor de VERACRUZ no puede hacer envío gratuito al cliente ubicado en JALISCO. Sin embargo el sistema sí lo permite y muestra al comprador ese método de envío gratuito.
Creo que ese es un Problema o una falla de lógica que hay que corregir.
Las opciones de envío deberían mostrarse según el código postal/zip del vendedor y del comprador.
Al ser un sitio multivendedor, WooCommerce o Dokan debería permitir a los vendedores definir sus propias zonas de envío y sus propios métodos de envío, de ese modo los compradores tendrían disponibles las zonas y los métodos de envío que el vendedor sí puede realizar.
NO debería utilizarse las zonas de envío que yo como Administrador defina porque pueden no coincidir con las zonas de los vendedores.
Espero haber explicado correctamente mi problema y si ya hay una forma de resolver esto desde la configuración de Dokan o WooCommerce estaré muy agradecido de que me la compartan.
]]>Woocommerce core should always default to zone_id 0 if no other zones are selected. Alternatively, Woocommerce can add a filter after WC_Shipping_Zones::get_zone_matching_package( $package ); where I can force zone_id 0.
I consider this a bug. This is the first time I’ll have to alter a core woocommerce file (i.e. not a template) to get what I consider obvious. The ability to always have my Local Pickup processing called.
]]>Is there a way to show all zones for a given class on a page and just set the formula for each zone and submit that once? For all the different countries we ship to, I have to open each one separately. It takes 10x as long as it would with all of them on one class page.
]]>