Changelog Ultima release 1 mese fa
Novità in Evidenza
In questa release correggiamo due errori che impedivano il corretto funzionamento della notifica per credito in esaurimento e della funzionalità Modals Manager.
A proposito di Modals Manager, riteniamo di non averle dato il giusto risalto sin dalla sua introduzione nella versione 2.2.170 (novembre 2022), considerando che pochi clienti sembrano conoscerla.
Cogliamo quindi l'occasione per ricordarti in cosa consiste: si tratta di un metodo pratico e non invasivo per comunicare con i clienti, un'ottima alternativa alle newsletter, spesso percepite come fastidiose.
Data l'ampia gamma di personalizzazioni disponibili, abbiamo realizzato un articolo dedicato nella documentazione: Modals Manager - La Nuova Frontiera della Comunicazione Clienti. Siamo certi che, una volta scoperta, la troverai indispensabile!
Rimozioni 1
- Rimossa una porzione del sistema precedentemente introdotto per gestire eventuali errori durante l'aggiornamento del modulo, in quanto ormai obsoleta e non più necessaria
Correzioni 2
- Modals Manager (Tab Clients > Primo pulsante in alto a destra). Risolto un problema che impediva la visualizzazione del modale quando nel body o nel title del messaggio erano presenti caratteri speciali. L'errore era causato da un errato escaping che generava un problema JavaScript. Ora tutti i caratteri speciali sono gestiti correttamente e i modali vengono visualizzati senza problemi
- In alcuni WHMCS, nelle impostazioni del modulo, la sezione dedicata alla Client Area non mostrava l'opzione Minimum Days for Low Credit Alert. Con questa release, la visualizzazione dell'impostazione è stata correttamente ripristinata
Novità 1
- Disponibile il download del modulo compatibile con PHP 8.2 e l'ultimo encoding ionCube supportato da WHMCS
Correzioni 1
- Risolti vari Warning PHP che si accumulavano nell'error_log, migliorando la stabilità del sistema
Novità in Evidenza
Siamo a conoscenza di un problema relativo alla funzionalità Invoice Suppression. Quando si paga manualmente una proforma destinata ad essere soppressa per varie ragioni (es. pagata per intero con credito, Anti-Fraud, Manual Invoicing, OneInvoice, fattura obsoleta), all'aggiunta del pagamento la pagina non si aggiorna e il pulsante Save Changes continua a caricare all'infinito.
Inoltre, il problema è più esteso, poiché dopo la soppressione della fattura non vengono registrati i dati normalmente memorizzati da Billing Extension. Questo accade perché, nelle ultime versioni di WHMCS, è stato modificato il modo in cui vengono processati i pagamenti delle fatture.
In passato, Billing Extension si inseriva in modo trasparente nel processo di pagamento, riuscendo a compiere le operazioni prima che WHMCS intervenisse, dirottando quindi il flusso verso scenari differenti. Tuttavia, questo sistema, perfezionato nel corso degli anni, non è più compatibile con le versioni attuali di WHMCS. Abbiamo provato a ideare una soluzione alternativa, ma al momento non abbiamo ancora trovato una via praticabile. Vi terremo aggiornati sugli sviluppi.
Correzioni 3
- Corretta un'imprecisione che impediva alla funzionalità Deactivate del modulo di rimuovere la tabella bx_domainpricing dal database. Questa tabella, creata dall'attivazione del plugin Automatic Domain Repricing, non veniva eliminata, causando un errore durante la successiva riattivazione del modulo
- Corretto un errore di division by zero che poteva verificarsi nel Widget di Billing Extension all'interno della home di WHMCS (backend)
- Nelle ultime versioni di WHMCS, a causa di modifiche nella struttura HTML della vista fattura nel backend, la colonna aggiuntiva dedicata ai codici CUP/CIG e alla Lettera di Intento (fatturazione elettronica italiana) non risultava più visibile. Abbiamo risolto il problema garantendo al contempo la piena retrocompatibilità con le versioni precedenti di WHMCS
Miglioramenti 2
- Dall'analisi dei log, abbiamo riscontrato che in alcuni casi WHMCS non fornisce il parametro relativo alla lingua, sia nel backend che nel frontend, nonostante dovrebbe essere sempre presente. Questo provoca un errore perché il modulo si aspetta necessariamente tale parametro. Non riteniamo che il problema venga visualizzato dagli utenti o dagli amministratori, ma piuttosto che sia il risultato di operazioni automatiche. Non essendo riusciti a riprodurre l'errore, per precauzione abbiamo implementato un meccanismo di sicurezza che gestisce questa casistica, garantendo così l'assenza di problemi inaspettati
- Apportati miglioramenti al File Uploader per risolvere i warning che si verificavano su versioni di PHP pari o superiori alla 8.1
Novità in Evidenza
Abbiamo implementato numerosi fix per risolvere vari problemi segnalati tramite ticket. Siamo consapevoli dell'esistenza di ulteriori problematiche, che saranno affrontate in una futura release dedicata.
Correzioni 5
- Abbiamo risolto alcuni warning che si verificavano con le versioni moderne di PHP, i quali impedivano l'aggiornamento del Business Profile e dei profili relativi ai membri dello staff nella sezione dedicata
- La funzionalità di Repricing dei prezzi di vendita dei TLD in base al costo applicato dal Registrar InternetBS causava un errore durante l'esecuzione del cron giornaliero, ma solo su PHP 8.2 o versioni superiori. L'errore era dovuto a un'istruzione di troppo nel comando curl
- Possibile errore durante l'esecuzione del cron giornaliero a causa della funzione FlushDirectories
- Risolto un problema individuato nel modulo Mercury relativo agli slider. Sebbene tale problema non potesse generare errori in Billing Extension, poiché quest'ultimo non utilizza slider, è stato comunque analizzato e risolto
- La classe responsabile della validazione dei dati, utilizzata in tutti i nostri moduli, presentava un errore specifico esclusivamente su Mercury che poteva causare un problema. Sebbene questo problema non possa verificarsi su Billing Extension, è stato comunque corretto
Miglioramenti 1
- Sono state apportate numerose migliorie alla funzionalità di gestione delle traduzioni multi-lingua, allineandola alle ultime specifiche di PHP 8.2 e versioni superiori
Novità in Evidenza
Questa release include numerosi miglioramenti e correzioni di bug. Siamo consapevoli che alcuni errori persistono: li abbiamo individuati e li stiamo risolvendo. Tuttavia, per non farvi attendere ulteriormente, abbiamo deciso di rilasciare questa versione. Potrebbero seguire una o due release minori per completare le correzioni.
Nota: Dopo l'aggiornamento, visualizzerete un avviso nella pagina delle impostazioni che vi esorta a completare l'installazione. Se utilizzate Billing Extension da tempo e avete già inserito il codice di integrazione in invoicepdf.tpl, potete tranquillamente ignorare l'avviso. Questo messaggio è stato introdotto per aiutare i nuovi utenti che potrebbero non aver completato questo passaggio.
Miglioramenti 3
- Una volta ultimata l'attivazione del modulo, apparirà un modale che indica chiaramente i passaggi aggiuntivi necessari per completare l'installazione. Abbiamo anche aggiornato completamente la guida, rendendola più chiara e concisa, per facilitare la comprensione delle operazioni da eseguire
- Quando non è stata specificata alcuna lingua aggiuntiva nel modulo, l'icona del mappamondo nero in alto a destra non verrà più visualizzata. Questo accade poiché non ci sono lingue alternative da selezionare
- Durante l'installazione, il modulo ora tiene conto di ulteriori valori predefiniti di WHMCS, precompilando le impostazioni del modulo in base a quanto rilevato automaticamente (ad esempio, lingue predefinite e aggiuntive). Questo facilita il processo di configurazione iniziale e garantisce che le impostazioni corrispondano alle preferenze di sistema
Correzioni 10
- Sono stati apportati numerosi miglioramenti alla nostra classe PHP proprietaria che si occupa di elaborare tutti gli input, inclusi text, textarea, checkbox, radio button, uploader, datepicker e colorpicker. Questi aggiornamenti ottimizzano le prestazioni, la compatibilità e l’affidabilità
- È stato risolto un problema che in alcuni casi portava a mostrare, sul nostro sito, la licenza erroneamente associata a numerosi hostname sconosciuti. Questi potrebbero ancora essere visibili per alcuni giorni o settimane, ma la correzione avverrà automaticamente nel tempo. Non è richiesto alcun intervento da parte vostra
- Con la versione 8 di PHP, una nostra funzione non convertiva correttamente le date nel formato descrittivo (ad esempio: 1 ora fa, 5 mesi fa, oltre 1 anno fa). Il problema è stato risolto, garantendo la corretta visualizzazione delle date in tutte le versioni supportate di PHP
- È stato risolto un problema di collisione di nomi che si verificava quando due o più dei nostri moduli erano installati all'interno dello stesso WHMCS. Ora il sistema gestisce correttamente i moduli senza conflitti
- TODO - Problema con mailer che non tiene conto di MailConfig annidato da sistemare in tutti gli entrypoint
- Integration code causava un errore per via della funzione PHP html_entity_decode
- Billing Extension > Settings > PDF Auto Archive. Risolto un errore che impediva al plugin di funzionare correttamente
- Billing Extension > Settings > Tax Rules. Risolto un problema che impediva il salvataggio dell'esenzione fiscale per uno stato di un paese a causa di un errore
- Tutte le tabelle del modulo nel database sono state convertite per funzionare con l'engine InnoDB. Questa modifica migliora le prestazioni, la scalabilità e il supporto per transazioni
- Correzione Fatal Error PHP nel Cron (Division by Zero)
Prossimi Passi
Abbiamo riscontrato un problema con l'invio di alcune email da parte del modulo quando, nelle impostazioni di WHMCS, non si utilizza PHP Mail o SMTP ma un provider esterno (ad esempio: Mailgun, Microsoft). Stiamo attivamente lavorando per sviluppare una soluzione definitiva.
Novità in Evidenza
Risolto un falso positivo che generava un avviso di errore riguardante l’assenza di una "transaction". Inoltre, sono stati corretti diversi altri bug.
Correzioni 3
- Risolto un problema che generava un falso positivo con l'errore There is no active transaction
- Corretto un bug nella funzione PayPal Subscription Check che impediva di riportare in fattura le informazioni sulla sottoscrizione attiva, evitando così che il cliente possa inviare un ulteriore pagamento con PayPal e generare un pagamento in eccesso
- Risolto un problema nell'integrazione con l'intermediario Digiting per la fatturazione elettronica italiana, che impediva l'importazione degli eventi associati a ciascun file XML
Miglioramenti 1
- La versione 2.2.197 rappresenta un punto di svolta per il sistema di aggiornamento. Se stai aggiornando il modulo da una versione precedente e si verifica un errore, il messaggio d'errore (vedi screenshot allegato) indicherà chiaramente la procedura corretta da seguire per risolvere il problema. Una volta che avrai aggiornato alla versione 2.2.197 o successive, questa particolare procedura non sarà più necessaria
Novità in Evidenza
Abbiamo introdotto una nuova funzionalità per mantenere una contabilità più ordinata, correggendo alcuni piccoli errori commessi da WHMCS. Inoltre, è stato risolto un bug che causava l'elaborazione non corretta delle fatture soppresse. Pur non trattandosi di un problema grave, era certamente una situazione fastidiosa.
Correzioni 4
- Quando veniva soppressa una fattura nel backend di WHMCS, la pagina dedicata non veniva più visualizzata, e al suo posto appariva un errore relativo all'ID fattura non trovato. Questo problema causava anche la mancata registrazione della transazione e delle relative motivazioni nella sezione Billing Extension > Payments. Il problema, introdotto nella 2.2.197, è stato risolto. Purtroppo, non è possibile recuperare i dati non registrati, ma l'unica conseguenza è stata la mancata registrazione della transazione nella pagina sopra menzionata, senza ulteriori implicazioni
- L'avviso che notificava la mancata attivazione del checkbox Apply Tax, introdotto nella versione 2.2.197, veniva visualizzato anche in pagine dove non era previsto. Il problema è stato risolto
- È stato corretto un piccolo difetto nell'aggiornamento della versione 2.2.197, a causa del quale un'impostazione poteva essere mostrata in un ordine errato
- La descrizione della funzione Proforma Status Correction conteneva un'informazione inesatta. Il controllo viene eseguito dopo ogni esecuzione del Cron Job di WHMCS, quindi generalmente più volte all'ora, e non una volta al giorno con il Cron Job giornaliero, come indicato in precedenza
Miglioramenti 2
- Il sistema di aggiornamento introdotto nella versione 2.2.197 è stato migliorato. Ora il modulo interrompe il processo dopo il primo tentativo fallito, evitando di ripetere l'aggiornamento ad ogni caricamento della pagina. Dopo aver ricevuto il fix, puoi istruire il modulo a ripetere l'aggiornamento con un click
- È stata migliorata la funzionalità che rettifica le fatture pagate che WHMCS ha omesso di contrassegnare come tali, lasciandole come proforma e mancando di registrare i rinnovi. Come discusso nel precedente changelog, questo problema può verificarsi naturalmente per vari motivi. Sono state perfezionate le regole dell'automatismo che gestisce questa funzione, in modo da escludere alcuni falsi positivi
Novità 1
- Nuovo sistema per la gestione delle proforma rimaste senza voci e importo. In alcuni casi, WHMCS elimina le righe dalle proforma. Sebbene questa operazione sia eseguita con buone intenzioni, può causare problemi, poiché i clienti potrebbero ricevere avvisi di pagamento per proforma prive di voci e importi. La nuova funzione identifica queste proforma e ti permette di scegliere quali azioni intraprendere in base alle tue esigenze
Novità in Evidenza
Aggiornamento disponibile: versione minima richiesta 2.2.100 (rilasciata nel 2019).
Se stai utilizzando una versione precedente, ti invitiamo a contattarci per assistenza nell'aggiornamento.
Con la versione 2.2.197, una delle più significative mai rilasciate, celebriamo 10 anni di Billing Extension con importanti novità:
- Compatibilità estesa con WHMCS 8, mantenendo il supporto retroattivo per le versioni 5, 6 e 7
- Supporto a PHP 8.2, continuando a garantire la compatibilità con tutte le versioni a partire da PHP 5.6
- Traduzioni completamente riscritte, ora ancora più dettagliate ed esaustive
- Nuove funzionalità e miglioramenti, volti a ottimizzare l'esperienza utente
- Revisione completa di 26.144 linee di codice, con innumerevoli correzioni per risolvere centinaia di errori e migliaia di avvisi dovuti alle nuove specifiche di PHP 8.2
- Ricollaudo completo di tutte le funzionalità del modulo.
- Niente più Fatal Error dopo gli aggiornamenti del modulo: in caso di problemi, viene eseguito un rollback automatico, con dettagli sul problema e continuità operativa garantita
Novità 10
- Il modulo è stato testato con successo su WHMCS 8.11, l'ultima versione disponibile, e con PHP 8.2, che è l'ultima versione supportata ufficialmente da WHMCS
- Il plugin precedentemente chiamato Processing Fees è ora stato rinominato in Payment Gateways Customizer. Oltre ad essere stato riprogettato, ora include una nuova funzionalità che consente di forzare il metodo di pagamento in base all'importo della fattura esclusivamente per i clienti provenienti dai paesi da te indicati
- Aggiunta nel VIES una funzionalità, su richiesta di diversi commercialisti, che permette di imporre automaticamente l'esenzione fiscale (Tax Exempt) a tutti i clienti del Regno Unito che abbiano indicato una ragione sociale (Company Name). In caso contrario, l'esenzione viene disattivata se il cliente rimuove la ragione sociale. Si raccomanda cautela nell'utilizzo di questa funzione, attivandola solo se espressamente richiesto dal tuo commercialista
- Se l'aggiornamento del modulo fallisce, non ti ritroverai più con l'area amministrativa inutilizzabile a causa di un Fatal Error a schermo. Il modulo effettuerà automaticamente il rollback alla versione funzionante più recente
- Contestualmente al rollback, viene visualizzato un messaggio pratico che indica cosa inviarci nel ticket di assistenza per permetterci di risolvere il problema
- Aggiunto un avviso che ti informa se, durante il salvataggio di un Prodotto/Servizio, la casella "Applica IVA" è disattivata. In tal caso, un alert a schermo ti ricorderà di attivarla, evitando così di iniziare la vendita di un prodotto senza IVA. Ovviamente l'avviso può essere ignorato e si applica anche ai Product Addon
- Un gran numero di testi del modulo, sia in inglese che in italiano, sono stati riscritti da zero. Questo è particolarmente evidente nelle impostazioni del modulo. In passato, utilizzavamo descrizioni brevi e generiche, rimandando alla documentazione per maggiori dettagli. Oggi, grazie ai feedback ricevuti, abbiamo cambiato approccio. D'ora in avanti, le descrizioni saranno più lunghe e dettagliate per fornire informazioni chiare e esaustive
- Invia una notifica email agli amministratori o ai ruoli specificati quando il modulo individua e corregge una proforma il cui stato, nonostante il pagamento sia stato effettuato, non è passato da Unpaid a Paid. Questa impostazione si trova in Settings > Billing Preferences > Notify Proforma Status Correction (Staff)
- Sono stati implementati nuovi meccanismi di controllo nella pagina del Profilo Aziendale. Poiché alcune funzioni e plugin del modulo dipendono strettamente dal paese della tua attività (come VIES, fatturazione elettronica, ABN e RCTI Lookup), da ora in avanti, cambiando il paese, le funzioni e i plugin correlati verranno disattivati automaticamente. Ad esempio, se cambi il paese da Italia ad Australia, il VIES e la fatturazione elettronica, se attivi, verranno disattivati
- Nella pagina Profilo Azienda abbiamo implementato funzioni di sicurezza. Oltre alla già esistente protezione che impedisce la cancellazione di tutti i profili, poiché non è possibile operare senza di essi, abbiamo introdotto una nuova funzionalità: quando vengono eliminati tutti i profili, il profilo più vecchio non solo viene mantenuto e utilizzato come predefinito, ma tutte le sue impostazioni (denominazione, logo, intestazione delle fatture e paese) vengono immediatamente applicate al sistema. In precedenza, era necessario intervenire manualmente nel database per rettificare la situazione, ma ora questo processo è automatico
Miglioramenti 8
- Per la Fatturazione Elettronica Italiana, la gestione del download degli XML è stata riprogettata, includendo anche il download massivo di file Zip. Ora l'elaborazione non prevede più la creazione di un file temporaneo su disco locale, ma avviene direttamente nella memoria temporanea PHP. Questo garantisce una maggiore velocità per i file di piccole dimensioni, come gli XML, che vengono gestiti interamente in RAM. Solo i file di grandi dimensioni, come gli Zip contenenti migliaia di XML, saranno temporaneamente salvati su disco
- Nella generazione dell'XML per la Fatturazione Elettronica Italiana, l'avviso di errore nella vista fattura è stato aggiornato. Il messaggio è stato elevato da Warning (giallo) a Danger (rosso) e tutte le descrizioni degli errori sono state riscritte per essere più dirette e concise
- Relativamente alla Fatturazione Elettronica Italiana, tutti i numerosi testi associati alla funzionalità sono stati rivisti, insieme ai testi del modulo nel suo complesso, con particolare attenzione per evitare ridondanze fastidiose. In altre parole, se utilizzi la Fatturazione Elettronica Italiana, è chiaro che non stai utilizzando quella di un altro paese. Pertanto, diventa superfluo ribadire continuamente che, ad esempio, un errore è relativo alla Fatturazione Elettronica Italiana
- Nella generazione di una fattura elettronica (Italia), la funzione che verifica la validità del CAP è stata resa più permissiva. In passato, l'inserimento del CAP con spazi era considerato un errore. Da ora in avanti, gli spazi saranno ignorati e verrà considerata solo la parte numerica del CAP. Tutte le altre validazioni del campo rimangono comunque valide
- Quando l'impostazione Restrizioni Fatture è uguale ad almeno uno tra Edit o Delete, l'impostazione Sostituzione Pagine viene attivata automaticamente. Questo perché dalle pagine standard di WHMCS sarebbe comunque possibile utilizzare le funzioni Edit e Delete, eludendo la configurazione
- Aggiornato il codice HTML del frontend di WHMCS per garantire che le pagine del modulo siano visualizzate correttamente sulle versioni più recenti di Bootstrap (template basati su Twenty-One), mantenendo al contempo la retrocompatibilità con le versioni precedenti (template basati su Six)
- Migliorate diverse classi del core per aumentarne l'efficienza. Successivamente, sono state revisionate numerose righe di codice per risolvere i vari warning PHP generati dalle versioni di PHP 8.2 e successive
- Nella pagina Cash Flow, l'ultima colonna sembrava un errore perché appariva vuota. In realtà, in essa viene mostrata un'icona corrispondente alle voci per le quali hai inserito una descrizione; al clic su questa icona, si apre un modale che visualizza la descrizione. Per evitare confusione iniziale, d'ora in avanti l'icona sarà sempre visibile e sarà cliccabile e attiva solo quando è presente una descrizione da mostrare
Correzioni 10
- Nel corso degli anni, dopo ben 280 release, il modulo necessitava di una riorganizzazione delle impostazioni. Alcune comparivano quando non era necessario, mentre altre erano addirittura scomparse. Le abbiamo riviste tutte, ripristinando quelle che si erano perse nel tempo e creando le opportune dipendenze affinché certe impostazioni, che dipendono da altre, vengano mostrate solo quando necessario
- Le Processing Fees del plugin Payment Gateways Customizer (precedentemente chiamato Processing Fees) venivano erroneamente applicate anche a fatture che non avevano ancora alcuna voce
- Il modulo utilizzava PHPMailer, la libreria PHP utilizzata per l'invio di email, in un modo che causava un Fatal Error su WHMCS 8. Abbiamo pertanto risolto il problema garantendo, oltre al funzionamento nella versione 8, anche la retrocompatibilità con WHMCS 5, 6 e 7
- Nei sistemi con tassazione abilitata per le fatture di ricarica credito (note anche come Note di Credito), si verificava uno scenario particolare in cui il rimborso dell'IVA (denaro che WHMCS può restituire al cliente per evitare una doppia tassazione) risultava errato. Nello specifico, qualsiasi fattura con credito applicato e almeno una voce con importo negativo causava un calcolo errato dell'IVA
- L'impostazione Settings > Invoices > Invoice Due Date non compariva più nella relativa pagina
- L'impostazione Settings > Clientarea > Minimum Days for Low Credit Alert non compariva più nella relativa pagina
- Nella Fatturazione Elettronica Italiana, l'emissione di Note di Credito in presenza di voci negative (sconti) produceva l'errore 2.2.2.5 (Imponibile Importo non calcolato secondo le specifiche) in quanto non veniva riportato il segno negativo. Ora il modulo tiene in considerazione questo aspetto
- Risolto un errore fatale nella pagina delle disdette (Terminations) del modulo nel backend di WHMCS che impediva l'accesso alla stessa
- Le traduzioni mancanti per gli eventi del plugin LinkedIn Insight Tag, come Acquisto, Visualizzazione pagina e Aggiunta al carrello, non solo erano assenti, ma causavano anche dei warning PHP
- Errore di sintassi durante l'invio della mail di test nella funzionalità Enhanced Renewals
Cambiamenti 10
- La pagina Company Profile è stata rinominata Business Profile solo nella lingua inglese
- Il plugin WebService è stato rinominato in Billing API Service
- Il plugin Processing Fees è stato rinominato in Payment Gateways Customizer per riflettere meglio le nuove funzionalità
- Il plugin Marca da bollo è stato rinominato in Tax Stamp per garantire coerenza. Analogamente a come Oracle non viene tradotto in Oracolo, anche in questo caso il nome viene mantenuto in inglese. Il riferimento alla marca da bollo è stato semplicemente spostato nella descrizione
- Il plugin Processing Fees è stato rinominato in PDF Auto Archive per le medesime ragioni
- Il plugin Australian Toolkit è stato rinominato in ABN & RCTI Validation
- Il plugin Facebook Pixel è stato rinominato in Facebook Ads Tracker
- Il plugin LinkedIn Insight Tag è stato rinominato in LinkedIn Ads Tracker
- Il plugin Repricing Domini è stato rinominato in Automatic Domain Repricing
- L'ordinamento delle impostazioni del plugin, ora rinominato Revenue Stamp, è stato riorganizzato per offrire una configurazione più chiara e intuitiva
Prossimi Passi
In futuro, salvo problemi che richiedano un intervento immediato, rilasceremo aggiornamenti meno frequenti ma più corposi.
Dedicheremo maggiore attenzione alla stesura di changelog come questo, fornendo testi più dettagliati e screenshot esaustivi.
Novità in Evidenza
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.
Correzioni 1
- Fatal Error durante l'esecuzione del cron
Correzioni 3
- Error updating to 2.2.194
- PDO Exception: DOUBLE value in Uploads
- Fatal error on Validations
Novità in Evidenza
Refactoring del plugin Processing Fee che addebita le tariffe di pagamento agli utenti finali dipendentemente dal metodo di pagamento utilizzato. Può essere attivato su clienti specifici o globalmente.
Cambiamenti 2
- Updated settings for Processing Fees plugin. Now there's a toggle (enable/disable) to charge fees globally
- 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
Novità in Evidenza
Aggiunte le note private nella vista fattura nelle quali puoi memorizzare informazioni che diversamente dalle note standard di WHMCS non sono visibili ai clienti.
Novità 1
- Note private fattura
Novità in Evidenza
Grandi novità se utilizzi la fatturazione elettronica italiana. D'ora in avanti per ogni singola voce fatture puoi definire facilmente:
- Codice CUP
- Codice CIG
- Lettera di Intento (numero di protocollo e data)
Rimozioni 1
- Italian electronic invoicing > Causale Cliente rimosso dal momento che non è più necessario
Novità 1
- Fatturazione elettronica italiana. Possibilità di assegnare la lettera di intento per ogni voce fattura
Correzioni 2
- Fatal Error - TypeError in Warnings (Hooks.php)
- Fatturazione elettronica italiana > File XML non valido con fatture multi-riga quando si utilizza la Lettera di intento
Novità in Evidenza
Per la fatturazione elettronica italiana abbiamo migliorato la gestione dei clienti con "Lettera d'intento" in modo che il modulo emetta file XML che includono sia il "numero protocollo" che il "numero progressivo". Per maggiori dettagli consulta la documentazione.
Miglioramenti 1
- Fatturazione elettronica italiana > Lettera di intento
