V5.13 | DIAPASON 05 | elcia-production

Version du 30/10/2026

Avertissements : impacts sur les versions Antérieures

Initialisation de la date de facture

Suite à l’installation de la version V05.13, le calcul de facturation standard initialisera par défaut la date de facture, permettant de déterminer la date d'échéance de règlement, à la date du jour du calcul de facturation et non plus à la date maxi de BL et/ou déclaration de prestations rattachés à la facture. Si vous souhaitez rester avec une initialisation avec la date maxi des BL, vous devez modifier le paramètre dédié ( IS_Facture / IS_CalFac) lié au calcul de facturation Paramétrages standards Facturation client

Conversion des fichiers au format UTF8

Il n’est plus nécessaire de convertir en ISO-8859 les fichiers JSON reçus, Diapason le fait nativement dans les cas suivants :

en retour des services WEB
en lecture d’un fichier xml dans les traitements EIA

Evolutions Facturation Standard

Nouvelles données

Clients

https://elcia.atlassian.net/wiki/x/HQO_S

Champ	Libellé	Description	Obligatoire	Version de mise en service
CliRegModAco_IS	Mode Règ. Aco.	Mode de règlement des acomptes	Non	05.13
CliRegDelAco_IS	Délai Règ. Aco.	Délai de règlement des acomptes	Non	05.13
CliRegEchDebAco_IS	Déb. Ech. Aco.	Début d'échéance pour règlement des acomptes	Non	05.13
CliRegEchFinAco_IS	Fin. Ech. Aco.	Fin d'échéance pour règlement des acomptes Si ces champs ne sont pas remplis, il sont initialisés avec contenu des informations de règlement pour la facture ( champs CliRegMod, CliRegDel, CliRegEchDeb, CliRegEchFin). Ces 4 champs sont récupérés au niveau de la facture d’acompte lors de sa création. Le calcul de la date de règlement se fait alors comme expliqué ici.	Non	05.13

Entêtes factures clients

https://elcia.atlassian.net/wiki/x/dgW_S

