I have set two shipping method that use flatrate (using CATEGORY_REQUIREMENT_MATCH_ANY) and checked the code in MethodsResolver->getSupportedMethods and it returns the two shipping methods. I just can't see them in the frontend at http://sylius.dev/app_dev.php/checkout/shipping and don't know whats wrong.
Can someone please help?
I suggest it would be one of these:
shipping methods are not enabled in your channel
check in your administration channel settings administration/channels
see if you have chosen shipping method for your web/frontend chanel.
shipping methods have zone restrictions
check in you shipping method configuration, if you don't have it allowed only for specific county/zone
also check if you don't have shipping category set with for those methods.
products have zone or shipping category restriction
check if product(s) that you have added, are not restricted by zone or shipping category
this can be set on editation of each product in administration.
try if same happens with demo.sylius.org
can you replicate the same behaviour on the demo page ?
Related
We implemented a new shipping method in our shop. This method isn't available for all Products. Now we want to create a notification on the product detail pages(pdp), where the shipping method is available. Is it possible to get the available shipping methods on the pdp?
It should look something like this:
if shippingMethods contains newShippingMethod
<div class="notifivcation">
Shipping details have nothing to do with products from a Shopify perspective. If you have come up with a way to assign shipping methods to products, then that is excellent for you! Obviously, if you figured that out, then figuring out how to display shipping methods with products would be a lesser challenge.
Mostly, shipping methods are the domain of checkout in Shopify parlance. Only in checkout would shipping methods be available, and even then, if you wanted to show/hide them based on the product, you could really only hope to do that with Plus.
Unless you know more, and Shopify has really adopted a per product shipping methodology (feel free to post a link if true), you're not going to go anywhere with that unless you use Plus and script the checkout.
I am using "ConvertPlus Default" Checkout Theme in 2Checkout to accept international payments from my customers across the world. I generated the Buy Link and integrated with my store.
My issue is that the Checkout Form is not showing fields to input Address and City for many countries including Mexico, Japan etc. Refer screenshot below:
How do I enable the option to accept Complete Address information for all countries across the world?
Buy Link looks like this:
https://secure.2checkout.com/checkout/buy/?merchant=\[MerchantID\]&prod=\[ProductID\]&qty=1&tpl=default
You should add the tangible parameter
Send tangible=TRUE or tangible=1 for products that require physical delivery.
As of 10/01/2019 the parameter you will need to enable shipping is
li_#_tangible
The documentation says this.
Specifies if the corresponding li_#type is a tangible or intangible.
( Must be Upper Case, ‘Y’ or ‘N’, if li#_type is ‘shipping’ forced to
‘Y’.)
Where # is the parameter number. Because you can send multile items in the same POST so it will appear as multiple items in the 2CO cart.
Here is the full documentation about parameters,
https://www.2checkout.com/documentation/checkout/parameters/
Hope this helps someone.
Cheers.
We are wondering if in Hotcakes 1.10.3, if the shipping method lookup can recognize if an address entered is a P.O. Box before returning available shipping methods.
Why we ask - our client is primarily using FedEx to deliver shipiments, but would like to default to USPS shipping methods when a customer enters a P.O. box as FedEx doesn't deliver to P.O. boxes.
I've tried out a few PO box addresses, and in our current build FedEx rates still get returned. Is there any way to block FedEx from returning if a P.O. box is entered as an address in Checkout?
Thanks much.
Disclaimer: I work for Hotcakes.
I looked at this in our code base and it was interesting to see that we're simply taking the address entered by the customer in checkout and passing it directly to the shipping provider (e.g., FedEx). In my testing using FedEx specifically, they're returning rates from their own web service, regardless to whether the address is a P.O. Box or not. They don't seem to be checking for this themselves. I didn't check the other built-in live rate providers for this answer.
I order to workaround this, you can detect this yourself and prevent this from happening in your custom viewset. However, you should be aware that doing this would really require that you test all of the use cases that you expect for your target customers to fall into on your site.
In your viewset, find the Checkout.js file in the Scripts folder.
In this file, you'll want to look for the following method and apply a check to see if the Address 1 field is a P.O. Box or not. If it is, remove the FedEx rates from the list of shipping providers that received rates. This will prevent your customer from selecting unsupported rates.
RefreshShippingRates
An example of that check in this JS file might look like this:
var address1Value = $('#shippingaddress').val()
if (address1Value.substring(0, 4) == "P.O.") {
// iterate through each rate to see if it needs to be removed
}
I have a client who wants an eCommerce site but they have to have a custom shipping service. The way shipping will work will be as follows:
When the online customer is placing the order and is shown the shipping page, this page must query the custom shipping service passing all the order information (as JSON). The shipping service will return a JSON array containing ShipmentOption objects. Each ShipmentOption object contains the shipping method name and the total price of shipping the items on the order to the online customer's address.
Can the BigCommerce platform handle the above requirement? If yes, can you please send me the URL to the pages that explain to me how to set this up or send me the instructions please?
This isn't possible to accomplish with Bigcommerce, but you may be able to use ShipperHQ to host the same logic and get similar, if not the same, quotes.
I'm planning a new Shopify project, and the site requires a different shipping cost depending on the postal area of a postcode (e.g. SE1, N7). The plan was to manually add different shipping options inside of Shopify, then AJAX GET /cart/shipping_rates.json, and manually filter to the correct shipping rate by matching the name to postal area.
But my question is -- is there any way to carry over this shipping method to the Checkout as a selected option, and hide the Shipping Method drop-down from the checkout to prevent them choosing a different the shipping cost?
... Or, ideally, is there a way for me to directly override shipping costs through the API?
I don't know of any onboard functionality, which can facilitate this.
But there is a quite hacky workaround, that I use to filter the shipping rates in the checkout page.
Through the "Additional Google Analytics Javascript" field you can sneak a JS on every page of the shop, including the checkout. Here you can basically manipulate the shipping rates as you like.
In your case, the code must be aware of the shipping_address zip code. You can try to set a cookie on the first checkout page and then read the same cookie on the second.
Unfortunately, this isn’t possible with Shopify’s existing checkout.