Changelog Latest release 1 month ago

  1. Portal Home
  2. Modules
  3. Billing Extension
  4. Changelog
Version
Date
Status
2.2.205
17/06/2025
Stable
Improved 2
  • The Digiting e-invoicing service returned unexpected data due to a service-side issue. In addition to reporting the problem, we implemented stricter validation to verify incoming data instead of blindly trusting the webservice response
  • Some users have experienced confusion regarding the country code for Greece, especially in relation to VIES validation. To clarify: the ISO country code for Greece is GR, but Greek VAT numbers may use the prefix EL instead of GR
Fixed 3
  • Starting from WHMCS version 8.12.1, which introduced a redesigned invoice view in the admin area, the Electronic Invoicing modal from Billing Extension was causing the page to refresh unexpectedly. This release fixes the issue, the modal now loads correctly
  • Ongoing cleanup of residual warnings in legacy parts of the module, with code rewritten to follow modern PHP standards
  • The VAT validity check via VIES was flawed due to a change in the return type of the valid parameter (from string to boolean). As a result, XML electronic invoices for Intra-EU companies were not using the correct nodes. The issue has been fixed by making the comparison type-insensitive

Overview

This release fixes two issues that prevented the Low Credit Notification and Modals Manager features from working correctly.

Speaking of Modals Manager, we feel that it hasn’t received the attention it deserves since its introduction in version 2.2.170 (November 2022), as very few clients seem to be aware of it.

We’d like to take this opportunity to highlight its benefits: Modals Manager offers a convenient and non-intrusive way to communicate with clients, providing a great alternative to newsletters, which are often seen as annoying.

Given its extensive customization options, we've created a dedicated article in the documentation: Modals Manager - The New Frontier of Client Communication. We’re confident that once you try it, you’ll find it indispensable!

 

Deprecated 1
  • Removed a portion of the previously introduced system designed to handle potential errors during module updates, as it has become obsolete and is no longer needed
Fixed 2
  • Modals Manager (Tab Clients > First button at the top right). Fixed an issue preventing the modal from appearing when special characters were used in the message body or title. The problem was due to incorrect escaping, causing a JavaScript error. Now, all special characters are handled correctly, and modals display as expected
  • In some WHMCS installations, the Minimum Days for Low Credit Alert setting was not visible in the module settings under the Client Area section. This release restores the correct display of the option
New 1
  • The module download is now available, compatible with PHP 8.2 and the latest ionCube encoding supported by WHMCS
Fixed 1
  • Resolved various PHP warnings that were accumulating in the error_log, improving system stability

Overview

We are aware of an issue with Invoice Suppression. When a proforma invoice, intended to be suppressed for various reasons (e.g., fully paid with credit, Anti-Fraud, Manual Invoicing, OneInvoice, obsolete invoice), is manually paid, the page does not refresh, and the Save Changes button keeps loading indefinitely.

Furthermore, the issue is more widespread, as the data normally stored by Billing Extension is not recorded following the suppression of the invoice. This is because, in the latest versions of WHMCS, the way invoice payments are processed has changed.

Previously, Billing Extension seamlessly inserted itself into the payment process and was able to perform its operations before WHMCS intervened, directing the flow to different scenarios. However, this system, which took years to perfect, is no longer compatible with the current versions of WHMCS. We have tried to devise an alternative solution but have not yet found a viable path. We will keep you updated on the progress.

 

Improved 2
  • Improvements made to the File Uploader to address warnings occurring on PHP versions 8.1 and above
  • Log analysis revealed that, in certain cases, WHMCS fails to provide the expected language parameter in both the backend and frontend, even though it should always be present. This causes an error because the module requires this parameter. We believe the issue is not visible to users or administrators but rather results from automated processes. Since we could not reproduce the error, we have proactively implemented a safety mechanism to handle this scenario, ensuring it does not lead to unexpected issues
