We originally had version 4.3.9 and it had a delivery option the customer selected for local delivery to various destinations and at varying rates. Nowhere can we find such ability in 4.20. For example, when a customer orders our product to be delivered to another person at a different address to that of the sender, in 4.3.9 the sender chose the delivery destination from a list and the applicable rate was then automatically added to the charges for the order at checkout. Additionally, whatever tax on delivery charges was also applied.Nowhere have we been able to configure this as it was in the previous cart. This version assumes all businesses are like an Amazon and just ship their product to the customer buying it. This is not a cart for businesses of a different type as it is far from user friendly so they should avoid this cart like the plague!!! It should show like this:
Local Hand Deliveries to:
Saskatoon & Regina: $16.00
Martensville, Warman & Aberdeen: $30.00
Emerald Park: $30.00
and the sender simply selects the applicable and it adds the rate to their order charges! It should be as simple as that (as it was with 4.3.9)
The customer also had the abil;ity to indicate their arrival preference as first and second choice.
Hello
Location-based rates: Shipping & taxes → Locations, add a zone with your cities (Saskatoon, Regina), then a Shipping method with Rate calculation = “Manually” and $16.00 for that zone. That’s your “Local Hand Deliveries $16.00” line. Tax on delivery = assign a tax to the method.
The reason it looks gone: checkout changed from 4-step (4.3.9) to one-page (4.20), and if the upgrade didn’t carry over your methods/locations/rates, just recreate them under Shipping & taxes.
Note: a customer-selectable delivery time never existed in stock 4.3.9 (it was only a read-only label like “3-5 days”) - if you had that, it was a custom mod.
Have a nice day
Best regards
Robert
Attached is a jpg of the delivery settings as they appear on our current website (4.39) which we wish duplicated on 4.20. It was simple now we cope with countries, states, etc. and there is no setting for delivery to as opposed to from the sender.
Is there a way we can import this into the new version from our previous one?
We now only have the choice of rate calculation by either customer’s address or pick up from the store. Nowhere is there the option to set the rate for delivery to the recipient’s address. Furthermore the delivery arrival time was as the customer wished, not a preset time or duration, so if the customer wanted it to arrive in 3-5 days they simply indicated their preference. If this can’t be done then we’ve wasted our money and time on this cart. Hard to fathom why a change with this was necessary!
Please make sure that the Settings → General → Allow customers to compare products option is enabled. In this case the customers can store multiple addresses and select required one on the checkout page
Hi,
Nothing was removed in 4.20, only the admin wording changed, and that is where the confusion is.
On the shipping method the “Rate calculation” field is grouped. Under “Manual (by rate area)” there are two entries: “By customer address” and “Pickup from store”. “By customer address” is the one you want. It means: deliver to the recipient’s address and charge the flat rate you set for that zone. That is exactly your old setup.
Your example, step by step:
- Shipping & taxes → Locations. Create zones by city only, no countries or states needed, just paste town names one per line:
- Local A: Saskatoon, Regina
- Local B: Martensville, Warman, Aberdeen
- Local C: Emerald Park
-
Shipping & taxes → Shipping methods. Add “Local Hand Delivery”, set Rate calculation to “By customer address”.
-
On the rates screen each zone has a “Cost” field: 16.00 for Local A, 30.00 for Local B and C.
At checkout the customer’s city picks the zone and the flat rate applies automatically, same as before.
There is no CSV import for shipping methods or locations, but as you can see it is only a few zones and takes a couple of minutes to enter.
On the delivery-time preference: a control where the customer picks their own delivery time is not standard in 4.3.9 or 4.20, that was a custom modification on your old site.
Please contact us via private message if you would like to transfer your custom modifications from 4.3.9 to 4.20.1
Have a nice day
Best regards
Robert
Ok we’ve set the methods, zones. We do wish to have provision for the customer to indicate the delivery preference in thew form of “earliest” and “latest” resulting in a delivery range. Additionally, on checkout there is the requirement that the customer indicate that they accept the terms and conditions however while that is required to submit their order there is nothing on the order form itself to indicate they were accepting when they placed their order.
Hello
Glad the zones and methods are working now.
- Delivery window (“earliest” / “latest” chosen by the customer)
There is no standard checkout control for this, in 4.3.9 or 4.20. A pair of fields the customer fills in to set a delivery window, saved on the order, is a custom feature.
- Terms & conditions acceptance not recorded on the order
You are right. The standard checkbox at checkout is only a gate: it forces the tick, but core does not stamp the acceptance onto the order, so nothing shows on the order detail page.
If you need a record, enable the built-in GDPR add-on (Add-ons → Manage add-ons). With it active, placing an order logs the acceptance with a timestamp and the exact agreement wording, viewable in the admin on the customer’s profile page under their agreements. Showing that line directly on the order detail page instead would be a small custom addition.
Have a nice day
Best regards
Robert
Spoke too soon! Set the deliveries as we require making distinction between commercial and local (See attached) however the process doesn’t recognize the rates as set (See attached) in the rate test and in the order as placed (See attached). Additionally, the purchaser cannot proceed with order submission unless they agree to having their personal data handled as we want (See attached). We’re seriously considering dropping CS-Cart as these issues are not rocket science and we consider just the basics of a shopping cart. Not user friendly. The cs-cart we got over 10 years ago is much more manageable than this latest and it begs the question why? What does this latest version offer that past versions didn’t? What are the improvements? Leading to why buy it?
Hello
The rate issue is a matching problem, not a missing feature.
The rate is taken from the single Location that matches the shipping address, and CS-Cart uses the most specific match. City zones are matched against the address “City” field: case does not matter, but it must be the whole city name (wildcards allowed, e.g. Saskatoon*). If the City on the address does not match the city text in your Location, that zone is skipped and the address falls back to a broader zone with no rate, which is exactly what you are seeing.
Two things to check:
-
The City on the test address, and on the placed order, matches the city text in your Location exactly, and the address has a Country set. If unsure, put a wildcard in the Location city: Saskatoon*.
-
The cost is entered on that rate area as a flat “Cost”, not only inside a weight bracket whose range excludes your test weight.
Fix that and both the rate test and the order will pick up the rate. If not, post the exact City you tested and the exact city text in the Location and we will pinpoint the field.
The forced personal-data consent is from the GDPR add-on. Turn it off in the GDPR add-on settings by disabling the “Placing an order” agreement. Note that same agreement is what logs the acceptance, so disabling it removes the record too.
Have a nice day
Best regards
Robert
Robert, we appreciate that you have endeavored to address our issues however, it appears that the latest version is falling short of the customization we require.and that of which we have enjoyed for more than a decade with the 4.3.9 version. The issues seem insurmountable and render the cart no longer of appeal to us. For the moment, we intend to carry on with the 4.3.9 as we have right along until the license became invalid despite having been acceptable from the beginning. Over the decade, a number of cart alternatives have emerged, latest among them being Shopify, which as you are no doubt aware, has become a sensation among website retailers the world over. If CS-Cart is to compete with these new offerings they must enable the cart to be more adaptable, customizable and more user friendly, not a dysfunctional version of one now ten years old. For the moment we’ll just make due with what we have, all while examining alternatives and if CS-Cart progresses, we’ll pay it another visit.
Hello
Understood, and thank you for the kind words
Just for the record, in case you revisit later: the two things that stopped you were configuration, not limits of the platform. The local delivery rates do work in standard once the Location city matches the address, and the forced consent was only the GDPR add-on’s checkbox, which is optional. The one genuinely custom part, the customer-chosen delivery window, was a custom modification on your 4.3.9 too, not a stock feature, so it needs a developer either way.We (SoftSolid) have such competences.
If you ever want those custom pieces taken care of, feel free to send me a private message here on the forum.
Have a nice day
Best regards
Robert