The server workflow, honestly described
Here is what actually changes at the table. The guest hands over a card or shows a code on their phone. Your server closes the check the way they always do, selects the gift card tender, and swipes the card or keys the code. The balance draws down and the check either closes or shows a remaining amount due. That is two extra taps compared with running a credit card — selecting the tender and confirming the amount applied.
On a split check, nothing about your existing workflow changes. The server splits by seat or by amount first, then applies the gift card to the portion that guest is covering. Two guests with two cards means running the tender twice, in sequence, on the same check.
Tipping is the part worth explaining to your staff before launch. When the card balance is less than the check, the card pays down to zero and the remainder stays open. The server takes a second tender for the difference, and the tip goes on that second payment. When the card covers the full check, the guest tips in cash or on a second card. Tip-out and reconciliation are unchanged. Expect one shift of adjustment, not retraining.
December is the whole game
For full-service dining, gift card revenue is concentrated to a degree that surprises operators the first year they measure it. The two weeks before Christmas routinely produce more gift card volume than the previous eleven months combined, and the last three days before the holiday are the peak within the peak.
Capturing it is a merchandising exercise. Cards at the host stand, in a rack guests pass on the way out, and presented on the check tray outsell cards kept in a drawer behind the bar. A tent card on the table converts guests who are already thinking about who they still need to buy for.
Bulk and corporate orders are the second half of December. Local businesses buy in quantity for staff appreciation and client gifts, and those orders arrive in one transaction with no table turn required. Tell your regulars you take bulk orders, because most will not ask.
Then January pays you twice. The redemption wave lands in your slowest month, filling tables during the weeks you would otherwise discount to stay busy. Revenue was collected in December; the cost of goods hits in January against demand you did not have to buy.
Guests spend past the card value
Redemption is where the economics get interesting. A guest holding a $50 card does not build a $50 order. They order the way they normally would — appetizer, entrées, a bottle of wine — and treat the card as a discount against a larger check. In full-service dining the check at redemption regularly runs well above the face value of the card, and the difference is paid by a normal credit card at your normal margin.
That gap is the real return on a gift card program, and it compounds. The person redeeming the card is frequently a first-time guest — someone else chose your restaurant for them. They arrive with a reason to try you, and a portion of them come back on their own money.
Two more effects sit on top. Gift cards are usually spent by two or more people rather than one, so the redemption check is a party check. And partial balances left on cards return for a second visit, producing another check at another table.
Balance pooling across your locations
For multi-unit groups, a gift card only makes sense to a guest if it works at every one of your restaurants. Factor4 holds balances in a single pool at the program level, so a card sold at one location redeems at any other in real time. There is no per-location ledger for a server to check and no card that gets declined because it was sold across town.
Reporting stays granular even though the balance is shared. You see which location sold the card and which location took the redemption, broken out per unit and rolled up across the group.
That distinction matters for how you settle. Corporate-owned groups typically run centralized pooling, where liability sits at the entity level and locations are internal cost centers. Franchise structures usually run decentralized settlement: the selling location holds the liability until another location redeems the card, at which point the redemption is settled between the two. Factor4 supports both, and the choice is a configuration decision made during setup rather than a limitation of the platform.
If not every location runs Toast
This is the difference that decides the vendor for most multi-unit operators. Toast's native gift cards work only inside Toast. If any location in your group runs a different POS — because you acquired it, because a partner insisted, or because one concept has different requirements — Toast gift cards stop at that door. Guests learn quickly which of your restaurants their card works at, and a card with conditions is a card that does not get bought.
Factor4 is POS-agnostic and integrates with a wide range of point-of-sale platforms, so a mixed estate runs one program. One card design, one balance pool, one set of numbers. A card sold at your Toast flagship redeems at the location running something else, at the same balance, in real time, with no manual lookup and no staff workaround.
This also protects you going forward. Acquiring a restaurant on another POS does not force a migration before you can sell cards there, and changing POS at one location does not reset your program or strand outstanding balances. Your gift card program stops being a function of which terminal is on the counter.
Setting it up through Toast
Setup runs through Toast's partner integration path, and the sequence is short. First, confirm you have Toast Partner Integrations access on your account. It is included with the Restaurant Management Essentials and Pro suites; if you are on a lower tier, you will need to add it before the integration can be enabled.
Second, share your Toast Restaurant GUID — the unique identifier for your restaurant or group. Third, Factor4 coordinates configuration directly with Toast Integrations Support and confirms with you when the integration is live on your terminals. You are not managing a ticket queue between two vendors.
Two constraints are worth knowing before you start. Toast permits only one gift card provider per restaurant group at a time, so moving to Factor4 means moving your whole group, which is why balance migration is scheduled rather than gradual. And once you are on a partner provider, gift card reporting lives on the Factor4 side rather than in Toast's native gift card reports. Sales still post to your checks and daily totals; liability, breakage, and card-level history come from the Factor4 back office.
Questions, answered