In the Amadeus Booking confirmation scenario, the FOP web service API throws a "TABLE DOES NOT EXIST" error when using a card or check payment.
Please clarify for us why this error happens when using the FOP api, because we weren't aware of this before, so I would request a clear clarification from the Amadeus technical support team or someone should help this out.
I got a response from the Amadeus Help Desk support team.
I found some information on the error. From one of the payment developers:
“ most probably an error linked to your point of sale that is not tied
to a “FOP Table” which defines the list of methods of payments and
their structure”
As suggested by the Amadeus Help Desk support team, the PCC-owned account manager configured the wrong input data in the FOP table and that is the reason it throws "TAOBLE DOESN'T EXIST".
If they are configured wrongly, the table will consider NAN, so it would require a proper Yes or No input data to configure properly.
Related
I am trying to implement a feature in my website where user can input the Vehicle's Registration Number and pull out the details of the vehicle and owner. Similar to https://jankari.loconav.com/rc
There is an API provided by the government of India to achieve this - https://ndh.digitallocker.gov.in/public/api/transport#/APIs/drvlc but there is no documentations involved. I am not even sure how to use it in postman. There are no options to generate an API key etc. When you click the "try" button it just shows you a pre-written json which gives error after you execute it. Can some help me find a way to build something similar to https://jankari.loconav.com/rc using the http://apisetu.gov.in
Thanks in advance
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'm exactly following this API guide via curl but yet keep getting this messages:
{"ValidationErrors":[{"Message":"Rate limit has been exceeded: 0
PerMinute for PricingSession"}]}
I'm new there and i'm sure i have never pulled before. Therefore, there's no way i could have "exceeded" the rate.
Please let me know why and how to solve it.
It looks like their hotel and Flight's live pricing API are down at the moment, as per their documentation.
I am getting the same error as
I've been working on an automatized eBay-upload-item module for a while now and every time I think it could work, eBay comes up with a new non-sense error. Currently the error is:
SKU already in use
I have 0 items in my listing, (active, ended, unsold etc), literally, 0 items anywhere. And when i try to make a BULK upload via the Trading API using individual AddFixedPriceItemRequest per item (including variations), I get the above error, which makes no sense.
All my SKUs are uniquely generated and then checked for against a database that stores them so as to avoid duplication. There is no documentation anywhere, and just basing my debugging on eBay's error reporting can drive anyone into insanity.
Any help will be much appreciated. Thanks
First of all, make sure that the item you're trying to upload is not a Multi-SKU item. This error can appear for multiple problems related to any part of your listing.
It would be also great if you can post API request and response here.
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.