Un clic ne suffit pas.
Chaque envoi a son résultat.
Le navigateur remplit les champs, vérifie la réponse et conserve l’état de chaque ligne. Une réponse incertaine reste à examiner avant une nouvelle tentative.
Ce qui arrive à chaque ligne
Une entrée invalide s’arrête avant l’envoi. Une réponse HTTP 200 sans identifiant concordant reste incertaine.
| Ligne fictive | Réponse | Décision | Pourquoi |
|---|---|---|---|
| Montant valide | 201 | Confirmé | La réponse accepte la ligne et renvoie son identifiant exact. |
| Montant négatif | Aucun envoi | Invalide | Le formulaire refuse ce montant avant la requête. |
| Limite de requêtes | 429 | Différé | Le serveur demande de différer ; aucune réussite comptée. |
| Confirmation incomplète | 200 | À vérifier | Le serveur a enregistré la ligne, mais ne renvoie pas son identifiant. Pas de renvoi automatique. |
Sur petit écran, le tableau défile horizontalement dans son cadre.
La reprise lit le journal enregistré.
Les quatre états sont conservés sur disque, puis relus avant de reprendre le lot. Les lignes déjà consignées ne sont pas envoyées une seconde fois. Le cas incertain nécessite une vérification ; le cas différé nécessite une décision de reprise.
Douze vérifications et les limites de cet exemple
Les contrôles couvrent les quatre décisions, les valeurs réellement enregistrées, les trois requêtes, la reprise sans doublon et le refus d’un lot vide, d’identifiants répétés, d’un identifiant absent ou d’une catégorie inconnue.
Ce parcours ne démontre pas un import Excel, une authentification client, une limite de requêtes externe ni le traitement de milliers de lignes. L’intégration d’un formulaire réel demande son mapping, son accès autorisé et ses propres tests.
Relevé du 2 octobre 2026 à 03:10:33 Paris · 12 vérifications passées.