I just released that Xero API do not support create, update and delete for repeating invoice. They seems to only support read...
In my company, we are building a CRM website and having the ability to manage repeating invoice would be a GREAT help. This feature is a core feature for us and it would save us a lot of time and man power.
Someone knows if this feature would come someday or if you have a workaround?
Regards
You can retrieve (GET) repeating invoices via the Xero API, but creating and updating (PUT/POST) are not currently supported.
Upvote the feature suggestion to show your support.
Related
I'm using Marketplace API. I have all products and its offer. I just want to identify that which offers are managed by FBC. I have read all documentation of cdiscount API but did not find any way from that we can identify that specific offer is managed by Cdiscount or not.
Let me explain you via example, I'm currently working on integration stuff. Now, Our system is partially integrated with cdiscount. In which we have all ours products, offers, sales and etc.
Now, I have a case that I want to update the stock of specific offer by calling API (SubmitOfferPackage). As I know that I can not update the inventory of that product which is handled or managed by Cdiscount. So, I want to update inventory of all product that was managed/handled by me.
I'm using GetOfferListPaginated API to get all offers. There is no parameter in response message to identify that specific offer is managed by Cdiscount or not.
Any help would be much appreciated
I am trying to transfer an e-commerce website to Shopify and was wondering if anyone has had experience creating orders with Shopify API? There are some 3rd party apps that provide such a service but none of them are working properly in my case.
You can import orders to your Shopify store using this API call: https://help.shopify.com/api/reference/order#create
If your a developer trying to do this you can just setup a simple, local run application, that would do this for you, I'm a developer but also run a Shopify website and do something similar with Ruby.
If you an end user the only option you really have is to hire someone to build a private app for you, depending on what excatly you need to achieve its not overly difficult.
If you want to learn yourself... https://vimeo.com/130247240
There is lots of help out there..
With Shopify API you can create customers and Orders, Here orders can be created through the API, but no payment information will be collected, and no transaction performed. You can mark the order with any payment status.
For details, you can check Shopify Orders API
https://shopify.dev/docs/admin-api/rest/reference/orders/order
Also, along with orders, you can import Customers using Customers API endpoints i.e
https://shopify.dev/docs/admin-api/rest/reference/customers
And also can update the Status of your newly imported orders to fulfillment using
https://shopify.dev/docs/admin-api/rest/reference/shipping-and-fulfillment
I set up a development shop on Shopify to test webhooks. I'm using this for proof of concept to update an external system whenever a product changes within Shopify. All seemed to be working as intended until I tried using the bulk product edit feature(the tool, not the csv import). I'm not receiving any webhook posts on bulk update.
I have several webhooks set up for various triggers, and they are all seemingly working. The product/update webhook works if I edit the product or its inventory individually, but not if I use the bulk edit tool.
I actually had 2 separate product/update webhooks going to 2 separate URLs, but I removed one of them just to be sure that wasn't causing any conflicts. I also tried chat support on Shopify, but they actually referred me here.
I really need for this to work as I'm not being given enough time to develop an API app to accomplish this.
Thanks for bringing this up! Those webhooks should now fire consistently when using the bulk editor.
Before jumping in I'd like to know what all of my options are, and, if possible their pros and cons.
The two I know of are using ActiveMerchant, or the paypal_recurring gem, but will they satisfy these requirements?
Ability to accommodate monthly and annual billing
Ability to suspend, cancel accounts etc
Deal with out-of-date card details or failed payments
The to-do list for the paypal_recurring gem includes 'adding support for IPN' - how will not having this impact functionality?
I know there is the railskit SaaS but I'd rather code something myself as the railskit is still on 3.2.1.
I know there are services like cheddergedder/chargify etc, but do they tie you in? Are they US only? Are they worth considering - or are they usually just aimed at non-developers?
Thanks in advance.
I just finished going through this, so I'll try to shed some light on your options. I ended up using Paypal Express Checkout for all recurring purchases through Paypal. We had a custom-rolled recurring billing setup that charges a customer's credit card monthly through Authnet, but had to switch because we needed an international solution, and Paypal was one of the only ones that supported the currencies we needed, and wasn't entirely a nightmare to code.
You can use ActiveMerchant for recurring billing with this plugin, though keep in mind that it is not officially a part of ActiveMerchant, and therefore is subject to break if ActiveMerchant changes how it handles certain things. Because of that, I ended up using the paypal-recurring to handle communication through Paypal, and then rolled my own IPN parser, with help from Railscasts. Another link that helped me a lot was this, though all the :txn_type values ended up being different.
With regards to that last link, here are the 4 :txn_types that I specifically watch out for:
express_checkout - first postback.
recurring_payment_profile_created - sent on first postback when the user first subscribes.
recurring_payment_profile_cancel - sent if user cancels subscription from Paypal's site.
recurring_payment - Money has been transferred to your account. This is what I wait for before I renew their subscription on a monthly. This post also comes with payment_status, which needs to be completed.
The other stuff you mentioned, like handling failed payments and out-of-date cards, is handled through your Paypal account.
Just a word of warning - the only reason I ended up using Paypal is because it is universally recognized and trusted, and it accepted international currencies. There is an enormous amount of documentation on their site, and most of it is redundant, confusing, and entirely too long. My recommendation is to make sure you really want/need to deal with recurring payments, as they are difficult to implement correctly and can be more trouble than they're worth.
I'm currently looking at Ryan Bates example of Stripe. They are a California based company that uses/offers the features you have listed.
www.stripe.com
They only charge when you receive money. I think that they are 3% plus $0.30 per successful transaction. Much better than some other companies that have a monthly minimum. Right now you have to have a bank in the USA to use their services as a merchant. However, anyone can use your site with out of the country credit cards.
The SaaS Kit is now tested with Rails 3.2.2. :) It doesn't support IPN yet, but it's on to the todo list. With all the info here in one spot, I suppose I have no excuse not to get it done. :)
I've seen different documentation on various forums and site on different ways of using Paypal api, here is a pretty useful link: https://cms.paypal.com/us/cgi-bin?cmd=_render-content&content_ID=developer/e_howto_api_ECOnMobileDevices&bn_r=o/, My question is a little different i do not want to use any of the Paypal libraries offered to us in my app, this is the link to libraries:https://www.x.com/developers/paypal/documentation-tools/sdk , I also do not want to gather any personal information, I want Paypal to take care of everything. So in other words I want to be able to open up a UIWebview to the Paypal's mobile site if possible (or if not the regular site will work) have to user log in with his credential or he can use the express checkout option and get back the transaction ID, or receipt what ever is available. I'm a little new to iOS and any help is appreciated.
If you don't want to use any libraries or API's, Express Checkout won't work for you.
Which does make it somewhat easier, as you can just use PayPal Website Payments Standard in a UIWebView instead.
For example; just open https://www.paypal.com/cgi-bin/webscr?cmd=_xclick&business=your#email.tld&amount=1.99¤cy_code=GBP
This will start a 1.99 GBP payment to email#here.tld via PayPal, and automatically use a mobile layout.
If you subsequently want to receive transaction information; set up PayPal IPN on your account and use that to receive transaction-related events. This can be handled outside your app, and thus take away precious processing power to the server.
For an overview on getting started with PayPal IPN, have a look at https://www.paypal.com/ipn/
I would strongly suggest against trying to do transactions through paypal. If you look at the App Store Review Guidelines it states that
11.2 Apps utilizing a system other than the In App Purchase API (IAP) to purchase content, functionality, or services in an app will be rejected