Leaderboard

I just had Claude.ai help me create a module and hook to allow me to click a button to revert the invoice back to Draft and it also allows me to click a button to zero out a late fee. I am all set.

Great! They need a month to publish hotfix contains a new word in code 🙂

It does look like 9.0.8 was released earlier today. Just had to click the refresh button on the update page. From release notes, it appears that these fixes and the new security fixes are included.

Seems it's an error I'd say. I randomly checked a few others in the marketplace, and that's the only one doing that. Frustrating it's the WHMCS addon, but things like this can creep in, especially on an addon that's been around a long while.

That's a small red flag. Anything that is using http today indicates a lack of care, error or just ignorance.

I will try, thank you for your help

WHMCS staff provided this fix: Edit: /modules/servers/plesk/templates/api/1.0.0.0/webspace_set_status.tpl Replace the root node (and its closing value) so that instead of <domain> and </domain> they read <webspace> and </webspace> Should solve the problem.

I get this in the download window: "This download is insecure, be careful with it's content". This is in Vivalid browser. Firefox says it's fine. Seems to me Vivaldi (no addons that should cause anything) is correct since the link in the console starts with "http" and then appears to redirect to https. It's seeing that first URL. So, yes, it looks like something's wrong with the download link.

Still seems broken for me

Hello @Bruno de Lima Costa Thanks for taking the time to bring this to the WHMCS Community. Under certain circumstances, we have identified this as an issue and have an open case for it #WHMCS-27811 Rest assured, it is active with our developers. While I am unable to confirm when this will be resolved, I would recommend monitoring the changelogs for the above Case ID.

We run WHMCS behind a handful of our own product sites, and the same thing kept happening. Someone reads the pricing page on WordPress, clicks Order, and lands on a billing portal that looks nothing like the site they were just on. A fair number of them never come back. So we built a WordPress plugin to keep the whole flow on one site. We have now open sourced it under GPL-2.0. What it does You drop a [whmcs_checkout] shortcode on a page. The plugin reads your product groups and products from the WHMCS API, caches them for an hour, and renders a pricing grid plus a one page checkout. Payment is taken inline with PayPal, in sandbox or live mode. Once payment clears it calls AddClient and AddOrder, so you end up with a real client and a real order in WHMCS, and the buyer lands on a confirmation page with their login details. Bits you might care about Monthly through triennial billing cycles, plus setup fees, read live from WHMCS Deep link straight into one product with ?pid= An optional add-ons step and an annual support line item Social signup with Google, Facebook and LinkedIn, so buyers can skip the registration form Per product overrides in wp-admin for featured flags and feature bullets, so your pricing table reads the way you want without editing anything in WHMCS Updates show up in wp-admin straight from the GitHub releases, so you do not need a separate updater plugin Requirements WordPress 6.0 or newer, PHP 7.4 or newer, a WHMCS install with API credentials, and a PayPal REST app if you want inline payment. Where to get it Source and issue tracker: https://github.com/ictinnovations/checkout-for-whmcs Composer: ictinnovations/checkout-for-whmcs It has been running on our own sites for a while and has taken real orders, but test it against a staging WHMCS before you point it at production. If something breaks, open an issue on GitHub and I will take a look. Happy to hear what is missing too.

Welcome aboard, Saleh! Awesome that you're diving into WHMCS and WordPress add-ons — that's a great niche to specialize in. Quick tips: get yourself a staging WHMCS install so you're not testing against live sites, dig into the hooks system early (it'll save you headaches later), and keep an eye on the module queue/admin log when things act weird. Good luck getting started — post here anytime, folks around here are pretty helpful.

Here again, any update?

Client has a small overpayment. It was added as a transaction and the next invoice was paid using it. The invoice is marked as paid, but the line says this in the email: Credit Applied: $0.00 USD. The ledger on the invoice shows it was applied, but strangely: Type: Client Account Debit, with "Applied Credit Note funded by Client Credit" for the description. As far as the client could see, it was paid, but no idea how. My clients don't typically log in and review, but just look for the email. This used to work back in the day, quite simply. Now it's confusing for admins, and worse, clients. Can it be made to show this (latest version WHMCS)? Not seeing any merge fields that might do it.

Fun. Looks like it may be just the one client has the error, but don't see how this will help resolve the confusion.

