Normes et réglementations: Difference between revisions
imported>Claratte |
imported>Claratte |
||
Line 11: | Line 11: | ||
*Les [[Comptabilité#Inaltérabilité-des-données|écritures comptables validées ne sont pas modifiables]] | *Les [[Comptabilité#Inaltérabilité-des-données|écritures comptables validées ne sont pas modifiables]] | ||
*La traçabilité est garantie par l'[[Envoi-automatique-des-emails#E-mail-de-reçu|envoi automatique d'un email de reçu de paiement]] contenant une pièce jointe au format PDF avec un sceau chainé | *La traçabilité est garantie par l'[[Envoi-automatique-des-emails#E-mail-de-reçu|envoi automatique d'un email de reçu de paiement]] contenant une pièce jointe au format PDF avec un sceau chainé | ||
* | *Sur les interfaces affichant les extraits de compte, un test est effectué pour chaque écriture comptable validée afin de vérifier que sa chaine n'a pas été falsifiée. Si le test est concluant un pictogramme symbolisant un cadenas apparait à droite de l'écriture comptable concernée. Si une rupture du chainage est identifié, le symbole du cadenas apparaît grisé avec une croix rouge. | ||
Les clients concernés par | Les clients concernés par l'obligation d'utiliser un logiciel conforme à la réglementation peuvent retrouver une attestation à compléter et à produire à l'administration fiscale en cas de contrôle. Cette attestation est disponible dans [[Compte-client-OpenFlyers-et-modèle-commercial#Accéder-à-son-compte-client-OpenFlyers|l'espace client]] menu '''Fiche contact > Attestation art. 286 du CGI'''. | ||
=Protocole TLS 1.2= | =Protocole TLS 1.2= |
Revision as of 09:43, 14 March 2018
Présentation
L'objet de cette page est de regrouper les différentes normes et réglementations qu'OpenFlyers respecte ou met en oeuvre.
Inaltérabilité des données et traçabilité des encaissements
Conformément :
OpenFlyers v.4.2 et supérieur respectent cette réglementation. Ainsi :
- Les écritures comptables validées ne sont pas modifiables
- La traçabilité est garantie par l'envoi automatique d'un email de reçu de paiement contenant une pièce jointe au format PDF avec un sceau chainé
- Sur les interfaces affichant les extraits de compte, un test est effectué pour chaque écriture comptable validée afin de vérifier que sa chaine n'a pas été falsifiée. Si le test est concluant un pictogramme symbolisant un cadenas apparait à droite de l'écriture comptable concernée. Si une rupture du chainage est identifié, le symbole du cadenas apparaît grisé avec une croix rouge.
Les clients concernés par l'obligation d'utiliser un logiciel conforme à la réglementation peuvent retrouver une attestation à compléter et à produire à l'administration fiscale en cas de contrôle. Cette attestation est disponible dans l'espace client menu Fiche contact > Attestation art. 286 du CGI.
Protocole TLS 1.2
Conformément :
- A la recommandation R3 du guide TLS v1.1 du 19 août 2016 de l'Agence Nationale de la Sécurité des Systèmes d'Information (ANSSI) : "Utiliser uniquement TLS 1.2"
- Aux versions 3.1 et 3.2 de la norme de sécurité de l’industrie des cartes de paiement PCI-DSS qui imposent l'abandon de SSL 3.0 et TLS 1.0 à la date du 10 avril 2018
Depuis le 1er mars 2018, sur l'ensemble de ses serveurs, OpenFlyers met uniquement en œuvre le protocole TLS 1.2 pour les échanges sécurisés via le port HTTPS.
Sur OpenFlyers v.4 et supérieur, les accès au logiciel se font exclusivement par le port HTTPS.
L'exemple de script PHP concernant le contrôle d'identification par OpenFlyers pour un logiciel tiers est à jour de cette version de protocole.