Certaines évolutions étaient indiquées « en cours » dans les notes de cette version. Cette mention historique est conservée sur les entrées concernées.
Le processus métier standard de la facture est utilisé en priorité lorsqu’il fournit une nature prise en charge. S’il est absent, vide ou inexploitable, la gestion de stock des fiches articles détermine la nature : les articles non gérés en stock sont considérés comme des services, les articles gérés en stock ou gérés au titre comme des biens, et leur coexistence donne une facture mixte. Une référence article absente, un article introuvable ou une gestion de stock inexploitable bloque la détermination avec un signalement. La nature des factures déjà transmises est conservée.
Résultat attendu
La nature de la facture est déterminée automatiquement à partir des données standard disponibles. Les articles non gérés en stock sont reconnus comme des services ; les informations article manquantes ou inexploitables sont signalées.
Le champ Pays et les cases d’activation des critères sont supprimés ; les critères, dont les dates, sont vides à l’ouverture. Le bouton Rechercher applique uniquement les critères renseignés. Réinitialiser les efface et relance une recherche globale, dans le respect des droits et des règles d’éligibilité des factures.
Résultat attendu
L’utilisateur retrouve les factures accessibles sans restriction de date initiale et affine la liste avec les seuls critères utiles.
Le fournisseur est recherché parmi les adresses Fournisseur actives en France, dans l’environnement utilisé, en donnant priorité à l’identifiant électronique, puis au SIRET, au SIREN, à la TVA et au routage ou service. Si le meilleur critère ne donne aucun fournisseur ou en donne plusieurs, aucune association n’est retenue et aucun rapprochement de facture X3 n’est réalisé. Avant import, une association absente ou modifiée retire la ligne de la sélection et affiche le fournisseur éventuellement trouvé ; en utilisation interactive, le compte rendu d’erreur apparaît immédiatement, une seule fois.
Résultat attendu
Une facture dont le fournisseur n’est pas identifié de manière certaine reste à contrôler avant son import.
Les types de documents proposés et leurs désignations proviennent des types de factures de vente. Les types de factures d’achat ne sont plus proposés et les correspondances déjà enregistrées sont conservées.
Résultat attendu
Le paramétrage présente les types de factures adaptés au parcours de vente, sans effacer les correspondances existantes.
Les statuts, dates, motifs et notes Chorus sont conservés et rattachés à la facture, à son envoi et à son vendeur ; le dernier statut affiché respecte la chronologie Chorus, le cycle de traitement et l’environnement. Un rejet apparaît dans les anomalies avec ses motifs, sans annuler le dépôt acquis ni déclencher de nouvel envoi. Un historique absent ou inutilisable est signalé sans attribuer de statut supposé.
Résultat attendu
L’utilisateur dispose du dernier statut Chorus disponible et de son historique, avec les motifs de rejet lorsqu’ils existent.
L’historique distingue l’action à l’origine de l’événement, les références de l’envoi et de la facture, l’objet concerné par le statut et le message. Les observations antérieures sont conservées et les informations inconnues sont signalées. Les traitements différés sont identifiés, avec indication lorsque leur action d’origine n’a pas été enregistrée.
Résultat attendu
Les événements sont plus faciles à interpréter, sans attribuer d’origine ou de destinataire supposé aux informations anciennes.
Le compte rendu s’ouvre immédiatement lorsqu’un import achat rencontre une erreur. Une erreur déjà présentée ne provoque pas un second affichage à la fermeture ; un import sans erreur n’ouvre pas automatiquement le compte rendu.
Résultat attendu
L’utilisateur prend connaissance des erreurs dès la fin de l’import, sans affichage en double.
Un avertissement indique la mémoire disponible lorsqu’elle est inférieure à 512 Mo, à l’entrée des fonctions concernées et avant les échanges. Il apparaît au plus une fois par session interactive et figure dans chaque compte rendu ouvert, sans fenêtre de dialogue pendant les imports ou traitements automatiques. L’avertissement ne modifie pas la mémoire et ne bloque pas les échanges.
Résultat attendu
L’utilisateur est informé d’une mémoire disponible faible tout en conservant la possibilité de poursuivre les opérations.
Après saisie du Code entité puis Tabulation, les coordonnées disponibles sont reprises pour les rôles Société, Site, Client, Fournisseur et Factor, avec contrôle de la cohérence du code et du rôle. Les noms et adresses proviennent des fiches correspondantes. Pour un site, l’identifiant du site est prioritaire et le numéro de TVA provient de sa société juridique.
Résultat attendu
La saisie d’une adresse électronique peut s’appuyer sur les informations déjà enregistrées dans les fiches X3.
Les mentions de paiement reprennent le paramétrage standard des escomptes et agios ainsi que les textes et paramètres de l’état de facture. Une information manquante, un pays invalide, un barème ambigu ou un taux nécessitant un arrondi est signalé avant la génération. Les textes sont conservés dans leur intégralité.
Résultat attendu
Les mentions de la facture électronique s’appuient sur le paramétrage X3 existant et les incohérences sont signalées avant préparation.
Les personnalisations prévues peuvent de nouveau remplacer l’IBAN et le BIC avant la préparation de la facture électronique. En l’absence de personnalisation, les coordonnées habituellement calculées sont utilisées. Un IBAN vide entraîne l’omission du compte bancaire et un BIC vide entraîne l’omission de l’identification de la banque.
Résultat attendu
La facture électronique peut reprendre les coordonnées bancaires personnalisées lorsqu’elles sont définies.
Les icônes de l’historique deviennent cliquables et prennent la forme d’un document pour accéder aux comptes rendus associés. L’historique reste consultable sans modification, ajout ni suppression d’événements.
Résultat attendu
L’utilisateur accède au compte rendu d’un événement depuis son icône, tout en préservant l’historique enregistré.
Le bouton Trace télécharge le dernier compte rendu enregistré pour la facture. La fenêtre Champs & historique propose une icône pour chaque événement disposant d’un compte rendu associé. Une consultation ne remplace pas cette association et aucun compte rendu n’est attribué artificiellement aux événements anciens.
Résultat attendu
Les comptes rendus disponibles peuvent être retrouvés depuis la facture ou depuis l’événement correspondant.
Dans le circuit G2B, une ligne sans code taxe et dont le montant de taxe est nul ne provoque plus de refus de correspondance fiscale. Ses montants sont conservés sans ajout automatique de catégorie ou de motif fiscal. Les contrôles restent actifs lorsqu’une taxe est renseignée ou qu’un montant de taxe est non nul.
Résultat attendu
Ces lignes ne sont plus bloquées par l’absence de correspondance fiscale.
Dans le circuit B2G, une ligne sans code taxe et dont le montant de taxe est nul ne provoque plus de refus de correspondance fiscale. Ses montants sont conservés sans ajout automatique de catégorie ou de motif fiscal. Les taxes renseignées restent soumises aux contrôles habituels.
Résultat attendu
Ces lignes ne sont plus bloquées par l’absence de correspondance fiscale.
Une colonne permet de choisir parmi 88 motifs d’exonération. Lorsqu’une catégorie exige un motif, l’enregistrement nécessite un motif renseigné et reconnu ; dans les autres catégories, la zone est grisée et sa valeur n’est pas utilisée. Les correspondances existantes sont conservées sans attribution automatique de motif.
Résultat attendu
Le paramétrage permet de renseigner les motifs requis et signale les choix manquants ou invalides avant l’enregistrement.
La facture reprend le code et le libellé du motif d’exonération lorsque la catégorie de taxe l’exige. Une règle ou une information obligatoire absente, un motif invalide, ou des motifs différents pour une même catégorie et un même taux bloquent la préparation avec un diagnostic. Les catégories ne nécessitant pas de motif ignorent cette information.
Résultat attendu
Les incohérences de motifs d’exonération sont signalées avant la création de la facture électronique.
L’option Document intégré est prise en compte sur l’adresse électronique de l’acheteur retenue pour la facture. Le PDF identifié par le mot-clé Chorus est intégré au document transmis selon le canal utilisé. Si aucun PDF unique et exploitable n’est trouvé, la préparation est bloquée.
Résultat attendu
La facture intègre son PDF lorsque l’adressage le prévoit et qu’un document approprié est disponible.
La recherche des factures d’achat et l’e-reporting utilisent les adresses de type Fournisseur, distinctes des adresses Client. L’import et la présaisie prennent également en compte ce type d’adresse. Le nom du déclarant est repris depuis son adressage.
Résultat attendu
Les parcours achat utilisent l’adresse correspondant au rôle Fournisseur.
Les synchronisations de l’ancienne interface Vente ne remplacent plus les identités de l’adressage électronique par les données des fiches standard. La sélection des clients et l’historique tiennent compte de l’état Actif de leur adressage, dans l’environnement retenu à l’ouverture.
Résultat attendu
Les identités électroniques enregistrées sont préservées lors de l’utilisation de l’ancienne interface Vente.
Le rouge signale séparément les champs Party type, Niveau adressage, ID endpoint et Identifiant schéma lorsqu’ils sont vides. Les champs voisins ne sont plus colorés à tort et l’affichage se met à jour après saisie, abandon, création d’une fiche ou changement de type. Les champs masqués pour un Factor sont exclus de ce signalement.
Résultat attendu
L’utilisateur repère précisément les informations manquantes dans l’adressage.
Le bloc Factor, son titre et ses zones IBAN et BIC / SWIFT sont masqués pour les types Société, Site, Client et Fournisseur. Ils deviennent visibles et modifiables pour le type Factor.
Résultat attendu
Les coordonnées bancaires du Factor sont proposées uniquement dans l’adressage correspondant.
L’identité et les coordonnées bancaires du Factor proviennent de son adressage électronique actif, correspondant au pays, au code Factor de la facture et à l’environnement utilisé. Une adresse absente, ambiguë ou incomplète bloque la préparation ; les lignes postales facultatives ne sont pas reprises. Les coordonnées bancaires du site ou de la société restent utilisées hors du cas Factor B2G.
Résultat attendu
La préparation utilise les informations du Factor enregistré et signale les éléments qui empêchent de l’identifier correctement.
Les champs inutiles au type Factor sont masqués sans effacer leurs valeurs. Ils réapparaissent pour les autres types selon les règles du pays, tandis que l’IBAN et le BIC / SWIFT restent réservés au Factor. Le masquage est conservé lors des rafraîchissements de l’écran.
Résultat attendu
L’écran présente les informations adaptées au type d’adresse choisi, tout en conservant les valeurs déjà enregistrées.
Le chargement des Factors par pays et environnement reprend les anciens identifiants et coordonnées bancaires lorsqu’ils sont disponibles, sans remplacer les adresses existantes. Leur absence n’empêche pas le chargement. L’adaptation de l’affichage du bloc bancaire lors du changement de type reste en cours.
Résultat attendu
Le chargement permet de récupérer les informations disponibles des Factors ; l’adaptation de leur écran reste à finaliser.
L’ouverture et la gestion des correspondances ne s’appuient plus sur une information retirée de l’écran, qui provoquait une erreur à l’ouverture. Les correspondances de types de documents déjà enregistrées sont conservées.
Résultat attendu
L’écran peut être ouvert sans l’erreur liée à cette ancienne information.
Une fonction dédiée collecte les ventes, achats et paiements par société, site et période, puis permet leur préparation ou leur dépôt dans Chorus Pro. Elle conserve les tentatives antérieures, demande confirmation pour renvoyer l’original, refuse un rectificatif complet comportant des lignes bloquantes et empêche les dépôts simultanés. Le contrôle de licence est rétabli et la transmission reste conditionnée à la disponibilité des services d’échange requis dans X3.
Résultat attendu
Les opérations concernées peuvent être regroupées pour préparer l’e-reporting et demander leur dépôt ; ce dépôt ne constitue pas une acceptation fiscale.
La reprise des données lors de l’installation ou d’un lancement direct utilise les informations locales sans consulter automatiquement Chorus Pro. Elle peut ainsi démarrer sans adressage électronique ni paramétrage Chorus préalable. Les consultations demandées explicitement restent disponibles après paramétrage.
Résultat attendu
La reprise locale ne dépend plus d’une consultation Chorus automatique au moment de l’installation.
Un compte rendu commun conserve les actions réalisées pendant l’ouverture du cockpit. À cette étape, le bouton Trace y inscrit la demande sans recopier l’ancien fichier, et aucune action n’ouvre de lecteur. Le compte rendu s’affiche une seule fois à la fermeture si des erreurs ont été rencontrées.
Résultat attendu
Les erreurs d’une même session peuvent être consultées ensemble à la fermeture du cockpit.
Le cockpit dispose d’un quatrième onglet Exclu. Les actions Exclure et Inclure permettent de gérer les factures concernées, avec les protections prévues dans le parcours de transmission.
Résultat attendu
Les factures exclues disposent d’une liste dédiée et d’une action pour les réinclure.
Le cadre métier est déterminé à partir des lignes et des articles pour distinguer les biens, les services ou les opérations mixtes ; sa saisie manuelle disparaît. Les ambiguïtés et contradictions sont signalées avant la préparation, et la même information est utilisée dans les contrôles et la facture électronique. Les profils particuliers et ceux des transmissions antérieures sont conservés.
Résultat attendu
L’utilisateur n’a plus à saisir un code de cadre métier pour les cas déterminables à partir de la facture.
L’historique affiche un message de 250 caractères au maximum, y compris pour les événements sans référence d’envoi ni statut, depuis le cockpit ou la fiche facture. Dans l’onglet Émis, le bouton Champs & historique ouvre l’historique de la facture sélectionnée. L’action XML y est désactivée pour éviter d’ouvrir le document d’une autre liste.
Résultat attendu
L’utilisateur retrouve les messages de la facture sélectionnée, même lorsque l’événement ne porte pas de statut.
Le contrôle de licence reçoit les informations nécessaires après la saisie de la société. L’erreur qui interrompait cette étape dans Chorus Pro Achat est corrigée, tout en maintenant le contrôle de validité de la licence.
Résultat attendu
La saisie peut se poursuivre après le choix de la société lorsque la licence est valide.
À cette étape, le cadre métier peut être renseigné dans la facture ou dans Champs & historique avant la préparation du document électronique. Un contrôle commun signale les informations manquantes, avec possibilité de saisie pour une facture traitée individuellement et signalement sans dialogue pour un traitement en lot. L’information est conservée avec la facture et les profils des transmissions antérieures sont préservés.
Résultat attendu
Le cadre métier peut être renseigné et contrôlé avant préparation, sans modifier celui des transmissions antérieures.
Le nom de l’envoi courant est conservé après dépôt ou actualisation, avec ses informations de suivi dans l’historique. La recherche utilise d’abord ce nom exact puis le numéro de facture si aucun résultat n’est trouvé. La date de suivi et le statut de la facture sont préservés.
Résultat attendu
Le suivi peut retrouver l’envoi courant sans remplacer la date ni le statut déjà enregistrés.
Compte rendu du dépôt et de l’actualisation des statuts
Description / impact
Le compte rendu présente la réponse au dépôt et les retours disponibles de suivi, de recherche et de détail de la facture. À cette étape, Actualiser statuts G2B consulte ces réponses sans en déduire automatiquement un statut métier ; une erreur de consultation ne remet pas en cause le résultat ni la référence du dépôt. Le compte rendu est automatique en traitement unitaire et commun aux lignes en traitement par lot.
Résultat attendu
L’utilisateur peut consulter les réponses disponibles de Chorus Pro tout en conservant les informations du dépôt acquis.
Le blocage qui interrompait certaines consultations avant leur envoi à Chorus Pro est corrigé. L’action Actualiser statuts peut demander le suivi de l’envoi puis les informations de la facture.
Résultat attendu
Les demandes de consultation peuvent atteindre Chorus Pro sans l’arrêt préalable concerné.
Le calcul du contrôle d’intégrité transmis avec un envoi G2B est corrigé pour respecter le mode de calcul demandé par Chorus Pro. L’action Émettre reste identique pour l’utilisateur.
Résultat attendu
Le dépôt n’est plus exposé au refus provoqué par cet écart de calcul, sans préjuger des autres contrôles Chorus Pro.
Le renvoi d’une facture au statut d’erreur d’échange est autorisé quelle que soit la cause de l’erreur, avec conservation de l’historique des tentatives. L’actualisation suit la nouvelle tentative sans réutiliser les anciennes références de dépôt. La priorité donnée à un statut déjà intégré, les droits, la validation, l’adressage et les protections contre les opérations simultanées sont conservés.
Résultat attendu
L’utilisateur peut relancer une facture en erreur d’échange lorsque les autres conditions d’émission sont réunies.
Le contrôle de l’extension des fichiers avant dépôt est corrigé dans les parcours G2B et B2G. Les messages de refus distinguent les problèmes de facture, de routage, de document, d’historique, d’environnement ou d’opération déjà en cours. Les protections contre un second dépôt sont conservées.
Résultat attendu
Un fichier correctement nommé n’est plus refusé à cause du contrôle d’extension concerné et les autres refus sont plus faciles à identifier.
La préparation des fichiers nécessaires aux envois G2B est prise en charge dans Sage X3. Les archives d’envoi contiennent uniquement les fichiers sélectionnés. Le contrôle de leur extension est également corrigé.
Résultat attendu
Les archives d’envoi regroupent uniquement les documents sélectionnés et sont préparées dans X3.
La connexion G2B utilise les services d’authentification et d’échange déjà paramétrés pour la société, ainsi que le compte Chorus associé. Le blocage lié à l’exigence de paramètres inexistants est supprimé pour le dépôt, le suivi et la recherche de factures. Les valeurs du paramétrage existant sont conservées.
Résultat attendu
Les fonctions G2B peuvent utiliser le paramétrage société disponible sans demander les paramètres inexistants concernés.
Une facture dont l’historique confirme l’intégration reste dans Émis, même en présence d’un rejet plus récent ou de plusieurs flux. Sans intégration confirmée, la dernière erreur applicable est retenue ; une nouvelle préparation réussie peut lever une erreur locale, mais pas un rejet de Chorus Pro.
Résultat attendu
Le classement reflète l’intégration déjà obtenue, tout en conservant l’historique et la protection contre une nouvelle émission.
Les traitements de masse regroupent leurs résultats dans un compte rendu commun qui identifie chaque facture, sans ouverture automatique de fenêtres. Une facture B2G sans engagement est ignorée avec un motif explicite ; la saisie reste disponible en action unitaire. Une recherche complète sans facture retrouvée conserve le suivi et l’historique, tandis que les erreurs sont signalées séparément.
Résultat attendu
Le lot poursuit son traitement et l’utilisateur distingue les informations, les factures ignorées et les erreurs dans un compte rendu commun.
La sélection des adresses électroniques respecte le pays, l’environnement et l’entité concernés. L’adresse du site reste prioritaire sur celle de la société, et les contradictions réelles restent bloquantes. Le cockpit doit être fermé puis rouvert pour renouveler les adresses chargées.
Résultat attendu
Une adresse hors périmètre ne provoque plus de fausse contradiction avant la préparation ou l’envoi d’une facture.
La recherche utilise au choix un SIREN exact ou une partie de la raison sociale, avec conservation du critère entre les pages et possibilité de relance en l’absence de résultat. Elle n’exclut plus implicitement les sociétés inactives ; le remplacement d’une adresse nécessite toujours une confirmation et une plateforme active. Annuler conserve l’adresse existante, et le compte rendu reste accessible sans s’ouvrir automatiquement.
Résultat attendu
L’utilisateur peut affiner sa recherche et consulter les résultats sans modifier l’adresse avant confirmation.
La saisie d’un engagement manquant est proposée dans Champs & historique avant de poursuivre la préparation ou l’envoi d’une facture B2G. Après validation, les références sont enregistrées et les droits ainsi que l’état de la facture sont de nouveau contrôlés. Annuler ou laisser l’engagement vide arrête cette facture. Ce parcours a ensuite été réservé aux actions unitaires ; en masse, la facture à compléter est ignorée avec un motif explicite et le lot continue sans dialogue.
Résultat attendu
L’utilisateur peut compléter l’engagement avant de poursuivre ; les factures G2B et les factures déjà renseignées conservent leur parcours habituel.
Les actions Champs & historique et XML sont accessibles depuis les lignes Erronés et À émettre, avec consultation de l’historique local dans la limite de 999 événements et selon les droits. Les trois références peuvent être modifiées avec validation ou annulation ; une modification impose de renouveler les documents préparés avant l’envoi. Le XML peut être préparé avant transmission sans déposer la facture, sous réserve de la licence de la société.
Résultat attendu
L’utilisateur consulte les références et l’historique ou prépare le XML depuis la facture sélectionnée, sans réutiliser un document devenu obsolète après modification.
L’ouverture de l’écran des correspondances TVA est corrigée, avec maintien de la consultation et de l’enregistrement des correspondances. À cette étape, les catégories autres que la catégorie standard de TVA restent refusées à l’émission tant que leur motif fiscal n’est pas pris en charge.
Résultat attendu
L’écran peut afficher les correspondances sans l’erreur liée à des informations absentes, tout en conservant les restrictions fiscales applicables à cette étape.
Les blocages fondés sur de faux prérequis sont retirés et les contrôles applicables en France fournissent un message détaillé pour chaque anomalie. Le cockpit restitue l’erreur récente sans perdre les preuves d’un dépôt antérieur. À cette étape, les catégories autres que la catégorie standard de TVA restent refusées en l’absence de prise en charge de leur motif fiscal.
Résultat attendu
L’utilisateur identifie les anomalies à corriger tout en conservant la visibilité sur les dépôts déjà réalisés.
Le chargement regroupe la collecte des factures et réserve les nouvelles candidates aux tiers Chorus disposant d’un adressage électronique actif. Les factures anciennes et celles déjà suivies restent accessibles, même après désactivation de l’adressage, dans le respect des droits et du classement existants.
Résultat attendu
Les nouvelles factures sont sélectionnées selon leur éligibilité, sans perdre le suivi des factures déjà prises en charge ni la protection contre un nouveau dépôt.
La consultation respecte le choix Production ou Sandbox et utilise une identité électronique active et valide à la date de consultation, en donnant priorité au site sur la société. En B2G, le rapprochement accepte le SIRET ou le SIREN avec une facture exacte et unique ; en G2B, le SIRET est requis. L’environnement d’un historique n’est rectifié que si une facture unique et le même flux sont identifiés.
Résultat attendu
Le statut est recherché dans le contexte approprié, sans rattacher l’historique à une autre facture ou à un autre flux.
Les paramètres sont chargés à l’ouverture du cockpit ou au lancement d’un traitement autonome, puis conservés pendant son utilisation. Le choix d’environnement du dossier reste distinct des paramètres de société ; une modification du paramétrage prend effet à la prochaine ouverture.
Résultat attendu
Les actions d’une même session utilisent un contexte cohérent, y compris lorsqu’une valeur de paramètre est absente.
L’environnement G2B est lu au niveau du dossier, indépendamment de la société utilisée pour la facture. Un message explicite signale un paramètre absent ou invalide.
Résultat attendu
Le traitement utilise l’environnement prévu pour le dossier ou indique clairement ce qui empêche de le déterminer.
La consultation de l’environnement G2B est corrigée pour utiliser le paramètre prévu à cet effet. Sa présence et sa valeur restent nécessaires dans le dossier concerné ; aucune valeur n’est créée automatiquement.
Résultat attendu
Le choix de l’environnement repose sur le paramétrage attendu du dossier.
L’action Trace ouvre le compte rendu Sage X3 associé à la facture sélectionnée, selon les droits de consultation. Si aucun compte rendu n’est disponible, un message l’indique ; les anciennes traces non associées à une facture ne sont pas reconstituées.
Résultat attendu
L’utilisateur accède au compte rendu de la facture ou reçoit une indication claire de son indisponibilité.
Le rapprochement utilise les références historiques connues, même si le suivi courant est vide, puis recherche la facture et son fournisseur lorsqu’aucune référence n’est disponible. Il distingue les rejets connus, les erreurs de consultation et les réponses incomplètes, tout en conservant l’historique et l’environnement consulté. Sa mise en service reste conditionnée à la reprise préalable des données et aux prérequis d’accès sécurisé G2B.
Résultat attendu
Le suivi peut retrouver les informations disponibles dans Chorus Pro sans assimiler une réponse incomplète à un rejet ni autoriser un nouveau dépôt.
Les listes Erronés et Émis sont limitées aux factures disposant d’un suivi correspondant exactement à leur identité. La liste À émettre conserve ses critères ; une facture invalide ne devient pas éligible à l’envoi.
Résultat attendu
Des factures extérieures au suivi ne sont plus classées dans Erronés ou Émis.
La reprise conserve les dates, les identifiants et les utilisateurs d’origine lors de l’archivage et de l’enrichissement des anciens événements. Les informations reprises restent soumises à une comparaison stricte avec leur origine.
Résultat attendu
Les événements historiques gardent leur identité et leur chronologie d’origine.
La reprise regroupe son contrôle préalable, son exécution et ses contrôles de fin dans une seule action, après mise en place des prérequis du module. En cas d’échec, le compte rendu précise l’étape et l’information concernées ; les écritures non validées sont annulées. Un échec de finalisation après validation des données laisse l’installation incomplète et permet une nouvelle tentative.
Résultat attendu
L’opérateur dispose d’un parcours de reprise regroupé et d’informations plus précises pour situer un échec ou une finalisation incomplète.
Le lancement de la reprise applique les changements prévus, tandis que le contrôle seul reste disponible séparément. Chaque lancement produit un compte rendu sans ouverture automatique de fenêtre. La finalisation reste conditionnée à une reprise terminée ou déjà conforme, sans donnée restante à reprendre ou à enrichir.
Résultat attendu
Le choix entre contrôler et appliquer devient explicite, et le résultat du traitement reste consultable.
La reprise s’appuie sur les données présentes dans le dossier, sans dépendre d’un client ou d’un volume prédéfini. Elle conserve les historiques et les états existants, refuse les situations ambiguës et nécessite une action explicite. La finalisation attend une reprise conforme, sans historique ni événement restant à traiter.
Résultat attendu
Le contenu du dossier détermine la reprise à effectuer, avec conservation du suivi existant et signalement des ambiguïtés.
Une première préparation de reprise prévoit l’archivage intégral des historiques, la consolidation des états de facture et la conservation des événements à partir d’un état de référence des données. Elle propose le contrôle seul ou l’archivage avec consolidation, sans lancement automatique ni échange avec Chorus Pro. La restauration reste indisponible.
Résultat attendu
Les historiques et les événements sont conservés lors de la réorganisation du suivi des factures.
Le cockpit regroupe les factures dans trois onglets, Erronés, À émettre et Émis, avec des critères de sélection, une émission déclenchée par l’utilisateur et la consultation des statuts. Il contrôle les habilitations et bloque un nouveau dépôt lorsque la facture est déjà déposée ou que sa situation reste incertaine. L’actualisation conserve l’historique, la date de dépôt et les identifiants de la facture.
Résultat attendu
L’utilisateur dispose d’un point d’accès commun pour préparer, transmettre et suivre les factures selon ses droits.
Un échec de consultation de l’Annuaire fournit un message avec le statut de la réponse et la référence du compte rendu Sage X3. Les informations sensibles sont masquées dans ce compte rendu.
Résultat attendu
L’utilisateur dispose d’une indication exploitable sur l’échec de consultation sans exposition des informations de connexion.
Lorsqu’un compte rendu est ouvert, il consigne le service sollicité et le résultat de l’échange en masquant les informations sensibles. La consultation de l’Annuaire gère son propre compte rendu interactif.
Résultat attendu
Le résultat des échanges peut être consulté pour comprendre une difficulté sans exposer les informations confidentielles.
La recherche dans l’Annuaire prend en compte les paramètres de société et la pagination des résultats. L’identifiant électronique renvoyé par l’Annuaire fait référence ; le statut n’est réinitialisé que si cet identifiant change. La consultation reste réservée aux adresses françaises enregistrées et les mises à jour portent sur l’adresse précisément concernée.
Résultat attendu
La recherche et le remplacement d’une adresse conservent un statut cohérent avec l’adresse retenue.
L’ouverture de la consultation de l’Annuaire depuis son contexte est corrigée. Les listes de sociétés et d’adresses sont rafraîchies après réception des résultats.
Résultat attendu
L’écran présente les sociétés et les adresses renvoyées par la recherche.
Les contrôles communs vérifient le périmètre français de la société, le profil correspondant au flux et les règles issues du paramétrage de la société. Les contrôles bancaires sont alignés sur les informations produites dans la facture, et un motif d’exonération est exigé lorsqu’il est requis. Les informations sensibles restantes sont retirées des comptes rendus.
Résultat attendu
La préparation applique des règles cohérentes aux flux B2G et G2B et signale les informations obligatoires manquantes.
Préparation et téléchargement des factures électroniques
Description / impact
Les actions unitaires, les traitements de masse, les téléchargements et les contrôles utilisent une préparation commune des factures électroniques. Seul un XML nouveau et non vide issu de l’exécution en cours est accepté. Les archives téléchargées contiennent uniquement les fichiers de cette exécution.
Résultat attendu
L’utilisateur récupère les documents de son traitement, sans réutilisation d’un ancien XML ni inclusion de fichiers étrangers à l’exécution.
La validation de la facture enregistre une demande d’émission conservée pour un traitement différé après confirmation de la validation. Les erreurs restent visibles sans nouvelle tentative automatique, et une référence de dépôt déjà connue est conservée même si l’enregistrement du résultat rencontre une difficulté. Cette transmission différée nécessite sa mise en service et sa planification.
Résultat attendu
La facture est préparée et transmise après sa validation, avec protection contre les doubles traitements et visibilité sur les erreurs.
Le dépôt G2B est préparé à partir du XML courant, avec un contrôle de cohérence entre la facture et les fichiers envoyés. Les dépôts B2G et G2B disposent d’une protection commune contre les envois simultanés ou répétés et d’une prise en charge des dépôts interrompus.
Résultat attendu
Le dépôt reste lié à la facture préparée, avec conservation du suivi en cas d’interruption et prévention d’un nouveau dépôt indu.
La génération des factures électroniques B2G et G2B utilise des contrôles communs et le format UBL 2.1. Elle empêche la création d’un XML incohérent, sans modifier la facture Sage X3 ni effectuer de dépôt pendant la préparation.
Résultat attendu
Les deux flux disposent d’une préparation commune du document électronique, distincte de sa transmission.
L’Annuaire G2B peut être consulté depuis l’adressage électronique, avec navigation entre les pages de résultats et contrôle en masse des adresses. Le remplacement d’une adresse reste une action explicite ; le contrôle en masse met uniquement à jour son statut.
Résultat attendu
L’utilisateur peut consulter et contrôler les adresses sans qu’un contrôle de masse remplace automatiquement les coordonnées enregistrées.
Le flux G2B permet le dépôt, la consultation du statut, la recherche de factures selon plusieurs critères et l’accès au détail avec historique. Les recherches prennent en compte les résultats complets, partiels ou absents, sans consigner les informations sensibles.
Résultat attendu
Les factures G2B disposent de fonctions de transmission, de recherche et de suivi de leur traitement.
Le moyen de paiement de la facture électronique est déterminé en priorité à partir du nouvel écran de correspondance. L’ancien paramétrage reste utilisé lorsqu’aucune correspondance n’est disponible dans ce nouvel écran.
Résultat attendu
Le nouveau paramétrage est pris en compte en priorité tout en conservant la continuité avec les correspondances existantes.
Le flux G2B détermine l’acheminement selon la nature des parties et leur adressage électronique. Il conserve les états et l’historique de la facture, empêche les dépôts répétés et limite les blocages liés à un traitement interrompu.
Résultat attendu
La facture est orientée selon ses parties et son adressage, avec un suivi de traitement et une protection contre les doubles dépôts.
Les échanges utilisent en priorité la fonction de communication disponible dans Sage X3. Une solution de remplacement n’est utilisée que si cette fonction est absente ; elle ne relance pas un échange après une erreur réseau ou une réponse d’erreur du service.
Résultat attendu
L’échange peut s’adapter aux capacités disponibles sans provoquer un second dépôt à la suite d’une erreur de communication.
Une adaptation spécifique peut remplacer l’IBAN et le BIC avant la génération de la facture électronique. En l’absence d’adaptation, les coordonnées issues du calcul standard restent utilisées.
Résultat attendu
Les coordonnées bancaires peuvent répondre à un besoin particulier tout en conservant le fonctionnement standard par défaut.
