ACOMBA

SDK Acomba — erreur 3 : cette fiche n’est pas réservée

Réserver une fiche avant ModifyCard dans le cas Customer décrit par un développeur.

Message et contexte

« Cette fiche n’est pas réservée » — erreur 3 du SDK, lors de ModifyCard sur Customer, dans un cas de septembre 2017. Ne pas confondre avec un numéro Filer différent.

Solution rapportée

L’auteur avait chargé la fiche avec GetCard puis tenté de la modifier. Il indique avoir corrigé son cas en appelant ReserveCard sur la position concernée avant ModifyCard. Dans son exemple, ModifyCard(true) demande également la libération après modification.

Mise en pratique et contrôles Uni-Action

  1. Faire identifier par le développeur la fiche et l’interface exactes sur une société de test.
  2. Vérifier le résultat de la réservation avant toute écriture; ne pas continuer si elle échoue.
  3. Modifier seulement les champs prévus, contrôler le résultat et prévoir la libération des ressources dans le traitement des erreurs.
  4. Relire la fiche et vérifier qu’un autre utilisateur peut y accéder normalement.

Ces contrôles de retour et de reprise sont des précautions éditoriales. Le fil ne fournit pas une bibliothèque générique de gestion des verrous; ne pas appliquer ce modèle à une autre interface sans consulter son aide SDK.

Procédures liées

Sources et niveau de validation

Une solution communautaire décrit un cas rapporté, pas une garantie pour toutes les versions. Les précautions générales de sauvegarde sont des consignes éditoriales Uni-Action.

  • Erreur SDK avec ModifyCardForum communautaire indépendant · L’auteur rapporte avoir résolu son cas avec ReserveCard puis ModifyCard(true); test indépendant non effectué. · Consulté le 2026-09-29