Fix key issue with PAX integration (ChargitPro)

Discussions about current add-on packages for POS Pizza
Active Member
Posts: 52
Joined: Wed Jun 19, 2013 11:47 am

Fix key issue with PAX integration (ChargitPro)

Postby crwheelr » Wed Oct 20, 2021 2:49 pm

As I see it presently, the PAX terminal integration is not usable and needs software revision.

The problem is that when "default to manual", "use tips", and "prompt for tips" are checked in the Payment Processing configuration screen in POSPizza, The "default to manual" does not override the "prompt for tips" and it should. Manual means manual, not manual and PAX (for tips). For delivery phone orders where cc info is entered over the phone manually on the PC, the PAX still gets signaled to enter a tip and enter signature. This is an incorrect behavior since the customer is not present. The PAX integration should bypass any on screen activity for the manual entry mode. Essentially a credit card receipt gets printed and customer needs to fill in tip and sign the slip upon delivery of product. Then tips get added through the legacy POSPizza "Add tips" function.

Since the 'default to manual' integration behavior is flawed in that it is requiring PAX entry for tips and signature, the only work around is to configure via POSPizza Payment Processing as "default to manual", "do NOT use tips". This work around is far from optimal for walk in customers since they must sign on the PAX, and then write in the tip on a paper credit card slip. Its quite awkward to request customers to write in a tip if they wish. Alternatatively one could dedicate one POSPizza PC for walk in, and the other for phone order. This is also not optimal in my opinion.

If you are considering PAX integration for POSPizza be warned. You can also lobby Gravity Payments to fix this issue as its likely only a few lines of code that need to be changed.


Regis
Pizza Bello - Pleasanton, CA
Last edited by crwheelr on Thu Oct 21, 2021 4:19 pm, edited 1 time in total.

Veteran Member
Posts: 192
Joined: Fri Apr 18, 2003 12:50 pm
Location: New Jersey

Re: Fix key issue with PAX integration (ChargitPro)

Postby H-Man » Thu Oct 21, 2021 7:10 am

I've been using the pax s300 for several years now and have seen no such issue. Update your payment processing software if it is out of date.

For me manually entered phone in orders print a tips line on the slip and orders with a physical credit card prompt for tips on the pax. In my case I enter the card numbers for phoned in orders on the pax terminal itself and not on the computer. You mentioning that suggests that you have some 3rd party software installed because summit's does everything on the pax itself.

This is likely a problem with the software that allows you to enter the cards on the computer screen instead of the pax. Try entering on the pax and see if it works correctly.

Veteran Member
Posts: 192
Joined: Fri Apr 18, 2003 12:50 pm
Location: New Jersey

Re: Fix key issue with PAX integration (ChargitPro)

Postby H-Man » Thu Oct 21, 2021 7:20 am

One more thing, there is a check box in the pax setup screen in management at the bottom called "prompt customer for tip on pax (excluding delivery)". That has to be checked or you only get tips on slip.

Site Admin
User avatar
Posts: 2451
Joined: Wed Apr 16, 2003 5:35 pm
Location: Western PA

Re: Fix key issue with PAX integration (ChargitPro)

Postby Scott » Thu Oct 21, 2021 9:31 am

With Gravity (and all other processors with installed software) we simply pass them the transaction data, and their software ultimately communicates with terminals / or directly to their gateway. We don't have any control over what happens at that point. If the payment comes back as the total amount, then a tips line will be printed if that option is enabled on the Summit end of things. If a credit payment amount greater than the order total is returned, then the remainder is printed as a tip.

You can skip the tip on the terminal during delivery orders (other tip amount -> $0). This will cause the POS to print the tips line on the credit card slip (if enabled) since no tip will have been applied at that point. If you're doing it in their software, then leave the tips field blank or set to $0.

Scott

Active Member
Posts: 52
Joined: Wed Jun 19, 2013 11:47 am

Re: Fix key issue with PAX integration (ChargitPro)

Postby crwheelr » Thu Oct 21, 2021 4:32 pm

H-man,

What you have in quotes "prompt customer for tip on pax (excluding delivery)" is this precisely what the ChargitPro / Advanced config screen indicates? If that's the case, then it would seem that CIP has fixed my issue. My version says "Prompt for tip on terminal" (terminal is PAX)

One more thing, you said for phone orders I presume "I enter the card numbers for phoned in orders on the pax terminal itself and not on the computer". The Payment Processing/ChargeitPRO/Devices section has a checkbox for "Default to manual", which (I think) would allow you to enter manual card number on PC instead. This option presents an button on the manual entry screen to "use swiper", which then sends the info request to the pax.

Regis

Update: I spoke with Luke Bennett at Gravity. we checked my CIP version and its the latest one, 5.1.1.110 is this the version you are using H-Man? Luke is telling me that there is no text such as "prompt customer for tip on pax (excluding delivery)" in the chargitpro config module.

Active Member
Posts: 52
Joined: Wed Jun 19, 2013 11:47 am

