Le modèle d'import fait intervenir à la fois des actions de l'OBJet et des actions de l'import. Lorsque pour un évènement, les 2 types d'actions sont disponibles, l'action OBJet précède l'action import. Dans les tableaux ci-dessous, ( + IMP ) indique que l'action OBJet est suivie de l'action import ( nom identique précédée de la racine IMP_). Pour l'action OBJet, comme pour l'action d'import, on exécute le traitement spécifique puis le traitement standard.
Action OBJet | Action import | Contexte d'appel |
---|
AVANT_OUVRE | ( + IMP ) | Première action exécutée |
DEFTRANS | | Début de l'analyse des fenêtres de l'OBJet |
OUVRE | ( + IMP ) | Après l'ouverture des tables et des écrans |
VERROU | ( + IMP ) | Avant le lock symbole |
FILTRE | | Avant le Filtre sur la table principale |
LIENS0 | ( + IMP ) | Après l'initialisation de laclasse [M] |
LIENS | ( + IMP ) | Pour chaque enregistrement de la table principale, après le chargement de laclasse [M] |
LIENS2 | ( + IMP ) | Après le chargement complet de la classe [M] |
SETBOUT | ( + IMP ) | CHAINE="M", action permettant d'interdire la modification |
| AP_IMPORT | Après le chargement de laclasse [F] par l'enregistrement à importer |
| IMPORT | Après le chargement de laclasse [F] par l'enregistrement à importer |
| IMP_DEFTRT | Avant la simulation de la saisie de l'écran |
| | SIMULATION DE SAISIE |
| IMP_ZONE | Sur chaque champs saisissable de bloc liste, avant l'action de contrôle. |
VERIF_MOD | ( + IMP ) | Avant la transaction de mise à jour |
| | DEBUT TRANSACTION |
| MOD_IMPORT | Après le lock physique de la table principale |
FILTRE | | Après le lock physique de la table principale |
INICRE | ( + IMP ) | Pour chaque ligne du tableau, après le trans-classe [F] = [M] |
CREATION | ( + IMP ) | Pour chaque ligne du tableau, après l'écriture dans la table |
MODIF | ( + IMP ) | Lorsque toutes les lignes ont été traitées |
| | FIN TRANSACTION |
APRES_MOD | ( + IMP ) | Après la transaction de mise à jour |
FERME | ( + IMP ) | Dernière action exécutée |