Posts

Post not yet marked as solved
0 Replies
299 Views
Hi, We are working on handling refunds for one time products on apple devices. In our scenario, we have two purchased products and we start refunding them, refund for item 1, then refund for item 2( in an interval of 2-3 minutes). We expect to get two apple receipts, first receipt containing both products, one active(item2) and one refunded(item1, cancellation properties set). The second receipt containing both products, both being refunded(having the cancellation_date_* properties set). This is not happening, we get the 2 receipts, both containing the same data about the refunded products, so both receipts have the cancellation dates set for both products. Is this a normal behavior? Should we assume that the processing of the refunds and sending out the notifications/receipts happens async, resulting in having both refunds already processed in the moment when the receipts/messages are sent out? Thanks, David
Posted Last updated
.
Post marked as solved
2 Replies
246 Views
Hi, We want to handle the Refund Notification in our webhook as we saw here: https://developer.apple.com/documentation/storekit/original_api_for_in-app_purchase/handling_refund_notifications However this part is not clear for us: "Refunded transactions are not present in the JSON response when you call the verifyReceipt endpoint with a receipt that contains refunded transactions, except for auto-renewable subscriptions." Does this mean that we should not send the received REFUND notification to the https://buy.itunes.apple.com/verifyReceipt endpoint for verification? We have tried to verify some REFUND notifications which we received in our webhook(for not auto-renewable products) and after sending it to the /verifyReceipt endpoint we got back the same data, the refunded transactions were present in the response. As a conclusion, is it ok to verify these refund receipts too?
Posted Last updated
.