30,909
edits
mNo edit summary Tag: 2017 source edit |
mNo edit summary Tag: 2017 source edit |
||
| Line 48: | Line 48: | ||
=> Exigence applicable mais conforme car on conserve plus longtemps. | => Exigence applicable mais conforme car on conserve plus longtemps. | ||
*Certains points concerne les | *Certains points concerne les systèmes centralisateurs. Hors notre solution est une application web, basée sur un seul système sans aucune donnée même temporaire en dehors, donc un système "centralisé" mais pas "centralisateur". Peut-on donc considérer que cette exigence ne sera pas un point "Non satisfaisant" car Non applicable ? => Applicable et on conserve au dela des 6 ans. | ||
* Une doc parle de QU2507-0027 - Vérification fonctionnelle - Tester le fonctionnement du système pour vérifier que les corrections s'effectuent par des opérations de "plus" et de "moins" et non par des modifications directes des données d'origines enregistrées. Vérifier par examen de la base de données ou du fichier que les données sont effectivement enregistrées, en cas de correction. ... Cela veut-il dire qu'il faut aussi tracer de manière inaltérable chaque étape intermédiaire de saisie/remplissage du panier et ce alors même qu'il n'y a pas encore de paiement ? Et si oui faut-il aussi le faire pour les factures en backoffice ? => oui dans le context d'usage de ticket, non dans le contexte de logiciel de facturation. | |||
* | *Compléter la doc pour indiquer que le serveur peut être local ou externe => Indiquer que c'est du SSL si local. Indiquer qu'on est en dehors du système centralisateur car on ne stock pas de données sur le client local. Le client ne peut fonctionner sans serveur actif. Les données saisi au clavier transite de manière cryptée vers le serveur en HTTPS. | ||
*Une exigence indique "Vérifier que la restauration d’une base ou d’un dossier contenant les données protégées est empêchée ou détectée.". Pour répondre à un sinistre on doit toujours pour restaurer un système dans un état x à une date dans son intégralité. Est-ce ok si on ne propose aucune fonction de restauration partielle,uniquement de resto total en cas de sinistre majeur. Et dans ce cas, par définition, il n'est pas possible de détecter car le principe d'une resto total est d'avoir tout dans exactement le même état. | *Une exigence indique "Vérifier que la restauration d’une base ou d’un dossier contenant les données protégées est empêchée ou détectée.". Pour répondre à un sinistre on doit toujours pour restaurer un système dans un état x à une date dans son intégralité. Est-ce ok si on ne propose aucune fonction de restauration partielle,uniquement de resto total en cas de sinistre majeur. Et dans ce cas, par définition, il n'est pas possible de détecter car le principe d'une resto total est d'avoir tout dans exactement le même état. | ||
=> Usage en cas de restauration partielle. Indiquer la notion de délai de sauvegarde => Intégrer la notion de traçage d'incident dans l'application par un sinistre aigu => Plus de choix on sera obligé de restauré la version intégrale => Ajouter une fonction pour détecter restauration partielle. | |||
*Que signifie "Vérifier la présence de la mention « système d’encaissement certifié LNE » ? | *Que signifie "Vérifier la présence de la mention « système d’encaissement certifié LNE » ? | ||
*Que signifie "Vérifier la traçabilité des justificatifs physiques et dématérialisé" ? | *Que signifie "Vérifier la traçabilité des justificatifs physiques et dématérialisé" => Ajouter la mention sur les justificatif PDF et tickets ? | ||
*Que signifie "Inclure les totaux cumulatifs de période et totaux perpétuels figés à chaque période (dev à faire LNE7) dans les logs inaltérables" ? Qu'est ce que les "données cumulatives, récapitulatives", les infos de clôture de caisse ? | *Que signifie "Inclure les totaux cumulatifs de période et totaux perpétuels figés à chaque période (dev à faire LNE7) dans les logs inaltérables" ? Qu'est ce que les "données cumulatives, récapitulatives", les infos de clôture de caisse ? | ||
A compléter... | A compléter... | ||