Payments

Currently, when a coupon code is applied via a 2-step order form, form, or payment link, the discount applies to the entire total—with no control over which products it affects. This creates challenges for SaaS resellers, agencies, and service providers who: Only want coupons to apply to specific products, plans or services Sell multi-item bundles but restrict discount eligibility to just one or two items Need to ensure certain core fees (e.g., onboarding) are never discounted We propose two core enhancements: ✅ 1. Product-Level Settings: Inside each product setup screen, add checkboxes: [✔] Allow coupon codes to be applied to this product [✔] Allow manual discounts to be applied to this product This gives full control over which products can receive promotions across the platform. ✅ 2. Checkout-Level Behavior Controls: In the configuration for payment links, 2-step order forms, and forms: Let users select which included products will accept applied coupon codes Allow overrides (e.g., restrict coupons on renewal-based line items) Why This Matters: Without this granularity, users are forced to either: Limit what they sell per checkout session Manually handle refunds or edits Avoid coupon codes entirely for fear of over-discounting By enabling selective coupon eligibility, GHL would: Open up more advanced promotional use cases Reduce refund disputes and billing errors Create better support for tiered SaaS offers, bundled services, and launch campaigns

One of my clients is recording payments manually. Once an invoice is marked as paid, it cannot be edited, which becomes an issue when a product is returned—we’re unable to update or reflect the refund. This makes it very difficult to track the exact invoice amount accurately. If this issue can be resolved, it would be extremely helpful. Additionally, it would be great if we had a feature to create purchase invoices as well. HighLevel already has a robust set of features for selling to distributors, so being able to manage purchases would allow us to capture multiple client interactions more effectively.

The ability to select a minimum they need to purchase in order for a coupon code to work. For instance, being able to set as a rule in the coupon that unless they purchase at least 2 they can't get the discount. In this example, the coupon will only apply when purchasing 2 or more.

Ability to edit price of future payment in a subscription after it has started.

Add descriptions and details about the features that each payment provider integrates with on the payment integration page. That way, there's less confusion about which one to choose when connecting.

We would like to adjust the Payment module permissions so that staff members can only view payment information related to the opportunities they are directly assigned to. At the moment, any staff member with access to view payments can see all payment records across the system. For confidentiality and access control, we want to restrict visibility so each staff member only sees payment data linked to the deals they are involved in. Please let us know if this level of permission granularity is possible and how best to implement it.

Shipping & Delivery options are for ecommerce only. It would be great if this could be applied to products, payment links, invoices, etc. for those who do not have their ecommerce store through high level and only utilize the above options.

Need to havve ACH option for Direct Payment Links similar to invoices!!

Razor pay is not accessible for business operating outside of india (specialty small and medium business) who want to sell to indian customers. PayTm could be a good alternative.