Fixed 3
  • Fixed a division by zero error that could occur in the Billing Extension Widget on the WHMCS home page (backend)
  • In recent WHMCS versions, due to changes in the HTML structure of the invoice view in the backend, the additional column for CUP/CIG codes and the Lettera di Intento (Italian electronic invoicing) was no longer visible. We have resolved this issue while ensuring full backward compatibility with older WHMCS versions
  • Fixed an issue where the module's Deactivate function failed to remove the bx_domainpricing table from the database. This table, created when enabling the Automatic Domain Repricing plugin, was not deleted, leading to an error upon reactivating the module

Overview

We have implemented several fixes to address various issues reported via tickets. We acknowledge that there are additional problems, which will be addressed in a separate upcoming release.

Improved 1
  • Numerous improvements have been made to the multi-language translation management functionality, aligning it with the latest PHP 8.2 specifications and above
Fixed 5
  • We have resolved several warnings occurring on modern PHP versions that prevented the update of the Business Profile and the profiles related to staff members in the dedicated Staff section
  • The Repricing feature for the sale prices of TLDs based on the cost applied by the InternetBS Registrar was causing an error during the execution of the daily cron, but only on PHP 8.2 or higher. The error was due to an extra instruction in the curl command
  • Potential error during the execution of the daily cron due to the FlushDirectories function
  • Resolved an issue found in the Mercury module related to sliders. Although this issue could not cause errors in Billing Extension, as it does not use sliders, it was nonetheless identified and fixed
  • The class responsible for data validation, used across all our modules, contained an error specific to Mercury that could cause an issue. Although this issue cannot occur in Billing Extension, it has been fixed nonetheless

Overview

This release includes several improvements and bug fixes. We acknowledge that some issues remain: we have identified them and are actively working on resolutions. However, to avoid further delays, we decided to release this version. One or two smaller releases may follow to address the remaining issues.

Note: After the update, you will see a notice on the settings page prompting you to complete the installation. If you’ve been using Billing Extension for a while and have already added the integration code to invoicepdf.tpl, you can safely ignore the notice. This message was added to assist new users who may not have completed this step.

Improved 3
  • After completing the module activation, a modal will appear, clearly indicating the additional steps required to finalize the installation. We’ve also fully rewritten the guide to make it clearer and more concise, making it easier to follow the necessary actions
  • When no additional language is specified in the module, the black globe icon in the top right will no longer appear. This happens because there are no alternative languages to select from.
  • During installation, the module now takes into account additional default values from WHMCS, pre-filling the module settings based on automatically detected information (e.g., default and additional languages). This streamlines the initial configuration process and ensures the settings match system preferences
Fixed 10
  • Billing Extension > Settings > Tax Rules. Fixed an issue where setting a tax exemption for a state within a country was not saved due to an error
  • Billing Extension > Settings > PDF Auto Archive. Fixed an issue preventing the plugin to properly work
  • Integration code causing a fatal error due to PHP html_entity_decode function
  • TODO - Problema con mailer che non tiene conto di MailConfig annidato da sistemare in tutti gli entrypoint
  • A naming collision issue has been resolved that occurred when two or more of our modules were installed within the same WHMCS. The system now handles the modules correctly without conflicts
  • A problem has been fixed where, in some cases, the license on our site was incorrectly associated with numerous unknown hostnames. These may still appear for a few days or weeks, but the fix will be applied automatically over time. No action is required on your part
  • Significant improvements have been made to our proprietary PHP class that handles all inputs, including text, textarea, checkbox, radio button, uploader, datepicker, and colorpicker. These updates enhance performance, compatibility, and reliability
  • In PHP 8, one of our functions did not correctly convert dates into descriptive formats (eg. 1 hour ago, 5 months ago, over 1 year ago). This issue has been fixed, ensuring proper date formatting across all supported PHP versions
  • All module tables in the database have been converted to use the InnoDB engine. This change enhances performance, scalability, and transaction support
  • Fix for PHP Fatal Error in Cron (Division by Zero)

What's Next

We have identified an issue with the module's email sending functionality when using an external provider (eg. Mailgun, Microsoft) instead of PHP Mail or SMTP in WHMCS settings. We are actively working on a permanent solution.

Overview

Fixed a false positive that triggered an error message about a missing "transaction." Additionally, several other bugs have been resolved.

