Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Applications Microsoft Office Access Envoi de SMS à partir d'un téléphone portable via ACCESS

Envoi de SMS à partir d'un téléphone portable via ACCESS

18 réponses
Avatar
William Kameron
Bonjour à tous.

Je souhaite regulièrement envoyer des SMS par lot à partir d'une procédure
Access. Cette procédure devra extraire des informations de la liste des
membres de la table de ma Gestion des invitations que j'ai constitutué.

Où est--il possible de trouver une routine, un module ou un utilitaire
capable de me faire avancer dans mes recherche ?

J'ai bien téléchargé "Microsoft SMS Sender" mais je ne puis m'en servir car
je n'arrive pas à le piloter par automation. Est-ce possible de le piloter
par automation comme on ferait avec Word ou Excel à partir d'access ?

Il y a t-il des modules gratuits plus facile à utiliser ?

Merci pour vos contributions.
Signaler un problème avec ce contenu

8 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Raymond [mvp]
Bonjour.

en ce qui concerne l'application sms sender, les options d'environnement
sont inexistantes et je ne vois pas le moyen de supprimer les messages comme
du temps du dos avec /verbose pour supprimer ou non tout message. il ne
reste que la solution que tu as adoptée de générer un click pour poursuivre.
Quant aux erreurs de "Argument ou appel de procédure incorrect" ça peut
provenir aussi du shell.
pour éviter un arret à chaque sms, place des Debug.Print aux endroits
stratégiques , avant et après le shell, avec le print de la commande shell,
en affichant des éléments précis pour bien repérer le message ensuite. cerne
avec debug.print, les commandes qui te paraissent aléatoires .
ce qu'il faut que tu sois sûr, c'est la construction de la commande shell,
sinon il y aura toujours des doutes sur le reste.

--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/

Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99


"William Kameron" a écrit dans le
message de news:
| Rebonsoir !
|
| J'ai l'impression que voici la ligne qui me créé tous ces problèmes...
|
| 'Active l'application SMSSENDER.
| AppActivate "SMS Sender"
|
| Car à ce niveau il me renvoie souvent "Argument ou appel de procédure
| incorrect" !
|
| C'est mon problème actuellement.
| REMARQUE : La même procédure marche une fois sur deux ou trois !!!!
|
Avatar
William Kameron
Bonjour à tous !

Bonjour Raymond.

pour éviter un arret à chaque sms, place des Debug.Print aux endroits
stratégiques , avant et après le shell, avec le print de la commande shell,
en affichant des éléments précis pour bien repérer le message ensuite. cerne
avec debug.print, les commandes qui te paraissent aléatoires .
ce qu'il faut que tu sois sûr, c'est la construction de la commande shell,
sinon il y aura toujours des doutes sur le reste.


Pour les doutes, c'est pas cela qui manque.
Le debug.print j'en ai placé avant et après chaque instruction. Je suis
bloqué au niveau activate...

Debug.Print RegCount + 1; " - Exécution du SHELL",
ReturnValue = Shell(stProgramName, 0)
If ReturnValue <> 0 Then
Debug.Print " Active l'application SMSSENDER."
AppActivate "SMS Sender", True
Debug.Print " Envoie des frappes de touches"
SendKeys "{ENTER}", True
maRst.Edit
maRst![Relance effectuée] = True
maRst![Date de la relance] = Now()
maRst.Update
End If

Tout se passe comme si le AppActivate ne marche pas bien,
ou alors, c'est le SendKeys "{ENTER}", True

En clair, il donne l'impression SMS Sender n'est pas problement au RDV au
moment où le Sendkeys arrive.... enfin c'est une impression...



Bonjour.

en ce qui concerne l'application sms sender, les options d'environnement
sont inexistantes et je ne vois pas le moyen de supprimer les messages comme
du temps du dos avec /verbose pour supprimer ou non tout message. il ne
reste que la solution que tu as adoptée de générer un click pour poursuivre.
Quant aux erreurs de "Argument ou appel de procédure incorrect" ça peut
provenir aussi du shell.
pour éviter un arret à chaque sms, place des Debug.Print aux endroits
stratégiques , avant et après le shell, avec le print de la commande shell,
en affichant des éléments précis pour bien repérer le message ensuite. cerne
avec debug.print, les commandes qui te paraissent aléatoires .
ce qu'il faut que tu sois sûr, c'est la construction de la commande shell,
sinon il y aura toujours des doutes sur le reste.

--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/

Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99


"William Kameron" a écrit dans le
message de news:
| Rebonsoir !
|
| J'ai l'impression que voici la ligne qui me créé tous ces problèmes...
|
| 'Active l'application SMSSENDER.
| AppActivate "SMS Sender"
|
| Car à ce niveau il me renvoie souvent "Argument ou appel de procédure
| incorrect" !
|
| C'est mon problème actuellement.
| REMARQUE : La même procédure marche une fois sur deux ou trois !!!!
|





