Just purchased and installed the Billing Module, but getting an ionCube Loader error. Screenshot attached.

Hello, I just have a quick question if integration with Slovenian tax system (through MinixMax) is available and still operational. Best, Matic

Ciao, che io sappia solo due clienti la utilizzano ma non so dirti di più ma non so se poi sono passati alle vie più tradizionali. Personalmente ti sconsiglio di utilizzare questa modalità per i motivi che vado a descrivere. Prima di tutto non è una soluzione "pronti e via". Il modulo si limita a metterti nella condizione di produrre XML firmati digitalmente con il tuo servizio di firma digitale remota. Tutto il resto del flusso è da integrare a carico tuo. Di fatto si tratta di diventare a tutti gli effetti un intermediario. Hai presente servizi come Aruba piuttosto che FattureInCloud? Parliamo di diventare (passami il termine) l'Aruba di te stesso. In seconda analisi per poter utilizzare questa soluzione devi farti abilitare un canale di trasmissione diretto con SdI rispettando le stringenti policy di utilizzo. Ad esempio puoi inviare solo X fatture elettroniche alla volta, ogni feed non può eccedere gli Y megabyte di dimensione complessiva. Poi ci sono una serie di altri concetti che cambiano nel corso del tempo. Ad esempio c'erano dei giorni in particolare nei quali SdI invitava a limitare gli invii perché i benzinai trasmettono X volte al mese in determinati giorni. Non so se è ancora valido ma ci sono davvero un sacco di cose da tenere in considerazione. Infine dovresti anche provvedere tu stesso alla conservazione sostituitiva per 10 anni. Non succede niente ma se succede qualcosa (es. il tuo server si rompe ed anche il backup) non so a che santo potrai appellarti. In conclusione ribadisco il mio consiglio di lasciar stare. Dipendentemente dal numero di fatture che generi ogni anno, usa Aruba (economico e facilissimo) oppure Digiting.

È stata appena rilasciata la 2.2.175 che includerebbe l'integrazione con Aruba tuttavia è stata messa "in sospeso" per la seguente ragione che è stata pubblicata nel changelog (qui chi preferisce la versione inglese). Riporto il tutto di seguito. ---------------------------------------------------------------------- Abbiamo completato l'integrazione con la "Fatturazione elettronica" di Aruba ma non perdere tempo a cercarla nel modulo poiché siamo stati costretti a mettere la funzionalità in "pausa". Cominciamo dall'inizio. Abbiamo integrato con successo Billing Extension con Aruba. Come puoi immaginare l'integrazione si poggia sulle API. Poche settimane fa abbiamo scoperto che Aruba vincola l'utilizzo delle loro API agli utenti Premium il che significa una delle due cose: TU devi pagare 600 € / anno più 300 € di spese di setup (IVA esclusa) OPPURE... NOI dobbiamo diventare reseller di Aruba sostenendo le stesse spese più 15 € per ciascuno dei nostri clienti. Per poter rientrare nei costi chiaramente dovremmo addebitarvi un costo maggiore In tutta onestà non sappiamo come proseguire visto che non abbiamo idea di quanti di voi utilizzino Aruba per la trasmissione delle fatture elettroniche. Fatecelo sapere in questa discussione in modo da metterci nelle condizioni di prendere la decisione opportuna.

Hi there, I recently upgraded to PHP 8.1 and cannot use Mercury anymore since then: The file modules/addons/Mercury/Mercury.php encoded as type [1/72] cannot be decoded by this version of the ionCube Loader. Are there any plans for a Mercury version compatible with PHP 8.1 / ionCube 12? Thank you in advance.

Buongiorno, stiamo configurando la fatturazione elettronica con SDI tramite il modulo Billing Extension. Dalla documentazione non è chiaro il valore da inserire nel campo "Codice segreto (criptato)". Qualcuno la sta utilizzando ni modo corretto e riesce ad aiutarci? Grazie!

