X-Payments

Welcome to X-Payments feedback forums!

Do you have an idea on how to improve X-Payments? Suggest it! Or vote for ideas suggested by other X-Payments users.

We advise you to not make any serious business decisions based on the information published on this web site!

I suggest you ...

You've used all your votes and won't be able to post a new idea, but you can still search and comment on existing ideas.

There are two ways to get more votes:

  • When an admin closes an idea you've voted on, you'll get your votes back from that idea.
  • You can remove your votes from an open idea you support.
  • To see ideas you have already voted on, select the "My feedback" filter and select "My open ideas".
(thinking…)

Enter your idea and we'll search to see if someone has already suggested it.

If a similar idea already exists, you can support and comment on it.

If it doesn't exist, you can post your idea so others can support it.

Enter your idea and we'll search to see if someone has already suggested it.

  1. Credit Card Charges

    Under the current Credit Card System, the Retailer is charged a percentage by the payment processor. Most high street retailers now pass these charges on to the customer.
    Please provide a facility where certain types of credit cards can have a percentage charge added to the customer invoice.

    10 votes
    Vote
    Sign in
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    under review  ·  1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  2. 6 votes
    Vote
    Sign in
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  3. Integration with InternetSecure Merchant Direct

    InternetSecure Merchant Direct is an XML-based API solution that allows for maximum flexibility by keeping the transactions in the website checkout system and not redirecting the transaction to the outdated InternetSecure Merchant Link interface. It would be of a greathelp for all x-cart owners in Canada.

    5 votes
    Vote
    Sign in
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Flag idea as inappropriate…  ·  Admin →
  4. AVS Result in X-Payments should show full text, not just code

    AVS Result in X-Payments information is a critical piece of fraud-analysis information, but it's a major drag that it only shows the code. This requires you to keep an Authorize.net window open next to X-Cart always for the sole purpose of looking up the letter code to the human readable "Address + Zip 5 Match" etc.

    It would be trivially easy for you to populate an array with the wording of the actual response codes. We used to have that in our previous shopping cart, and this is suddenly extremely manual and labor-intensive in X-Cart, for no good reason. Without…

    3 votes
    Vote
    Sign in
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    under review  ·  1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  5. Tokenization with Eprocessing

    Need to implement support for tokenization for eProcessing Gateway

    3 votes
    Vote
    Sign in
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    under review  ·  0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  6. X-Payments Subscriptions & Product Options

    They subscriptions work, product price hijacked to be a setup fee.

    Setup fees are NON Recurring. Subscription Fees are recurring. The current design has mixed the two and made a hash of it as a result.

    At the moment, the subscription module is only usable when one does not have product options. That is because in its current state, product options only accrue to non recurring setup fee and not to the product. Product Options should impact the product price, not the setup fee of course

    1 vote
    Vote
    Sign in
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  • Don't see your idea?

X-Payments

Feedback and Knowledge Base