Avatar
Raymond [mvp]
si tu imprimes " Envoie des frappes de touches", c'est que tu es passé sur
le activate sans problème, sinon tu es bloqué dessus. essaie de mettre des
DoEvents avant le activate et après aussi, pour laisser respirer un peu.
essaie aussi de jouer sur le wait (true/false) de appactivate.

--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/

Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99


"William Kameron" a écrit dans le
message de news:
| Bonjour à tous !
|
| Bonjour Raymond.
|
| > pour éviter un arret à chaque sms, place des Debug.Print aux endroits
| > stratégiques , avant et après le shell, avec le print de la commande
shell,
| > en affichant des éléments précis pour bien repérer le message ensuite.
cerne
| > avec debug.print, les commandes qui te paraissent aléatoires .
| > ce qu'il faut que tu sois sûr, c'est la construction de la commande
shell,
| > sinon il y aura toujours des doutes sur le reste.
|
| Pour les doutes, c'est pas cela qui manque.
| Le debug.print j'en ai placé avant et après chaque instruction. Je suis
| bloqué au niveau activate...
|
| Debug.Print RegCount + 1; " - Exécution du SHELL",
| ReturnValue = Shell(stProgramName, 0)
| If ReturnValue <> 0 Then
| Debug.Print " Active l'application SMSSENDER."
| AppActivate "SMS Sender", True
| Debug.Print " Envoie des frappes de touches"
| SendKeys "{ENTER}", True
| maRst.Edit
| maRst![Relance effectuée] = True
| maRst![Date de la relance] = Now()
| maRst.Update
| End If
|
| Tout se passe comme si le AppActivate ne marche pas bien,
| ou alors, c'est le SendKeys "{ENTER}", True
|
| En clair, il donne l'impression SMS Sender n'est pas problement au RDV au
| moment où le Sendkeys arrive.... enfin c'est une impression...
|
|
|
| > Bonjour.
| >
| > en ce qui concerne l'application sms sender, les options d'environnement
| > sont inexistantes et je ne vois pas le moyen de supprimer les messages
comme
| > du temps du dos avec /verbose pour supprimer ou non tout message. il ne
| > reste que la solution que tu as adoptée de générer un click pour
poursuivre.
| > Quant aux erreurs de "Argument ou appel de procédure incorrect" ça peut
| > provenir aussi du shell.
| > pour éviter un arret à chaque sms, place des Debug.Print aux endroits
| > stratégiques , avant et après le shell, avec le print de la commande
shell,
| > en affichant des éléments précis pour bien repérer le message ensuite.
cerne
| > avec debug.print, les commandes qui te paraissent aléatoires .
| > ce qu'il faut que tu sois sûr, c'est la construction de la commande
shell,
| > sinon il y aura toujours des doutes sur le reste.
| >
| > --
| > @+
| > Raymond Access MVP http://www.OfficeSystemAccess.com/
| > http://officesystem.access.over-blog.com/
| > http://officesystem.access.free.fr/wiki/
| > Pour débuter sur le forum: http://www.mpfa.info/
| >
| > Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
| >
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99
| >
| >
| > "William Kameron" a écrit
dans le
| > message de news:
| > | Rebonsoir !
| > |
| > | J'ai l'impression que voici la ligne qui me créé tous ces problèmes...
| > |
| > | 'Active l'application SMSSENDER.
| > | AppActivate "SMS Sender"
| > |
| > | Car à ce niveau il me renvoie souvent "Argument ou appel de procédure
| > | incorrect" !
| > |
| > | C'est mon problème actuellement.
| > | REMARQUE : La même procédure marche une fois sur deux ou trois !!!!
| > |
| >
| >
| >
Avatar
William Kameron
Il me semblait avoir déjà résolu un problème de ce genre avec l'exemple de la
calculatrice qui est fournit pour AppActivate / SendKeys.
J'ai cherché en vain ce bout de code sans le trouver.

J'ai mis des boucles avant, après au milieu, la temporisation fait son
effet, mais le passage furtif de message est désagréable. Je cherche encore.

Ce qui serait mauvais c'est que lorsque le "AppActivate " loupe, c'est le
"SMS_en_Serie_clic" qui est relancé par SendKeys. J'ai pu gérer cela en
déplaçant le focus dans un formulaire "Résultat"

En cas d'erreur fenêtre de l'application ne s'appelle plus "SMS Sender" mais
plutôt "Erreur SMS Sender".

Comment savoir que c'est l'une ou l'autre que nous devons fermer ?
En fait, il n'y a apparement pas de coder retour d'erreur en dehors du
message visuel.