Scrivo qui in vista del lancio dell'integrazione tra BX e la fatturazione elettronica di Aruba. Vista l'inflessibilità di Aruba, l'integrazione sarà rilasciata come una BETA perché non ho modo di utilizzare la loro piattaforma demo per le API che è riservara ai Partner. Diventare Partner significa dovervi addebitare maggiori costi nonché la possibilità per me di accedere come amministratore a tutta la vostra contabilità. Sono entrambe cose che non voglio fare. Ne consegue che l'integrazione sarà testata live ovvero sul mio WHMCS e sulle mie vere fatture 🥶. Come potete immaginare avrò un raggio d'azione limitato perché non posso mandare in vacca la mia contabilità per testare il software. Farò il possibile ma il risultato finale non potrà che essere una BETA. L'integrazione la troverete qui.

Lovely hook, thanks!

Yes I disabled strict mode and its working now. Mille grazie

Hi, it is all explained here. In your specific case you should be using OneInvoice or OnePayment. OneInvoice lets you issue a maximum of 12 invoices per customer every year. It is not intrusice as it sill allows WHMCS to work as normal when it comes to renewals, payments and reminders. The only difference is that it prevents WHMCS from turning proforma into invoices (invoice suppression) when they become paid. The module will automatically issue all these pending invoices the first day of the following month. OnePayment is the same but changes how your renewal process work. It's a bit long to explain (take a look at documentation for full details) but in essence the difference is that not only you will have a issue a maximum of 12 invoices per customer every year but also a maximum of 12 payments. In case you are missing it, reducing the number of payments lowers transactions fees. In the article you can also find a case-study where we compare standard WHMCS and OnePayment. With the latter you saves 18% in transaction fees (46k vs 38k euro). If you need maximum flexibility you could also use for this specific customer Manual Invoicing. With this billing mode the module keeps suppressing invoices letting you choose when, what and who you want to invoice. To avoid forgetting you have to issue invoices, you can set warnings based on amounts, dates and clients. Btw keep in mind that each of the above billing mode can be used simultaneously. You can have for example the following scenario: Default billing mode: Standard WHMCS Customer A, B: OneInvoice Customer D and F: OnePayment Customer G: Manual Invoicing That's it.

I confirm you that next release should fix the error but again you should disable strict mode. I'm still unsure if WHMCS 8.6 now supports strict mode but it seems that it doesn't so my recommendation is still valid.

Hi, the error should be caused by SQL Mode which could be in "strict mode". This should be turned off as explained here by WHMCS (WHMCS does not support strict mode yet. Same goes with BX). Btw I can implement a workaround but I still recommend you disable strict mode as similar errors can trigger in other parts of BX, in other modules and also in WHMCS itself.

After upgrading to 2.2.173 we gt following error on cron: In Hook.php line 7988: [PDOException (HY000)] SQLSTATE[HY000]: General error: 1525 Incorrect DATE value: '0000-00-00' Exception trace: at /home/whmcs/devhostinghub/modules/addons/BillingExtension/core/BillingExtension_Admin/Hook.php:7988 PDOStatement->execute() at /home/whmcs/devhostinghub/modules/addons/BillingExtension/core/BillingExtension_Admin/Hook.php:7988 BillingExtension\BillingExtension_Admin\Hook->check_for_updates() at /home/whmcs/devhostinghub/modules/addons/BillingExtension/hooks.php:445 BillingExtension_DailyCronJob() at /home/whmcs/devhostinghub/vendor/whmcs/whmcs-foundation/lib/Hook/Manager.php:0 WHMCS\Hook\Manager->run() at /home/whmcs/devhostinghub/vendor/illuminate/support/Facades/Facade.php:261 Illuminate\Support\Facades\Facade::__callStatic() at /home/whmcs/devhostinghub/includes/functions.php:0 run_hook() at /home/whmcs/devhostinghub/vendor/whmcs/whmcs-foundation/lib/Cron/Console/Helper/DailyCronHelper.php:0 WHMCS\Cron\Console\Helper\DailyCronHelper->endDailyCron() at /home/whmcs/devhostinghub/vendor/whmcs/whmcs-foundation/lib/Cron/Console/Command/AllCommand.php:0 WHMCS\Cron\Console\Command\AllCommand->afterExecution() at /home/whmcs/devhostinghub/vendor/whmcs/whmcs-foundation/lib/Cron/Console/Command/AbstractCronCommand.php:0 WHMCS\Cron\Console\Command\AbstractCronCommand->execute() at /home/whmcs/devhostinghub/vendor/symfony/console/Command/Command.php:298 Symfony\Component\Console\Command\Command->run() at /home/whmcs/devhostinghub/vendor/symfony/console/Application.php:1028 Symfony\Component\Console\Application->doRunCommand() at /home/whmcs/devhostinghub/vendor/symfony/console/Application.php:299 Symfony\Component\Console\Application->doRun() at /home/whmcs/devhostinghub/vendor/symfony/console/Application.php:171 Symfony\Component\Console\Application->run() at /home/whmcs/devhostinghub/crons/cron.php:0 all [-F|--force] [--email-report [EMAIL-REPORT]] 2.2.169 works good. We dont anve any inbetween to test.

