I'm attempting to filter the list of Tax Rates in Xero by the date since which it is modified. Unfortunately it does not seem to be working, even when using the "Modified After" filter in the API Previewer, as it seems to still be showing every record present.
Unfortunately UpdatedDateUTC is not exposed on the TaxRates endpoint thus it cannot be filtered by the If-Modified-Since header
Related
ShipStation is showing only shipment tracking_number on UI it is not displaying tracking URL and not returning this tracking URL in API response as well.
This could be happening if you're omitting both tracking_carrier and shipping_method. If these are not included, there will be no tracking link.
A tracking link is always generated if either (not mutually exclusively) shipping_provider or tracking_carrier is supplied alongside a tracking number and as long as the value for either carrier code is valid according to our supported list.
It is recommended for you to reach out to Shipstation about this to verify if Shipstation is seeing unexpected results via the API. If that is happening, please let me know so I can provide the next steps to this. Thank you!
I am using Shopify Admin REST API for item and inventory sync and I am not sending inventory_quantity field in variants API, but I received following email from Shopify few days ago. I am also sending correct location_id when creating fulfillment and it is created successfully in Shopify.
The location_id field is now required when creating fulfillment and
refund requests.
Inventory_quantity and inventory_quantity_adjustment
can no longer be set on the product variant.
Deprecated in 2019-10 and support will be removed on July 1, 2020
I wanted to know if the email above is a generic email sent by Shopify to all developers? or am I doing something wrong here?
Ignore it if you're sure that you don't use these deprecated attributes anymore. I think they recently introduced this notification system which sends warnings to developers if they detected any deprecated calls in the past. They just alert you, they don't scan your app code so they don't know whether you fixed the issue or not. I was getting similar warnings despite that I was sure that the issue had been fixed earlier.
Anyway, to get peace of mind, go to the Apps area in your Shopify Partners account. The table that lists all your apps has now the API health column showing the status of your apps in terms of deprecated calls. You will see a warning (orange dot) if they detected any deprecated calls in the past 30 days. The warning is provided with some additional information like the last time the issue was detected and the deadline to fix it to, example. You can get more details about the deprecation by clicking on to the warning.
If it's a private app, just check your code again for using the deprecated attributes mentioned in the email.
You will want to check the new Inventory Level and Inventory Item endpoints in the Rest API. With a variant's inventory_item_id and a location ID, you can update inventory.
Clearly you can no longer just set a variant's inventory level. That went the way of the DODO this year.
We are finding that a number of orders - for some as yet unknown reason - are not automatically captured. Is there a way with the API to get a list of un-captured orders?
You can use TransactionSearch API. TransactionSearch API can help you to list down all the transaction together with the status of the transaction itself. You can specified a date range and also the status of the transaction. Read here for the API details.
I need to get a custom report of the payments that we received in the last X (variable) days.
We use a PSP to handle our payments but they only store the amount of the original sales (not without the FEEAMT and currency conversion).
Important is that the report shows the amount that actually is ours, so:
after the FEEAMT
after currency conversion
PAYMENTSTATUS must be "complete"
I cant find any working examples, only code snippets on https://developer.paypal.com
You can use TransactionSearch to pull orders within a time range, and then use GetTransactionDetails to pull specifics about any particular transaction.
If you are using PHP then you can use the PHP SDK for PayPal to make those calls very simple for you.
Through the Bigcommerce API I am trying to upload the carrier along with the tracking number so that the tracking number links to a carriers website. Following the instructions here - Post carrier to Bigcommerce Shipments API - I set the shipping_method to UPS. However, when looking at the shipment information in the Bigcommerce backend, shipping method shows - Other(UPS). Also, the tracking number is not linked to any website.
How do I properly set shipping_method so that it won't be prefixed with Other and the tracking number is linked to that carrier?
This is a limitation of the Shipments API resource. Shipments created via the API always prefix the shipping_methods property with "Other" and do not link the tracking number to the appropriate carrier website. Shipments need to be created via the Control Panel for the tracking number URL to behave as you're describing.
So I did some playing around and it seems that the tracking numbers associated website and the prefix comes from the requested shipping. My first couple of orders were created manually and I did not select a shipping method. However, when I placed an order on the stores frontend and selected a shipping method, shipping_method was then prefixed with the requested carrier. This also happened when I created a manual order in the backend and actually selected a shipping method.
Long story short, it appears to me that the website linked to the tracking number, is associated with the shipping method that the customer selected.