There is no way we have found. Occasionally customers double pay the same invoice. In v8 it would put the account in credit, then the credit balance would get used and shown on the invoice (not as the transaction at the bottom). v9 has changed this behaviour. And transactions are applied different ways and shown differently in the emails and PDFs Have you tried viewing the client account statement?

None that I know of and the likely reason there is not is because it would be an absolute nightmare. Recieved donations you would still need to declare. Recieved donation = income tax - Services charges you pay for the transaction charges. Your holding money that doesn't belong to you/business. Client decides to cancle services what ever moneys you have recieved in donations for said client has to be given to client if they ask for it you can not legally hold onto it. Next issue if you are recieving donations for a client and holding those funds you become a money handler at which point your Business/Company then has to register as money handler. Simplest solution to this is clients should be responsible for that themselves its not the hosts responsibility.

Welcome to the WHMCS community 😀 WHMCS module development, gateways and provisioning work are always useful topics here. Looking forward to seeing your input in the discussions.

Welcome to the WHMCS community, Let's see what we can do together and grow.

Welcome to the WHMCS community! Hope you find some useful ideas and good discussions around WHMCS. Have an awesome day too!

Hi everyone, I wanted to share a small WHMCS hook we created to support client-specific payment terms such as: Immediate Net 30 Net 60 Repo: https://github.com/Y2KWebs/whmcs-client-payment-terms The problem We needed a way to let some clients pay immediately, while others could have Net 30 or Net 60 terms. As many of you probably know, WHMCS ties recurring billing pretty closely to the service renewal cycle. A common workaround is to generate invoices many days before the service due date, but that is not really the same as offering payment terms. It is just invoicing earlier. What we actually wanted was: keep the normal WHMCS service renewal logic let WHMCS generate the invoice normally change only the invoice due date make sure the invoice email already goes out with the correct due date keep compatibility with accounting syncs such as QuickBooks Our approach We used: Client Groups to represent payment terms the InvoiceCreation hook to adjust the invoice duedate before the invoice email is sent The logic is simple: clients with no group or no mapped group keep the standard WHMCS due date Net 30 group = original WHMCS due date + 30 days Net 60 group = original WHMCS due date + 60 days Important detail The best approach turned out to be using the original WHMCS invoice due date as the base date, instead of the invoice date itself. That preserves native WHMCS behavior for standard clients, including cases where invoices are generated in advance. So for example, if WHMCS generates an invoice 7 days before renewal: standard client = keeps those 7 days Net 30 client = 7 + 30 days Net 60 client = 7 + 60 days Why InvoiceCreation and not InvoiceCreated? Because InvoiceCreated is too late if you want the invoice email to already contain the correct due date. What this does NOT change This hook only changes the invoice due date. It does not change: service Next Due Date renewal logic suspension logic So suspension still needs to be handled separately depending on your business rules. Why I’m sharing it I found many posts about Net 30 / invoice due dates / payment terms in WHMCS, so I thought this might be useful for others too. Hope it helps someone. Feedback and improvements are welcome.

