Discussion :

[pingoui]

Merci à vous pour le temps passé pour m'accompagner.

Je t'ai suggéré une structure qui est à considérer en #12.

Puisque tu métrises le on error tu peut droper ta table,
Tu peux limiter le risque d'erreurs en vérifiant la présence du fichier.

Vu que personnellement je ferai mon import via Dao je vérifierai la présence de l'onglet.

J'adopte humblement vos conseils pour la structure en #12 et les conseils (DAO) pour lever les erreurs.

Ne pas mélanger macro et VBA : ça ne fait pas bon ménage.

Je suis d'accord et je pense que mon blocage se situe précisément dans un mélange macro/vba.

Je suis un amateur dans le domaine informatique( ce n'est pas mon métier) et j'aime faire des outils pour gagner en efficacité dans mon travail
Changeant de travail régulièrement, je souhaite laissé à mon successeur une base ACCESS "simple" avec le minimum de code vba.
J'utilise donc les macro access qui permettent une lecture plus aisé et séquentielle (avec quelques connaissance d'ACCESS)

Mon blocage n'est plus comment vérifier le fichier à importer, vous avez parfaitement répondu à mes attentes.
Je suis surtout bloqué sur comment exploiter une erreur levée dans du code via ?

Lorsque l'erreur est levée et que la fonction vba s'arrête, comment arrêter les autres opérations de la macro ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
     On Error GoTo 0
     L_ExImporterFichier:
    Exit Sub

Est-ce que le CatchErrors est la solution?

Cdlt

[Invité]

Bonjour,
Non ni on error ni CatchErrors mais valides que tout ce passera bien pour l'import on fait une jonction SQL externe vers Excel, je te recherche un exemple et je te poste au pire le lien et on verra pour l'adapter!

Mais important il faut qualifié le contexte entrée sortie plutôt qu'une gestion des erreurs!

Édite:
http://www.developpez.net/forums/d15...s/#post8652358

[pingoui]

Bonjour et merci.
je vais regarder pour la jonction SQL et je posterai le code

Bien cordialement