Improved 1
  • Version 2.2.197 marks a turning point for the update system. If you are updating the module from an earlier version and encounter an error, the error message (see attached screenshot) will clearly indicate the correct procedure to follow in order to resolve the issue. Once you upgrade to version 2.2.197 or later, this specific procedure will no longer be required
Fixed 3
  • Resolved an issue that was causing a false positive error: There is no active transaction
  • Fixed an issue in the integration with the Digiting intermediary for Italian electronic invoicing, which prevented the import of events associated with each XML file
  • Fixed a bug in the PayPal Subscription Check function that prevented active subscription details from being displayed on the invoice, thereby avoiding the risk of the customer making an additional PayPal payment and creating an overpayment

Overview

We have introduced a new feature to maintain a cleaner accounting process by addressing some minor issues caused by WHMCS. Additionally, a bug that led to the incorrect processing of suppressed invoices has been fixed. While not a serious issue, it was certainly an annoying one.

New 1
  • New system for managing proforma invoices that have no line items or amount. In some cases, WHMCS removes line items from proforma invoices. Although this is done with good intentions, it can cause issues, as customers may receive payment reminders for proforma invoices with no line items or due amount. The new feature identifies these proforma invoices and allows you to decide on a series of actions to take at your discretion
Improved 2
  • The update system introduced in version 2.2.197 has been improved. Now, the module stops the process after the first failed attempt, avoiding repeated updates on each page load. Once the fix is available, you can instruct the module to repeat the update with a single click
  • The functionality that corrects paid invoices that WHMCS failed to mark as such, leaving them as proforma and omitting renewals, has been improved. As discussed in the previous changelog, this issue can occur naturally due to various factors. The rules governing the automation that handles this process have been refined to avoid certain false positives
Fixed 4
  • When an invoice suppression occurred in the WHMCS backend, the dedicated page was no longer displayed, and an error screen regarding the invoice ID not found appeared instead. This issue also prevented the transaction, along with the reasons for the invoice suppression, from being recorded on the Billing Extension > Payments page. The problem, introduced in 2.2.197, has been resolved. Unfortunately, it is not possible to recover the data that was not recorded, but this event had no other implications aside from the missing transaction registration on the aforementioned page
  • The alert notifying the failure to activate the Apply Tax checkbox, introduced in version 2.2.197, was appearing on pages where it was not intended to. The issue has been resolved
  • A minor issue in version 2.2.197 has been fixed, where a setting could have been displayed in the wrong order
  • The description of the Proforma Status Correction feature contained inaccurate information. The check is performed after each execution of the WHMCS Cron Job, typically several times per hour, rather than once a day with the daily Cron Job, as previously indicated

Overview

Update Available: Minimum Required Version 2.2.100 (Released in 2019).
If you are using an older version, please contact us for assistance with the update.

With version 2.2.197, one of the most significant releases ever, we celebrate 10 years of Billing Extension with major improvements:

  • Extended compatibility with WHMCS 8, while maintaining support for versions 5, 6, and 7
  • Support for PHP 8.2, with backward compatibility for all versions starting from PHP 5.6
  • Completely rewritten translations, now more detailed and comprehensive
  • New features and improvements, aimed at enhancing the user experience
  • Full revision of 26.144 lines of code, with numerous fixes to address hundreds of errors and thousands of warnings caused by PHP 8.2 specifications
  • Complete re-testing of all module functionalities
  • No more Fatal Errors after module updates: in case of an issue, an automatic rollback is performed, with details on the problem and guaranteed operational continuity