Seems 16 years after the issue was originally raised for any EU customer, which till now could fix that manually, the problem still remains, 1 month before digital invoicing comes into practice. I've reinforced the problem with support who appears to be an excellent developer but to have noclue on the EU fiscal legislation. And this WILL bring some user to get fines, because WHMCS will start pushing illegal invoices directly into the tax agency archives. Below is a copy of the ticket with references and legislation quotes: Let’s focus on the core problem: the invoice. The report is a minor issue — we can easily pull the subtotal instead of the total. The real issue is that the final invoice (HTML/PDF) WHMCS generates is incorrect. Scenario recap The client has an uninvoiced credit of 10€. An invoice for 10€ is generated. The invoice is marked as paid using the credit. WHMCS produces a “final” invoice showing a total of 0€. That’s not just wrong; it’s illegal in Spain and much of Europe. WHMCS has been told about this for 16years, yet it persists. Prior discussions (evidence that it’s an old, known problem) Case1 – “Credit management according to European fiscal law” – posted on 22 Aug 2024: https://whmcs.community/topic/339796-credit-management-according-to-european-fiscal-law-a-project/. The user clearly explains why zerototal invoices violate EU law and how to fix it, but there was no followup from WHMCS. Case2 – “Account prefunding credits” – 7 Feb 2008: https://whmcs.community/topic/34693-account-pre-funding-credits/. Users complained that credit zeroes out invoices and makes them look like free services. Case3 – “Paid invoices showing zero balance” – 2009: https://whmcs.community/topic/89177-paid-invoices-showing-zero-balance/. Users report that invoices show zero once paid. Case4 – “Credit into the invoice – paid but appears in 0” – 24 Sep 2007: https://whmcs.community/topic/22777-credit-into-the-invoice-paid-but-appears-in-0/. WHMCS staff responded that the invoice was “paid by credit,” implying it can show zero. This thread highlights the confusion and legal concerns caused by WHMCS treating creditfunded invoices as zerovalue invoices. Case5 – “Tax on credits” – 2008: https://whmcs.community/topic/37369-tax-on-credits/. Users from the EU explain that failing to invoice credits and showing services as free is illegal. VAT must be charged on the credit invoice; subsequent invoices paid from credit should show the amount and 0€ due, but WHMCS doesn’t do this. Case6 – Feature request “Invoices for 0.00 are illegal for many WHMCS users” – 2010: https://requests.whmcs.com/idea/invoices-for-0-00-are-illegal-for-many-whmcs-users. Users explicitly ask WHMCS to stop generating 0.00 invoices. If the service total really is 0, there should be no invoice. Why it is illegal Under EU and Spanish law: Every sale or service requires an invoice showing the taxable base, VAT, and total. Even if the VAT is zero, the “Total factura” must equal the base. Advance payments must be invoiced. The Spanish tax authority (Agencia Tributaria) states: “los empresarios y profesionales… deben expedir factura en los supuestos de pagos anticipados”. A credit on account is an advance payment, so there must be a proper invoice for it, with VAT. Zerovalue invoices are allowed only when there is a 100 % discount or return. Paying with credit isn’t a discount; it’s the settlement of a debt using funds already invoiced. Therefore, a zerototal invoice misrepresents the transaction and can be treated as a null invoice by the tax authorities. Digital invoicing (e.g., Spain’s SII) will reject zerovalue invoices unless they meet those strict exceptions. Sending invoices with a total of 0€ to the Spanish tax agency will mark the income as zero — effectively tax evasion. Why WHMCS must fix this If WHMCS continues to issue invoices showing 0€ when the real service cost is >0€, every EU client using WHMCS 9.0 for digital invoicing is going to push illegal invoices into government systems. This is not a minor bug; it’s a compliance failure. WHMCS is exposing its customers to fines and even criminal liability for issuing fraudulent invoices. I’ve been running companies in Italy and Spain since 2005, so this isn’t an academic complaint. You need to bring in a European tax expert and fix the invoicing logic immediately. Issue a proper invoice when credit is added, showing the taxable base, VAT and total. On the service invoice, show the service price and VAT, and then indicate that it’s paid via credit. The invoice can show a remaining balance of 0€, but it must not zero out the value of the service. Sending digital invoices with zero totals is a direct invitation to tax authorities to classify the transaction as void and accuse your clients of tax evasion. That’s unacceptable. WHMCS needs to address this now. Here are the primary legal and regulatory sources referenced above: AgenciaTributaria – Obligación de facturar (Spain) – Official guidance from the Spanish tax agency stating that businesses must issue invoices for all supplies of goods or services and must also issue invoices for advance payments sede.agenciatributaria.gob.es . https://sede.agenciatributaria.gob.es/Sede/iva/facturacion-registro/facturacion-iva/obligacion-facturar.html AgenciaTributaria – Libro registro de facturas expedidas (IVA) y de ventas e ingresos (IRPF) – FAQs clarifying that even operations exempt from VAT must be recorded, and the invoice’s “Total factura” must match the base amount sede.agenciatributaria.gob.es . https://sede.agenciatributaria.gob.es/Sede/iva/facturacion-registro/preguntas-frecuentes/libro-registro-facturas-expedidas-iva-irpf.html Ley 37/1992 del Impuesto sobre el Valor Añadido (Spanish VAT Law) – The consolidated text of the law, including Article 80 (reductions of the tax base) and related provisions on discounts and corrections. https://www.boe.es/buscar/act.phpid=BOE-A-1992-28740 SAP SII tip – Invoices with zero amounts in Spain – A professional summary referencing Article 164.Uno.3.º, Article 78.Tres.2º and Article 80 of Spain’s VAT law, explaining that zeroamount invoices are only valid for 100% discounts or returns community.sap.com . https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/sii-tip-for-spain-6-invoices-with-zero-amounts-in-sii-due-to-full-discounts/ba-p/14228706 Dear WHMCS developers, hire somebody who knows what he talks about to take care of this, not a php developer. I love the software but this requires fixing. thanks

