Page 61 of 75 FirstFirst ... 1151596061626371 ... LastLast
Results 601 to 610 of 750
  1. #601
    Join Date
    Feb 2011
    Location
    Near Houston, TX
    Posts
    496
    Plugin Contributions
    0

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    Quote Originally Posted by RocketSites View Post
    Thanks.

    Looks like you're using the standard Square module, and it appears that the issue only occurs after the order total changes (e.g. after changing the shipping method) - correct?
    You are correct. I logged back in as the customer, emptied the cart. Then added a different item and went to checkout. The fields were there. Once I clicked the shipping type, the fields went away.

  2. #602
    Join Date
    Nov 2006
    Posts
    106
    Plugin Contributions
    0

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    Quote Originally Posted by todoonada View Post
    Hello,
    sometimes I get an error mail when a customer wants to pay by Square:

    Error Dump: stdClass Object
    (
    [errors] => Array
    (
    [0] => stdClass Object
    (
    [code] => VALUE_EMPTY
    [detail] => Field must not be blank
    [field] => source_id
    [category] => INVALID_REQUEST_ERROR
    )


    [1] => stdClass Object
    (
    [code] => VALUE_EMPTY
    [detail] => Field must not be blank
    [field] => idempotency_key
    [category] => INVALID_REQUEST_ERROR
    )


    [2] => stdClass Object
    (
    [code] => MISSING_REQUIRED_PARAMETER
    [detail] => Field must be set
    [field] => amount_money
    [category] => INVALID_REQUEST_ERROR
    )
    )
    )

    I can not find out what the reason is. Minutes before and after people paid successfully.
    Zen Cart version 1.5.5f
    Square module: 1.5
    php-version 7.3.28
    I got another error now.

    [errors] => Array ( [0] => stdClass Object ( [code] => INVALID_ACCOUNT [detail] => Authorization error: 'INVALID_ACCOUNT' [category] => PAYMENT_METHOD_ERROR ) )

    The same customer ordered the day before without any problem.

  3. #603
    Join Date
    Jun 2021
    Location
    UK
    Posts
    6
    Plugin Contributions
    0

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    Quote Originally Posted by lat9 View Post
    That could be part of the problem; there are significant updates to the core from v1.5.7 to v1.5.7c.

    If you go to https://github.com/zencart/zencart/releases and click on the 'Assets' associated with the v1.5.7b and v1.5.7c releases, you'll find zip-files that contain only the changed files (no database changes required) to make the upgrade easier. You'll need to do two updates going from v1.5.7 to v1.5.7c, first from v1.5.7 to v1.5.7b then from v1.5.7b to 1.5.7c.
    Thanks for the info, new to Zencart and not had to do any updates yet.

    I did try to update, but after uploading the 1.5.7>1.5.7b files (after renaming the admin folder) I just get a blank screen (admin only) so I need to work out what needs to happen to rectify that I guess before proceeding.

    I'll be in touch once I've worked the update(s) out and tested it with the new files.

  4. #604
    Join Date
    Feb 2011
    Location
    Near Houston, TX
    Posts
    496
    Plugin Contributions
    0

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    Quote Originally Posted by RocketSites View Post
    Thanks.

    Looks like you're using the standard Square module, and it appears that the issue only occurs after the order total changes (e.g. after changing the shipping method) - correct?
    Okay, so first off, I move the site from www.example.com/test to a www.example.com as there were several smaller issues that were driving me nuts. That move solved many of the nagging issues. However, this one is now reproducible at www.wlcartistrydesign.com. I have gone into the Chrome Developer console to get the CC field info AFTER selecting the shipping method. The CC fields were visible (although not in a visually appealing way.) Here is the data in the console for the elements.
    Click image for larger version. 

Name:	Screen Shot 06-26-21 at 08.29 AM.PNG 
Views:	33 
Size:	37.6 KB 
ID:	19652

    Notice that all the div IDs have no content...

    When I go back and ADD an item, the fields are back...

    Click image for larger version. 

