Version 5.40.0 de Cegid Loop (13/01/2026) : nouveautés, améliorations et correctifs

LISTE DES ÉVOLUTIONS DE LA VERSION 5.40.0

COMPTABILITÉ

• Ajout un nouvel état "Balance ventilée" dans les états "Balances" de la comptabilité
  
  Accès : Comptabilité > Etats > Balance > Ventilée

  
  Objectif fonctionnel :
  Présenter aux collaborateurs des soldes mensuels des comptes, afin de bénéficier d’un suivi plus précis des charges et des produits.

  
  Un nouvel état nommé "Balance ventilée" dans les états "Balances" de la comptabilité a été ajouté. Cet état reprend les mêmes critères de sélection que ceux de la balance générale.
  Il présente le solde des comptes ventilés mensuellement en autant de colonnes qu'il y a de mois sur l'exercice sélectionné - uniquement sur la période (de 1 à 12 mois).
    

RÉVISION

• Modification des libellés du champ "Méthode" de la fiche immobilisations
  
  Accès : Immobilisations > Fiches immobilisations
  
  La liste du champ "Méthode" - dans l’onglet "Sortie" de la fiche immobilisations - a été modifié : désormais, "Vente" devient "Cession" et une nouvelle entrée a été ajoutée - "Cession exceptionnelle".
  
  Pour des informations complètes, consultez l'article d'assistance.
   

CORRECTIFS
 

Afin d'améliorer l'expérience utilisateurs sur Cegid Loop, l'ensemble des bugs documentés - correspondant à des remontés des collaborateurs - ont été corrigés.

La liste suivante n'est pas exhaustive. En effet, d'autres corrections purement techniques ont été apportées. Bien que transparentes pour les utilisateurs, elles facilitent néanmoins leur utilisation de l'application.

1. Depuis Comptabilité > Saisie
   Lors de l'intégration automatique des écritures bancaires, si aucun modèle de ventilation n'était utilisé, l'analytique se positionnait systématiquement en "Section d'attente", au lieu de respecter le paramétrage défini dans le plan de compte. Ce comportement anormal de l’application entraînait une incohérence dans la ventilation analytique et nécessitait une intervention manuelle du collaborateur pour corriger les écritures.
   Désormais, même en l'absence de modèle de ventilation, la ventilation analytique suit correctement le paramétrage défini dans le plan de compte.
   INC 0258403
    
2. Depuis Comptabilité > Saisie
   Lorsque le montant d'une écriture était modifié en saisie, celui de la partie analytique ne se modifiait pas automatiquement, bien qu’un modèle de ventilation ait été paramétré.
   Désormais, et après application du correctif, la montant de l’analytique se met bien à jour automatiquement, dans un tel cas de figure.
   INC 0269797
    
3.  Suite à un virement effectué sur N+1 avec une date d'exécution sur N+1 - comprenant des factures saisies sur N à échéance sur N+1, le lettrage sur N laissait croire qu'il s'agissait, à tort, d’un lettrage à cheval "orphelin".
   Le problème provenait d'une incohérence entre la date d'action et la date de lettrage enregistrée.
   Le correctif appliqué a consisté à attribuer au lettrage provenant du module virements/prélèvements un fonctionnement identique à celui du lettrage manuel, sans générer de confusion dans la lecture du lettrage à cheval entre N et N+1.
   INC 0263203
    
4.  Lors de la génération des A-nouveaux, le résultat était affecté au premier compte chargé en mémoire. Cependant, la liste des comptes chargés en mémoire n'était pas triée par ordre de numéro de comptes, ce qui pouvait entraîner des incohérences dans l'affectation des résultats.
   Un tri a donc été mis en place sur les numéros de comptes, avant la génération des A nouveaux, afin de traiter dans l'ordre croissant les comptes de bénéfice et de perte.
   Toute confusion dans l'affectation des résultats est ainsi évitée.
   INC 0271788
    
5.  Lors de la génération du fichier FEC, pour un contexte fiscal BNC et un type de comptabilité "Recettes-Dépenses", l’application positionnait le champ "CodeEtabt" en position 19, comme pour les comptabilités d'engagements.
   Cela provoquait un conflit - par rapport à la nomenclature d’un fichier FEC de ce type – pour les colonnes 19 à 22 ("DateRglt " - Date règlement, " ModeRglt" - Mode de règlement, "NatOp" - Nature de l’opération et "IdClient" - Identification du client), entraînant un décalage des colonnes suivantes et rendant ainsi le fichier non-conforme.
   Le correctif a donc consisté à repositionner automatiquement le champ du code de l’établissement en dernière position et garantir la conformité du FEC.
   Note :
   Cette correction concerne l’ensemble des contextes fiscaux.
   INC 0266026
    
6.  Lors de la génération des À-nouveaux
   Au moment de la clôture comptable, le compte 416 "Clients douteux" était mouvementé en lieu et place du 411100.
   Cela entraînant ainsi une incohérence comptable : en effet, la totalité du solde du compte de tiers était affecté sur le compte 416, au lieu d’être réparti entre les comptes client et clients douteux.
   À noter que cette anomalie se produisait uniquement lorsque la case "A-nouveau détaillés" n’était pas cochée (depuis Configuration > Comptabilité).
   Après application du correctif, avec le contexte de Tenue Comptable et sans A-nouveau détaillés, l’A-nouveau est conforme à l'exercice N-1. De plus, les comptes mouvementés par un même tiers sont correctement différenciés dans l’application.
   Important :
   Pour tous les dossiers concernés par l’anomalie, une action est à mener, malgré la correction déployée : le client devra se positionner sur le journal concerné afin de relancer la génération de l'à nouveau (bouton "Reprendre les A-Nouveaux").
   INC 0249659
    
