L'objet de ce document est de d'écrire en profondeur l’implémentation technique de la solution : technologies, algorithmes (notamment de signature et hashs utilisés pour la sécurisation des données), frameworks, protocoles utilisés et architecture détaillée du système (avec nature des flux entre les différents composants du système), modalités de sauvegarde.

Physiquement le serveur est situé dans un datacenter toulousain, dans une baie louée par la société Prosoluce qui est l'un de nos partenaires privilégiés. Il s'agit d'une VPS, gérée sous proxmox qui simule “windows server 2019” 2 cœurs.
L'ensemble des informations est disponible sur notre intranet.
Pour des raisons de sécurité, le contenu détaillé n'est disponible que sur demande écrite justifiée.
Le schéma générique du serveur est Cette image est dupliquée sur la page suivante

Pour répondre au mieux aux contraintes des installations sur les postes professionnels et sur les systèmes non gérés par LoGeAs (comme Linux ou Mac), nous avons choisi de livrer la nouvelle version sous la forme d’un simple fichier (compressé ou non). Les fichiers secondaires utilisés pour le paramétrage sont maintenant stockés en base de données et téléchargés à la demande. Ceci permettra aussi de les faire évoluer sans avoir besoin de faire une nouvelle version. C’est en particulier le cas des états. Il est donc possible de mettre l’exécutable de LoGeAs sur une clef USB 3 et de le transporter d’ordinateur en ordinateur.

Lors du lancement, à côté de l’exécutable LoGeAs, est créé un dossier « LoGeAsUserData » dans lequel sont stockés :

• les informations de connexion (qui peuvent être régénérées facilement si besoin)
• des dossiers temporaires à LoGeAs, vidés régulièrement automatiquement
• les états « personnalisés » que vous ne partagez pas avec vos collègues. Il est alors de votre responsabilité d’en faire des sauvegardes.
• des sauvegardes des états modifiés

On trouvera la spécification technique des postes sur lesquels LoGeAs peut fonctionner à la page “Sur quel ordinateur peut-on utiliser LoGeAs ?“

Nous aborderons ici le thème de la supervision et son intégration dans le processus de gestion des incidents au sens ITIL du terme. Commençons tout d’abord par rappeler ce qu’est un incident dans un contexte ITIL. Un incident est une interruption inattendue d'un service. Il perturbe les opérations normales et affecte donc la productivité de l'utilisateur final. Un incident peut être provoqué par le mauvais fonctionnement d’un actif ou par une panne de réseau, en exemple : l’indisponibilité d’une imprimante.

Le lien entre la supervision et la gestion des incidents s’appuie particulièrement sur deux points :

• La génération automatique d’incident pour les alertes critiques fonctionnelles remontées par l’outil de supervision.
• La liaison directe avec la base de connaissance de la gestion des incidents.

Ainsi, la supervision permet de :

• Prévenir certains incidents par des systèmes de suivi d’indicateurs clefs et des alertes préventives adaptées.
• Ordonnancer les incidents selon une classification adaptée aux services ou aux besoins de l’entreprise.
• Optimiser la détection des incidents par un système d’alertes optimisées.
• Optimiser la résolution des incidents par la mise en place de procédure optimisées et en amélioration continue (mise à jour régulière de la base de connaissance afin de la faire correspondre aux nouvelles problématiques rencontrées).

Les bilans fournis par un outil de supervision sur l’état et la disponibilité des services permettent également de valider ou d’invalider une CNS (Contrats de Niveau de Service) ou SLA pour reprendre un terme ITIL (Service Level Agreement).

Le choix de l’entreprise s’est finalement porté sur Zabbix. En effet, outre la possibilité d’intégrer Zabbix à notre logiciel de support de façon simple, il s’avère que Zabbix dispose d’un template permettant de superviser les sauvegardes gérées par le logiciel Ipérius Backup, nous offrant ainsi la possibilité de nous alerter par sms, et de créer un ticket de support sur OTRS lorsqu’une sauvegarde est en statut d’échec ou terminée avec des erreurs, en sus des courriels. De plus, la possibilité de créer et de customiser simplement les déclencheurs et donc d’affiner la supervision des services déterminés comme étant critique est un réel avantage.

Dans le cadre de la certification NF552 (en cours) un audit de robustesse à été réalisé sur le progiciel en octobre 2021. En voici les grandes lignes et les points

On trouvera sur le page Partie cryptologie de LoGeAs (chaine aléatoire, cryptage, signature...) l'ensemble des informations liées à la signature des fichiers dans LoGeAs (FEC, Sauvegarde, Archive fiscale)

On pourra ce reporter à la page Partie cryptologie de LoGeAs (chaine aléatoire, cryptage, signature...) pour avoir des informations sur la technique utilisée par LoGeAs pour signer les fichiers et les enregistrements

A partir de la version 9.5, la structure de la piste d'audit évolue pour se mettre en conformité avec la nouvelle version 4.0 du du R19.

