All Activity

Too many questions, but first: - Reset your password where ? whmcs.com, your installation ?

Yes - this would be welcomed as well.

SSO feature should also be added

Did you manage to find a solution?

@WHMCS John Thank you for clarifying. If we're using the Stripe module in WHMCS 8.13.1 and upgrade to WHMCS 9.0.3 then switching to this gateway is as simple as deactivating the old Stripe gateway and assigning them to the new Stripe gateway (after we have it activated with the necessary api credentials entered)?

I have a problem resetting my password. When I reset my password and entered my email, the email hasn't arrived in my message. The email is correct.

Saya mencoba reset password, email sudah benar, tapi tidak menerima email reset. Mohon bantu reset password admin saya

That’s good to know. That option is much simpler than the alternative, which doesn’t provide any value for my business, accounting, or tax purposes.

I did find that I can manually change the status to Draft in the database and then I can edit the invoice and then publish it again.

Since editing invoices will be removed in the future I cannot do any more updates.

Since editing invoices will be removed in the future I cannot do any more updates.

Since editing invoices will be removed in the future I cannot do any more updates.

Has there be any information updates on how linked services and billing cycles are handled if an invoice needs to be cancelled and reissued?

Todas las pruebas han sido exitosas, a diferencia de todo lo que hay es mucho más económico y esta integrado con la plataforma mas económica por lo que los costes son mucho menores con esta solución

Buenas compañeros, os presento mi módulo para WHMCS para cumplir con la nueva **Ley Antifraude española (RD 1007/2023)**. **Veri*Factu para WHMCS** es un módulo de facturación electrónica desarrollado específicamente para WHMCS que envía automáticamente vuestras facturas a la AEAT en el momento del pago, incrusta el QR de verificación en los PDFs y soporta tanto **Veri*Factu** (territorio AEAT) como **TicketBAI** (País Vasco — Álava, Bizkaia y Gipuzkoa). ✅ **Factura ilimitadas** — sin límite de envíos, pago anual único ✅ **Envío automático** al marcar una factura como pagada ✅ **QR de verificación** incrustado automáticamente en el PDF ✅ **Facturas rectificativas** detectadas automáticamente (notas de crédito de WHMCS) ✅ **TicketBAI** incluido — detecta automáticamente clientes del País Vasco ✅ **F1 / F2** según importe y NIF del cliente ✅ **Todos los regímenes de IVA**: 21%, 10%, 4% y exento (servicios sanitarios E1) ✅ **Modo de pruebas** para testear antes de pasar a producción ✅ **Exportación CSV** de todos los registros enviados ✅ Compatible **PHP 7.2 → 8.3** y **WHMCS 8.7 → 8.13** ✅ **Código fuente incluido** — sin cajas negras, sin ionCube 📌 Integrado con **Verifacti.com** (software garante en las tres Haciendas Forales del País Vasco y colaborador social de la AEAT). Precio: **[75]€/año — facturas ilimitadas** Interesados por privado o en este hilo. --- Hello colleagues, I'd like to introduce my WHMCS module for complying with the new **Spanish Anti-Fraud Law (RD 1007/2023)**. **Veri*Factu for WHMCS** is an electronic invoicing module built specifically for WHMCS that automatically submits your invoices to the Spanish Tax Agency (AEAT) when payment is received, embeds the verification QR code in PDFs, and supports both **Veri*Factu** (mainland Spain) and **TicketBAI** (Basque Country — Álava, Bizkaia and Gipuzkoa). ✅ **Unlimited invoices** — no submission limits, single annual fee ✅ **Automatic submission** when an invoice is marked as paid ✅ **Verification QR code** automatically embedded in the PDF ✅ **Credit notes / corrective invoices** detected automatically ✅ **TicketBAI included** — auto-detects Basque Country clients ✅ **F1 / F2** based on amount and client tax ID ✅ **All VAT regimes**: 21%, 10%, 4% and exempt (healthcare E1) ✅ **Test mode** for development before going live ✅ **CSV export** of all submitted records ✅ Compatible with **PHP 7.2 → 8.3** and **WHMCS 8.7 → 8.13** ✅ **Full source code included** — no black boxes, no ionCube 📌 Powered by **Verifacti.com** (certified guarantor software in all three Basque tax authorities and AEAT social collaborator). Pricing: **[75]€/year — unlimited invoices** DM me or reply to this thread.

We have found great value is providing OX App Suite to our niche of clients and are grateful for the offering. With that said, we have noticed that the features that are shown at Open xChange's website do not entirely match the Market Connect version. Will there be an update to the Market Connect OX App Suite to bring it more in alignment with the current version? Features we are most interested in at this time: Integrated Ai (OX Ai)

Hi everyone, I’m currently working with the Standard Cart order form template in WHMCS and trying to improve the mobile user experience. On mobile devices, the sidebar (showing Categories, Actions, and Currency) appears at the top of the cart page, which negatively affects the user experience and conversions. I’ve identified the related template files: sidebar-categories.tpl sidebar-categories-collapsed.tpl sidebar-categories-selector.tpl I attempted the following: Removed the mobile block from sidebar-categories.tpl Emptied sidebar-categories-collapsed.tpl Cleared template cache However, the sidebar is still showing on mobile. What I want to achieve: Hide/remove the sidebar only on mobile devices Keep the desktop sidebar unchanged Questions: Is there another file (like viewcart.tpl or a hook) that controls the mobile sidebar output? Is WHMCS injecting this via JS or another include that I might be missing? What is the recommended way to disable the mobile sidebar cleanly? Any help or direction would be greatly appreciated. Thanks in advance!

can you try something like, put this in a file includes/hooks/hide_cart_sidebar.php <?php if (!defined("WHMCS")) { die("This file cannot be accessed directly"); } /** * Remove Categories, Actions, and Currency panels from the cart sidebar. */ add_hook("ClientAreaSecondarySidebar", 1, function ($vars) { $filename = \App::getCurrentFilename(); if ($filename !== "cart") { return; } $sidebar = \Menu::secondarySidebar(); $sidebar->removeChild("Categories"); $sidebar->removeChild("Actions"); $sidebar->removeChild("Choose Currency"); });

This still is a major issue with WHMCS. What will it take for them design an interface that makes sense.

Can you please elaborate on Terminal Status? And the routine to transition invoices in v9.1? There has not been a WHMCS announcement or clear documentation about the immutable invoice changes, yet there are many posts and concerns a detailed document showing what has changed and is expected behaviour would be a good way forward.

You only replied to half my message: What's an even bigger mess is when an order contains a single DOMAIN TRANSFER, and is marked as fraud. If we set the order back to pending, for whatever reason, the invoice stays as "cancelled" - this was the case even before WHMCS 9 and is still the case now (this is likely a bug). Previously we would just set the invoice to unpaid, then manually pay it (or have the client pay it). However the issue then is that even after the invoice is paid in this case, the domain is never actually transferred - we have always had to handle this step manually.

Hi @gei, The Payment Pending status is not a terminal status and the status can be changed to Unpaid or Collections. On the invoice screen click "Manage Invoice" and choose the Options tab, use the Status dropdown to choose Unpaid. Finally click Save Changes. In v9.1 we will implement a routine to transition invoices from Payment Pending to Unpaid when marking an invoice paid. Our case number is WHMCS-25294.

Hi @Evolve Web Hosting, Stripe Dynamic Payments is added in 9.0.3. It is not backwards compatible as some core changes are required to accommodate it.

Your welcome.