I am new in the Shopify Ecommerce platform (residing in South Africa) and I am trying to figure out, how to use an external (my own) API to get shipping rates based on postal codes from the Billing Address to the Shipping Address. I have went through sites after sites including youTube, and nothing was helpful. Is there a way to integrate Shopify with other API to calculate shipping rates? I am running everything on NodeJS, Express and Ngrok
The best way is to use Custom Carrier Services. You register a callback with the Shopify store, and then Shopify sends your App endpoint a payload for each and every checkout. It is a simple payload, you get the origin, destination, and items. So you can figure out shipping rates that are appropriate, and then return those to Shopify. Shopify then formats the results and presents them to the customer.
Related
I am new in Shopify development and I am researching on integrating any of Sofort, Klarna or Ideal payment system integration with Shopify store. The store business address is Malaysia but the store wants to sale in European countries.
I am researching on this issue but I am not sure still how to do it. Or is it even possible. Can we use Stripe for this purpose?
I need to find my product details such as ratings without scraping.
Is that possible or any existing API to get these information from?
If not is it possible to scrape it by my self any good source for free node js amazon scraper?
There does exist an API called Amazon's product advertising API.
The problem with it is that you need an Amazon associate account which is an affiliate marketing program that expects you to drive sales to products.
Product Advertising API sign up is available only to associates who have referred qualified sales and have been accepted into the program.
You could use the Keepa API. Keepa is a browser widget that scrapes Amazon through its users. The downside here is the data may not be real time. The more active an item is, the more often it is scraped. You can pull price, offers, reviews, rating, and more. The plugin is free, but the API is not.
I'm new to Square and want to implement it in a React Native app with a Node backend.
I see that there is a method to save the customer's card details.
https://github.com/square/square-nodejs-sdk/blob/master/src/api/customersApi.ts#L230
But there is also the payment form?
https://developer.squareup.com/docs/payment-form/how-it-works
Firstly, I cannot see if the payment form is even available in React Native - information seems very scarce.
Secondly, even if I do implement that form, I can't see a way to connect it to the customers API endpoint.
I don't want to use in-app payments (i.e. google or apple pay). I want to be able to save card details like Amazon does, and use them whenever a user places an order in app (probably triggered by a node process). I'm not sure if I'm going about this the correct way, guidance would be appreciated.
In-App Payments SDK will be the way to go (and there is a React Native plugin already). The In-App Payments SDK is basically a mobile Square Payment Form, that you linked to. It will generate a secure nonce, and you can use the nonce to save the card on file. The next time the customer comes, instead of bringing up In-App Payments, you can simply call CreatePayment in your backend, with the customer_id and the customer_card_id as the source.
As for "connecting it to the Customers API" - you don't connect it directly per se. You would collect information from the customer, on your own, and pass it directly to the Customers API to create a customer. You can then call CreateCustomerCard using the nonce (generated by In-App Payments), and the customer_id that you just created, to save the card to this customer profile.
I plan to use a 3rd party payment gateway for in-app purchases for an app distributed through the Google PlayStore. I'm aware of Google's policies regarding payments for in-app purchases (https://play.google.com/about/monetization-ads/payments/)
My content / service delivery model is as follows:
When a user pays for a plan he gets—
Certain features in the app
Certain features in our web portal, completely outside the app
Our deployment staff going and visiting the user's location and
providing training and setup services.
For some plans, we will be delivering a physical device to user's
locations (a POS machine to accept card payments)
Since my offerings are a combination of physical and digital goods and services provided within and outside the app, it does not clearly fall under the categories Google mentions in the link above.
My question is: Can I use a 3rd party payment gateway to accept payments within the app given my content / service delivery model?
Do I risk being blacklisted? Does Google give a time window to react by sending an email first before pulling apps down.
I know my question is similar to this one: Android In-app purchases and I'd like to get similar opinions on my planned content / service delivery model.
Kindle PlayStore app, distributed via Play Store also seems to be an example of an app using different payment method from Google's billing APIs
I am making my first e-commerce website and it is only basic and low volume. I've used Paypal Website Payments Standard with the cart upload function to integrate with Paypal. One problem though, I cannot provide a shipping estimate until the user enters their address in Paypal and I cannot see a facility to do some kind of callback to my site for the appropriate shipping cost based on country without using Paypal Express Checkout. The shipping cost can only be specified by the cost of the items within the Merchant profile on Paypal and my customer only wants there to be one price for within NZ, one within Australia and another for all other countries.
Any tips? Or is Paypal Express the only way without obtaining address information of the user before uploading the cart to Paypal?
Express is the minimum product to get you a callback facility for shipping. Nothing similar available with Payments Standard.
Since you only have the three zones, You might solicit and present with a dropdown without requiring the full adddress... then validity check in the IPN handler to hold the order if they are in France and have selected NZ domestic.