We recently released a new app in the app store and are checking the sales & trends. We are not sure what the transaction type "update" actually means.
a) People who updated the app -> which means they downloaded and installed it through the update process.
b) Scheduled updated -> they see that there is an update but did not download it.
Many thanks!
Updates are pretty obvious just "updates", as everything else would be impressions, which only show up in app analytics. "Transaction type" implies that something actually happened whereas your thoughts on "Scheduled updates" are about thing maybe happening in the future.
What are units in the downloaded reports? Units can include Paid or
Free downloads, Updates, Refunds, and Redownloads. These metrics are
distinguished by the Product Type Identifier column. See Product Type
Identifier definitions.
Source: https://itunespartner.apple.com/en/apps/faq/Sales%20and%20Trends_Reports
Related
I have enabled activation and deactivation feature enabled for License Type = "License Text"
I need the information how many latest activation count are pending, there might be some license deactivated.
I have search API provided by license4j but wont find any exposed API.
Able to get License Quantity but for current activation count not able to see any API.
Is any way to get this information ?
Are you using an own ALGAS? I just take such information out of its underlying database directly if needed. Sorry not being able to help you if using Online.License4J since I'm not aware of such an API function, too.
By the way: License4J team don't answer my questions for weeks now, and you didn't get answer, too, it looks like. Looks like they are unavailable due to unknown reasons. Also, my recently expired ALGAS license has not been renewed to date despite timely payment, which puts me in a bad situation. :-(
I like License4J for its simplicity but that's not that funny actually.
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.
I'm trying to create a timesheet in Netsuite programmatically through API calls but I get "Timesheet featured is not enabled" error even though I checked possibly all timesheet related checkbox features under Setup-->Company-->Enable feature are checked. Anyone has seen this before?
Thanks.
Process of enabling Timesheets feature
Published 04/22/2014 11:20 AM | Updated 01/29/2015 12:41 PM | Answer Id: 38014
1) Customer requests enabling of Timesheets feature via technical support ('Two Administrators' or an 'Administrator and a Primary contact' or an 'Administrator and a Decision Maker' should sign off in writing that they understood the repercussion of enabling this feature. And they would want this feature to be enabled on their account.)
2) Checkbox for Timesheets is available on Enable features page
3) Customer (Admin) enables the feature
- Notification appears with checking of the box:
4) Customer saves the preferences
5) While migration takes place, Time Tracking box is checked
- It is not possible to change feature setup during migration, following notification pops up if someone tries to do so:
6) When migration is complete
a) Timesheets box is checked
b) E-mail is delivered once migration is successfully complete
Subject: The Timesheet feature has been enabled
Body: The Timesheet feature has been enabled and the system has finished updating your Time Tracking custom fields and time transactions.
- if migration fails, e-mail is also sent, notifying admin about failure
As for the estimated time, it depends on amount of data that are migrated. To give you at least some rough estimate, we are talking about hours here. Small customers can be migrated within hour, larger ones couple of hours. If the process of enabling/disabling the feature takes 2 days or more, please contact NetSuite Support.
I used Google Bigquery for a month and was billed $800. Since the amount was way high I disabled the billing immediately. However now I need the invoice for the amount charged. If I enable billing back, it gets associated to a new account. For contacting customer support I need billing id which I don't have.
Please let me know, how can I get invoice for this project.
I actually had a similar situation, and I opened a ticket with the wrong billing ID. As long as you have a project ID and you can prove you own the project, they can find the invoice and send it back to you :).
One of our users is getting an error when they attempt to make a purchase and I'm trying to identify why this is occurring.
The message returned from PayPal is:
<Errors xmlns="urn:ebay:apis:eBLBaseComponents">
<ShortMessage>Transaction refused</ShortMessage>
<LongMessage>This transaction cannot be completed because it violates the PayPal User Agreement.</LongMessage>
<ErrorCode>13122</ErrorCode>
<SeverityCode>Error</SeverityCode>
</Errors>
This product is working for other users, just not him.
Obviously it's violating the User Agreement but I'd like to identify why.
UPDATE
The users that are affected by it seem to all have one or more of the following: a non-UK email address, a non-UK PayPal account or a non-UK payment source.
We've not had a resolution yet, but have directed several users to contact PayPal directly. The feedback we've had is as follows:
"I tried with another paypal account, that failed too, despite being able to use both PayPal accounts to pay for other services."
"PayPal are aware of the error message, but they simply cannot explain why it's happening. After an hour on the phone with them today, they seem incapable of tracing the reason for this error."
Needless to say we've got some very frustrated users.
I had similar problem... Title of our item we were selling was:
Inc. Special Offer: <<Famous author>> eBook for only 10.00$
When we changed the title to something more descriptive, everything was OK
Did you open a ticket with MTS or call the Business Support line? If you did open a ticket can you please give me the ticket number? I'll take a look at it.
It may be something that you need to address with Business Support though.
I had this same error coming back for one of our customers and I had the same issue as #knagode with my product name.
For some reason "Dark Havana" in the product name set this off and produced this error. If I ever hear back from Paypal on why this phrase is not acceptable, I will circle back and edit this response.
It turns out that the value in "PaymentDetailsItem - Name" was one part of the problem. We didn't have any special characters (or so I thought) in there, just "product name: person name". When I spoke to PayPal support their response is as follows:
"I have checked it, it's a combination of many things that we cannot disclose.
However removing the ":" before the name PAYMENTREQUEST_0_NAME should work.
Can you send PAYMENTREQUEST_0_NAME=xxxx USER NAME
Instead of PAYMENTREQUEST_0_NAME=xxxx : USER NAME"
Once I had removed the ":" from that field, it started working again...bizarre!
This error still gets triggered with non-UK PayPal accounts but happens less frequently now.
For any others investigating this issue please be aware that PayPal has filters in place that looks for globally specific geographic terms. If any terms used in the product description trigger the filters, the transaction could be refused. In our case, we are online rug retailer with many of our products ranging across the traditional rug spectrum. We found that any rug with the term "Persia" in the title were being refused due to economic sanctions against nation states associated with that term.
The filters are not geographic only and other controversial terms could also trigger the filters to refuse the transaction. In one instance, we had a rug with "Confederate" in the product description that also triggered the filters.