Payments

Gift Cards – Ability to inactivate/zero out a specific Gift Card (order‑level control)
The new Gift Cards feature is great for creating, selling, and sending cards, but there’s a key control missing at the Gift Card Order (individual card) level. We sell a Gift Card, and the customer comes in person to consume the service outside of a HighLevel checkout (or forgets to use the code). We then need to mark that specific card as used/inactive/zeroed out, so that the code cannot be reused in the future, even if it was never “redeemed” through a checkout. ​ Currently In Payments, we can see status (Scheduled, Active, Inactive), balance, and details, but there is no clear action to: Inactivate a single Gift Card (order) manually and prevent any future use of that code. Manually adjust the balance (for example, when a customer partially or fully uses the value offline). What I'm asking for: On the Gift Card Order Details screen, please add actions such as: “Mark as Used / Inactivate Card” → sets the card status to Inactive and blocks that code from being applied on any checkout. “Adjust Balance” → allows us to manually set the current balance (including 0), with an internal note field for audit purposes. ​ Optional but very helpful: An audit log showing who changed the status/balance, when, and why. A Workflow trigger/condition like “Gift Card status changed” or “Gift Card balance changed” so we can automatically update notes, tags, or pipeline stages. This correctly covers offline redemptions and cases where the customer doesn’t use the code at checkout, while keeping financial records accurate. ​ Prevents fraud and mistakes (re‑using codes that were already consumed in person). Gives much better operational control without forcing every business to run 100% of services through a HighLevel checkout. This improvement would make the Gift Cards system truly complete, end-to-end, for both pure e-commerce and in-person businesses (clinics, salons, studios, etc.).
0
·
Enhancement
Feature Request: Paid Upfront Fee + Scheduled Recurring Subscription (No Trial)
Summary Add native support in GoHighLevel for products that charge a paid upfront fee followed by a scheduled recurring subscription, without using or implying a trial period. Problem Many agencies and SaaS businesses charge: A non-refundable upfront fee (setup, onboarding, implementation) A recurring subscription that begins after a defined time period Using “trial” settings is misleading, as customers may assume: They can cancel and get a refund The upfront fee is optional or refundable This creates confusion and support issues. Proposed Solution Introduce a pricing option such as “Upfront Fee + Scheduled Recurring”, where: Customers are charged immediately for the upfront fee The recurring subscription: Is scheduled to start after X days/weeks Is clearly labeled as a future recurring charge, not a trial All charges are displayed clearly on the order form Example Use Case Upfront fee: $5,000 (charged today) Recurring fee: $750/month Recurring starts: after 4 weeks Checkout displays: Today: $5,000 (non-refundable) Then: $750/month starting in 4 weeks Optional Controls Set recurring start delay (days/weeks/months) Display next billing date on checkout Workflow triggers: “Upfront Fee Paid” “Recurring Billing Started” Compatible with coupons (including legacy/old-price coupons) Benefits Removes customer confusion around trials and refunds Matches real-world agency and SaaS billing models Cleaner checkout and clearer expectations Fewer products and workflows required
0
·
Enhancement
Load More