si tu imprimes " Envoie des frappes de touches", c'est que tu es passé sur
le activate sans problème, sinon tu es bloqué dessus. essaie de mettre des
DoEvents avant le activate et après aussi, pour laisser respirer un peu.
essaie aussi de jouer sur le wait (true/false) de appactivate.

--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/

Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99


"William Kameron" a écrit dans le
message de news:
| Bonjour à tous !
|
| Bonjour Raymond.
|
| > pour éviter un arret à chaque sms, place des Debug.Print aux endroits
| > stratégiques , avant et après le shell, avec le print de la commande
shell,
| > en affichant des éléments précis pour bien repérer le message ensuite.
cerne
| > avec debug.print, les commandes qui te paraissent aléatoires .
| > ce qu'il faut que tu sois sûr, c'est la construction de la commande
shell,
| > sinon il y aura toujours des doutes sur le reste.
|
| Pour les doutes, c'est pas cela qui manque.
| Le debug.print j'en ai placé avant et après chaque instruction. Je suis
| bloqué au niveau activate...
|
| Debug.Print RegCount + 1; " - Exécution du SHELL",
| ReturnValue = Shell(stProgramName, 0)
| If ReturnValue <> 0 Then
| Debug.Print " Active l'application SMSSENDER."
| AppActivate "SMS Sender", True
| Debug.Print " Envoie des frappes de touches"
| SendKeys "{ENTER}", True
| maRst.Edit
| maRst![Relance effectuée] = True
| maRst![Date de la relance] = Now()
| maRst.Update
| End If
|
| Tout se passe comme si le AppActivate ne marche pas bien,
| ou alors, c'est le SendKeys "{ENTER}", True
|
| En clair, il donne l'impression SMS Sender n'est pas problement au RDV au
| moment où le Sendkeys arrive.... enfin c'est une impression...
|
|
|
| > Bonjour.
| >
| > en ce qui concerne l'application sms sender, les options d'environnement
| > sont inexistantes et je ne vois pas le moyen de supprimer les messages
comme
| > du temps du dos avec /verbose pour supprimer ou non tout message. il ne
| > reste que la solution que tu as adoptée de générer un click pour
poursuivre.
| > Quant aux erreurs de "Argument ou appel de procédure incorrect" ça peut
| > provenir aussi du shell.
| > pour éviter un arret à chaque sms, place des Debug.Print aux endroits
| > stratégiques , avant et après le shell, avec le print de la commande
shell,
| > en affichant des éléments précis pour bien repérer le message ensuite.
cerne
| > avec debug.print, les commandes qui te paraissent aléatoires .
| > ce qu'il faut que tu sois sûr, c'est la construction de la commande
shell,
| > sinon il y aura toujours des doutes sur le reste.
| >
| > --
| > @+
| > Raymond Access MVP http://www.OfficeSystemAccess.com/
| > http://officesystem.access.over-blog.com/
| > http://officesystem.access.free.fr/wiki/
| > Pour débuter sur le forum: http://www.mpfa.info/
| >
| > Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
| >
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99
| >
| >
| > "William Kameron" a écrit
dans le
| > message de news:
| > | Rebonsoir !
| > |
| > | J'ai l'impression que voici la ligne qui me créé tous ces problèmes...
| > |
| > | 'Active l'application SMSSENDER.
| > | AppActivate "SMS Sender"
| > |
| > | Car à ce niveau il me renvoie souvent "Argument ou appel de procédure
| > | incorrect" !
| > |
| > | C'est mon problème actuellement.
| > | REMARQUE : La même procédure marche une fois sur deux ou trois !!!!
| > |
| >
| >
| >





Avatar
Raymond [mvp]
ce n'est pas un logiciel fait pour travailler avec windows mais avec la
logique ms-dos, donc visuel avant tout et c'est l'opérateur qui décide de
tout, seulement voilà nous ne sommes plus sur le dos.
tu peux toujours tester avec une api, sur quelle fenêtre tu te trouves ?

--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/

Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99


"William Kameron" a écrit dans le
message de news:
| Il me semblait avoir déjà résolu un problème de ce genre avec l'exemple de
la
| calculatrice qui est fournit pour AppActivate / SendKeys.
| J'ai cherché en vain ce bout de code sans le trouver.
|
| J'ai mis des boucles avant, après au milieu, la temporisation fait son
| effet, mais le passage furtif de message est désagréable. Je cherche
encore.
|
| Ce qui serait mauvais c'est que lorsque le "AppActivate " loupe, c'est le
| "SMS_en_Serie_clic" qui est relancé par SendKeys. J'ai pu gérer cela en
| déplaçant le focus dans un formulaire "Résultat"
|
| En cas d'erreur fenêtre de l'application ne s'appelle plus "SMS Sender"
mais
| plutôt "Erreur SMS Sender".
|
| Comment savoir que c'est l'une ou l'autre que nous devons fermer ?
| En fait, il n'y a apparement pas de coder retour d'erreur en dehors du
| message visuel.
|
Avatar
William Kameron
Je navigue entre mon Appli Access et MS SMS Sender.
Au moment de l'erreur je suis dans la fenêtre de "Gestion des relances".


