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!
Related
I have implemented donate button which is really working fine, but there is one issue which was reported by few donas.
They are not able to donate it using their credit card. They are seeing Error
"Something went wrong"
We couldn't process this donation, Please try again later. this could just be temporary glitch.
But few donors are able to make payments using their credit cards.
I have used few test credit card and out of one worked.
**1) 4111111111111111 - Didn't worked
2) 4012888888881881 - Worked
3) 4222222222222 - Didn't worked**
Any idea, why all credit cards not worked
Those card numbers are not accepted by the PayPal sandbox. Use a random one from developer.paypal.com
For better results when testing, use a Personal sandbox account , it is faster for testing than entering a card manually, and less likely to result in an unexpected decline.
As for any declines of real cards in the live environment, that would be an unrelated issue; likely a problem with that particular card.
I have a client wanting to use Wordpress WooCommerce with ChargeLogic as its payment processor. I installed the plugins and put in the test credentials for the client's account. Inventory and products and some settings were pulled in and everything seems to be working perfectly until I try to do a test checkout. (Test mode is turned on.) Once I enter account and credit card info, I get the message "There is a problem with your credentials. Please contact customer service."
I have tried test credit card numbers from Authorize.net who ChargeLogic lists as a supported payment processor, but got the error. I have even tried a Stripe test card and a live gift card. All get the same error. I could not find any test credit card info specifically for ChargeLogic.
Does anyone know if the WooCommerce ChargeLogic plugin allows test checkouts, or if you have to set up another payment processor such as an Authorize.net payment option to get it to work? Thanks! Any help is greatly appreciated.
ChargeLogic got back with me. Someone entered the wrong application ID when they filled out their credentials.
The application ID was set to:
WORDPRESS
And it needed to be set to:
WOOCOMMERCE
We have used DoDirectMethod to credit card payment and recurring payment with CreateRecurringPaymentsProfile Method. But Some how i can not get error "This transaction cannot be processed due to an invalid merchant configuration.".
I found some solution for this :
1)I have problem like : Features that are not enabled for live transactions
2) If for use of REST API ,
I need to change my country then how can i change country or currency.
3) In paypal errorcode i found : Occurs when you have not agreed to the billing agreement.
- Then how can i agreed billing agrrement- need steps for it.
Please help me by providing steps of configuration or any other solution.
PayPal is confusing peoples/developers completely, i am also getting the same issue from one month on one of our client's website, i was used DoDirectPayment, and it works like a charm for test transactions, but as i make it LIVE it is was showing the same issue, i found that too, to performing transactions in LIVE mode we need to 'Enable' this feature for Direct Credit Cards, but many times i requested them (PayPal) to enable that feature, but all time they just received my Application Online and reponsed that it will take about 24 hours. I have also added extra information like SSN, EIN all that but they are so lazy or not active to do that.
At one point they are saying we need Website Payments Pro but i have not found a single link to register that, I found PayPal Payments Pro link at many sites and even in their site, these guys have a huge documentation on that website payments pro and dodirect method but not a single link how to register for that service or how they enable that feature for 'Live' mode.
And today i found they updated their developers site and make things a little different, also provided an extra method "braintreegateway" in order to process, and i tried that too using their sandbox account, its working with only PHP 5.4 and above, so old PHP version servers are unable to get that. And they also need to register your details at their end.
If i have already a PayPal Business account why do i need to register at every single method.
Sucked
We have a Magento Pro 1.10.2 store accessing "incentive points" to be used like cash for products. We've redirected the Authorize.net module to communicate with a website of ours instead of their credit card services. This works great except that we need to remove the dialog boxes for credit card information from the frontend checkout page. We've looked though onepage.phtml and form.phtml but are baffled.
All we really need to do is to make card type, card number, expire date, and CCV invisible but give them default values so that the verifyer doesn't complain (or just turn off verification). We don't need these fields for the way that we are using the Authorize.net interface.
Thanks in advance for your help.
Take a look #
Frontend
/app/design/frontend/base/default/template/payment/form/ccsave.phtml
/app/design/frontend/base/default/template/payment/form/cc.phtml
Admin
/app/design/adminhtml/base/default/template/payment/form/ccsave.phtml
/app/design/adminhtml/base/default/template/payment/form/cc.phtml
I think it would be better if you create your own custom magento payment module see http://inchoo.net/ecommerce/magento/how-to-create-magento-payment-module/
I've been curious about this for awhile and could never find any good information. I used to work at a pizza place that did online ordering. The user would submit their card information and we would run it at the store. I was wondering if someone could give me an idea as to how this transaction took place. If it was PCI compliant, and how it would be sent to the printer. I could think of a couple ways but none of them really seem to be the correct way. I'm looking to do this in PHP. Thanks.
If I where to design this system it would be like this:
The customer posts the order and CC information using a webform over a secure link to the server (using php to generate the page and take the info back in).
The server would use a payment gateway and bill the card on the server (server side PHP script).
On a successful billing it would contact a application running on a box at the restaurant with what to print on the order ticket (only the last 4 digits of the CC info is sent to the restaurant)
Updated with Chris's suggestion
Another option is to use PGP to encode the credit card on the server with the public key. When the CC is sent to the store, it can the be decoded with the Private Key and viewed in order to charge it. But when you are passing credit card information around like that, you always run the risk of something going terribly wrong. It's always better to use a gateway and charge the card immediately or authorize the transaction and then go back and collect the funds by running the authorization number.