7. Depuis Trésorerie > Virements > Nouveau virement
   ou
   Depuis Trésorerie > Prélèvements > Nouveau prélèvement
   Dans le cadre de l'optimisation la gestion de la date d'échéance, un contrôle bloquant a été mis en place avec la version 5.37.0 de Cegid Loop (26/11/2025). Son objectif est de garantir aux collaborateurs un accès au module Virements/Prélèvements sur un exercice correspondant à la date d’exécution du virement.
   De ce fait, il n’était pas possible d'accéder à ce module sur un exercice dont la date de début était dans le futur, interdisant ainsi de préparer en avance les virements/prélèvements du début d'année suivante.
   En conséquence, l’expérience utilisateur s’en trouvait "dégradée".
   Le contrôle d'accès au module virements/prélèvements a été rétabli.
   La correction appliquée a consisté à permettre l’accès aux deux modules si la date du jour de connexion (date système) est inférieure ou égale à la date de fin de la période, même si cette dernière n'est pas dans la période.
    
8. Depuis Dossier > Exercices > Situations
   Un message d’erreur apparaissait lors de l’ouverture d’une situation.
   Cela venait d’un mauvais traitement d’un gros volume d’à-nouveaux dynamiques, du fait de la présence de deux exercices ouverts
   Le correctif appliqué rétablit un fonctionnement nominal : le calcul des à-nouveaux s’effectue correctement et l’accès à la situation est opérationnel.
   INC 0265941
    
9. Depuis Paramétrage > Reprise de données > Console de reprise
   L'intégration du pivot de grand volume était en erreur à cause du nombre important d'avertissements sur l'incohérence des dates d'échéances, de celles de Cut-off ou de pointage, etc.
   Désormais, l'import des données ne sera plus bloqué. De plus, dans le rapport d'intégration du pivot, un avertissement sur le traitement des cent premières données sera indiqué, en plus du nombre restant des dates erronées. Ces dernières seront reprises avec la date comptable de l'écriture.
   INC 0270491
    
10. Depuis Immobilisations > Fiches d'immobilisations > Actions "Cession partielle"
    Après une cession partielle, un amortissement dérogatoire était généré à tort ; en effet, le cumul de l’amortissement économique ne correspondait pas à celui de l'amortissement fiscal.
    Une correction a été apportée et, désormais, lorsque la case "Fiscal identique à l'économique" est cochée, les cumuls de l'amortissement fiscal et économique correspondent.
    INC 0265357
     
11. Depuis Liaisons Excel > Partage puis import de la balance des tiers
    ou depuis le Cegid Loop Connector pour Office
    Lors de la récupération de la balance des tiers, la raison sociale était affichée dans la colonne "Nom usuel", au lieu du nom usuel.
    Après correctif, la récupération de la balance des tiers présente la bonne information dans cette colonne.
    INC 0268245
     
12. Depuis Immobilisations > Fiches locations longue durée
    Dans l'onglet "Complément", lorsqu'un tiers était sélectionné dans le champ "Organisme loueur", ainsi qu'un compte collectif, la ligne "Tiers" n'apparaissait pas.
    Une correction a été apportée et cette dernière ligne est désormais visible.
    INC 0271792
     

13. Depuis Déclarations > TVA > Etats justificatifs
    La création de l'état restait bloquée à 75%, en raison d'un nombre de données trop conséquent dans l'état "Contrôle TVA collectée sur soldes clients à l'encaissement".
    Après correctif, la constitution de l'état est désormais opérationnelle.
    INC 0264146

     

14. Depuis Révision > Assistants > Réciprocité des comptes > Suivi des comptes réciproques.
    L'action "Pointer" n'était pas disponible, même après la sélection des lignes réciproques, et bien que l'écart fût égal à 0.
    La gestion des arrondis a été revue, rendant désormais l'action fonctionnelle et conforme aux attentes.
    INC 0270238
     
15. Depuis Déclarations > TVA > Envoi
    Nominalement, lors de l'envoi de la déclaration de TVA, si l'option "Validation des écritures" est cochée, les écritures qui ont servi à son alimentation ne sont plus modifiables et un N° FEC leur est attribué. Lorsque ce verrouillage concernait des écritures réparties sur plusieurs exercices (écritures de N-1 et de N, par exemple), la numération des écritures FEC n'était pas correcte.
    Le correctif appliqué rétablit un fonctionnement normal : la numération des écritures est désormais correcte et deux fichiers des Ecritures validées FEC sont générés - un pour les écritures N-1 et un pour les écritures N. Ces fichiers sont créés automatiquement dans la GED et on les retrouve dans le répertoire de la période N.
    INC 0266067
     

16. Historiquement, lors de l’initialisation DSP2, les transactions bancaires sont récupérées et transformées en mouvements comptables.
    En revanche, un problème est survenu lors de la création des relevés bancaires.
    En effet, le nombre total de transactions était supérieur à la limite fonctionnelle supportée par Cegid Loop (500 transactions par relevé sur la durée d’un exercice).
    En conséquence, ce traitement par défaut a entraîné la génération de doublons lors de l’import et une partie des relevés bancaires n’était pas visible, bien que les transactions elles-mêmes aient été correctement traitées.
    Le correctif a consisté à attribuer un identifiant unique à chaque lot traité, même lorsqu’ils appartiennent à une même période de collecte.
    INC 0274076