N°	Version initiale du logiciel	Schéma explicatif	Commentaires
01	Non référencé (buggée)
02	A partir de la version 9.5		la structure de la piste d'audit évolue pour se mettre en conformité avec la nouvelle version 4.0 du du R19 La signature de chaque enregistrement est constituée avec la suite des champs : * “ID” : Identifiant de l'événement * “Code” : Code de l'événement * “Intitule” : Intitulé du code / Description de l'événement * “GDHDate” : Horodatage GDH (sous la forme AAAAMMJJHHMMSS) * “CreatedUserSUID” : Code opérateur * “Champ vide” correspondant au code de caisse (non utilisé dans LoGeAs) * “N” s'il existe une signature sur l'enregistrement précédent “O” sinon * “Signature de l'enregistrement précédent”
03	A partir de la version 10.0

Bien que complétée par un texte en clair, chaque ligne d'entrée dans ce journal (JET) est taguée, conformément à la NF203, par un code dont vous trouverez la signification ci-dessus.

Référence : Journal des Evénements Techniques (JET) / RECOMMANDATIONS INFOCERT 2018 - FORMAT FIDELE INTEROPERABILITE [R19] - Edition Edition 4 du 24 juillet 2020
En gras les codes utilisés par LoGeAs Web

900 à 999 Fonctions éditeur L’événement concerne le suivi des codes libres définis par l’éditeur

On trouvera à la page Livre blanc sur LoGeAs et le FEC les informations liées au FEC.

On trouvera à la page Réaliser une Sauvegarde ou une Archive Fiscale de la documentation utilisateur les informations sur les sauvegardes.

On trouvera à la page qu_est_ce_que_l_archive_fiscale les informations concernant l'archive fiscale produite par LoGeAs.

LoGeAs étant destiné à des petites et moyennes structures, et la plupart du temps utilisé par des non-comptables, il fonctionne en mode “brouillard permanent”. L'utilisateur réalise des saisies qui sont transformées par un algorithme interne en écritures comptables en mode brouillard. Ce n'est qu'au moment de la clôture comptable que ces écritures sont réellement ordonnées dans une séquence continue chronologique. Il est à noter que nos utilisateurs, même si le logiciel permet un clôture mensuelle, n'utilisent que la clôture annuelle.

Toutes les saisies sont regroupées dans une même table "Saisie".
Cette table contient un identifiant unique de séquence nommé “ID”:

• il est non modifiable
• il est associé à une double chronologie sur la date de création
  • “DateCreation”, géré en haut niveau
  • “Created”, géré au plus bas niveau directement par l'ORM
• une ligne ne peut pas être effacée de la table, seul son Status peut être changé :
  • Brouillard : Saisie temporaire mais prise en compte
  • Supprimée : Saisie supprimée
  • Approuvée : Saisie Validée (au sens comptable du terme)
  • Clôturée : Saisie clôturée

A noter que cette séquences chronologique est inter-exercices et n'est valide que pour les saisies faites en version WEB (champ created)

Toutes les écritures sont regroupées dans une même table "Ecriture".
Cette table contient un identifiant unique nommé “ID”, mais contrairement à la table de saisies, ce numéro peut être remis en cause lors de chaque modification de la saisie dont il est issu. Il ne faut donc pas le considérer comme un numéro de séquence.

La réelle séquence continue chronologique est faite lors de la clôture d'une période comptable. A ce moment-là les écritures sont numérotées dans le champ “NumeroCloture” dans l'ordre “DateOperation”, “ID”. La séquence est sur l'exercice (à compter de la version 9.2.5). Remarque : bien évidemment cette série étant liée à la clôture, elle n'est pas modifiable par la suite.

Lors de l’émission d'un FEC, celui-ci a sa propre séquence continue au travers du champ “NumeroFec”, ce choix a été fait car même si normalement l’émission d'un FEC est réservé à une période clôturée, il est possible de d'utiliser le FEC comme échange de données entre logiciels.

La marque NF Logiciel fait l'obligation d'associer chaque saisie à un numéro de pièce ; ce critère est en place depuis la sortie de la version Web (bien que des imports puissent ne pas en posséder). Après échange, le système automatique retenu est celui de la numérotation mensuelle par exercice. L'utilisateur étant libre de modifier la valeur automatique s'il remplace la valeur automatique par une autre. Pour proposer un système plus systématique et plus conforme, les principes sont les suivants :

• à chaque saisie doit correspondre un numéro de pièce justificative, celle-ci pouvant être une facture, un bordereau de remise en banque ou simplement le relevé bancaire.
• une multi-lignes sera considérée comme une seule saisie, donc associée à une seule pièce (mais rien n'empêche que cette pièce soit constituée de plusieurs sous-pièces)
• les pièces sont numérotées selon la norme suivante Paa-x où
  • P indique pièce ou paiement
  • aa est le numéro du mois de la date de la pièce justificative (actuellement date d'opération) écrite sur deux digits
  • x est le numéro de rang dans le mois

cette numérotation est générée automatiquement dans tous les écrans

• les écriture liées à des factures émises seront numérotées selon la norme Fxxxx où
  • F indique facture
  • xxxx est le numéro de rang des factures depuis la création de la structure sur 4 digits