Payments

This is a flaw in GHL compared to SKOOL and need to be attended to ASAP. In the Community, you can not use the payment setting from your actual Course in regards to one one time payment and then a subscription. Comunitys seem to have their own fixed payment options for a course (either one time payment OR subscrition) which i SO WRONG. I want to use my paymentoption/plan for the Products / Course to sell my course within the community. PLEASE implement the Course checkout button in the community.

Referring to my screenshot and my state's calculation (from https://taxproject.csa.ou.edu/Rate_Locator ) City tax rate is zero, not 4.8% County tax is 0.367% (3 digits, not 2) = $0.55, not $0.56 Total tax is not displayed Ticket# 2856189

Payments>Invoice & Estimates>Settings>Notifications>Customer Notification: when email or sms is sent from here, custom fields are not populating, but the same email and sms template is sent in an automation with trigger "Invoice status is Sent", the fields get populated fine.

We have ACH enabled in Stripe, yet it does not show up as a payment method when we generate payment links within GoHighLevel. When I talked to the support agent, he said that GoHighLevel had not created the option for this to show up here yet, despite it saying that it's an option within the payment methods help article. This is an extreme issue that will cause us to not be able to use GoHighLevel anymore if not fixed.

After connecting Paypal, it automatically becomes an option for payment even for Saas plans. Would like to be able to disable from certain products so that stripe is the only option

Currently, the only way for the affiliate program that exists according to level 2 engineers is the internal cart and 1/2 step checkout process. So even though you are integrated with Stripe, and choose to use payment links for connected Stripe account in GHL, connected to the products in GHL, all created within the sub-account, when the affiliate link is used on the site, they click buy the product, go to the product payment link to checkout, at that moment, no metadata is sent into the checkout session payload, which if able to send through the URL or reference the affiliate in the payload if applicable even that would then allow us to capture it post purchase for your affiliate program to track the sale. Currently no data comes through, so the affiliate program fails to record or cookie track, and the system breaks essentially from its core purpose. I understand I can set up a cart and keep it all internally hosted and it work, but for many of us that is not a viable flow of checkout, such as SaaS commonly that runs through Stripe payment links for dynamic URL redirects based on the product purchased for automated customized intake experiences... This would be about a 10-minute update and provide immense value to your affiliate program tracking actually functioning, as currently for us, we have to have manual form submissions for deal claiming which is not adequate at the rate we are scaling up. PLEASE PLEASE PLEASE CORRECT THIS ISSUE BY HAVING STRIPE PAYMENT PRODUCT LINKS TRACK AFFILIATE PROGRAM COMMISSIONS. Subject: Re: Affiliate Manager Payout - [#GHL-4251205] Hi Rob, Thank you for your time today, I checked your situation with our SaaS specialists and with some of my colleagues, we agreed that your current setup is not going to work for the Affiliate Manager and I recorded this Loom video explaining what options you have to fix the commission tracking issue: Ticket 4251205 MY PROPOSED SOLUTION: Adding in the payload the URL of affiliate (maybe from cookie) at launch of the checkout integration after button click and then post-purchase send the affiliate URL that is already or should be passed in the session metadata or cookie data, then system can automatically (or automation if need-be) to check against the campaign assigned affiliates, and then continue with the auto-assign based on tier to the affiliate within the global rules for commissions (per tier if applicable to program).

Clients are telling me about issues they're having when saving their products inside of the product builder tab. There are two save buttons. One at the top and one at the bottom. Clients instinctively click the top button, but this does not actually save the progress made to the product they're working on. Only when they click the save button at the bottom of that page does the product save. Please can we get this fixed, as it's causing confusion and frustration for some of our clients? Thanks!

I've been experiencing an issue with a blank screen recently when trying to view the products tab inside of Payments. I've also had a lot of clients reach out and say the same thing. When clicking on Products, the page does not load correctly and just shows a blank screen. It only fixes itself once you refresh the page. Can we look into this and see why it's happening?

At the moment tax does not get added to offers created as part of the Offer process when creating membership sites. This is certainly true for Australian GST (10%). So, there does not appear to be a way to create a payment link to a membership site that adds GST. The payment shows just the basic price, with no GST added - even though GST has been entered in the settings.

It's literally INSANE that I have to submit this but selling store inventory through the mobile app DOES NOT deduct products sold from the amount of stock listed in the store. This makes the POS essentially useless in terms of tap to pay or mobile selling. I wonder why they even advertised or published the feature with this clear deficit. Please upvote. Have your friends, clients, employees upvote. This should just work!