New 10
  • The module has been successfully tested on WHMCS 8.11, the latest available version, and with PHP 8.2, which is the most recent version officially supported by WHMCS
  • The plugin previously known as Processing Fees has been renamed to Payment Gateways Customizer. In addition to being redesigned, it now includes a new feature that allows you to enforce a payment method based on the invoice amount specifically for clients from the countries you specify
  • A feature has been added to the VIES, upon request from several accountants, that automatically enforces tax exemption (Tax Exempt) for all UK clients who have provided a Company Name. Conversely, the exemption is removed if the client deletes the Company Name. We recommend caution when using this feature, and it should only be enabled if explicitly advised by your accountant
  • If the module update fails, you will no longer end up with an unusable admin area due to a Fatal Error on screen. The module will automatically roll back to the most recent working version
  • Along with the rollback, a helpful message is displayed showing what information you need to send us in the support ticket to help resolve the issue
  • Added a warning that notifies you if the Apply Tax checkbox is disabled when saving a Product/Service. If this happens, an on-screen alert will remind you to activate it, ensuring that you don't start selling a product without VAT. Obviously the alter che be skipped and also applies to Product Addons
  • A large number of module texts, both in English and Italian, have been rewritten from scratch. This is particularly evident in the module settings. Previously, we used short and generic descriptions, referring to the documentation for more details. Now, based on feedback received, we have changed our approach. Going forward, descriptions will be longer and more detailed to provide clear and comprehensive information
  • Send an email notification to administrators or specified roles when the module detects and corrects a proforma whose status has not been updated from Unpaid to Paid despite the payment being made. This setting can be found under Settings > Billing Preferences > Notify Proforma Status Correction (Staff)
  • On the Business Profile page, we have implemented security features. In addition to the existing protection that prevents the deletion of all profiles, since it is not possible to operate without them, we have introduced a new functionality: when all profiles are deleted, the oldest profile is not only retained and used as the default, but all its settings (name, logo, invoice header, and country) are immediately applied to the system. Previously, manual intervention in the database was required to rectify the situation, but now this process is automatic
  • New control mechanisms have been implemented in the Company Profile page. Since certain module functions and plugins are closely tied to your business location (eg. VIES, electronic invoicing, ABN & RCTI Lookup), from now on, changing the country will automatically disable any related functions and plugins. For example, switching from Italy to Australia will remove VIES and electronic invoicing if they are enabled
Improved 8
  • For Italian Electronic Invoicing, the XML download management has been redesigned, including the bulk download of Zip files. Processing no longer creates a local temporary file on disk but instead uses PHP's temporary memory. This ensures faster execution for small files, such as XMLs, which are processed entirely in the server's RAM. Only larger files, such as Zips containing thousands of XMLs, will be temporarily stored on disk
  • In the generation of the XML for Italian Electronic Invoicing, the error notification on the invoice view has been updated. The message has been upgraded from Warning (yellow) to Danger (red), and all error descriptions have been rewritten to be more direct and concise
  • Regarding Italian Electronic Invoicing, all the numerous texts related to the functionality have been reviewed, along with those of the entire module, with extra attention given to avoid annoying redundancies. In other words, if you are using Italian Electronic Invoicing, it is clear that you are not using invoicing from another country. Therefore, it becomes redundant to repeatedly state that, for example, an error is related to Italian Electronic Invoicing
  • In the generation of an electronic invoice (Italy), the function that verifies the validity of the postcode has been made more permissive. Previously, entering the postcode with spaces was considered an error. From now on, spaces will be ignored, and only the numeric part of the postcode will be considered. All other validations on the field will still apply
  • When the Invoice Restrictions setting is set to either Edit or Delete, the Page Replacements setting is automatically enabled. This is necessary because from the standard WHMCS pages, it would still be possible to use Edit and Delete, bypassing the configuration
  • Improved several core classes to enhance efficiency. Subsequently, many lines of code were reviewed to address the numerous PHP warnings generated by PHP versions 8.2 and later
  • On the Cash Flow page, the last column appeared to be an error as it seemed empty. In reality, it displays an icon corresponding to the entries for which you have entered a description; clicking on this icon opens a modal that shows the description. To avoid initial confusion, from now on, the icon will always be visible and will be clickable and active only when there is a description to display
  • Updated the HTML code of the WHMCS frontend to ensure module pages display correctly on newer Bootstrap versions (templates based on Twenty-One), while maintaining backward compatibility with older versions (templates based on Six)
