I am using Consolibyte QB PHP SDK (Qbxml). I am getting an error as
Transaction not in balance
in couple of payment receive mod requests. Is this related with wrong qbxml or is it some issue/bug in QB Desktop (2021 version)?
error reported as
3170: There was an error when modifying a ReceivePayment. QuickBooks error message: Transaction not in balance.
I just had the same problem in Intuit QB SDK but on a PurchaseOrderAdd request. Sometimes I have item lines which have a 0 quantity and amount where a purchase order has had a complete item line reversed in my application. So I put in a quantity of 1 and an amount of 0.01 and it then went through.
Related
I've used Paypal iOS SDK for Payment purpose, since a week I've been facing a problem with payment process. Getting an error like
"Declined by Fraud Service: 11611-Transaction blocked by your settings
in FMF".
Since a year it had been working fine and I haven't changed anything from its integration part but recently (suddenly) I'm getting an error. Is there any update required with settings of iOS SDK?
I tried to look around this link (https://developer.paypal.com/docs/classic/fmf/integration-guide/FMFIntro/) but could not find exact solution for mobile app. Pl. help if any one is aware about this error.
I found an answer to this question. There is no technical solution of this problem. Question has an answer to a question. Reason for this error is Activation of Fraud Management Filters. Fraud Management Filters (FMF) filters fraudulent transactions.
Following sample possible reasons provided by Paypal for such error:
Country Monitor filter, which identifies transactions based on the
country of origin
Card Security Code Mismatch filter, which identifies transactions with differences in the credit card security code. (When a customer tries to checkout using an incorrect/mismatch billing address, cvv or expired date registered with the card.)
Maximum Transaction Amount filter, which identifies transactions whose value exceeds a specified amount
Total Purchase Price Minimum filter, which identifies transactions that are less than a specified amount
In my case actual issue and reason for this error was: Customer had
provided wrong/incorrect information about payment card, which was
filtered by Paypal as fraudulent activity. And rejected transaction
for that customer.
I solved this problem by informing customer to register this information in its account and verify the same to Paypal.
I have implemented in app purchase in my iPhone application.
But first time while buying product during payment transaction phase I get an error:
cannot connect to iTunes store and it results in unsuccessful payment transaction.
Main thing is that it is occurring randomly means in subsequent attempts transaction gets completed successfully and again after 2 or 3 transactions it gives me the same error.
Weird behaviour?
I have tried all online available solutions like resetting, "Log out" from iTune account and creating new test user account but none is working.
I am trying to solve this problem since last three days(was waiting if problem is from iTune server) but no luck at all.
Before this I have successfully submitted no. of apps having in app purchase. Facing this issue first time.
Please do suggest some solution.
Thanks
In my case the error was because of "TimeOutInterval:".
In my In app purchase implementation workflow, in between there was a call to our local server to make entry of subscription in database.
Later I found, because of slow server I was getting late response from server resulting into "requestTimeout".
To solve this problem I increased the timeoutInterval while making request to server. And It worked for me.
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'll try to explain you my situation and why I need this numbers
One month ago I renewed the iOS program, I didn't received any mail and any message from Apple and in member center I have this message:
Your Program purchase is pending and may take up to 24 hours to process. Once processed, you will receive an email from Apple Developer Support. If you have not already purchased your Program, you may do so now.
I sent a message 2 weeks ago to Apple to get more informations about this and I received an answer yesterday and they told me:
In order to further assist you with your activation code, please reply to this email with the following information of your purchase:
- Web Order Number
- Invoice Number
So How could I get this numbers if the payment is not done??
Thanks,
Sorry if my english is not perfect, and if you want more informations tell me
You can get that information if you go to the store.apple.com (or the equivalent for another country) then to Account > Order Status.
I have some queries on Microsoft Translator API
1.If i use trial period before characters limit will be over am i going to get any emails from the configured email in datamarket.azure.com. I have seen that notifications will appear in our account when our subscription balance is 15% of our monthly limit and when our balance is completely finished, but i think these notifications will display in our www.datamarket.azure.com account. It's not good to check our account regular basis.So is there any other approach which is maintaining by Microsoft?
2.is there any specific limited characters or transactions per day for paid service also?
I referred this link but i didn't get much details
https://datamarket.azure.com/help-overview-purchasing-subcribing-data-apps#x_taxes
Please provide me the answers for the above queries.
Microsoft translator Support has sent a response for the above queries as follows
1.At this time the notification for low balances only appear in your Windows Azure Marketplace account. The email notification for low balances is a priority feature that we expect to be included in a future release of Marketplace. If you subscribe to a paid monthly subscription, a new feature for paid Translator API subscribers called ‘Auto-Refill’ was added last week and you may find this to be useful depending on your usage scenario.
If you enable this feature for your paid Translator API subscription, you allow Marketplace to automatically refill your subscription if your remaining balance reaches 10% or less of your monthly subscription limit. More information on Auto-Refill can be found here.
2.You are currently able to translate a maximum of 10000 characters per request, but we recommend keeping each request between 2000 and 5000 characters to optimize response times.