Log in to your HighLevel account to give feedback

Powered by Canny

Payments

Multiple Products Per Subscription

We need the ability to add multiple products when creating a subscription. Stripe has this capability. Use Case: We offer several options for clients, add on, cross-sells, etc. and it would be way more convenient to add multiple products when creating the subscription, rather than having to create a subscription for each product. This enhancement goes hand-in-hand with the ability to edit a subscription, as there are times where we would need to cancel/remove a particular product and/or add an additional product to a subscription.

planned

Ability to pass stripe fees to the customer

it would be awesome if we can choose to pass the 3% stripe fee to the customer.

in progress

Reporting Dashboard For Payments, Subscriptions etc.

The functionality and visibility of a software like SamCart is far more powerful than the current HighLevel payments area. Being able to: See Revenue, Refunds, Profit, Churn, MRR, etc. in a simple dashboard that can be filtered by date Being able to see recent successful and failed charges Being able to see reports on sales, subscriptions, cancellations, etc. by product Being able to see upcoming charges by client Basically all of the reporting, visibility and functionality of SamCart built into HighLevel payments would make it a game changer for SaaS and product creators.

in progress

Ability to create weekly subscriptions

We have clients who have weekly subscriptions with their clients and there is no option to create weekly subscriptions under payments, only monthly. There should be more options and have the ability to choose the timeframe when setting up a subscription.

Ability to Charge Failed /Unpaid Payments due to a Subscription in the Subscription

We need the ability to charge a failed /unpaid payment balance due on a subscription within the subscription once the customer has updated their card details using the "share payment update link" from the subscription so that the payment charged will be associated with that subscription. Right now GHL's subscriptions will make 3 attempts to debit payment, then will not try again until the next due date which leaves the balance unpaid. When and if the customer happens to update their card after the 3 attempts there is currently no way to charge them within the subscription they specifically owe or if we use the "charge now" option in Contacts no way to charge a payment and have it recognized as being a part of any specific subscription.

in progress

Add support for VAT on order forms and subscriptions

I am surprised that GHL has not come further with VAT. After all, I have both read and heard that GHL should be at the forefront and perhaps the best choice for us and also for our clients. However, the problem seems to be the same as with Click Funnels and some other platforms that they forgot or did not prioritize Europe. The thing is, our goal is to help 100,000 people build their business online as a vehicle to create and live their dream life, and we won't be able to work with systems and platforms that lack support for VAT. I see it as difficult, and almost impossible for us and all our customers to move to GHL if we cannot get this functionality.

planned

Create Subscriptions Through Automations

You can only manually do it right now, which i'd like to streamline it without spending all day figuring out Stripe's API. You can create a one-time stripe charge through automations but not subscription

Create Folders in Products

It would be fantastic if we could organize the Stripe products in folders so we don't have to scroll through a ton of stuff to find a particular item.

planned

Multiple payment methods with Stripe

PayPal, Sofort, SEPA Direct Debit, Prepayment/Bank Transfer, Invoice, Cash on Delivery, Giropay, Apple Pay, Klarna

in progress

URGENT: UTM's being trackable in GoHighLevel Checkouts

We have tested submitting an order with utm parameters on the url of the order form. We expected the utm parameters to be stored somewhere along with the order (similar to how regular form capture saves this information) so when we pull the order data from GHL into our reporting environment via API we would have access to these utm parameters in context of the order. It doesnt appear these parameters are saved anywhere. This feature would make GoHighLevel Checkouts substantially more competitive to alternative checkouts like SamCart, especially for businesses with complex attribution model needs.

Load More

→

Powered by Canny