Jump to content

ozEworks

Partner
  • Content count

    1,440
  • Joined

  • Last visited

Everything posted by ozEworks

  1. ozEworks

    FedEx - Web Services v9

    People should note that this is a phpV5 solution. Soap needs phpV5.
  2. ozEworks

    FedEx - Web Services v9

    We're trying to switch from the old module to this. We have an account and meter ID but we're trying to work out how to get the Webservices Key and Password. WE can't find it on the FedEx site.
  3. Seems that US merchants accepting Debit, Prepaid or Gift cards from MasterCard or Discover are effected by recent changes to how they are managed. Authorize.net has raised awareness thru its recent email on the subject (I certainly knew nothing about it before then). See http://www.authorize.net/support/pafaqs/#do MasterCard's rule changes go into effect May 1, 2010, and Discover's rule changes go into effect April 16, 2010. However, Authorize.Net announced they have an extension to 30 June 2011. I am wondering about other payment gateways? Anyone know?
  4. ozEworks

    UPS Choice Incorrect Rates?

    The issue relates to the UPS Pickup Method. If you choose RDP which is Regular Daily Pickup you need to change the code around line 191 to Case 'RDP': $this->_upsRateCode = 'Daily+Pickup'; break
  5. Since yesterday we have noticed on a client site that the rates quotes via UPS Choice are way lower than the UPS site. They are out by quite a lot. There seems to have been an overnight change of some sort. I know people will say use UPS XML and we will look at that for this site but in tne meantime it seems odd that this occured in a module that has been stable for years. Anyone else notice a sudden change?
  6. ozEworks

    Mastercard and Discover Card Changes for US Merchants

    This is not just Authorize.net. It is any payment gateway that uses Mastercard or Discover cards. It is bascially saying that if a customer tries to use a Debit card or Giftcvard for a purchase and the amount left on the Debit card or Giftcard is less than the order total then you have to offer them a second payment method so they can pay the balance. So maybe it is possible to create a module that can be called from any other CC module that will handle this situation? "Sorry the balance of your card is insufficent to cover your purcahse, please select a second method to pay the balance?" OR at the very least "Sorry the balance of your card is insufficent to cover your purchase, please contact the site owner to complete your purchase over the phone"
  7. ozEworks

    Strange Paypal payment - did customer change amount?

    Does this effect PayPal IPN or just the standard PayPal? Satish says PayPal IPN checks the amount paid against the transation total before setting the status to "paid".
  8. ozEworks

    Does anyone actualy have worldpay working 100%

    No it is not a No. We have a working version. I just wanted to know when it was upgraded.
  9. ozEworks

    Mastercard and Discover Card Changes for US Merchants

    Anyone from the osCommerce team able to enlighten us?
  10. That is the whole point. No-one handles partial payments. This is a new requirement of Mastercard and Discover. (By the way the gateway guy post was deleted as it was pure commercialism) I started a general topic here http://forums.oscommerce.com/topic/357156-mastercard-and-discover-card-changes-for-us-merchants/page__p__1501136entry1501136
  11. ozEworks

    Mastercard and Discover Card Changes for US Merchants

    I saw on a "competition" open source that Cybersource have issued a similar email but I don't have the details.
  12. ozEworks

    Mastercard and Discover Card Changes for US Merchants

    I found this link about PayPal (funny I did not even think about them when I was posting!) https://www.x.com/docs/DOC-2021 PayPal is currently implementing the ability for merchants to comply with the MasterCard/Discover partial authorization / reversal rules. More details will be posted shortly, but for an overview of the changes see http://www.merchantservices-help.com/blog/2010/03/mastercard-and-discover-announce-new-processing-rules.
  13. ozEworks

    Does anyone actualy have worldpay working 100%

    stupid question but when did they upgrade?
  14. Gatewayguy is referring to his own commercial version of the AIM module which is not what this topic is about. Since AIM is a certified Add On to osCommerce controlled by Harold (see http://addons.oscommerce.com/info/5662) I am sure it will get updated in accordance with the new changes in how debit, pre-paid and gift card are to be handled for US merchants. It would be nice if Harold could confirm that. However this change is broader than Authorize.net. It effects all payment gateways some of which may not have been given the extension.
  15. Cybersource sent out this email CyberSource's SSL certification authority (CA), Entrust, is mandating the use of new, higher strength SSL certificates. To this end, CyberSource will update its production systems with these new certificates on Monday, February 22nd, 2010. If you connect to CyberSource using an API whose connection is secured by SSL then you will need to trust these new SSL certificates. The impacted connection methods are below: Simple Order API (SOAPI) SOAP Toolkit API Batch Upload API Report Download API Merchant Registration API After February 22nd, these connection methods will no longer work in production if the new SSL certificates are not trusted in your environment. If you are using an API coded for the Java programming language, please visit the following URL for instructions on how to update your certificates: http://www.cybersource.com/support/sslcert/ If you are using a different programming language then please find the 3 necessary certificates here: Root: https://www.entrust.net/downloads/binary/entrust_ssl_ca.cer First intermediate: https://www.entrust.net/downloads/binary/entrust_l1e_chain_root.cer Second intermediate: https://www.entrust.net/downloads/binary/entrust_l1e.cer Save all three to your local environment and update any keystores used by applications that connect to CyberSource. If you use Windows and do not already have these certificates installed you can import them manually into a machine's default keystore using these steps: Double click the .cer file > Install Certificate (button) > Next (button) > Next (button) > Finish (button) Thank you, CyberSource Customer Support Does anyone know what they are telling people to do?
  16. Sounds like a database problem. Go into your database and check your data is right. Sometimes you can end up with duplicate records which can confuse things. Otherwise sounds like data missing. I know at some stage (not sure it was USPS) I have had to increase field size to store content of shipping modules.
  17. Service Names are now: Global Express Guaranteed (GXG) Global Express Guaranteed Non-Document Rectangular Global Express Guaranteed Non-Document Non-Rectangular USPS GXG Envelopes Express Mail International Express Mail International Flat Rate Envelope Priority Mail International Priority Mail International Large Flat Rate Box Priority Mail International Medium Flat Rate Box Priority Mail International Small Flat Rate Box Priority Mail International Flat Rate Envelope First-Class Mail International Package First-Class Mail International Large Envelope
  18. You have posted different code without explaining why ... Could you please explain why you have different service names?
  19. The patch on the CRE Forum states the code should now read $this->intl_types = array('GLOBAL EXPRESS' => 'Global Express Guaranteed (GXG)', 'GLOBAL EXPRESS NON-DOC RECT' => 'Global Express Guaranteed Non-Document Rectangular', 'GLOBAL EXPRESS NON-DOC NON-RECT' => 'Global Express Guaranteed Non-Document Non-Rectangular', 'EXPRESS MAIL INT' => 'Express Mail International', 'EXPRESS MAIL INT FLAT RATE ENV' => 'Express Mail International Flat Rate Envelope', 'PRIORITY MAIL INT' => 'Priority Mail International', 'PRIORITY MAIL INT FLAT RATE ENV' => 'Priority Mail International Flat Rate Envelope', 'PRIORITY MAIL INT FLAT RATE BOX' => 'Priority Mail International Flat Rate Box', 'FIRST-CLASS MAIL INT' => 'First-Class Mail International');
  20. Not everyone, including its creator, is so sure that the purchase by Oracle of SUN and hence mySQL will mean little change in terms of mySQL. Please see http://monty-says.blogspot.com/2009/12/help-keep-internet-free.html and consider signing the petition at http://www.helpmysql.org
  21. ozEworks

    PayPal Payflow Pro [New Version]

    Are you sure you have your module setup properly in Admin?
  22. ozEworks

    PayPal Payflow Pro [New Version]

    Hi Before we had a 114 (invalid CVV) get thru without an error and now we got a 104 (timeout) get thru. As far as I can see, they cannot get thru unless the code is sent back with a blank error message. Which presumably cannot happen but apparently now is. I think that the code that checks non-specific errors if ($RespMsg != '') { $payment_error_return = 'payment_error=' . $this->code . '&error=' . urldecode($RespMsg); should be changed to check the error code instead: if (($result_code != 0) { ) { $payment_error_return = 'payment_error=' . $this->code . '&error=' . urldecode($RespMsg);
  23. ozEworks

    PayPal Payflow Pro [New Version]

    I think we need an update to this module. Sounds like post September some new bugs might have arisen. The CCV2 issue and the acceptance of cards you in fact don't accept (both reported by Chaddock) are common issues I think. We are certainly getting a report of them ourselves.
  24. ozEworks

    PayPal PayFlow Pro Upgrade

    We are now getting duplicate orders. First order has no payment method or shipping and missing Country. Second has payment and shipping. Since the order is only created on checkout success, we cannot work out how 2 (sometimes 3) orders are getting created. Anyone else seen this?
  25. ozEworks

    PayPal PayFlow Pro Upgrade

    PayPal made the following annoucement to users on 13 May 2009: We’ve upgraded our Payflow gateway service with new security features to make payment processing even safer. On September 1, 2009, we’ll stop supporting your current integration. To continue processing payments after that date, you’ll need to update your Payflow integration. For a detailed explanation of what’s changing and step-by-step instructions on what to do, go to https://www.paypal.com/gatewayupdate. Please make plans to get this critical update done right away. The update will give you more security and you won’t have to worry about your payment service being interrupted in September. If you have questions, contact our support team at payflow-update@paypal.com or 1-866-877-4891, ext. 168. Their link for 3rd party solutions says We’ve added new security features to our Payflow gateway service that will make your payment processing even safer. Because of these new features, you must update the Payflow code that’s integrated into your web site. All merchants should update to Payflow Pro Software Development Kit (SDK) version 4.3 or higher, or use our direct HTTPS Interface Does anyone know anything about the implications of this?
×