Changed 10
  • The Processing Fees plugin has been renamed to Payment Gateways Customizer to better reflect the new features
  • The Company Profile page has been renamed to Business Profile only in English
  • The settings of the recently renamed Revenue Stamp plugin have been reorganized to provide a more streamlined and intuitive configuration process
  • Domain Repricing plugin has been renamed as Automatic Domain Repricing
  • Facebook Pixel plugin has been renamed as Facebook Ads Tracker
  • Australian Toolkit plugin has been renamed as ABN & RCTI Validation
  • LinkedIn Insight Tag plugin has been renamed as LinkedIn Ads Tracker
  • WebService plugin has been renamed as Billing API Service
  • Invoice Archiving plugin has been renamed as PDF Auto Archive
  • Tax Stamp plugin has been renamed as Revenue Stamp
Fixed 10
  • Over the years, after 280 releases, the module needed a reorganization of its settings. Some appeared when they were not necessary, while others had even disappeared. We have reviewed all of them, restoring those that had been lost over time and creating the appropriate dependencies so that certain settings, which depend on others, are only displayed when needed Settings are now conditional
  • The Processing Fees of the Payment Gateways Customizer plugin (formerly known as Processing Fees) were mistakenly applied to invoices that did not yet contain any items
  • The module used PHPMailer, the PHP library for sending emails, in a way that caused a Fatal Error on WHMCS 8. We have fixed the issue, ensuring compatibility with WHMCS 8, while also maintaining backward compatibility with WHMCS 5, 6, and 7
  • On systems with taxation enabled for Add Funds invoices (also known as Credit Notes), a particular scenario could cause an incorrect VAT Credit Return (money that WHMCS may return to the customer to avoid double taxation). Specifically, if an invoice had credit applied and included at least one invoice item with a negative amount, it resulted in an incorrect VAT calculation
  • The setting Settings > Invoices > Invoice Due Date no longer appeared on the corresponding page
  • The setting Settings > Clientarea > Minimum Days for Low Credit Alert no longer appeared on the corresponding page
  • In the Italian Electronic Invoicing system, issuing Credit Notes with negative items (discounts) would result in error 2.2.2.5 (Taxable Amount not calculated according to specifications) because the negative sign was not included. The module now takes this into account
  • Fixed a fatal error on the module's Terminations page in the WHMCS backend that was preventing access to it
  • The missing translations for the events of the LinkedIn Insight Tag plugin, such as Purchase, Page View, and Add to Cart, were not only absent but also caused PHP warnings
  • Syntax error during the test email sending in the Enhanced Renewals feature

What's Next

Going forward, except for urgent issues requiring immediate attention, we will release less frequent but more substantial updates.

We will put greater focus on crafting more detailed changelogs like this one, with extended explanations and comprehensive screenshots.

Overview

The following releases will be focusing on improving the way updates are delivered to overcome fatal error (database) that from time to time occur during updates.

Fixed 1
  • Fatal Error during cron
Fixed 3
  • Error updating to 2.2.194
  • Fatal error on Validations
  • PDO Exception: DOUBLE value in Uploads

Overview

Refactoring of Processing Fees plugin that charges transaction fees to endusers depending on payment gateway in use. It can be used on individual customers or globally.

Changed 2
  • Still in Processing Fees settings we removed dropdown with all customers since it was too much complicated to use. You can now define customers on which you want to charge fees directly from their profiles
  • Updated settings for Processing Fees plugin. Now there's a toggle (enable/disable) to charge fees globally

Overview

Added private notes on invoice view where you can store details that unlike standard notes of WHMCS are not visible to customers.

New 1
  • Invoice private notes

Overview

Big news if you're using Italian electronic invoicing. From now on for every invoice line you can easily define:

  • CUP code
  • CIG code
  • Lettera di Intento (protocol number and date)

New 1
  • Italian electronic invoicing. Possibility to define lettera di intento for every invoice item
Deprecated 1
  • Italian electronic invoicing > Causale Cliente removed since it is no longer needed
Fixed 2
  • Italian electronic invoicing > Invalid XML file with multi-line invoices when using Lettera di intento
  • Fatal Error - TypeError in Warnings (Hooks.php)