Name:	Screen Shot 06-26-21 at 08.36 AM.jpg 
Views:	19 
Size:	23.2 KB 
ID:	19653

    What is going on here?

    Here is the element details when the fields are visible. Completely different that the first time.

    Click image for larger version. 

Name:	Screen Shot 06-26-21 at 08.38 AM.jpg 
Views:	23 
Size:	75.3 KB 
ID:	19654
    Last edited by g2ktcf; 26 Jun 2021 at 02:39 PM.

  5. #605
    Join Date
    Feb 2011
    Location
    Near Houston, TX
    Posts
    496
    Plugin Contributions
    0

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    Sorry to bomb this thread with info today. Further testing has revealed more details. I spent the last hour working on my shipping modules. I have finally decided to stay with a straight up Table Shipping model. Once I got that configured, there is only one shipping method showing and it is auto selected. Now the CC fields show with the shipping method enabled. HOWEVER, if I click on that auto selected shipping radio button, all those fields instantly disappear.
    Last edited by g2ktcf; 26 Jun 2021 at 03:37 PM.

  6. #606
    Join Date
    Jan 2004
    Location
    N of San Antonio TX
    Posts
    9,094
    Plugin Contributions
    10

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    Several of our customers use their ZC as an online catalog of their products with 90+% of their business being face to face versus online.

    They are traveling booths that do state fairs, rodeos, home shows, etc. Most online sales happen within days after the store owner has had their booth set up at one of those events. Someone liked an item and decided later to get it is the usual scenario behind the purchase.

    Due to the pandemic, many of those have not had face to face with any customer for over a year.

    One such customer got an e-mail today that there was a critical error with the module.

    This is an alert from your Zen Cart store.

    Your Square Payment Module access-token has expired, or cannot be refreshed automatically. Please login to your store Admin, go to the Payment Module settings, click on the Square module, and click the button to Re/Authorize your account.


    Square Payments are disabled until a new valid token can be established.


    The token expired on 2021-04-23T16:02:17Z
    That was a long time ago. Over 90 days. But, it is not uncommon for this store to go over 90 days between orders.

    If memory serves me correctly, the need for a cron job to maintain the connection to Square was eliminated with the latest version of this mod. (using 1.5)

    Is that true still? Why did the error notice not arrive until a customer attempted to check out? Which system recorded the expiration? If ZC, why did the store owner not receive any notice? Debug is set to log and e-mail on failures. If the date came from Square, is there some way to have them let the store owner know when the token expires?

    I realize the last is a question for the Square folks but, I need to gather more information before a fight past the script-reader who keeps telling me we need to use their website and gateway.

    Is there some debug setting that will allow the token expiration to trigger the log and e-mail at the time it happens versus when someone tries to checkout later?

  7. #607
    Join Date
    Jan 2004
    Location
    N of San Antonio TX
    Posts
    9,094
    Plugin Contributions
    10

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    1.5.7c with PHP 7.2 and 1.5.6c with PHP 7.2
    Both with latest version of Square and OPC

    Interesting activity found while looking into the token expiration situation.

    Orders placed through Guest Checkout of OPC.

    Using a valid CC number and CVV, the system accepts any other information and captures the transaction.

    Deliberately setting the billing address and zip code to totally bogus settings does not fail and square does the capture.

    This is scary in that any card that arrives in someone's possession by any means will have three things on the card minimum. The CC number, expiration date, and the CVV number. There are other items on the card depending on the type, but those seem to be the only things Square is evaluating in order to capture.

    This is leading to chargebacks as Square eventually finds out the other information on the billing address is bogus.

    On at least two occasions for one shop owner, Square accepted and captured a bogus order with code in the Address Line 2 block of the billing address.

    Is anyone else experiencing this? When I get gas with a credit card, I am often prompted to enter a "Valid Zip Code" for the card. With the Square module setup on these two stores, Square does a capture no matter what Zip Code is used.

    When the customer tries to talk to Square about their fraud check process, they get nothing but an attempted upsell to Square's platform.

    Below is the billing address for one order. The name is bogus, of course. The address and zip are legit. The phone # is from LA. The e-mail seems to be valid and is pronounced OK by several checkers.

    Attachment 19659

  8. #608
    Join Date
    Nov 2005
    Location
    los angeles
    Posts
    2,635
    Plugin Contributions
    11

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    avs validation attempts to validate the address. in general, it should be a config switch on the merchants dashboard at square (although i have not used square).

    some info on avs:

    https://www.signifyd.com/resources/f...-how-it-works/

    the merchant has the option to decline transactions based on the avs code response. but again, i'm guessing this would be on the square dashboard.

    that said, i have seen chargeback and fraudulent transactions even with a full match (avs code Y).

    best.
    author of square Webpay. called the savior by the chief bottle washer...
    mxWorks has premium plugins. donations: venmo or paypal accepted.
    available for hire.

  9. #609
    Join Date
    Jan 2004
    Location
    N of San Antonio TX
    Posts
    9,094
    Plugin Contributions
    10

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    Square has apparently "adjusted" the free fraud prevention to allow any transaction with:
    1. A valid CC number
    2. The CVV matching the CC number
    3. An expiration date at least ?? days from the transaction date


    All are They are no longer checking any other items UNLESS you subscribe to their Risk Manager.

    I tried it out and it allows you to make your own rules. Alerts or Blocks. Even blocking based on the shipping information.

    The alerts are long, detailed, and don't really point out what went wrong. The one I tried with a bad billing zip just said "GENERIC_DECLINE" "PAYMENT_METHOD_ERROR".

    Fee (of course) is .06 per transaction BUT, with PayPal's new rates, that will still be ~$0.13 cheaper than PayPal. PayPal will be going to 2.99% and $0.491 per if you get PayPal's chargeback protection.

    The unknown is the "per transaction" statement in the fee. I'm still trying to find out if they consider a block as a transaction. Don't want to pay for thieves to test their stolen cards.

  10. #610
    Join Date
    Feb 2011
    Location
    Near Houston, TX
    Posts
    496
    Plugin Contributions
    0

    Default Re: Square Payment Module for Zen Cart [Support Thread]

    Quote Originally Posted by dbltoe View Post
    Square has apparently "adjusted" the free fraud prevention to allow any transaction with:
    1. A valid CC number
    2. The CVV matching the CC number
    3. An expiration date at least ?? days from the transaction date


    All are They are no longer checking any other items UNLESS you subscribe to their Risk Manager.

    I tried it out and it allows you to make your own rules. Alerts or Blocks. Even blocking based on the shipping information.

    The alerts are long, detailed, and don't really point out what went wrong. The one I tried with a bad billing zip just said "GENERIC_DECLINE" "PAYMENT_METHOD_ERROR".

    Fee (of course) is .06 per transaction BUT, with PayPal's new rates, that will still be ~$0.13 cheaper than PayPal. PayPal will be going to 2.99% and $0.491 per if you get PayPal's chargeback protection.

    The unknown is the "per transaction" statement in the fee. I'm still trying to find out if they consider a block as a transaction. Don't want to pay for thieves to test their stolen cards.
    Please let me know what you find out. I am not liking what I am seeing on this one bit.

 

 
Page 61 of 75 FirstFirst ... 1151596061626371 ... LastLast

Similar Threads

  1. Bambora/Beanstream Payment Module Support Thread
    By swguy in forum Addon Payment Modules
    Replies: 127
    Last Post: 26 Mar 2021, 04:13 PM
  2. v154 Support Thread: AddToAny for Zen Cart (The Universal Sharing Platform)
    By DivaVocals in forum All Other Contributions/Addons
    Replies: 8
    Last Post: 8 Apr 2019, 02:39 PM
  3. WordPress® for Zen Cart® (wp4zen) [Support Thread]
    By DivaVocals in forum All Other Contributions/Addons
    Replies: 107
    Last Post: 13 Jan 2019, 12:32 PM
  4. Layaway Payment Module Support Thread
    By Danielle in forum Addon Payment Modules
    Replies: 0
    Last Post: 21 Nov 2006, 06:43 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
disjunctive-egg
Zen-Cart, Internet Selling Services, Klamath Falls, OR