j'aime beaucoup ton initiative et après avoir lu le site obapi.org j'aurais quelques suggestions basiques d'ordre général
entête / ligne / total : tout fichier véhiculant des données importantes devrait être munis de ceci, cela a plusieurs avantages
d'abord même si on ne transmets rien, il y a au moins une entête et un total
ainsi même le "rien" existe quand tu fais du transfert de fichier c'est important.
Si je ne dois "rien" recevoir cela doit être formalisé, sinon l'absence de fichier est une erreur.
L’entête rappelle le destinataire et d'autres informations
le total rappelle le nombre de lignes et quelque chose pour valider le contenu
cela permet de rejeter un fichier incorrect ou incomplet, ou de le traiter différemment
Ensuite chaque fichier devrait pouvoir être signé par l'émetteur, comme avec PGP par exemple, les signatures de ce style sont intéressantes car les clés peuvent être de PROD de TEST etc ...
# Après avoir consulter le site
Posté par Christophe B. (site web personnel) . En réponse au journal Une API normée pour accéder aux factures (1ere étape). Évalué à 5.
Bonjour,
j'aime beaucoup ton initiative et après avoir lu le site obapi.org j'aurais quelques suggestions basiques d'ordre général
entête / ligne / total : tout fichier véhiculant des données importantes devrait être munis de ceci, cela a plusieurs avantages
d'abord même si on ne transmets rien, il y a au moins une entête et un total
ainsi même le "rien" existe quand tu fais du transfert de fichier c'est important.
Si je ne dois "rien" recevoir cela doit être formalisé, sinon l'absence de fichier est une erreur.
L’entête rappelle le destinataire et d'autres informations
le total rappelle le nombre de lignes et quelque chose pour valider le contenu
cela permet de rejeter un fichier incorrect ou incomplet, ou de le traiter différemment
Ensuite chaque fichier devrait pouvoir être signé par l'émetteur, comme avec PGP par exemple, les signatures de ce style sont intéressantes car les clés peuvent être de PROD de TEST etc ...
Bon courage