Right on. Thanks. Btw it was working on my previous version 8.?

It doesn't show anything because the hook was made for WHMCS v5, v6 and v7. The current admin template has changes that prevent jQuery from finding a CSS selector on the page. Btw I updated the code so that the Run Daily Cron button is displayed on top of the sidebar as follows.

Using Billing Extension , is it possible to set up monthly combined billing for domains? - our resellers want to receive invoices monthly with line items for all thier domains they have with us rather than indovidual invoices every time they buy or renew a domain. Is this a feature of billing extension, and if so - how can it be enabled? Thanks so much, Ray.

Trying to use the PDF archiving from the billing extension. All looks good from first sight. Except, all created PDF files are 0 bytes, and contains no data. In the WHMCS logs it says "xxxx pdf files created successfully" I have tested via active and passive ftp. I tried via several different admin users with various permission, but nothing seems to work.

Hello, how can we force our Italian Customer to put their tax code while registering? It shouldn't be a feature already built into the program. If the customer is Italian (select Italy as the account) then he must enter the tax code. Best Regards

closed

There are no hook errors hooks in default directory Hooks Debug: Hook File Loaded: /www/wwwroot/mydomain.com/billing/includes/hooks/DailyCronJobOnDemand.php None Admin ID 1 09/20/2022 18:22 Hooks Debug: Hook Defined for Point: AdminAreaHeaderOutput - Priority: 1 - Function Name: (anonymous function) None Admin ID 1 09/20/2022 18:22 Hooks Debug: Attempting to load hook file: /www/wwwroot/mydomain.com/billing/includes/hooks/DailyCronJobOnDemand.php

It's possible WHMCS has changed how the crons are run, I'll have a look later. If you run the cron file manually (e.g. https://yourdomain.com/crons/cron.php), can you confirm it works? Check Last Cron Invocation under Automation Status.

No its in default folder. All my other hooks work. Hooks debug doesn't show anything wrong. Using Blend admin theme. See image nothing showing

Hiya Dkuzik, Have you changed the directory of your crons folder? (e.g. outside of your public document root)

Anyone now why this hook isn't working. Have latest version of WHMCS. Was working when I first tried on previous version. sorry couldn't paste code wasn't letting me. https://github.com/Katamaze/WHMCS-Action-Hook-Factory/blob/master/hooks/DailyCronJonOnDemand.php

PDOException: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'continent' in 'field list' in /home/<user>/public_html/billing/modules/addons/Mercury/core/Mercury_Admin/Installer.php:591 Stack trace: #0 /home/<user>/public_html/billing/modules/addons/Mercury/core/Mercury_Admin/Installer.php(591): PDO->exec('\n IN...') #1 /home/<user>/public_html/billing/modules/addons/Mercury/Mercury.php(30): Mercury\Mercury_Admin\Installer->Install() #2 /home/<user>/public_html/billing/<admin>/configaddonmods.php(0): Mercury_activate() #3 {main} I keep receiving the above when I try to activate on the latest version of WHMCS. Looking through the threads here, it seems I'm not alone. Is this module even still supported? I'd try on one of my older WHMCS installs but I don't want to burn a license re-issue. Any help would be appreciated.