ce n'est pas un logiciel fait pour travailler avec windows mais avec la
logique ms-dos, donc visuel avant tout et c'est l'opérateur qui décide de
tout, seulement voilà nous ne sommes plus sur le dos.
tu peux toujours tester avec une api, sur quelle fenêtre tu te trouves ?

--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/

Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99


"William Kameron" a écrit dans le
message de news:
| Il me semblait avoir déjà résolu un problème de ce genre avec l'exemple de
la
| calculatrice qui est fournit pour AppActivate / SendKeys.
| J'ai cherché en vain ce bout de code sans le trouver.
|
| J'ai mis des boucles avant, après au milieu, la temporisation fait son
| effet, mais le passage furtif de message est désagréable. Je cherche
encore.
|
| Ce qui serait mauvais c'est que lorsque le "AppActivate " loupe, c'est le
| "SMS_en_Serie_clic" qui est relancé par SendKeys. J'ai pu gérer cela en
| déplaçant le focus dans un formulaire "Résultat"
|
| En cas d'erreur fenêtre de l'application ne s'appelle plus "SMS Sender"
mais
| plutôt "Erreur SMS Sender".
|
| Comment savoir que c'est l'une ou l'autre que nous devons fermer ?
| En fait, il n'y a apparement pas de coder retour d'erreur en dehors du
| message visuel.
|





Avatar
Raymond [mvp]
donc tu serais dans ta fenêtre que tu connais bien.
je crois bien que je ne te suis d'aucun secours sur ce problème car là je ne
peux rien faire chez moi.

--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/

Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99


"William Kameron" a écrit dans le
message de news:
| Je navigue entre mon Appli Access et MS SMS Sender.
| Au moment de l'erreur je suis dans la fenêtre de "Gestion des relances".
|
Avatar
William Kameron
Mais non, Raymond !
Si, tu m'aides suffisament.
D'ailleurs ce n'est pas la première fois. (Voir Automation de Word Art via
Access)

La fenêtre à désactiver c'est le message d'erreur que renvoie MS SMS Sender.
La fenêtre à réactiver c'est l'application Access tout entière notamment
celle qui a lancé SMS Sender : "Gestion des relances".

Ceci dit, saches que les problèmes, j'ai commencé à les circonscrire.

- Le premier c'est le message de Microsoft qui vous propose gentiment
d'utiliser plustôt MSN mobile en lieu et place de Ms SMS Sender (Via
internet).

- Le second c'est quand évidement MS SMS Sender n'a jamais fonctionné sur un
poste où lorsqu'il a été déconfiguré par un utilisateur maladroit ou curieux
(comment le reconfigurer automatiquement ???? C'est un autre problème).

- Le troisième et le plus génant de tous (qui risque d'être le plus
régulier) sera lorsque le téléphone portable n'est pas branché; boum ! 200
fenêtres s'alignent !

- ...

Il me faut donc faire un répertoire de ces cas pour désactiver la fenêtre
idoine dès apparition lorsque l'évènement se produit... afin que
l'utilisateur ne l'appercoive pas (Tu as dit un jour, je cite <<On peut tout
faire par programmation...>> il suffit d'y payer le prix !).

S'il t'arrive donc de démarrer des tests, faisons donc un répertoire des
erreurs.

Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
Hé ! il parraît que tu ne veux plus coder...




En tout cas, je te fais signe dès que je réussi à fermer automatiquement
tous les messages d'erreurs repertoriés (je les ai numérroté ERR001; ERR002;
ERR003).

Ah, si et seulement si... il y avait un code retour d'erreur ! ! ! !

En tous cas merci.
Merci encore à "Titi" qui a trouvé ce truc.

PS. Je veux bien cocher la case [OUI], mais je préfère laisser la question
encore ouverte pour toute suggestion des autres cracs MVP.





donc tu serais dans ta fenêtre que tu connais bien.
je crois bien que je ne te suis d'aucun secours sur ce problème car là je ne
peux rien faire chez moi.

--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/

Cet été, j'en ai rien à coder, je me forme : les devoirs de vacances
http://www.comscamp.com/Tracker/Redirect.ashx?linkidJd96883-a859-4212-b4a0-bce47c8e0d99


"William Kameron" a écrit dans le
message de news:
| Je navigue entre mon Appli Access et MS SMS Sender.
| Au moment de l'erreur je suis dans la fenêtre de "Gestion des relances".
|







1 2