Store Pickup based on location

Just create a new flat rate shipping method of $0.00 and give it an appropriate name in admin/store/settings/quotes/methods/flatrate.

Once the flat rate method is created, how to disable the delivery form from the checkout?
Thanks,

zylootino
+1 subscribe

zylootino
maksim24
+1 subscribe :-)

I've also wondered about this... +1

yep this is exactly what i need

I ended up making a flat rate shipping of 0 bucks if the persons billing or shipping address was in the same state as mine, and called it "In Store Pickup from X location". To allow people to also Pay in store, I was already using the Bank Transfer (direct debit) module and changed the title to Bank Transfer / Pay on Pickup... a bit of a work around.. but it works.

Any progress on this -how would the delivery address pane be removed?

+1

Has anybody seen or configured something where the pickup address can be selected based on the users location/ postal code?

There is no easy way of doing this, as in most cases you also need the address in order to determine which shipping options should be available. Perhaps a variation on the idea in #9 is easiest; allow a "store pickup" payment method, rather than shipping method, which hides all shipping related fields from the checkout when selected.

This seems like something that should be done in contrib rather than provided in core.

With all due respect to @longwave, I believe the ability to choose store pickup as a shipping option should be in core. The reason is that store pickup is so pervasive in my industry at least (furniture retail), and I suspect in many other industries as well. The need to at least have the store address as the default shipping address is acknowledged in

https://drupal.org/node/2078469

I’m running 6.x-2.12 and there doesn’t seem to be any way to solve this problem for me, a non-programmer. I’m happy to help in any way I can, however (testing, documentation, chipping in).

This would definitely be solvable in contrib, someone just needs to write a shipping method module that handles store pickup. But most people solve this using flat rate shipping with a price of $0 - what features do you need beyond that?

#2078469: Default shipping address should default to store address. seems purely about pickup addresses, not delivery addresses.

Sorry, I confused pickup in the sense of “shipment origin” with pickup as done by the customer from the store. The main thing would be a decision at the beginning of the checkout page, say after billing address, as to whether the order is going to be shipped by the merchant or whether the customer is going to come to the store to pick it up. If the merchant is to ship the order then obviously the shipping address needs to be given, from which the usual methods for calculating shipping costs could be applied. If the customer decides to come to the store then at a minimum the delivery address pane should be hidden. The customer could then also get a reminder of the payment methods accepted at the store, or perhaps pay a deposit, or even prepay the entire order on the site. The UC Shipment-Payment Link module seems like a good way to tailor available payment methods for the deposit or pay in advance scenario with store pickup.

For what it’s worth and off topic, I’m using the dev version of the Simple Shipping Quotes module and it seems to be working well.

New features go into the most recent version first, and are then backported if there is sufficient interest.

The problem is that usually you want the user to enter their address so you can then display the available set of shipping methods and prices - but if they want store pickup, they need to select the pickup shipping method first in order to hide the address field. This means there are at least two different UI implementations to solve this, so this seems better off in contrib, where multiple different implementations can happily co-exist. In core, we only try to include features that are generally useful for all (or most) users and where there is only one way of doing something.

I appreciate the arguments for each approach. Philosophically I just think a customer coming to a store to buy something, an event that even now happens more frequently than a customer getting shipped something from a webshop, should not preclude a customer from selecting / ordering / buying it on the store’s website while still going to the store to gain possession of it. It brings the buying decision earlier in the shopping process, increasing the chances of a purchase. I understand this philosophy varies greatly from industry to industry, with others specifically focused on incidental or upgrade sales to name a few.

But assuming an external module should bestow this capability on Ubercart, my next question is does it need to be a new module, or is there an existing module best suited for extension of its features? Possible contenders would seem to be

Ubercart Product Checkout Panes

for both Ubercart 2 and 3, and @longwave’s own

Ubercart Checkout Tweaks

for Ubercart 2, the one I am personally interested in.

I note that Drupal Commerce offers Commerce Pickup, a contrib module, to solve this problem.

Sorry if I’m not supposed to mention other modules or DC here or expanded the topic, but I’m only trying to find a direction for this issue to be addressed.