I am integrating "FCMBwebpay" payment gateway api with php magento. I have integrated it with form and added required parameters. Now when i click on "Pay" button, parameters send to the FCMBwebpay site. Then after selecting "Visa/Mesterio" card and adding test card number
Card no: 4111110000000211
cvv: 123
Exp. date: 05/17
When I submit it, then it's redirect to blank page and getting error
Prefix not found! For PAN:4111110000000211"
Here is a screenshot of the error:
Please help me to solve this error.
Thanks in advance
Magneto has a fixed list of BIN numbers that it knows about. That list is a production list that does not contain manufacturer and issuer test numbers.
Your test number will NOT be validated by Magneto because it has no knowledge of it.
I don't know a great deal about Magneto, but I would take a guess that if you dig into the documentation for it, there will be a way of adding that BIN prefix into the system so that it does recognize it, and allow you to test things correctly.
Related
Provider: Sagepay
Method: Form Integration
Version: 3.00
Language: PHP
Error docs: https://www.sagepay.co.uk/support/error-codes?keyword=5080
I have a library done to do a payment using the form method, but when I change the vendorName and passwordToEncrypt this doesn't work.
I have 2 accounts A and B.
I check both accounts (Sagepay admin) and I don't see a notable difference
I just set the vendor and password
// Work
$sagePayObj->setVendor('accountA');
$sagePayObj->setPasswordToEncrypt('passA');
// Doesn't work
$sagePayObj->setVendor('accountB');
$sagePayObj->setPasswordToEncrypt('passB');
I think that the problem is with the vendor or with a config in the Sagepay account.
Scenario 1:
$sagePayObj->setVendor('accountA');
$sagePayObj->setPasswordToEncrypt('passA');
Result: Good redirect to Sagepay (Show the accountA logo, and the cards)
Scenario 2:
$sagePayObj->setVendor('accountA');
$sagePayObj->setPasswordToEncrypt('INCORRECTPASS');
Result: Redirect to Sagepay with the error 5080 (Show the accountA logo, but doesn't show the cards)
This is good because the vendor is correct but the password no, then Sagepay know the vendor.
Scenario 3:
$sagePayObj->setVendor('accountB');
$sagePayObj->setPasswordToEncrypt('passB');
Result: Redirect to Sagepay with error 5080 but DOESN'T show the logo and show a different error view like if Sagepay doesn't know the vendor.
Scenario 4:
$sagePayObj->setVendor('ANITHING');
$sagePayObj->setPasswordToEncrypt('ANITHING');
Result: I get the same result as scenario 3
This look like Sagepay doesn't know the vendorName, but I have access to the admin using that vendorName. This is so stranger.
Someone has any idea about the reason,
Thanks.
Have a look in My Sage Pay under the Invalid tab on the transactions screen. You should get a more informative error message there....
I am using the Paypal Express Checkout and everything working good except the shipping carrier not being updated when the Callback is being called.
I can verify the callback is being called (call is logged).
When Paypal call the callback URL with the customer shipping country I return the following values.
METHOD=CallbackResponse&OFFERINSURANCEOPTION=false&CURRENCYCODE=USD&TOKEN=EC-5Fsdf5523823&LOCALECODE=en_US&L_SHIPPINGOPTIONNAME0=USPS&L_SHIPPINGOPTIONLABEL0=First+Class+%283-7+Days%29&L_SHIPPINGOPTIONAMOUNT0=0.00&L_SHIPPINGOPTIONISDEFAULT0=true&L_TAXAMT0=0.00&L_INSURANCEAMOUNT0=0.00&L_SHIPPINGOPTIONNAME1=USPS&L_SHIPPINGOPTIONLABEL1=Priority+%282-3+Days%29&L_SHIPPINGOPTIONAMOUNT1=7.95&L_SHIPPINGOPTIONISDEFAULT1=false&L_TAXAMT1=0.00&L_INSURANCEAMOUNT1=0.00&L_SHIPPINGOPTIONNAME2=UPS&L_SHIPPINGOPTIONLABEL2=Next+Day+Air&L_SHIPPINGOPTIONAMOUNT2=39.95&L_SHIPPINGOPTIONISDEFAULT2=false&L_TAXAMT2=0.00&L_INSURANCEAMOUNT2=0.00
The Callback message is being echo'd through PHP (I even tried save this as a txt file and point the callback URL to this file), even then Paypal doesn't update the Shipping Method.
I also changed CALLBACKTIMEOUT to 6 seconds but it doesn't matter. I am using HTTPS and also tried it with normal HTTP.
I am testing this in sandbox mode.
Anyone could help me out? I am really stuck here and I have been searching for similar problems but couldn't find any.
For your information I followed this Paypal guide : https://developer.paypal.com/docs/classic/paypal-payments-pro/integration-guide/WPInstantUpdateAPI/
I also checked if I am returning all the required fields as described here :
https://developer.paypal.com/docs/classic/api/merchant/Callback_API_Operation_NVP/
I hope someone can help me out, thanks in advance!
UPDATE
I try the NO SHIPPING OPTION
METHOD=CallbackResponse&NO_SHIPPING_OPTION_DETAILS=1&CALLBACKVERSION=95.0
Paypal responds with 'doesnot ship to this location. Please use a different address.'
So the response url is working, the problem is when responding with other shipping options.
Regards,
Kuroudu
I was having the same problems as you, but then I tried the example code from the PayPal Instant Update integration guide and added it as a text file on my server:
METHOD=CallbackResponse&OFFERINSURANCEOPTION=true&L_SHIPPINGOPTIONNAME0=UPS+Air&L_SHIPPINGOPTIONLABEL0=UPS+Next+Day+Air+Freight&L_SHIPPINGOPTIONAMOUNT0=20.00&L_TAXAMT0=2.20&L_INSURANCEAMOUNT0=1.51&L_SHIPPINGOPTIONISDEFAULT0=false&L_SHIPPINGOPTIONNAME1=UPS+Expedited&L_SHIPPINGOPTIONLABEL1=UPS+Express+2+Days&L_SHIPPINGOPTIONAMOUNT1=10.00&L_TAXAMT1=2.00&L_INSURANCEAMOUNT1=1.35&L_SHIPPINGOPTIONISDEFAULT1=true&L_SHIPPINGOPTIONNAME2=UPS+Ground&L_SHIPPINGOPTIONLABEL2=UPS+Ground+2+to+7+Days&L_SHIPPINGOPTIONAMOUNT2=5.99&L_TAXAMT2=1.99&L_INSURANCEAMOUNT2=1.28&L_SHIPPINGOPTIONISDEFAULT2=false
This at least gave me a CallbackResponse that finally worked which I then could update with programming to make it function the rest of the way. Spent many hours ripping my hair out. As PayPal doesn't really provide any means of debugging the CallbackResponses, I was happy to have a functioning starting point.
Hopefully this helps to point others in the right direction.
Situation:
We recently took a magento store live and when we got our domain setup properly our payment info started showing double entries for some reason. This double entry shows anywhere that payment info would normally show (customer account, admin order view, emails, and printed orders).
Problem:
What we see now is this:
Credit Card
Credit Card 1
Credit Card Type: CardType
Credit Card Number: xxxx-0000
Processed Amount: $1XX.XX
Credit Card 2
Credit Card Type: CardType
Credit Card Number: xxxx-0000
Order was placed using USD
We are getting calls and emails from customers wanting to be sure we haven't charged them twice, but the payment only goes through once so I know the actual payment method (Authorize.net) is still working properly.
I'm not sure what would have caused this problem since the only change that was made was to stop running off IP when we pointed the domain. I want to get the original problem fixed, but if I can't then I need to know how to pull specific data out of {{var payment}} so that I can just show:
a.)Payment type
b.)[if credit card]Card type
c.)Payment amount
Any help is greatly appreciated.
We have been experiencing the same problem. (Magento Enterprise 1.13.02) We tested on a clean installation and did not have the problem, and began to investigate. Here's what we found, and how we fixed it:
The good news is, there is only a single charge -- it's just being displayed twice because of an 'if statement' unexpectedly returning true.
In this file:
/app/code/core/Mage/Paygate/Block/Authorizenet/Info/Cc.php
You will see function called getCards. This part was causing the problem for us:
if ($this->getInfo()->getCcType() && $this->_isCheckoutProgressBlockFlag) {
$cards[] = $this->getSpecificInformation();
}
Specifically, getCcType was returning a value, where on a clean installation it was not.
In our case, we found an Order/Invoice Editor extension to be the source of the problem. This one, specifically:
http://www.magentocommerce.com/magento-connect/re-authorize-order-editor-grid-manager-invoice-editor.html
Orders placed while this extension is enabled have credit card details (such as CcType, and the encrypted card number) saved in the database (sales_flat_order_payment). Orders placed with this extension disabled do not.
We have contacted the developer for clarification, as we do not want the PCI compliance headache of storing encrypted credit card numbers.
We've disabled the extension for now, and it has solved our problem. We could modify the above mentioned 'if statement' if we wanted to keep storing credit cards and display properly.
Hope this helps!
I am really stuck with the Magento-FedEx integration process and cannot proceed further.I have filled up all the valid data for FedEx at the backend and not able to implement the same at the frontend.Its giving me the default error message that FedEx is unavailable.It would be great if anyone could help me out with this.Please find the screenshot of the issue below.In addition is there any table in database where the filled up details are getting inserted,if yes it would be great if I can know that too.
I am using the built in FedEx shipping for magento and have given the following details at the backend side for implementation.Yes,I'm using a web service for FedEx.
Is there anything else I need to do for this?Or else, what could be the reason for the issue.
There was a problem with the weights of the product created and hence after making it correct the error message is not shown now.But currently its showing that, no quotes are available for the product.Is there anything else I need to change in order to tackle this issue.
I'm new to php and magento, I'm using the Braintree sandbox environment and everytime I go through the checkout at the point of submitting order I get a pop-up with this error -
There was an error capturing the transaction.
(Transaction declined: Credit card number is required.
CVV is required.)
Websites - http://www.coronafactory.com http://www.tvbedfactory.com
Though they were working before it seems to be effecting both sites, I have checked and cannot find any plugins that would conflict with this plugin, I was told by Braintree "it seems that the Braintree.js widget is being initialized, but the resulting object is never being used." "the file app/design/frontend/base/default/template/braintree/review_js.phtml not being included in your checkout form. This file has the javascript responsible for encrypting the form values and giving them the proper name."
I have put in debugging code 'alert('hello');' in the file with no luck, it seems to not be looking at that file at all.
Braintree dev here. In the event anyone else runs across this problem, here's what happened.
A Magento theme had introduced some errors in checkout.xml that prevented the form from rendering correctly. This in turn prevented the Braintree encryption javascript from triggering properly.
For any problems with a Braintree integration, don't hesitate to reach out to Braintree's Support Team for help.