30,909
edits
mNo edit summary Tag: 2017 source edit |
mNo edit summary Tag: 2017 source edit |
||
| Line 45: | Line 45: | ||
*L'exigence 16 demande de conserver les données pour 6 ans. Hors notre solution les conservent sans limite de temps. Peut-on donc considérer que cette exigence ne sera pas un point "Non satisfaisant" car Non applicable ? | *L'exigence 16 demande de conserver les données pour 6 ans. Hors notre solution les conservent sans limite de temps. Peut-on donc considérer que cette exigence ne sera pas un point "Non satisfaisant" car Non applicable ? | ||
=> Exigence applicable mais conforme car on conserve plus longtemps. | |||
*Certains points concerne les système centralisateur. 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. | *Certains points concerne les système centralisateur. 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. | * 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. | ||