What would be best practice for reader payment with updated tips

Questions
,
1

Dear team,

our expected scenario in restaurant is as below:

  1. user comes to pay the meal with card, assuming it’s $100, and tips $20, so it’s expected to pay $120 in total;
  2. for some waiter’s mis-operation on system (such as, mis-input the amount on screen), only $110 is charged by card through reader sdk, $10 is missing;
  3. then the waiter noticed this mis-operation but user already left the restaurant, then waiter still charges the missing tips $10 in some way with user absent.

for 1., i guess it’s just a typical reader payment flow, but we are not sure what would be the best practice to achieve 3., to charge the missing $10.

we have checked the delay capture flow in reader sdk, but it looks the payment amount can’t be changed in the transaction API. (we thought we could create a delay capture payment with $110 at above 1., then update the amount as $120 at above 3. and complete it, just like the payment API).

any advice is appreciated,
thanks.

2

Currently editing a captured amount isn’t currently possible. The only way you’ll be able charge the additional $10 is to use card on file. This would show as a new charge on the customers card which could cause confusion and potentially lead to an increase in disputes. :slightly_smiling_face:

3

hi Bryan,

thanks for reply.
if it’s a delay capture transaction created from reader sdk, is it there any way to change the amount before it’s captured?

4

we also noticed the function Sign and Tip, and Bulk Settlement on square app (Use Sign and Tip on Printed Receipts | Square Support Center - US), which can set or change tips after customers tapped their cards with reader and got the printed receipts, that’s very similar to our expected scenario, may i know whether we can implement it in our application with square http API and reader sdk (or any other hardware sdk)?

5

Currently, with Reader SDK the ability to change the authorized amount and capture the funds isn’t available. Also the sign an tip feature in our first party POS isn’t available with Reader SDK. :slightly_smiling_face:

6

except reader sdk, may i know whether there is any other hardware sdk that we can use to implement the sign and tip feature by ourselves?

the expectation is that we can use that hardward sdk (or together with some Square http API) to support card payment, and then update the tip amount according to user’s choice on the printed receipt.
this is a common payment scenario in restaurant in US, currently we are just not sure how to implement it with square sdk and APIs instead of square app :sweat_smile:

7

Currently, the only Terminal API is the only API that connects with our hardware that supports this checkout flow. You can take a Terminal API payment with autocomplete set to false. Then with the Payments API you can UpdatePayment to adjust the amount for the tip. :slightly_smiling_face:

8

thanks so much,
let me read through terminal API for now :slight_smile:

9

@Bryan-Square

hi Bryan,

some follow-up question about this topic,
regarding the delay capture of reader sdk, we noticed below comment from doc, while we also noticed the transaction APIs can’t set tips on the delayed capture transaction as well, so does it mean the delay capture transaction doesn’t support tips?

Setting delayCapture to true skips the receipt, tipping, and signature screens and the following parameters are ignored: tipSettings , skipReceipt , and collectSignature .

10

That’s correct. At this time Reader SDK delay capture doesn’t support tips. We’re constantly working to improve our features based on feedback like this, so I’ll be sure to share your request to the API product team. :slightly_smiling_face:

11

i see, thanks for confirm