Research date: 16 September 2026. The focus is virtual cards and digital delivery, principally for US-dollar programs. Prices are in USD unless specified.
A cashback offer can look like a single feature in a Shopify dashboard. Behind it may sit an affiliate app, a rewards platform, a card program and an issuing bank. Each controls a different part of what the customer eventually receives.
The app might calculate a commission or approve a referral. A separate platform can send the reward link and make a virtual Visa or Mastercard available. The issuing bank and program terms then determine where that card works, who can receive it and what happens to money left unspent.
That chain is easy to miss in an App Store search. Merchant gift cards, store credit, referral payments and externally issued prepaid rewards all appear under similar labels. They can arrive in similar emails while serving quite different purposes.
The research inventory contains 2,760 distinct Shopify app URLs from two gift-card searches. It identifies 18 app/provider relationships across six provider groups. Those relationships offer several ways into the market, but they are not 18 interchangeable US virtual-card programs that any merchant can switch on immediately.
What a virtual gift card means on Shopify
Virtual tells you how value is delivered. It leaves open the questions that determine the product: which merchants accept it, how it is funded and which rules apply.
T01. Five products that can appear under a gift-card label
| Product | What the recipient receives | Where the value can be used | What the merchant is buying |
|---|---|---|---|
| Shopify merchant gift card | A gift-card code for that merchant | The issuing merchant's eligible checkout | A way to sell or issue its own stored value |
| Shopify store credit | Credit attached to a customer account | The merchant's supported checkout and account flow | A retention, refund, or compensation mechanism |
| Virtual Visa or Mastercard reward | A network-branded prepaid card delivered digitally | Eligible merchants and transactions under the particular program | An externally fulfilled reward or payout |
| Reward-choice link | A claim page with selected reward options | Depends on the product subsequently chosen | A distribution experience; the link itself is not necessarily a card |
| Affiliate commission paid through a rewards platform | Earned compensation delivered through a selected payout method | Depends on that method | Commission calculation, approval, and payment |
Shopify's native gift cards are available on all Shopify plans and remain merchant-specific. Its native store-credit functionality is also distinct from an external payment-network card. Neither feature, by itself, turns a store into a Visa or Mastercard card issuer. [S02], [S03].
GiftKart illustrates the difference. It markets cashback through Shopify native store credit, a retention tool whose value stays with the merchant rather than becoming a virtual Visa reward. [S04].
Purchased gift cards and promotional awards also need to be distinguished. Fondue’s cardholder agreement describes its product as a promotional or loyalty award. That classification, and the terms attached to it, matter more than the broad “gift card” label. [S05].
What the inventory covers
The research inventory records the exact Shopify App Store searches “gift cards” and “gift card”, covering 95 and 115 result pages respectively. The combined set is deduplicated by app URL, and its totals and provider groupings were checked against the underlying sheet. The directory brings that inventory together with the linked app listings, integration guides, provider pages and published terms.
F01. How deeply the 2,760 app listings were reviewed
Three mutually exclusive review-depth categories in the screening log.
Apps
Tap or hover for details. All values are also available in the data table.
Two searches, not the entire Shopify App Store. These counts describe documentary review, not installed apps or verified card issuance.
Explore the data table
| Category | Distinct app URLs |
|---|---|
| Search descriptions only | 2,530 Apps |
| Full app listing | 147 Apps |
| Listing and provider documentation | 83 Apps |
T02. The research inventory and review depth
| Evidence stage | Count | What the count establishes |
|---|---|---|
| Search-result pages recorded | 210 | Coverage of the two specified searches |
| Distinct app URLs in the combined inventory | 2,760 | The size of this screening inventory |
| Apps reviewed from search-result descriptions only | 2,530 | An initial relevance screen |
| Apps reviewed through their full listing | 147 | More detailed product information |
| Apps reviewed through listings and vendor/provider documentation | 83 | The deepest recorded source review |
| Total reviewed beyond the search-result description | 230 | 147 plus 83 |
| Included app/provider relationships | 18 | The directory examined below |
| Provider groups represented | 6 | Relationships grouped by the named fulfillment provider or program |
The inventory places 11 relationships in its more developed US network-card group and includes seven on broader provider evidence. The directory below keeps the underlying distinction visible: an integration can be clear while the exact US/USD virtual product remains an open question. Genius Referrals’ Tango route and White Label Loyalty’s Runa module are two such cases.
Other routes rely on a catalog inference: the app can connect to a Tremendous campaign, and Tremendous offers virtual Visa. That combination suggests a possible route, but the merchant still needs to establish that the selected campaign exposes the intended card. No card-issuance transaction is claimed here.
The counts describe this screening exercise. They do not measure active installations, paying merchants or market share, and most search matches concern other functions. Rankings and results change, so the two searches are a route into the App Store rather than a census of it. [S06], [S07].
This is a documentary investigation: no app was installed, no reward was issued and no provider was contacted. Product descriptions come from the cited materials. Availability for an individual merchant depends on the selected program and agreement.
Platform scale and the size of the opportunity
Shopify reported $378.441 billion in gross merchandise volume in 2025, up 29% from 2024. Its 2025 annual filing reports more than 21,000 apps in the App Store at year-end. These figures explain the scale of the platform in which reward providers operate. They do not measure gift-card issuance or virtual-card app adoption. [S08], [S09].
Statista's US gift-card sales table records a 2025 projection of $234 billion. Although the page was updated in April 2026, its title and notes still identify the recent figures as projections. The series also spans broader gift-card spending, rather than isolating digital rewards issued through Shopify. It provides context, not a defensible revenue forecast for this app segment. [S10].
For a merchant designing a reward, the consumer experience offers a more practical starting point. The table selects five of the eight improvements reported by Statista from Accenture’s 2024 US online survey of 1,501 respondents:
F02. Balance visibility was a common request
Five selected improvements from eight published answers. US online survey, 2024; 1,501 respondents.
% of respondents
Tap or hover for details. All values are also available in the data table.
Multiple answers were allowed, so percentages do not add to 100. Source release: October 2024; exact fieldwork dates not supplied. Not specific to Shopify or virtual network cards.
Explore the data table
| Category | Share of respondents |
|---|---|
| Easier balance checks | 36 % of respondents |
| Reminders of unused value | 35 % of respondents |
| More versatile usage | 32 % of respondents |
| Clearer instructions | 23 % of respondents |
| Technical support | 23 % of respondents |
T03. What consumers wanted from the gift-card experience
| Improvement consumers wanted | Share selecting it | Relevance to a virtual-card program |
|---|---|---|
| Easier ways to check the balance | 36% | A clear balance destination after the card is claimed |
| Reminders about remaining value | 35% | Useful messages after issuance, with an actionable link |
| Broader spending flexibility | 32% | Clear explanations of eligible use and restrictions |
| Clearer usage instructions | 23% | Guidance on claim, activation, checkout, and remaining funds |
| Better technical assistance | 23% | A visible support owner when delivery or payment fails |
Multiple answers were permitted; the percentages should not be added. Statista attributes the survey to Accenture's Holiday Shopping 2024, with an October 2024 source release, and notes that a specific fieldwork date was not provided. The sample is neither Shopify-specific nor limited to virtual Visa/Mastercard recipients. [S11].
The responses draw attention to what happens after delivery: recipients still need to claim the reward, understand it and spend it. They do not establish that a particular Shopify app improves conversion.
The 18-app directory and its six provider groups
One fulfillment platform appears repeatedly in the directory. That concentration is useful when tracing the connections behind the apps; it is not a measure of sales or card volume.
F03. Tremendous appears in 11 of the 18 relationships
The directory groups each of its 18 selected app relationships by provider or program.
Relationships
Tap or hover for details. All values are also available in the data table.
11 of 18 equals 61.1% of this directory. This is not market share, payment volume or 18 confirmed US virtual-card configurations. Evidence ranges from current integration guides to provider declarations and legacy documentation.
Explore the data table
| Category | App relationships |
|---|---|
| Tremendous | 11 Relationships |
| Tango / BHN | 3 Relationships |
| Runa | 1 Relationships |
| Fondue / Postscript | 1 Relationships |
| AnyCard | 1 Relationships |
| Qwikcilver / Pine Labs | 1 Relationships |
T04. Six provider groups in the app inventory
| Provider group | Relationships in this inventory | Position visible in the evidence | Important boundary |
|---|---|---|---|
| 11 | External fulfillment used by several affiliate, referral, and loyalty apps | Three of the 11 show a provider relationship without verified Visa availability | |
| 3 | Reward-catalog integration, plus legacy and adjacent gifting connections | Product, version, and catalog continuity require separate checks | |
| 1 | Fulfillment behind White Label Loyalty's separately purchased module | A platform-level Visa example does not confirm the merchant's US/USD catalog | |
| 1 | An integrated promotional cashback program with a documented Mastercard award | Its economics and terms differ from a general reward catalog | |
| 1 | A Shopify merchant-gifting product alongside a separate network-rewards API | The API offering is not automatically included in the Shopify app | |
| 1 | Merchant gift cards and refund credit alongside broader prepaid infrastructure | A current US/USD virtual-card Shopify route was not established | |
| Total | 18 | Six provider groups | Different levels of evidence and different products |
Tremendous appears in 11 of the 18 relationships, or 61.1% of this selected directory. Several seemingly different software choices therefore lead to the same fulfillment platform. The inventory supplies no comparable measure of the providers’ revenue, merchants or loaded card value.
Follow the chain one step further and the issuing bank becomes visible. Tremendous identifies itself as a payouts platform and names Sutton Bank as issuer of its US Visa prepaid cards. Fondue’s agreement names Patriot Bank, N.A. as issuer and Postscript as administrator. Visa and Mastercard identify the networks; the bank and program still need to be named. [S12], [S05].
Reading the app directory
The first 11 relationships have more detailed integration or program material behind them. Some guides name a network-card option; others describe a configurable reward catalog. Read the final column alongside the provider name: it identifies what a new merchant still needs to settle before offering the reward.
T05. Eleven apps with clearer fulfillment pathways
| App | Provider and principal use | Virtual-card evidence | What must be confirmed |
|---|---|---|---|
| 1. [S13] | Tremendous; affiliate commissions | The setup guide covers campaign configuration and payouts. Virtual Visa is inferred from that connection plus Tremendous’s current catalog. [S14] | Enabled virtual Visa product, recipient eligibility, and commission approval flow |
| 2. [S15] | Tremendous; advocate rewards and referred-friend incentives | The guide covers prepaid rewards and campaign settings; Visa availability depends on the selected catalog. [S16] | Exact product and separate rules for advocates and referred friends |
| 3. [S17] | Tremendous; referral and affiliate rewards | The integration explicitly names Visa prepaid as a reward option. [S18] | Campaign eligibility, country, reward review, and recipient claim |
| 4. [S19] | Tremendous; ambassador and affiliate payouts | The setup guide covers the production API and campaign connection; virtual Visa remains a catalog-based inference. [S20] | Build-or-higher plan and the applicable payout approval steps |
| 5. [S21] | Tremendous; affiliate commissions | Current instructions explicitly include virtual Visa in campaign reward choices. [S22] | Eligible paid plan, approved account, selected campaign, and payout configuration |
| 6. [S23] | Tremendous; referral rewards | Automatic-reward feature tier, program limits, and eligible virtual product | |
| 7. [S25] | Tremendous; affiliate-selected payouts | Documentation describes enabling a Visa prepaid category and filtering products by affiliate country. [S26] | Product availability, denomination limits, prefunding, and handling of failed requests |
| 8. [S27] | Tremendous; referral-sender rewards | Release notes explicitly include Visa; current setup uses a campaign ID. [S28], [S29] | Current campaign product; confirm the currency for the guide’s 5–500 reward setting |
| 9. [S30] | Tango; Genius Referrals' automated rewards | The guide describes a current Shopify-to-Tango catalog connection, without identifying the individual US virtual Visa/Mastercard item. [S31] | Exact catalog item, denomination, country, enabled plan, and governing price |
| 10. [S32] | Runa; loyalty reward fulfillment | Runa fulfills a separate paid module; related documentation gives Visa as an example. [S33], [S34] | The actual US/USD virtual product, brand approval, module price, and initial float |
| 11. [S35] | Fondue / Postscript; post-purchase promotional cashback | A Mastercard award program and issuer are identified in its cardholder agreement. [S05], [S36] | Current merchant offer, full program charges, claim process, and card restrictions |
The next seven connections are worth exploring, but their public materials leave a larger gap between the Shopify app and a current US virtual Visa or Mastercard product.
T06. Seven additional app and provider connections
| App | Provider connection | What the public evidence supports | What remains unverified |
|---|---|---|---|
| 12. [S37] | Listing identifies the integration and several reward categories | A current US virtual Visa configuration | |
| 13. [S38] | Listing describes referral payments through the provider | Visa availability; generic gift-card or card-payout wording is insufficient | |
| 14. [S39] | Customer terms [S40] identify the processor; the FAQ [S41] lists cash methods and retail vouchers | A virtual Visa/Mastercard choice in the reviewed flow | |
| 15. [S42] | Tango in legacy documentation | Current rewards marketing [S43] names Visa/Mastercard; Tango USD instructions [S44] belong to a support center explicitly labeled legacy versions 1 and 2 | Continuity of that exact route in the current Shopify app and product version |
| 16. [S45] | Tango Reward Link on its consumer site | A digital gift-presentation service and a consumer reward-link offering [S46] | Network-card issuance or selection through the Shopify integration |
| 17. [S47] | Merchant gift cards in Shopify; a separate Rewards API [S48] advertises digital Visa/Mastercard | Whether the Shopify merchant can access that API product under the app agreement, particularly for US/USD | |
| 18. [S49] | Merchant gift cards and refund credit; broader prepaid infrastructure [S50] exists separately | A current US/USD virtual network-card product exposed through this Shopify app |
An open product question is not proof that the provider cannot serve the use case. It is a reason to request the exact current integration, catalog item and governing terms.
What the app controls, and what the provider controls
Referral and affiliate apps account for many of the clearest connections. They manage who earned a reward. The external platform handles how the recipient receives it. That division explains both the appeal of an integration and the limits of what the app alone can promise.
T07. Who controls each part of the reward
| Layer | Typical responsibility | Evidence to request |
|---|---|---|
| Shopify merchant and app | Qualifying event, attribution, reward amount, review period, approval | Exact trigger and adjustment rules |
| Reward provider | Catalog, prefunding, delivery, claim experience, reward status | Product catalog and delivery/status documentation |
| Card program and issuing bank | Card issuance, restrictions, authorizations, disputes, card balance | Named issuer and current cardholder agreement |
| Recipient experience | Claim, access to credentials, balance lookup, eligible spending | A demonstration of the actual selected virtual product |
The trigger deserves particular attention. Snowball and BUZZ principally describe commissions or rewards owed to program members; Friendbuy also describes referred-friend incentives after a qualifying purchase. A merchant planning to reward every eligible buyer needs that specific workflow, including its approval and adjustment rules. [S51], [S16].
Automation can stop short of authorizing the money. BUZZ’s payout guidance requires approval, while GOLDEN RATIO describes a request process with product filtering and retries when funding is insufficient. Both reduce work, but they give the merchant different controls. [S52], [S26].
For a rewards provider, these integrations offer distribution through software whose main job is attribution or loyalty. That is an inference from the visible connections, not a claim about any company’s unpublished expansion plans.
What a virtual-card program actually costs
Start with the full cash outlay, then compare the components on the same basis.
Program cash outlay = reward principal + app charges + provider/card charges + funding charges + implementation and operating costs.
Reward principal is the value allocated to recipients. If a $50 virtual reward pays an affiliate’s $50 commission, the same amount should not appear twice in the cost model. A software fee charged as a percentage of attributed revenue is an additional expense with a separate charging base.
T08. The components of program cost
| Cost component | Typical charging basis | Common comparison error |
|---|---|---|
| Reward principal | Number of rewards × face value | Treating funded value as the provider's service revenue |
| App subscription | Month, billing cycle, or annual contract | Treating free installation as free ongoing use |
| App usage fee | Attributed sales, eligible referrals, advocates, or program activity | Assuming the fee is a percentage of card value |
| Provider/card fee | Specific product, issuance, fulfillment, or negotiated schedule | Applying a retail-voucher fee to a Visa/Mastercard product |
| Funding fee | How the merchant funds the reward account | Ignoring a percentage charge on a large funding amount |
| Operations | Setup, integration, support, reconciliation, exceptions | Comparing headline subscriptions as complete program costs |
Tremendous's current public schedule lists platform/API access at $0, prepaid Visa rewards at face value, and US bank funding at $0. Credit-card funding carries a 3% fee. Its page also advertises potential volume discounts at $200,000 or more per year; these are not guaranteed discounts on every virtual-card product. [S53].
These are software prices; the merchant must fund the rewards separately. “Monthly” follows the advertised plan period. Shopify commonly bills recurring and usage charges every 30 days, and negotiated agreements may use different terms.
T09. Published app software charges
| App | Published software charges | Detail that changes the comparison |
|---|---|---|
| Snow Day starts at $249 + 3% of affiliate revenue; Blizzard starts at $899 with no platform usage commission | Starting prices; the higher plan is tailored | |
| Quote required; monthly platform charge under an annual agreement | Free installation does not disclose the subscription | |
| $39 + 10.5%; $79 + 3.5%; $249 + 1.5%; $799 + 0.25% | Percentages apply to eligible referral sales, not card principal | |
| Build $169 + 3% of affiliate revenue; Plus $549 without revenue share | Tremendous requires Build or higher; Launch is not the relevant entry plan | |
| Basic $12 + 2%; Starter $45 + 1%; Growth $100 + 0% | Revenue generated through Yuko is the percentage base | |
| Basic $19; Pro $39; Enterprise $99 on monthly billing | Program caps differ; automatic rewards are a Pro-or-higher feature. [S23] | |
| Arc has no fixed subscription but progressive revenue fees; Spiral $149 plus fees; Helix $349 plus fees | Free installation can still generate substantial usage charges | |
| Growth $99; Pro $299; Advanced $699 monthly | Annual contracts have different effective monthly costs. [S27] | |
| Listing shows $39/$99/$199/$399; Growth includes automated gift-card payouts | New-advocate limits and overage charges apply. Vendor pricing differs; request the governing quote | |
| Essentials $1,440 monthly or $14,400 annually | Reward Fulfilment is an additional, separately priced module | |
| $159 monthly Early Adopter plan | External charges may apply; complete virtual-card program fees are not publicly itemized |
GOLDEN RATIO’s listing also advertises permanent free pricing for beta merchants who provide feedback and an honest review. The comparison uses its published Arc, Spiral and Helix schedules; eligibility for the beta offer needs confirmation. [S25].
BUZZ makes the entry point explicit: Tremendous is available on Build, Plus and Enterprise. Using the Launch plan’s headline price to cost a Visa-reward workflow would miss that requirement. [S59].
ReferralCandy shows why the percentage base matters as much as the percentage. Its success fee covers the first three detected referred purchases by a new referred customer, using the subtotal after discounts and before tax and shipping. Later purchases are excluded. Comparing it with a fee applied to a different pool of revenue requires more than two headline rates. [S60].
The next table is illustrative arithmetic, not a record of merchant spending. Assume $10,000 qualifies under each plan’s own revenue definition. It excludes reward principal, recipient commissions, funding, the Shopify subscription, taxes and setup. The plans also differ in features and attribution rules.
F04. A lower subscription can produce a higher software bill
Calculated at $10,000 qualifying under each plan’s own revenue definition, using published monthly schedules.
USD
Tap or hover for details. All values are also available in the data table.
Illustrations, not equivalent packages or actual invoices. Excludes reward principal, recipient commissions, funding, Shopify subscription, taxes and setup. Golden Ratio uses progressive brackets and published standard schedules; its separate beta offer may change eligible merchants’ charges.
Explore the data table
| Category | Illustrative software charge |
|---|---|
| Yuko Basic | 212.00 USD |
| Yuko Starter | 145.00 USD |
| Yuko Growth | 100.00 USD |
| ReferralCandy Basic | 1,089.00 USD |
| ReferralCandy Grow | 429.00 USD |
| ReferralCandy Scale | 399.00 USD |
| BUZZ Build | 469.00 USD |
| BUZZ Plus | 549.00 USD |
| Golden Ratio Arc | 450.00 USD |
| Golden Ratio Spiral | 411.50 USD |
| Golden Ratio Helix | 536.50 USD |
T10. Illustrative software fees on $10,000 of qualifying revenue
| Plan | Calculation | Software charge |
|---|---|---|
| Yuko Basic | $12 + 2% × $10,000 | $212.00 |
| Yuko Starter | $45 + 1% × $10,000 | $145.00 |
| Yuko Growth | $100 | $100.00 |
| ReferralCandy Basic | $39 + 10.5% × $10,000 | $1,089.00 |
| ReferralCandy Grow | $79 + 3.5% × $10,000 | $429.00 |
| ReferralCandy Scale | $249 + 1.5% × $10,000 | $399.00 |
| BUZZ Build | $169 + 3% × $10,000 | $469.00 |
| BUZZ Plus | $549 | $549.00 |
| GOLDEN RATIO Arc | 6% of first $5,000 + 3% of next $5,000 | $450.00 |
| GOLDEN RATIO Spiral | $149 + 3.5% of first $5,000 + 1.75% of next $5,000 | $411.50 |
| GOLDEN RATIO Helix | $349 + 2.5% of first $5,000 + 1.25% of next $5,000 | $536.50 |
The calculations use the schedules linked above. They show how a lower subscription can produce a higher invoice once usage charges are included. They do not identify the most profitable app or the best fit for an individual merchant.
Now hold the reward itself constant at $50. Tremendous’s published funding schedule produces the following outlay before app and operating costs:
F05. A 3% funding charge scales with the value sent
Reward principal of $5,000, $50,000 and $500,000, respectively. Only the funding fee is plotted.
USD
Tap or hover for details. Select a series above to show or hide it.
Arithmetic at Tremendous’s published 0% US bank and 3% credit-card funding rates. App fees, operations and the principal are excluded from the bars. The scenarios do not imply approval, plan capacity or a negotiated quote.
Explore the data table
| Category | US bank-funding fee | Credit-card funding fee |
|---|---|---|
| 100 rewards × $50 | 0 USD | 150 USD |
| 1,000 rewards × $50 | 0 USD | 1,500 USD |
| 10,000 rewards × $50 | 0 USD | 15,000 USD |
T11. Illustrative funding costs for $50 virtual rewards
| Virtual rewards | Face value each | Reward principal | Bank-funding fee | Credit-funding fee at 3% | Principal plus credit-funding fee |
|---|---|---|---|---|---|
| 100 | $50 | $5,000 | $0 | $150 | $5,150 |
| 1,000 | $50 | $50,000 | $0 | $1,500 | $51,500 |
| 10,000 | $50 | $500,000 | $0 | $15,000 | $515,000 |
These are scenario calculations from Tremendous's published funding rates [S53], not a negotiated quote or a claim that every app can handle those volumes under its entry plan. Reward count does not determine affiliate revenue, new advocates, or campaign limits.
At a smaller denomination, 1,000 rewards of $10 contain $10,000 of principal. The same 3% funding assumption adds $300. A provider charging a different rate or using a different funding method needs its own calculation.
Where public prices need a closer look
When two public pages quote different prices, the gap itself needs explaining.
Genius Referrals illustrates the problem. Its Shopify listing presents Growth at $99 monthly. Its current vendor page presents a different plan structure, including Silver at $219 monthly, with different allowances and payout features. The two sources should not be silently treated as equivalent packages. The appropriate request is a written quote naming the Shopify integration, virtual-card fulfillment, advocate allowances, payout charges, and the plan that governs them. [S30], [S61].
GetAmbassador presents another mismatch. The current Shopify listing displays $12,000 per month, while the linked enterprise pricing page describes a scoped commercial offer. That displayed number should neither be relabeled as an annual price nor assumed to be the price of a particular virtual-card program. [S42], [S62].
White Label Loyalty separates the loyalty engine from fulfillment. Its $14,400 annual price is equivalent to $1,200 per month across the contract, not a $1,200 month-to-month offer. Its Runa-backed Reward Fulfilment module is separately purchased and requires a forecast and initial float. [S32], [S33].
AnyCard and Qwikcilver illustrate a product mismatch. A Shopify price for merchant gift cards does not establish the price of a separate Visa/Mastercard program. Qwikcilver's listing also uses rupee-denominated allowances and local-billing wording alongside Shopify's USD presentation. Those figures are unsuitable as an unqualified US virtual-card quote. [S63], [S48], [S49].
The providers behind and beyond the apps
The App Store directory is only one route to a supplier. Providers also sell through APIs, enterprise agreements and partners that a gift-card search may not surface.
For a direct relationship, start with the operating model: who buys and funds the rewards, who serves the merchants, and who supports recipients. A provider’s published offering can inform that discussion; approval and price for the proposed program require its own agreement.
T12. Virtual-card suppliers beyond an individual app
| Provider | Documented position | Virtual-card and integration evidence | Main commercial question |
|---|---|---|---|
| Business rewards and payouts platform with multiple documented app connections | Virtual Visa, API, configurable rewards, digital delivery. [S12] | Which selected Visa product and distribution model will be approved for each merchant? | |
| A large rewards distribution group with a dedicated digital fulfillment platform | Digital Visa/Mastercard and programmable reward delivery. [S64], [S65] | Which group entity, API, product catalog, and contract should serve the program? | |
| API-oriented payouts and prepaid program platform | Published virtual open-loop program terms and separate reward-card products. [S66] | Which nonreloadable virtual product, issuer, fee schedule, and spending geography apply? | |
| Rewards distribution platform with relatively explicit public entry pricing | US Visa and USD Mastercard products; REST API and digital reward delivery. [S67], [S68] | Which product and partner distribution model are approved, and which pricing exceptions apply? | |
| Corporate reward supplier with a branded recipient experience | Digital Visa/Mastercard, API ordering, and provider-hosted white-label redemption. [S69], [S70] | What are the exact card fees, branding permissions, and account structure? | |
| Incentives and rewards operation within a broader payments group | Virtual Visa/Mastercard programs and API fulfillment for a client's own front end. [S71], [S72] | Is the arrangement a corporate program, reseller relationship, or distribution partnership? | |
| Managed payout platform with embedded partner options | Virtual prepaid, integration tools, and a white-label partner model. [S73], [S74] | Which exact US network-card program, issuing bank, and terms would be proposed? |
Giftbit, PerfectGift, InComm, and Onbe are included here as additional suppliers for consideration. This article does not claim that each has a verified connection to one of the 18 Shopify apps above. Onbe's public material establishes virtual prepaid and embedded payouts; the exact proposed US Visa/Mastercard and issuer combination still requires product documentation.
BHN and Tango: consolidation changes the supplier map
Tango says Blackhawk Network acquired it in May 2024. BHN announced completion of its Tango integration in March 2025. They should therefore be treated as one ownership group when assessing supplier concentration, even where their product brands and integration routes differ. [S75], [S76].
For a prospective partner, the useful question is which product team and contractual route fits the intended workflow. A Tango catalog integration already embedded in an app may be a different commercial proposition from a direct BHN digital-card program. Group ownership does not make the two offers automatically identical.
Tremendous: the recurring connection behind the apps
Tremendous’s recurring role makes sense in this app set. Referral and loyalty developers need to calculate rewards, while an external platform can handle the catalog, account funding and delivery. Several guides describe the account, campaign and payout settings that join those jobs together.
For a merchant already using one of those apps, the connection can provide a practical starting point. It also creates a shared dependency across apps: switching the marketing software may leave the underlying fulfillment provider unchanged.
The inventory explains that distribution pattern. It cannot rank uptime, approval rates or merchant satisfaction, and it says nothing about private terms available to a new distribution partner.
Runa: the commercial form matters as much as the API
Runa's prepaid terms, updated 27 February 2026, tie service and issuance fees to the Commercial Form and pass through applicable issuing-bank fees. They describe funding through a buyer float and a separate issuing bank. The terms also permit a pause in further issuance if, unless otherwise agreed, at least 30% of monthly card transaction value is spent outside the United States, including at online merchants not registered as US merchants. [S66].
For an ecommerce program, that geographic clause is commercially significant. A dollar-denominated virtual card and a US-oriented program do not necessarily permit an unrestricted international spending pattern. The approved product, recipient countries, merchant locations, and contractual exceptions should be discussed together.
Separately, White Label Loyalty's use of Runa does not prove that all Runa products are available through its module. A direct Runa agreement and a Runa-powered loyalty integration can have different catalogs and economics.
Giftbit: the product matters to the price
Giftbit's catalog explicitly separates US Visa from USD Mastercard products. Published denomination ranges begin at $0.01 for certain US Visa offerings and $1 for USD Mastercard, with products up to $2,000. Those ranges identify possible products; they are not a promise of approval for every merchant or use case. [S67].
Giftbit advertises no platform subscription or minimum-usage fee and lists a 2.9% credit-card funding fee. Selected prepaid products carry additional fees. Its issuer disclosures identify different banks for different offerings. A program should therefore be quoted by product rather than by the word “Giftbit” alone. [S77].
Its developer guidance distinguishes approved rewards use cases from restricted activities such as consumer resale or peer-to-peer gifting. A Shopify platform awarding incentives across multiple independent merchants should explain that operating model during onboarding instead of assuming a general API account covers it. [S68].
PerfectGift: branding the redemption experience
PerfectGift offers a provider-hosted digital redemption experience for Visa and Mastercard programs with partner branding. The detail to examine is how far that branding extends: the screens, domain, data access and support interactions may matter as much as the email that first delivers the reward. [S70].
Its corporate pricing page lists 3% credit-card funding, while Visa/Mastercard fees depend on quantity, expiration, and format. The page identifies Sutton Bank in the relevant program disclosures. A free corporate account should therefore not be mistaken for zero-cost card issuance. [S78].
Review the recipient demonstration and the fee schedule together. A well-presented redemption journey and economical card issuance are separate requirements.
InComm: distribution infrastructure and client-controlled presentation
InComm InCentives describes an API through which a client can build its own front end while InComm handles fulfillment. Its company disclosures identify Visa and Mastercard virtual accounts backed by particular issuing-bank programs. This supports a conversation about a direct integration even when no suitable app connection appears in the screening inventory. [S71], [S72].
The unresolved questions are the actual catalog made available to the partner, whether the business model is treated as a corporate reward program or distribution arrangement, and the complete commercial schedule. The cited 2025 product announcement is evidence of program relationships; its historical promotional offer is not current pricing.
Onbe: managed operations as part of the proposition
Onbe offers no-code, low-code, and API integration approaches, alongside a white-label partner model and program-management services. This positions it for discussions where implementation, reconciliation, and recipient operations matter alongside card delivery. [S79], [S74], [S80].
Its broader payout menu should not obscure the product question. A transfer to someone's existing debit card differs from issuing a new virtual reward card. The commercial proposal should name the intended US virtual program, network, issuing bank, reloadability, recipient verification, and applicable fees. Those specifics were not established for a proposed Shopify program in the public pages reviewed.
T13. Company-reported scale, with different measurement bases
| Company | Publicly reported scale | What the metric does not establish |
|---|---|---|
| $30 billion in annual load value and more than $4 billion in rewards fulfilled annually | US virtual-card share or Shopify-originated issuance | |
| More than one billion cards managed annually across its wider business | Newly issued virtual reward cards or this app segment's volume | |
| More than 90 million payouts sent, $2 billion in funds delivered, and 25,000 companies | Annual card volume, unique recipients, or current active Shopify merchants |
These figures come from the companies’ websites and retain their different scopes. The annual metrics do not identify a measurement year; Tremendous’s figures have no stated annual period. Adding them together, ranking them as equivalent volumes or dividing them by a general gift-card market estimate would produce a misleading comparison.
The research materials contain no comparable provider-share dataset for US virtual rewards originating in Shopify programs. A useful volume request would specify the same twelve-month period, geography, product class and distribution channel, with both card count and loaded face value.
What happens between reward approval and spending
The word “sent” can conceal several unfinished steps. A reward may be earned, approved and delivered before a recipient claims it, obtains a card or makes a purchase. Each state belongs in the reporting.
T14. From reward earned to remaining balance
| State | What has happened | What has not necessarily happened |
|---|---|---|
| Reward earned | An app records an eligible action | Approval or funding |
| Reward approved | The merchant or program authorizes it | Delivery |
| Reward sent | A message or link is delivered | Recipient claim or card issuance |
| Reward claimed | The recipient selects or accepts an option | A successful purchase |
| Card available | The virtual card can be accessed | Activation of every optional feature or full acceptance everywhere |
| Value spent | One or more transactions settle | Complete exhaustion of the card |
| Residual balance remains | Some issued value is unspent | A merchant right to recover it |
ReferralCandy provides a useful example: its Tremendous integration describes a successful reward status as email delivery. That confirms delivery, not claim or spending. A dashboard that calls every delivered reward “redeemed” would overstate recipient use. [S18].
A useful provider demonstration follows one recipient from message to purchase: accepting or choosing the reward, accessing credentials, finding the balance, making an eligible online payment and handling a remainder or failed attempt. These are steps to request in a demonstration; this investigation did not issue or spend a card.
A provider's claim page may also have different requirements from an app's signup form. Tango's published prepaid page says recipient information can be required and that additional identity information may be requested on first redemption. Digital delivery should therefore not be used as shorthand for anonymous or verification-free use. [S84].
Likewise, a general mobile-wallet feature does not settle the chosen product's wallet eligibility. A Shopify merchant gift-card pass is different from provisioning a network card for payment. The provider should demonstrate the exact virtual product and clarify any optional setup rather than rely on an undifferentiated wallet logo. [S85].
Unused value and merchant recovery rights
When money remains unused, the first question is where it sits: in the merchant’s funding account, behind an unclaimed reward link, or on a card already issued to a recipient. Those balances can have different owners and recovery rules.
T15. Five balances and the evidence needed for recovery
| Money or status | Meaning | Evidence required before treating it as recoverable |
|---|---|---|
| Unused corporate prefunding | Money still held in the business's funding account | Funding agreement and withdrawal/refund rules |
| Unclaimed reward | An offer or reward link not yet converted into the selected payout | Cancellation eligibility, time limits, fees, and approval rules |
| Issued-card residual balance | Money remains after the virtual card has been issued | The program agreement's treatment of remaining funds |
| Expired promotional value | The recipient's spending period has ended | The specific contract's allocation of the expired value |
| Provider revenue share | An agreed commercial payment to a partner | A defined revenue base, settlement schedule, and exclusions |
Unredeemed value may eventually contribute to breakage. Whether the merchant can recover money left on an issued card is a separate contractual question. The presence of an unused balance does not establish the merchant’s entitlement.
Tremendous allows cancellation of eligible unredeemed rewards: directly within 30 minutes, with reviewed requests available through the dashboard for up to seven days, and support involvement thereafter. Once the recipient chooses a payout option, its ordinary order-cancellation process does not refund that redeemed reward. This separates an unclaimed offer from an issued card with money left on it. [S86].
Tango's policy limits cancellation to specified eligible products and circumstances, such as delivery errors or fraud. Its self-service window for eligible, wholly unredeemed digital Tango Choice rewards is five days; later requests involve support; the policy specifies a cancellation or restocking fee for cancellations completed through support. This is not a general right to reclaim any unused virtual-card balance. [S87].
Giftbit publishes a default return of 25% of an unclaimed Promotional reward’s value to the sender’s account after the sender-set claim deadline. Standard rewards have no claim deadline. This concerns an unclaimed reward offer, not money left on a card that has already been issued. [S77].
Fondue's marketing discusses revenue retained when shoppers do not claim cashback. Its cardholder agreement separately says remaining promotional-card funds become unavailable to the cardholder after expiration. Neither statement, by itself, supplies the merchant's percentage, settlement timing, or entitlement to funds left on an issued card. [S35], [S05].
The material reviewed here does not establish an automatic merchant right to all unused issued-card balances. A recovery or revenue-sharing offer needs to identify the relevant stage, the entitled party, the calculation and the settlement date. An undisclosed fee or policy remains an unknown in the commercial model.
How to measure program value
A reward’s value depends on the job it is meant to do: acquisition, referrals, affiliate compensation or customer service. Network-card rewards give recipients spending flexibility beyond the originating store. Merchants therefore need an objective that does not depend on all the funded value returning as another purchase.
T16. Measures that match the program’s purpose
| Objective | Useful measure | Misleading shortcut |
|---|---|---|
| Acquire customers through referrals | Incremental contribution per eligible referred customer | Treating all attributed sales as newly created demand |
| Pay affiliates | Approved commissions delivered accurately and on time, including exceptions | Counting reward emails as completed spending |
| Encourage eligible purchases | Treatment-versus-holdout contribution after rewards and fees | Comparing only claimants with non-claimants |
| Improve recipient experience | Claim completion, failed delivery, failed payment, and support contacts | Assuming a digital message means a usable card |
| Manage costs | Total program outlay and cost per successful reward | Comparing monthly subscriptions alone |
| Understand remaining value | Separate unclaimed offers from issued-card balances | Treating every unused dollar as recoverable merchant money |
For a controlled evaluation, define the eligible population before offering the incentive. Compare equivalent groups over the same period, including customers who never claim. Deduct reward costs, app fees, funding, support, returns, and fraud losses consistently. If the contribution calculation already includes an expense, do not subtract it again.
The measure to pursue is the contribution created after program costs, compared with what would have happened without the incentive. App attribution can help assemble the evidence. It cannot establish the counterfactual on its own.
Choosing a provider and reading the evidence
Bring a defined product and operating model to the first provider discussion. “Virtual gift cards for Shopify” leaves open the recipient, the reward trigger, the issuing program and the party responsible for the funds. The questions below turn that broad request into something a provider can price and approve.
T17. Provider questions: product and access
| Question | Why it changes the proposal | Concrete answer to request |
|---|---|---|
| Which exact virtual Visa and Mastercard products can this program use? | Catalog branding does not identify the approved product | Product identifier, currency, recipient countries, and denomination range |
| Who issues the card and who manages the program? | The provider's brand can cover several bank-backed products | Legal entities and current cardholder agreement |
| Is the card single-load and nonreloadable? | “Virtual” does not define funding behavior | Product-specific loading rules and permitted adjustments |
| Is the use case a referral reward, affiliate commission, purchase incentive, or consumer resale? | The proposed activity may require different approval | Written confirmation of the permitted use cases |
| Can one platform serve multiple independent Shopify merchants? | A single corporate reward account may not cover a distribution business | Merchant onboarding, account hierarchy, funding separation, and contractual roles |
| What recipient data and verification are required? | Claim friction and approval can differ by program | Exact fields, verification triggers, and exception handling |
T18. Provider questions: economics and remaining funds
| Question | Why it changes the proposal | Concrete answer to request |
|---|---|---|
| What is the complete price at 100, 1,000, and 10,000 virtual rewards? | Small fixed fees and percentage funding fees behave differently | Itemized quote using the same face value and monthly activity assumptions |
| Which fees are per card, per dollar, per merchant, or per month? | A single quoted percentage can hide different charging bases | Fee schedule with units, minimums, taxes, and optional services |
| When are funds debited and when can unused prefunding be returned? | Cash timing affects working capital | Funding, settlement, reconciliation, and refund provisions |
| What can be canceled before a reward is claimed? | Delivery and issuance are separate stages | Eligible statuses, windows, charges, and approval conditions |
| Does the partner receive any unused issued-card value or revenue share? | Unspent balances do not establish entitlement | Contract clause, calculation base, exclusions, and settlement timing |
| What happens to outstanding cards when the partnership ends? | Existing recipients may outlive the software contract | Servicing obligations, support continuity, reporting, and funds treatment |
T19. Provider questions: integration and recipient experience
| Question | Why it changes the proposal | Concrete answer to request |
|---|---|---|
| Does the integration return a choice link, a claim link, or access to an issued card? | These are different products and completion states | Demonstration and API response definitions |
| Which parts can use the partner's brand and domain? | White-label claims vary from email styling to a hosted card experience | Screens, domain rules, disclosures, and support ownership |
| Which reward, card, and balance events are available? | A merchant needs to distinguish sent, claimed, issued, spent, and failed | Event catalog, permitted data access, and reconciliation reports |
| How are duplicate requests and interrupted delivery handled? | Retrying an operation must not silently create duplicate rewards | Retry and duplicate-prevention behavior, refund path, and service commitments |
| Which online transactions are restricted? | Network acceptance is subject to the selected program's rules | Country, currency, recurring-payment, merchant-category, and authorization restrictions |
| What happens when a customer has only a small residual balance? | Recipient usability continues after the first purchase | Balance lookup, supported spending options, support, and expiration information |
Use the answers to build a proposed program with named products, responsibilities and costs. An API or an app connection is a starting point; it is not a substitute for those terms.
What the app connections tell us
The clearest pattern is the connection between marketing software and rewards infrastructure. A merchant can reach a virtual-card provider through an app it already uses. The provider, in turn, can reach merchants without supplying the entire referral or affiliate system.
The resulting choices span several business models. Tremendous recurs behind app integrations. BHN/Tango combines a large supplier group with digital reward delivery. Runa powers a separately purchased loyalty module, while Fondue embeds a particular promotional program. AnyCard and Pine Labs illustrate the distance that can exist between a provider’s wider prepaid business and the product described in its Shopify listing. Giftbit, PerfectGift, InComm and Onbe add further direct and partner routes.
The useful comparison is between complete workflows: a named virtual product, a price with clear units, a recipient journey and reporting that distinguishes delivery from use. Providers that make those elements easy for software partners to specify and explain are easier to evaluate. The agreement must also say what happens to every significant cost and balance.
The conspicuous absences: Stripe and Adyen
Two familiar names do not appear among the six fulfillment groups in this directory: Stripe and Adyen. That is worth highlighting because both offer virtual-card issuing. Their absence here concerns the app relationships identified by this research, rather than their ability to create cards or their use elsewhere in commerce.
The sheet review found no mention of either company in the checked fields of the 2,760 app records or in the comparison and provider tabs. [S01].
T20. Issuing platforms absent from the identified app relationships
| Platform | What its own documentation establishes | What this inventory establishes |
|---|---|---|
| Stripe Issuing can create virtual cards through its Dashboard and API. Its standard documentation describes commercial card programs, with program eligibility and use restrictions. [S88], [S89] | No Stripe Issuing fulfillment route was identified among the 18 app relationships. This does not establish zero use by Shopify businesses or by undisclosed partners. | |
| Adyen Issuing supports virtual Visa and Mastercard cards, transaction controls, and pooled or separate balances. Implementation starts with the proposed business model and account structure. [S90], [S91] | No Adyen Issuing fulfillment route was identified among the 18 app relationships. Its wider payment or issuing business falls outside that finding. |
The difference is between connecting an app to an existing reward catalog and building the card program behind the reward. Issuing infrastructure gives a platform more decisions to make about cardholders, funding, spending controls, and ongoing servicing. A referral app's ready-made reward option is a different starting point.
Product approval matters as well. Stripe's published Issuing rules prohibit specified consumer uses, including cards accessing consumer funds and cards disbursing payroll or payouts. A general statement that Stripe creates virtual cards therefore does not establish that the particular shopper-reward model proposed here is eligible. The exact product and permitted use case need to be established. [S92].
For Adyen, the published onboarding process explicitly begins with the business model, intended cards, and expected activity. It then defines the accounts, verification, funding, and authorization arrangements. That supports considering Adyen for an appropriately designed issuing program; it does not supply evidence of an existing connection to one of these 18 apps. [S91].
Neither absence explains why the app developers chose their current providers. The public inventory cannot reveal undisclosed infrastructure, private partnerships, or rejected proposals. Its narrower finding is still useful: large issuing platforms can sit outside the reward-provider relationships that are easiest for a Shopify merchant to discover.
Research scope and source boundaries
-
Inventory: The app counts and provider groupings were checked against the underlying sheet. It records two Shopify App Store searches and 2,760 distinct app URLs. The 18 relationships form an editorial evidence set, not a universal list or market-share ranking.
-
Evidence strength: Search descriptions, app listings, integration guides, provider catalogs, and cardholder agreements answer different questions. The directory preserves those differences, including configurable-catalog inferences and legacy documentation.
-
Virtual scope: This article evaluates digital delivery and virtual-card pathways. Costs or capabilities for other formats are not used to price the virtual programs.
-
Geography: US/USD is the principal comparison. A global catalog, US-dollar denomination, or multinational provider does not by itself establish eligibility in every country.
-
Pricing: The comparison uses the public schedules cited for 16 September 2026. Calculations are labeled scenarios; unknown charges remain unknown. App fees, reward principal and provider/funding charges are separate.
-
Statista: Consumer-experience data come from Accenture’s survey as published by Statista, with the population and multiple-response format stated. The US market series retains the source’s projection labels.
-
Provider position: Corporate-scale figures are attributed to the companies and retain their stated scope. No equivalent market-share comparison or private commercial commitment is asserted.
-
Evidence boundary: The article draws on the inventory and published materials. It claims no installation test, successful live issuance or response from a provider representative. Links accompany the relevant claims, including those inside tables.
Sources and documents
Collapse
- [S01] Gift Card News research inventory: Shopify Gift Card Providers — screening log, comparison, cost model and provider directory — Gift Card News research inventory
- [S02] Shopify gift-card overview — Shopify
- [S03] Shopify store-credit documentation — Shopify
- [S04] GiftKart's Shopify listing — Shopify
- [S05] Fondue cardholder agreement — Fondue
- [S06] Shopify App Store search for “gift cards” — Shopify
- [S07] Shopify: search for “gift card” — Shopify
- [S08] Shopify filings with the SEC: Shopify FY2025 results — Shopify filings with the SEC
- [S09] Shopify filings with the SEC: Shopify 2025 annual filing — Shopify filings with the SEC
- [S10] Statista: US gift-card sales — Statista
- [S11] Statista: improving the gift-card experience — Statista
- [S12] Tremendous Visa program — Tremendous
- [S13] Shopify: Snowball: Affiliate Marketing — Shopify
- [S14] Social Snowball: Setup — Social Snowball
- [S15] Shopify: Friendbuy: Referrals & Loyalty — Shopify
- [S16] Friendbuy: Integration — Friendbuy
- [S17] Shopify: Referral Candy & Affiliate — Shopify
- [S18] ReferralCandy: Integration — ReferralCandy
- [S19] Shopify: BUZZ Affiliate Marketing — Shopify
- [S20] Buzzbassador: Setup — Buzzbassador
- [S21] Shopify: Yuko Affiliate Marketing — Shopify
- [S22] Yuko: Integration — Yuko
- [S23] Shopify: Referral Rocket & Affiliate — Shopify
- [S24] Referral Rocket: Integration — Referral Rocket
- [S25] Shopify: GOLDEN RATIO Affiliate Suite — Shopify
- [S26] Golden Ratio: Integration — Golden Ratio
- [S27] Shopify: Lootly Loyalty & Referrals — Shopify
- [S28] Lootly: Visa announcement — Lootly
- [S29] Lootly: setup — Lootly
- [S30] Shopify: 360º Referral Program Suite — Shopify
- [S31] Genius Referrals: Integration — Genius Referrals
- [S32] Shopify: White Label Loyalty — Shopify
- [S33] White Label Loyalty: Module — White Label Loyalty
- [S34] White Label Loyalty: Visa reference — White Label Loyalty
- [S35] Shopify: Fondue CashBack Promotions — Shopify
- [S36] Fondue: digital cashback FAQ — Fondue
- [S37] Shopify: rediem: loyalty & community — Shopify
- [S38] Shopify: Tyne: Text Referral Program — Shopify
- [S39] Shopify: Rave: Referral, Affiliate, UGC — Shopify
- [S40] Rave: Customer terms — Rave
- [S41] Rave: FAQ — Rave
- [S42] Shopify: GetAmbassador — Shopify
- [S43] GetAmbassador: Current rewards marketing — GetAmbassador
- [S44] GetAmbassador: Tango USD instructions — GetAmbassador
- [S45] Shopify: Swipewrap — Shopify
- [S46] Swipewrap: consumer reward-link offering — Swipewrap
- [S47] Shopify: AnyCard: Gift Card Platform — Shopify
- [S48] AnyCard: Rewards API — AnyCard
- [S49] Shopify: Qwikcilver-Gift Cards-Refunds — Shopify
- [S50] Pine Labs: prepaid infrastructure — Pine Labs
- [S51] Social Snowball: Snowball payout workflow — Social Snowball
- [S52] Buzzbassador: BUZZ payout authorization — Buzzbassador
- [S53] Tremendous pricing — Tremendous
- [S54] Social Snowball: Snowball — Social Snowball
- [S55] ReferralCandy — ReferralCandy
- [S56] Buzzbassador: BUZZ — Buzzbassador
- [S57] Referral Rocket — Referral Rocket
- [S58] Lootly — Lootly
- [S59] Buzzbassador: BUZZ plan requirements — Buzzbassador
- [S60] ReferralCandy success-fee calculation — ReferralCandy
- [S61] Genius Referrals: vendor pricing — Genius Referrals
- [S62] GetAmbassador: enterprise pricing — GetAmbassador
- [S63] AnyCard Shopify offering — AnyCard
- [S64] Blackhawk Network: BHN products — Blackhawk Network
- [S65] Tango API — Tango
- [S66] Runa: Program terms — Runa
- [S67] Giftbit: Catalog — Giftbit
- [S68] Giftbit: developers — Giftbit
- [S69] PerfectGift: API — PerfectGift
- [S70] PerfectGift: white-label offering — PerfectGift
- [S71] InComm Payments: API — InComm Payments
- [S72] InComm Payments press release: program disclosures — InComm Payments press release
- [S73] Onbe: Payment choice — Onbe
- [S74] Onbe: partner models — Onbe
- [S75] Tango company history — Tango
- [S76] Blackhawk Network: BHN integration announcement — Blackhawk Network
- [S77] Giftbit pricing — Giftbit
- [S78] PerfectGift corporate pricing — PerfectGift
- [S79] Onbe integrations — Onbe
- [S80] Onbe: program management — Onbe
- [S81] Blackhawk Network: BHN — Blackhawk Network
- [S82] InComm Payments — InComm Payments
- [S83] Tremendous — Tremendous
- [S84] Tango prepaid product information — Tango
- [S85] Shopify gift-card redemption and wallet documentation — Shopify
- [S86] Tremendous cancellation policy — Tremendous
- [S87] Tango cancellation policy — Tango
- [S88] Stripe: Virtual cards — Stripe
- [S89] Stripe: Issuing overview — Stripe
- [S90] Adyen: Issuing documentation — Adyen
- [S91] Adyen: Getting started — Adyen
- [S92] Stripe Issuing restrictions — Stripe