Champ	Libellé	Description	Obligatoire	Version de mise en service
CdeFacRegDel_IS	Délai Règlement	Délai de règlement	Oui	05.13
CdeFacRegEchDeb_IS	Début Échéance	Début d'échéance	Oui	05.13
CdeFacRefEchFin_IS	Fin Échéance	Fin d'échéance Pour une facture : si une des trois informations d'échéance de règlement (délai, début et fin d'échéance) n’est pas renseignée et que la facture est rattachée à une commande, on prend ces trois informations sur la commande si les trois sont renseignées sur celle-ci et dans la cas contraire on prend ces trois informations sur le client. Pour une facture d’acompte : ces données sont initialisées avec les informations de règlement d’acompte du client. Ces données permettent de calculer la date de règlement de la facture selon la logique décrite ici.	Oui	05.13

Evolutions

Gestion du couple RESEAU/CLIENT

L'ordre de saisie du couple Client/Réseau n’a plus d’importance pour les entités :

CLI : client et client de facturation
CDC : client, client de facturation, client d’encours, client de commande (pour un devis)
FAC : client, client factor, client de règlement, client d'encours
GCRE : client
GAF: client

➡️ en saisie interactive ou par l’utilisation de la fonction DIALOG (ENR-ACT-ENT).

Comportement nouveau : en cas de mono réseau, le réseau s’initialise automatiquement lors de la saisie du client si la valeur n’est pas renseignée .

Gestion des informations de règlement sur les clients et les factures

Sur la fiche client, les informations de règlement pour les acomptes ont été ajoutées : Mode de règlement, Délai de règlement, Début et Fin d'échéance.

➡️

Lors de l’installation de cette révision, elles sont initialisées avec les informations de règlement générales du client.

A la validation d’un client, si elles ne sont pas saisies, elles sont initialisées avec les informations de règlement de facturation du client.

Acompte

Lors de la création d’un acompte pour un client, ces nouvelles informations sont initialisées sur l’acompte. A la saisie de la date de l’acompte, la date de règlement sera calculée avec le trio d’informations de règlement (délai, début et fin d'échéance).

Calcul de facturation
- Si la date de de règlement n’est pas renseignée, si elles sont vides, les informations de règlement sont initialisées avec celles de la commande liée à la facture. Si vides sur la commande, avec celles du client. La date de règlement est donc calculée en standard.
- Si la date de règlement est renseignée par calcul de facturation, aucune initialisation des informations : le comportement historique s’applique.

Sur factures manuelles ou à valider, les informations de règlements ont été ajoutées : Délai de règlement, Début et Fin d'échéance. Règle applicable pour les factures produit ou avoir.
- En création de facture, lors de la saisie du client, ces données sont initialisées à partir des données du client. Si la date de la facture est connue, la date de règlement est calculée automatiquement.
- Lors de la saisie d’un de ces champs : date facture, délai, début ou fin d'échéance; la date de règlement est automatiquement recalculée.

A ce moment là, si date de début ou fin d'échéance n’est pas renseignée ou incorrecte, elle est considérée comme date de la facture. Si le délai de règlement n’est pas renseigné ou incorrect, il est considéré comme délai de règlement comptant.

- Si la date de règlement est renseignée : le comportement historique s’applique.

Pour un acompte, ces données sont initialisées avec les informations de règlement d’acompte du client.

Si le trio d’information de règlement est renseigné mais incomplet : une erreur sera déclenchée lors du calcul de facturation ou au contrôle global de la facture manuelle.

La date de règlement reste modifiable manuellement. Si elle n’est pas cohérente avec les informations de règlement et la date calculée, une alerte sera affichée .

Suivi des règlements clients

Le suivi des règlements client est disponible dans DIAPASON suite à la loi des finances adoptée en Février dernier.

Plus d'informations

La loi de finances pour 2026 dans son article 125 qui a été adoptée le 19 février dernier rétablit la possibilité pour les professionnels utilisant un logiciel de caisse d’obtenir une attestation individuelle par l’éditeur du logiciel de caisse.

Cette disposition de la loi a pour effet de rétablir l’ancienne rédaction de l’article 286 du code général des impôts « Si elle effectue des livraisons de biens et des prestations de services ne donnant pas lieu à facturation conformément à l'article 289 du présent code et enregistre ces opérations au moyen d'un logiciel ou d'un système de caisse, utiliser un logiciel ou un système satisfaisant à des conditions d'inaltérabilité, de sécurisation, de conservation et d'archivage des données en vue du contrôle de l'administration fiscale, attestées par un certificat délivré par un organisme accrédité dans les conditions prévues à l'article L. 433-4 du code de la consommation ou par une attestation individuelle de l'éditeur, conforme à un modèle fixé par l'administration ; ».

➡️

Règlements clients

DIALOG

Evolution de la fonction MAJ-FACX mise à jour des statuts des factures Factur-X

➡️

MAJ-FACX : Mise à jour des statuts des factures Factur-X

Evolution des fonctions de traduction

Les libellés à traduire sont maintenant contenus dans des constantes locales ou des constantes globales.

➡️

LIB-DIV-ML : Traduction d’un libellé dans la langue de l'utilisateur

➡️

LC-WARNING-ML : Affichage d'un warning traduit dans la langue de l'utilisateur

➡️

LC-ERREUR-ML : Affichage d'une erreur traduite dans la langue de l'utilisateur

Livraison paramétrage standard

Les paramétrages standards correspondent à des applicatifs fonctionnels réalisés à partir des entités du studio Diapason (requête, tableur , couplage …) qui sont mis à disposition dans votre environnement sous forme de fichier tar.gz à importer lors de l’installation de la révision ( voir Paramétrages Standards ). Ces applicatifs sont versionnés et les requêtes liées sont figées. Elles ne sont pas modifiables afin de pouvoir les relivrer sans risque.

Pour pouvoir utiliser ces outils, il est nécessaire d’effectuer des paramétrages qui sont expliqués dans la documentation de chaque outil.

Les évolutions dans cette révision sont les suivantes :

Calcul de Facturation Standard

Corrections :
- Prise en compte systématique de la valeur numérique du paramètre INF-GEN / REG-DEL ( Délai Règlement ) si <> 0 ou si le code du paramètre est de type Caractère ( paramètre JPlus30 avec une valeur numérique à 30 => 30 jours ;paramètre 302 avec une valeur numérique à 30 => 30 jours) dans le cas contraire le délai de règlement est basé sur la référence du paramètre ( Exemple 30 => 30 jours ; 15 => 15 jours)
- Un avoir total sur une facture a zéro ne permettait pas de relancer un nouveau calcul de facturation sur la commande liée. Le calcul de facturation ne considérait pas que l’avoir “annulait” la facture.
Evolutions
- Possibilité de personnalisation de la date de facture à partir de la date BL ou de la date du jour du calcul de la facture Paramétrages standards Facturation client . ⚠️ Le comportement défaut sera le jour de lancement du calcul de facturation.⚠️
- Prise en compte des nouveaux champs Délai Règlement ( CdeFacRegDel_IS ) , Date début échéance ( CdeFacRegEchDeb_IS ) et Date fin échéance ( CdeFacRegEchFin_IS ). Initialisation avec les valeurs correspondantes de la commande liée.

Contrôle des tiers ( statut client et fournisseurs )

Evolutions :
- Pour les tiers assujettis TVA sur lesquels aucune adresse électronique n’est active, on demande de mettre le SIREN en adresse électronique provisoire.
Corrections :
- exclusion des prospects du contrôle
- API SIRENE : pour constituer le nom du tiers, si les champs “denominationUsuelleEtablissement” et “denominationUniteLegale” de la base SIRENE sont vides, on concatène désormais le nom (“nomUsageUniteLegale” ou si vide “nomUniteLegale”) et le prénom “prenomUsuelUniteLegale”.

Emission d'une Facture au format Factur-X / CII

Evolutions
- Changement de comportement de la date d’activation d’un client en factur-x. Tous les clients et non plus uniquement les clients B2B peuvent être activés séparément via la date d’activation de leur fiche client ( date d’activation ( champs [ CliDatActFacX_IS ] )) Activer les paramètres IS_FacturX / IS_PA
- Intégration du Schématron Version 1.4.0 (fix04 du 4 septembre)
- Ajout de la procédure IS_FaxIdCp permettant de personnaliser l’alimentation de la BT-85 (Nom d'un compte bancaire, domicilié dans un établissement financier, sur lequel il convient que soit effectué le paiement). Cette balise est alimentée par défaut avec la référence de la banque associée à l'établissement défini sur la facture.
Corrections
- Mauvaise alimentation de la BT-131 ( Montant total de la ligne de Facture ) pour un avoir généré sur la base d'une ligne de facture dont le prix public est nul avec une plus value négative ( remise). Cet ligne d'avoir ne passe pas lors du contrôle schématron.

Suivi de l'encours client

Evolutions
- Mise a disposition d’un tableur de traçabilité du détail de calcul d’encours par client ( IS_CliEcDe )

ANNEXE : TABLEAU COMPLET DES SUJETS TRAITES en 05.13

Demande	Module	Version Sujet	Description	Documentation
BAT02111	FAB	05.07.01	Le flag atefablansta n'est pas à jour sur les entêtes de séries alors que tous les ofs sont lancés .	Problème corrigé. La mise à jour d’une série déclenche désormais la mise à jour de tous les OFs de la série.
BAT02140	ALL	05.11.01	Message d’expiration des certificats à afficher uniquement pour les utilisateurs cochés ADMIN et non à TOUS LES UTILISATEURS	Evolution réalisée.
BAT02141	GC	05.07.01	Pouvoir gérer le même compte tiers sur plusieurs clients.	Evolution réalisée.
BAT02147	GC	05.07.05	Alimentation de la nature de la facture.	Problème corrigé.
BAT02148	GC	05.11.01	Mauvaise alimentation de la variable CdeFacCdeTot_IS sur la commande en fonction de CliFacCdeTot_IS du client	Problème corrigé.
BEL02635 BEL03241 ISI15331 NEO00615 OXX01781	GC	ALL	En création de commande commerciale, par ENR-ACT-ENT sans présentation ou en saisie manuelle sur la présentation ISIA, avoir la possibilité d'affecter le réseau avant la référence client.	Evolution réalisée. Les problèmes liées à l’ordre sont résolus. Voir documentation ci-dessus.
BEL03971 ERD01827	ALL	05.10.02	Problème de connexion à Diapason : Veuillez vérifier vos connexions réseaux ou le nombre de connexions autorisées aux bases de données.	Problème de connexion à Diapason : les utilisateurs ne peuvent plus se connecter à Diapason, les agents du PASOE ne détectent pas que le maximum de sessions / Agent est atteint. Ce problème est annoncé par Progress réglé dans sa version 12.8.12. Le passage dans cette version est prévue dans cette révision. https://community.progress.com/s/article/PASOE-runs-out-of-ABL-Sessions-before-reaching-maxAblSessionsPerAgent-due-to-terminateFreeABLSession-API-calls
BEL04018	GC	05.12.03	Perte de la devise au changement du client sur l'entête de commande	Problème corrigé.
CAI01913	EXP	04.16.21	Message erreur bloquant renvoyé lors de l'appel d'un SW externe depuis Diapason : "Caractère inconvertible trouvé dans les données sources avec la page de code UTF-8 to codepage iso8859-15 (12009) lors de l'utilisation de la fonction "GET-BODY"	Problème corrigé. Voir § ci-dessus “Impacts sur les versions antérieures”.
CAS00850CAS00879	STU	05.10.02	Problème d’ouverture de requête REB	Problème corrigé.
CAS00882 OXX01790	GC	05.10.02	Initialisation de SDE.CdeLivPays sur les entêtes de commande en création	Problème corrigé.
ISI15798	CPT	05.09.00	Diapason ne génère plus de libellé pour toutes les lignes d'écriture, mais uniquement sur la première écriture.	Evolution réalisée.
ISI15830	EXP	05.12.01	Améliorer l'outil de la photo Si des fichiers "base.pf" existent sur l'environnement à réactualiser sauvegarder les "base.pf" existants sur l'environnement qui sera écrasé récupérer ces fichiers "base.pf" avant le redémarrage du Diapason Si des fichiers "base.pf" n'existent pas sur l'environnement à réactualiser il ne faut pas que les fichiers de la "base.pf" de l'environnement PROD soient récupérés	Evolution réalisée. Lors du déclenchement de la photo, copier le db.pf général et les différents .pf contenus dans les dossiers des bases dans la photo. En cas de restauration avec l'option -Photo, recopier le db.pf dans data/Diap et les .pf particuliers dans les dossiers des bases.
ISP00066	GC	05.12.03	Suite à la modification du client de la commande, les lignes associées sont désynchronisées (gardent l'ancien client).	Problème corrigé.
JAN01209	FAC	05.10.03	Mauvais taux de TVA sur PV Entêtes commandes commerciales dans la facture.	Problème corrigé.
NEO00576	GDT	05.06.01	Non affichage de la donnée enregistrée lors de la modification du champ "Fax adresse facture" d'un client. Or la donnée est bien enregistrée en base.	Problème corrigé.
OXX01780	STU	05.10.04	Les éditions Linux ne fonctionnent plus.	Problème corrigé.
OXX01805	EXP	05.10.04	Calendrier bloqué en mise à jour : Table des verrous saturée. augmenter le -L	Problème corrigé.