i was uploading my apps on itunes connect. For in app purchase i am using mass import template for uploading IAP but now i am getting error
ERROR ITMS-5103: "Default product interval not supplied (in-app purchase with product_id='com.mclegacy.megacasino3.combo3'). For a new in-app-purchase, a default product interval must be supplied: no start date (or start date of today or earlier) and no end date." at Software/Soft
This error is mainly due to the mismatch of time provided in Price effective date
with US Time. So This error can be solved by waiting till US time and "Price Effective
date" mathches.
So Either Provide US date/time as Price Effective date or wait for given
Price Effective date reaches US date.
I kept getting this error no matter what dates I entered. Finally read the docs and tried:
Price Tier Effective Date: Now
Price Tier End Date: None
And all my products uploaded successfully.
Related
Our iOS App supports yearly subscriptions with different free trial periods. We are aiming to evaluate the receipts available locally on user's device offline.
**We are planning to do this: **
Check if cancellation_date exists - inactive subscription
If cancellation_date doesn’t exist, check if purchase_date exists:
if yes, check if expires_date exists and is in an active period - active subscription
if not, check if expires_date exists and is in an active period - may be trial period
The thing we cant figure out is, if user turns-off subscription in trial period stopping payment, how can the app know such events?
Does expires_date indicate "trial duration + 1 Year" or only "1 year"?
Does original_purchase_date or purchase_date indicate "start of trial" or "the date user has made payment"?
Note: We also plan to periodically refresh local receipt using
SKReceiptRefreshRequest.
Make sure you are looking at the sub-contents of all the in_app entries, ASN1 type 17. There will be one for each renewal.
Cancellation date is only set if the subscription is cancelled by Apple customer service, you should mostly depend on the expiration date.
The trial is treated as separate in_app field in the in_apps array. So as long as you are looking for the latest expires_date field, you will be computing the correct expiration date.
Also, I'm not sure how up to date the in_apps are when using SKReceiptRefreshRequests. Apple says to use server side validation, and the /verifyReceipt endpoint when using subscriptions.
Shameless plug, but if you are trying to implement subscriptions with less effort you might want to try my service, RevenueCat. We handle all the receipt parsing and tracking for you and do it correctly. You can sign up with my referral code.
itunesconnect availability date selection issue:
itunesconnect availability date always resetting to current date. In
some cases, its not at all showing the availability date.
We are forced to set the price tier in order to bring the
availability date. Even after doing so, its not allowing me to set a
future availability date.
itunesconnect upgraded its GUI, and these issues are started
happening after the recent updates. Anyone know what needs to be done
to set a future date?
I'm using iTunes Store Transporter to schedule price tier changes for my iOS app.
Reading the AppMetadataSpecifications5.2 PDF document, I was intrigued by this paragraph:
An unlimited number of intervals are allowed; however, for each interval, there is a period of several hours where the product will be unavailable for sale while the price is changed.
“Unavailable for sale for a period of several hours”?!
I really hope this is a bug in Transformer's documentation because otherwise Transformer would be a terrible tool.
Is somebody using Transporter (or iTunesConnect) experiencing unavailability periods?
Is it something specific to Transporter or does it also apply to the old iTunesConnect manual way of scheduling such price tier changes?
iTunes Connect DAILY reports for our app shows lets say 52 purchases a day... but according to our server logs, there was 55 purchases processed on the same day for which the items were delivered.
How is this possible?
Our server is keeping all the original purchase receipts (all 55 of them) and even now we can re-validate all of them with the apple servers successfully.
We are using "original_purchase_date_pst" in the receipt to identity the date of purchase which we believe what iTunes uses when downloading the DAILY report (We did tried matching with all other "purchase_date" fields in the receipt... but with no success)
The daily report shows NO REFUNDS...
We do have "transaction_id" for all 55 purchases, but there is no way to match them against the DAILY REPORT.
Please help,
UPDATE:
Contacted Apple and got a template response (as expected)...
"Apple Sales and Trends reports are working as expected. We can’t account for any discrepancies between our reports and those of any outside reporting systems.
Let us know if you have additional questions about this information. You can reach me Monday - Friday, from 7:00 AM - 5:00 PM (PST) at 1(877)-206-2092."
I had sent them the full details... but they will not even look at it!
UPDATE:
Ok, considering if its a REFUND (or REVERSAL as #Ricky suggested), how do we check which transaction was refunded? we do have all the transaction_id but the Apple report does't show any.
If you confirmed that there is no Refund. How about a Reversal of an accidental purchase (eg: purchase 2 times)?
If you read Appendix L - Newsstand Report Field Definitions for
https://www.apple.com/itunesnews/docs/AppStoreReportingInstructions.pdf
There is a field Sales/Return:
Can be S or R. R is a refund and not a reversal.
It is reasonable to believe that Apple treats Refund and Reversal differently. I believe that when it is a refund, you will see a negative value under Units on your daily report, but for a reversal, the entire transaction might be cancelled out and not even appear on the report.
I am unable to confirm on that with 100% confidence, I guess you may drop an email to Apple Itunes Connect Support for more info on reading the Sales and Trends and daily report.
Added a Screen shot for Reversal (Apple does not mention Refund):-
So is the Report By Apple treat Refund and Reversal different? You have to ask Apple support.
Add extra screen shot:-
I uploaded an app on itunesConnect and i set availability date on 20/02/2012. Yesterday I received an email that say that my app is in "Processing for appStore"; today I have entered in itunesconnect and I have seen that my app is ready for sale; but in the version summary app availability date is 20/02/2012. What does it mean? Can I be sure that my app begin the sale on 20/02/2012?
Relax, the availability date controls when others can download it. But once the approval process is finished it'll be ready for sale, which reserves the page URL for it and allows you to send out redemption codes should you want others to download it early for testing etc.