Bite
![]() | Bite is the leading provider of intelligent kiosk solutions for fast-casual and quick-service restaurants as well as convenience stores. Launched Article Last Updated Category |
Integration Summary
What’s supported?
Feature | Supported | Not Supported |
---|---|---|
Ordering Interfaces | Kiosk
| Linebuster |
Spendgo Loyalty Features |
|
|
Base Program Types | Points Banking | Shop with Points |
Basket Level Rewards/Offers Types | $ Discount (Rebate) % Discount (Discount) Bonus Points |
|
Item Based Rewards/Offers Types |
|
|
Viewing/Selecting the available Rewards |
| |
Discount code requirement |
| |
QR Code | ??? | |
Online and In-Store Ordering Platforms supported by Bite | Bite supports Kiosk ordering with multiple different ordering platforms. Following are the ordering platforms that both Bite and Spendgo support.
|
Things to Know
No support for guest orders: An order can be completed in the Kiosk without making a loyalty claim by entering the phone number before placing the order. However such “guest' orders are not sent to Spendgo. Guest orders will not show on Spendgo dashboard and will not be available for accruing points by claiming the order receipt from Spendgo Member Portal.
Order ID Format: The Bite Kiosk member orders show up with a 12-14 digit numerical ID such as 6818e01f6fa5176220063a8f0 in Spendgo Dashboard. This is a unique Order ID created by Bite and varies from Merchant to Merchant. This is different than the order ID printed on the POS receipt. It is not possible to know the Order ID printed on printed receipt from Spendgo Dashboard. The Bite order Id should be looked up in Bite to get the corresponding POS receipt ID.
The Member order showing both as a Bite order and a POS order in Dashboard: When the Member places the order from Bite Kiosk Spendgo order processes the loyalty on the order with Kiosk order ID. However it possible that when the order is received at the POS terminal, it is possible that the POS also sends the order with the POS order ID as a guest order to Spendgo. Some POS systems do not send Kiosk orders to Spendgo but some systems do not. The integration has not been fully tested end-to-end with all Bite+POS combinations so at this time we do not have an accurate information on which POS systems send and which POS systems do not. We will update this documentation with POS specific behavior as and when the information becomes available. It is not possible to prevent this duplication from happening either from Bite. The only way to prevent the duplication from happening is if the POS system stops sending the Kiosk order to Spendgo. When this happens
The order placed from Bite shows up in Spendgo as two orders with a different ID. the bite order shows as a loyalty order but the POS order shows as a guest order.
Since the orders are counted twice - this causes over-reporting of sales and orders counts and may impact the offers configured based on the sales or orders count.
Additional notes about the how the order IDs are handled if the Member changes the order after applying the reward: Bite generates an order ID and sends it to Spendgo for loyalty processing when the reward is applied. If the member changes the order after applying the reward or changes the applied reward, bite voids the order and assigns a different order ID to the cart. So, in the dashboard this will show up as two orders. One with 0 points and the other for the updated order. Please note that even though this does not cause over-reporting of sales it will cause over reporting of orders count in Spendgo Dashboard reports and may impact the offers configured based on the orders count.

Processing Refunds to a closed order: The refunds on the closed order can be processed from Bite admin portal.
Action | Loyalty Processing |
---|---|
Order is fully refunded | Loyalty on the order is revered.
|
Order is partially refunded | Partial loyalty reversal is not supported in Spendgo. Partial refund is also treated same way as the full refund. In order to keep the loyalty on the partial refund to be processed correctly, it is recommended to fully refund the order and create a new order with the updated order details. |
Notes about the order receipt on Spendgo Dashboard
Receipt Subtotal :
The Subtotal shown on the Dashboard receipt matches with the Subtotal in Bite order.
Subtotal reflects the sum of line items and tax and not the applied rewards/discounts/coupons and tips.
Also note that the points accrued on the order does not always match with the subtotal. This is because Spendgo does not compute points based on the receipt subtotal, but based on the sum of prices of items marked as qualifying for points.
Receipt Total:
The Total shown on the Dashboard receipt matches with the Total on the Brink order. Receipt total reflects the sum of line item prices including modifiers + Tax + Tip minus the applied rewards/discounts.

Integration Setup
Requirements:
The POS system is configured in Production
Bite account is configured in Production
Spendgo account is configured in Production
Steps to Enable the Integration
Step 1. Confirm the location(s) is ready for setting up the integration.
Task Owner | The Merchant |
---|---|
Required Input | Identify the locations to enable the Spendgo Integration. |
Procedure | After the POS, Bite and Spendgo account is setup in Production inform Spendgo Customer Success Manager (CSM) the list of locations that needs to be enabled and the name of the open $ discount in the POS that needs to be mapped in Kiosk. |
Data to share | Location list to enable the integration. |
Step 2: Spendgo CSM co-ordinates integration setup activities.
Task Owner | Spendgo Customer Success Manager |
---|---|
Required Input | Authorization from the Merchant to enable the integration |
Procedure |
|
Data to share | Locations List. Open $ discount configured in the POS system to be mapped in Bite. |
Outcome |
|
Step 3: Spendgo Integration team shares API credentials with Bite
Task Owner | Spendgo Integrations Team |
---|---|
Required Input | Authorization from CSM and the Merchant contact to send the credentials to. |
Procedure | If the credentials are already not shared with Bite,
Refer to internal documentation for detailed instructions. |
Data to share | Refer to internal documentation. |
Outcome | API credentials mentioned above are shared with the open $discount name and the Spendgo Store Numbers for each location. |
Step 4: Bite enables the integration
ask Owner | Bite |
---|---|
Required Input | API credentials shared by Spendgo Integration team |
Outcome | Integration Configured |
Step 5: Verify the Integration
Task Owner | The Merchant |
---|---|
Procedure | After the integration is setup, quickest way to check if the integration is working is to do the Loyalty Member look up. Please refer to the “Loyalty Member Lookup” in the “Loyalty Flow” section below.
|
Disabling the integration
Step 1. Confirm the location(s) is ready for disabling the integration.
Task Owner | The Merchant |
---|---|
Required Input | Identify the locations to disable the Spendgo Integration. |
Procedure | Inform Spendgo Customer Success Manager (CSM) the list of locations that needs to be disabled. |
Step 2: Spendgo CSM co-ordinates integration disabling activities.
Task Owner | Spendgo Customer Success Manager |
---|---|
Required Input | Authorization from the Merchant to disable the integration |
Procedure | Send the instructions to Bite |
Data to share | Locations list |
Outcome | Integration disabled at the identified locations. |
Loyalty Flow
Loyalty Member Lookup
Create the order on the Kiosk and click on “Pay with Credit Card”

Enter the 10 digit Phone number to look up the available rewards

Points Balance and the rewards that can be applied to the order is displayed for selection.

If an invalid phone number is entered (for ex: it is not 10 digits) then <Need screenshot of the error>
Applying a reward
After the Member lookup, review the available rewards. If no reward to be applied click on “Pay with Credit card” and complete the order.
For applying a reward, click on the “Apply” button next a listed reward.

Reward gets applied and the cart shows with the update after applying the reward. The “Apply” button changes to “Remove” for the applied reward.

Click on “Play with Credit Card” to pay and complete the order.
Changing the order after applying the reward
To remove the reward click on the “Remove” button.
To change the reward, remove the applied reward and select the other reward.
If you want change the order by adding or removing items for the cart, or change the quantity, the applied reward is automatically removed. The updated rewards list based on the updated cart shows for selection.