Module Unalterable Archives - Logs: Difference between revisions

Jump to navigation Jump to search

Module Unalterable Archives - Logs (view source)

Revision as of 08:31, 4 September 2020

361 bytes removed ,  6 years ago
Translated from French to English using deepl.com
VisualWikitext
(Created page with "<!-- BEGIN interlang links --> <!-- Do NOT edit this section Links below are automatically managed by PolyglotBot You can edit links on the English source page : Mod...")
Tag: 2017 source edit
 
(Translated from French to English using deepl.com)
Line 15: Line 15:
userdoc=This page|}}
userdoc=This page|}}


= Introduction =
=Introduction=
{{ToTranslate}}
The "Archives/Unalterable Logs" module activates the logging of certain business events in an unalterable log/archive. Events are archived in real time. The archive is a table of chained events that can only be read and exported. This module allows to be compatible with the requirements of the laws of certain countries (such as the Finance law 2016 or standard 525 in France).
Le module "Archives/Logs Inaltérables" active la journalisation de certains événements métiers dans une log/archive inaltérable. Les événements sont archivés en temps réel. L'archive est une table d'événements chaînés qui peut être lu uniquement et exporté. Ce module permet d'être compatible avec les exigences des lois de certains pays (comme par exemple la loi Finance 2016 ou norme 525 en France).
=Installation=
 
= Installation =
{{NoInstallModuleEn}}
{{NoInstallModuleEn}}


= Setup =
=Setup=
{{ActivationModuleEn}}
{{ActivationModuleEn}}


= Usage =
=Usage=
{{ToTranslate}}
Once the module is activated, there is nothing special to do to use it. The application is used as if the module was not activated. The difference is that some management actions will be traced in a log (a table) called unalterable. The events that are traced are the following:
Une fois le module activé, il n'y a rien de particulier à faire pour l'utiliser. On utilise l'application, comme si le module n'était pas activé. La différence et que certains actes de gestions se retrouveront tracés dans une log (une table) dite inaltérable. Les événements qui sont tracés sont les suivants:
 
*  
*
* Enregistrement d'un paiement (ce cas est celui qui est obligatoire en France de par le loi Finance 2016)
*Registration of a payment (this case is the one that is mandatory in France by the Finance 2016 law)
* Désactivation / Réactivation du module Log Inaltérable.
*Deactivation / Reactivation of the Unalterable Log module.
Il faut comprendre par '''inaltérable''' que le maximum a été réalisé pour réduire le risque de modification d'un enregistrement. Cela comprend les points suivants:
 
* Il n'existe aucune fonctionnalité dans l'application pour effacer ou modifier une ligne.
By unalterable, it must be understood that the maximum has been achieved to reduce the risk of modifying a record. This includes the following points:
* Chaque enregistrement de cette log se retrouve protégé par une somme de contrôle qui dépend des données de l'enregistrement, rendant invalide la somme de contrôle en cas de tentative de modification de l'enregistrement (suite à un hack de la base de donnée par exemple).
 
* Chaque somme de contrôle se retrouve chaînée avec la somme de contrôle de l'enregistrement précédents, si bien qu'il n'est pas possible de hacké une chaîne de contrôle d'un enregistrement sans rendre invalide l'enregistrement précédent à son tour.
*There is no functionality in the application to delete or modify a line.
* Une signature des programmes peut être définit pour valider un état du code des programmes et un outil de vérification permet d'identifier si un fichier a été modifié (par exemple suite à un hack du serveur) rendant détectable si du code informatique a été modifié pour tenter de contourner le mécanisme de log inaltérable.
*Each record of this log is protected by a checksum that depends on the data of the record, making the checksum invalid in case of an attempt to modify the record (following a database hack for example).
*Each checksum is chained with the checksum of the previous record, so that it is not possible to hack a checksum chain of a record without invalidating the previous record in turn.
*A program signature can be defined to validate a state of the program code and a verification tool can be used to identify if a file has been modified (e.g. as a result of a server hack) making it detectable if computer code has been modified in an attempt to bypass the unalterable log mechanism.
DavidNDU
3

edits

Retrieved from "https://wiki.dolibarr.org/index.php/Special:MobileDiff/48350"

Navigation menu