Payments

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.

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

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.

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.

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

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.

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.

We would love the ability to sell subscription in a payment link so the customer can buy it from our website

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.

Every company experiences a dispute at some point in their existence, which causes the money to be taken by the processor. I have a client in that situation now. The product was sold and the transaction is through GHL with a Stripe integration. In dispute instances, there are a few things that can happen: 1) Charge Disputed and You Agree to Accept Dispute In this situation, the money (which has already been taken) will not be returned, effectively refunding the customer (and there are additional fees you pay for the dispute being processed at all). 2) Charge Disputed and you counter the dispute and win In this situation, the money has been removed but you submit evidence and if ruled in your favor, the funds are returned to you minus the fee charged for the dispute. 3) Charge disputed and you counter the dispute and lose In this situation, the money was removed, you submit evidence but it is ruled in the purchasers favor so the money is not returned to you and you are still charged the fee. With Stripe's ability to send out data via webhook, which I have it do with other systems, it should be easy to update a transactions status in GHL, to show if it is disputed, to show if it was disputed and lost, and to show if it was disputed and won, and to have the fees associated with the charge/transaction to be reflected in GHL. Additionally, and as a potential workaround, the ability to select "refund" on a transaction and to note it as an "outside" refund, so it doesn't process through Stripe. Sometimes we have to refund back to a different methods because a card has been closed. We can also use this method to put a disputed transaction that has been accepted or we lost the counter as refunded in the system so it doesn't show it as monies in. The dual side to this is it would not only help keep the numbers more accurate in the system, but when a staff member is reviewing a contacts purchases, it would show as refunded or disputed in the status so they can act accordingly. As of now, unless you add a note of your own to the contact, the only way to find out the transaction is disputed is inside of the stripe dashboard.