Re: Fix key issue with PAX integration (ChargitPro)

Postby crwheelr » Thu Oct 21, 2021 5:25 pm

Scott,

As instructed, I entered a zero in the tip field of Order Submit screen. The PAX is still prompting for tip for this simulated phone order.

Chargitpro setup is: "default to manual", "use tips", and "prompt for tips on terminal". I exited and restarted order entry module after setting up CIP as above.

Regis

Site Admin
User avatar
Posts: 2451
Joined: Wed Apr 16, 2003 5:35 pm
Location: Western PA

Re: Fix key issue with PAX integration (ChargitPro)

Postby Scott » Fri Oct 22, 2021 6:53 am

H-man is not using Gravity. He's using the Generic PAX module with another processor. That is where the option that he is referring to is found. With that module we have control over when to prompt on the terminal and when not to.

With Gravity that would need to be handled in their software, since we essentially hand the transaction off to them and wait for it to be completed or declined. We have NO control over how that transaction is handled after that point in the process.

---

As instructed, I entered a zero in the tip field of Order Submit screen. The PAX is still prompting for tip for this simulated phone order.

Don't enter it on the order submit screen. Enter the $0 amount on the PAX terminal itself. When the PAX prompts for a tip, it will either be a field, or some fixed percentages. If it is the field, enter 0 and press the green check key. If it is the fixed percentages, click the 4th one over "other", and then you will see the field. Put $0 in the field and press the green check key. That should process the card with NO TIP. The POS will print the tips field in this case, provided that you have it setup to do it for that order type.

Scott

Active Member
Posts: 52
Joined: Wed Jun 19, 2013 11:47 am

Re: Fix key issue with PAX integration (ChargitPro)

Postby crwheelr » Fri Oct 22, 2021 10:49 am

Yes I am aware of that work around. Its not acceptable to me having cashier make a PAX entry for each delivery phone order. Not to mention also that cashier needs to sign for the customer on the PAX as well.

I told Gravity that this needs to get fixed else I'm moving on. We need to have a chip reader. As you know swipe will at some point be prohibited.

As for alternatives, International Bancard does not support your OOE module, and I really don't want to pay the extra 50c per transaction that Brigid wants for their OOE system.
Can you tell me if XCharge supports OOE? and If the PAX will function as desired? Any integration shortcomings you are aware of?

thanks,
Regis

Site Admin
User avatar
Posts: 2451
Joined: Wed Apr 16, 2003 5:35 pm
Location: Western PA

Re: Fix key issue with PAX integration (ChargitPro)

Postby Scott » Sat Oct 23, 2021 5:51 am

I don't know that X-Charge has a PAX integration specifically, or if they use other terminals. Gravity is the only processor that supports the OO module directly. This likely won't change since most people are using OO services rather than opting to run their own. Gravity and Heartland use PAX, and International Bancard uses Ingenico (Lane/3000). I believe Brygid has several different payment tiers available, but you would need to check with them to find out what each one entails.

We can give you a stand-alone PAX option that works with Gravity, but you will have to do all manual entries on the terminal itself, since it doesn't include a software terminal for PCI-DSS reasons. The generic PAX module also won't allow retaining tokens to use "same card as last time" since every processor does this somewhat differently. With the Generic PAX module, tips will only be prompted for on carryout or dine-in orders (if set), and delivery orders will always print on the slip.

We also have the payment processing API (ActiveX) if you, decide to either build an integration yourself, or have a card processor do it for you. This can be done with any Windows development environment that supports Common Object Modules (COM).

Scott

Active Member
Posts: 52
Joined: Wed Jun 19, 2013 11:47 am

Re: Fix key issue with PAX integration (ChargitPro)

Postby crwheelr » Wed Nov 03, 2021 10:40 am

We ended up reverting back to the computer entry mode (no PAX terminal) for manual entry and credit card swipe. The two PAX integration issues remain unsolved at Gravity and no follow-up to revise. Additionally learned that the PAX mode operation evokes merchant ability to revise charges at the Gravity merchant web site (quick sale, void etc.), a feature that we deem essential. Gravity stated that they were working on this one to enable "edit mode" however.

I did locate a credit card chip reader that functions similarly to the Magtek legacy swipe readers. So at minimum we will have capability for customer to insert their card for chip. https://idtechproducts.com/datasheets/a ... asheet.pdf. Here are the setup instructions for keyboard wedge setup. https://atlassian.idtechproducts.com/co ... 08#Disable. These can be had on Ebay for $20(used) to $80(new). I ordered one and will be testing in the weeks ahead.

Hope this helps for anyone deciding to use Gravity. The one key benefit with gravity is that they are the only processor available that support the POSPizza on line order entry system. All other integrated processors require a 3rd party on line order entry company to be involved, such as Brigid which charges .40 to .50 per web-order, depending of the service level needed. We've been using Scotts OOE for 8 years and are happy with it, as are our customers.

Return to Add-On Packages

Who is online

Users browsing this forum: No registered users and 2 guests