Your idea is technically doable in WHMCS, but there are some important fiscal and accounting issues to be aware of. The main challenge is that the money would come from someone who is not your client, while the credit is assigned to a third party (your actual client). This creates a mismatch between the payment and the service, meaning you would legally need to issue a receipt or invoice to the donor even though the benefit goes to someone else. On top of that, VAT and taxes can get tricky. If the donation is treated as payment for a service, VAT normally applies, but calling it a "pure donation" isn't straightforward, since the money is effectively being used to pay for another person's services. And when your client eventually uses the credit to pay for their server, that counts as a separate transaction requiring its own invoice, which could create accounting confusion or even potential tax issues (double taxation) if not handled carefully. So, while WHMCS can handle the technical side, the real challenge is making sure this setup is compliant from a fiscal perspective. That being said, personally I would avoid playing with real money. Instead I'd create an alternative currency (credits, tokens or coins) that donors purchase and for which you issue an invoice. The beneficiary who receives the donation can then use those tokens at payment time to reduce the total of an invoice, for example by redeeming a discount coupon that adds a negative line on the invoice. That way you avoid the mismatch of receiving money from one party and assigning credit to another, and you eliminate the risk of double invoicing or double VAT payments.

Hostina – A Complete WHMCS Template with Custom Client Area, Order Form & RTL Support Running a hosting business usually means bringing several parts of the customer experience together. You have the main website where visitors compare hosting plans, VPS packages or domains. Then there is the ordering process. And once someone becomes a customer, they spend most of their time inside the WHMCS client area managing services, invoices, domains and support requests. The problem is that these parts don't always feel like the same website. That is one of the main reasons we built Hostina. Hostina is a premium WHMCS template designed for hosting companies that want a modern frontend, a redesigned WHMCS client area and a matching order form without giving customers the feeling that they are moving between completely different systems. It also includes both LTR and RTL layouts, making it suitable for English, Arabic and bilingual hosting businesses. More Than a WHMCS Client Area Theme There are plenty of WHMCS themes available, but we wanted Hostina to cover more than the dashboard. The package includes the customer-facing hosting website, WHMCS client area and ordering experience, with a consistent visual style across them. That means you can use Hostina for the journey from: Visitor → Product → Order → Customer → Service Management rather than redesigning only one part of WHMCS. Hostina includes: Complete hosting frontend Redesigned WHMCS client area Custom client dashboard Styled WHMCS order form and checkout Domain search and transfer pages Hosting, VPS and dedicated server pages Invoice and billing interfaces Domain management pages Support ticket pages Login and registration Arabic RTL frontend English LTR frontend Responsive desktop, tablet and mobile layouts A Hosting Website That Matches Your Client Area For many hosting companies, the public website looks modern but the experience changes as soon as the customer enters WHMCS. Hostina was designed to make that transition feel much more natural. The frontend provides ready-made layouts for common hosting products and content, including: Web Hosting VPS Hosting Dedicated Servers Domain Registration Domain Transfer Hosting Plans Blog & Articles Contact Pages The goal is to give hosting providers a solid starting point without requiring them to design the entire customer-facing website separately from WHMCS. Redesigned WHMCS Client Area The client area is where existing customers actually interact with your hosting company. They return there to check services, renew domains, download invoices, open support tickets and manage their account. For that reason, we didn't want the Hostina client area to feel like an afterthought. The dashboard has been redesigned around the information hosting customers use regularly, with a cleaner sidebar, clearer navigation and easier access to important account sections. Customers can quickly reach: Active Services Domains Invoices Support Tickets Account Information Service Details Renewals Billing Information The result is a cleaner customer portal while keeping the functionality hosting providers already rely on from WHMCS. Custom WHMCS Order Form & Checkout A hosting website can look excellent and still lose the customer's confidence if the ordering process suddenly feels outdated or disconnected from the rest of the site. That's why the order form was treated as an important part of Hostina rather than simply using an unrelated cart design. Hostina includes a styled WHMCS ordering experience with: Clear product presentation Organized package selection Product configuration Domain ordering Shopping cart Checkout Responsive mobile ordering The visual language stays consistent with the rest of the template, helping customers move from browsing a package to placing an order without an abrupt change in the interface. Built for Arabic and English Hosting Companies RTL support was not added to Hostina as an afterthought. Hostina includes dedicated experiences for both: English — Left-to-Right (LTR) Arabic — Right-to-Left (RTL) Layouts, navigation and typography have been designed to work naturally in both directions. This makes Hostina particularly useful for hosting providers serving the Middle East and international markets from the same brand. You can see both versions in the live demos below. Responsive Across Desktop, Tablet and Mobile Hosting customers don't always manage their accounts from a desktop computer. They may need to renew a service, check an invoice or open a support ticket from their phone. Hostina uses responsive layouts across the frontend, client area and ordering experience so the interface adapts to different screen sizes instead of simply shrinking a desktop layout. Performance & SEO-Friendly Structure Hostina has been developed with clean, responsive frontend structure and performance in mind. The template is designed to provide a solid foundation for hosting companies that care about: Page speed Mobile usability Clean HTML structure Search-friendly pages Clear content hierarchy User experience Performance optimization Of course, final website performance also depends on your WHMCS installation, server configuration, third-party modules, tracking scripts, images and other customizations. For SEO, Hostina gives you the frontend foundation; your content, technical configuration, backlinks and overall marketing strategy still matter. We prefer to be clear about that rather than promise rankings that no template can guarantee. What's Included? Hosting Frontend Hostina includes layouts for: Homepage Web Hosting VPS Hosting Dedicated Servers Domain Search Domain Transfer Hosting Plans Blog Blog Details Contact Us Cart & Checkout WHMCS Client Area The redesigned client area covers the sections customers use most: Login Registration Client Dashboard My Services Service Details My Domains Domain Details Invoices Billing Support Tickets Account Management WHMCS Compatibility Hostina is designed for modern WHMCS installations and the current product page lists support for WHMCS 8.0 through 8.13+ and PHP 8.1–8.3. Because WHMCS continues to evolve, we recommend checking the product page for the latest compatibility information before purchasing or updating your installation. Who Is Hostina Made For? We designed Hostina primarily for businesses selling hosting and related online services, including: Shared Hosting Providers WordPress Hosting Providers VPS Providers Dedicated Server Providers Cloud Hosting Companies Domain Registrars Reseller Hosting Providers Web Hosting Startups Web Agencies Digital Service Providers It can work equally well for a new hosting company preparing for launch or an established provider that wants to modernize an existing WHMCS setup. Why We Built Hostina The idea behind Hostina was fairly simple: WHMCS shouldn't have to look separate from the business built around it. Customers don't think about your frontend, billing platform and support portal as separate products. To them, it's all your company. The page where they choose a server, the cart where they place the order, the dashboard where they manage it and the page where they pay the invoice are all part of the same experience. Hostina was built around that idea. Instead of redesigning only the homepage or placing a new skin over a few WHMCS pages, we focused on creating a more consistent experience across the parts of a hosting business that customers actually interact with. See Hostina in Action The easiest way to decide whether a WHMCS template is right for your business is to actually use it. We've made the frontend and WHMCS client area available to test. WHMCS Client Area Demo https://hostk.com/hostina-demo Demo Account Email: test@hostk.com Password: test Feel free to log in and explore the dashboard, services, domains, invoices, tickets and other client-area pages. English Frontend Demo https://hostk.com/hostina-demo/frontend-english Explore the LTR version of the hosting frontend. Arabic / RTL Frontend Demo https://hostk.com/hostina-demo/frontend-arabic See how the same design works as a native RTL hosting experience. Get Hostina If you're building a new hosting company or want to give an existing WHMCS installation a more complete and consistent customer experience, you can find Hostina here: https://hostk.com/hostina-template/ We recommend checking the live demos before purchasing. A template is something your customers will interact with every day, so seeing the actual frontend, dashboard and ordering experience is much more useful than reading a feature list. We'd Like to Hear From the WHMCS Community Hostina will continue to evolve, and feedback from people who actually run hosting businesses is especially valuable to us. If you have a few minutes to explore the demo, we'd be interested to hear what you think about: Client dashboard usability Order form and checkout Arabic / RTL implementation Mobile experience Hosting frontend Features you would like to see added in future releases Whether you're currently looking for a new WHMCS template or simply have experience running WHMCS, constructive feedback is welcome. Thanks for checking out Hostina. https://hostk.com/hostina-template/