[Access 2007 - Nouveauté] Collecter des données via Outlook

[Maxence HUBICHE]

Introduction
Voici ce qu'on peut lire dans l'aide en ligne de la nouvelle version d'Access (trouvez la beta ici) :

Collecter et mettre à jour des données en utilisant Microsoft Outlook 2007
Grâce à l'utilisation de la nouvelle fonctionnalité Data Collection, Office Access 2007 peut automatiquement créer un formulaire Microsoft infoPath 2007, ou HTML, et l'incorporer dans le corps d'un message E-Mail. Vous pouvez alors l'envoyer aux destinataires sélectionnés parmi vos contacts Outlook, ou dans votre base de données Access. Vous choisissez si vous voulez récupérer une nouvelle information ou mettre à jour l'existant. Les destinataire complètent alors le formulaire et le renvoient. Office Outlook 2007 reconnait les formulaires arrivant et vous laisse sauvegarder automatiquement les données dans votre base de données Access 2007 - Aucune resaisie nécessaire

Illustrations











Question
Cette fonctionnalité semble être bluffante !
Plus besoin de demander aux utilisateurs de se connecter à un site, d'avoir Access ou le runtime pour remplir une série de données, etc.

• Mais vous, que pensez-vous de cette nouveauté dans le cadre de l'évolution du produit ?
• Qu'est-ce que cela pourrait apporter à votre travail personnel ?
• Dans quel cadre imaginez-vous que cette fonctionnalité pourrait être utilisée ?
• Cela ajoute-t-il vraiment à Access ?

Exprimez-vous, nous vous attendons !

[Tofalu]

Exprimez-vous

[Nohant]

Salut,

Par principe très très intéressant.

Reste à voir comment ça se comporte avec des éditeurs de messageries autres que Outlook

Comment se fait le lien Outlook/Access ?

Est-il par ex possible de définir que l'adresse à laquelle doit être retournée les réponses est différente de l'adresse d'envoi ?

Quels contrôles est-il possible de faire sur la saisie ?

Voila,

[Tofalu]

Pour le client de messagerie, il est impératif qu'il supporte le html. Il est évident qu'un client texte ne peut pas collaborer.

Le formulaire est à retourner à l'adresse d'envoi. D'ailleur l'invite utilisateur le stipule bien : renvoyez le moi.

Le lien Outlook/ Access est automatique, c'est outlook 2007 qui amène cette nouveauté.

Quels contrôles est-il possible de faire sur la saisie ?

Apparement aucun. Mais pour des petites données : là où le posteur est responsable de sa saisie, c'est vraiment génial. Genre pour une enquête de satisfaction par exemple

[LostIN]

en soit c'est pas mal en effet.
mais pour les personnes (emetrice et celles qui répondent) n'utilisant ni outlook , ni outlook express (par ex mozilla)?

[Tofalu]

Si le client de messagerie gère l'HTML c'est bon, aprés la marque on s'en fiche

[LostIN]

pas mal alors

[Nohant]

Envoyé par Tofalu

Pour le client de messagerie, il est impératif qu'il supporte le html. Il est évident qu'un client texte ne peut pas collaborer.

Le formulaire est à retourner à l'adresse d'envoi. D'ailleur l'invite utilisateur le stipule bien : renvoyez le moi.

Le lien Outlook/ Access est automatique, c'est outlook 2007 qui amène cette nouveauté.

Apparement aucun. Mais pour des petites données : là où le posteur est responsable de sa saisie, c'est vraiment génial. Genre pour une enquête de satisfaction par exemple

Outlook (et sans doute d'autres) permet de définir une adresse de retour différente de l'adresse d'expédition d'où ma question.

si le client de messagerie pour l'envoi n'est pas outlook je vois mal comment il peut gérer automatiquement un lien entre formulaire et base access ?

si pas de contrôle de saisie, j'espère qu'il est au moins prévu de pouvoir faire des contrôles lors de l'intégration des données ?

donc si la base est déplacée ?

[SkyDev]

Salut,

Très interessante cette fonctionnalité. Dis moi, serait-il pas possible d'utiliser les mêmes fonctionnalités pour autres logiciels de base de données qu'Access 2007 (SQL Server ou autres)?

[Tofalu]

Envoyé par Nohant

Outlook (et sans doute d'autres) permet de définir une adresse de retour différente de l'adresse d'expédition d'où ma question.

si le client de messagerie pour l'envoi n'est pas outlook je vois mal comment il peut gérer automatiquement un lien entre formulaire et base access ?

si pas de contrôle de saisie, j'espère qu'il est au moins prévu de pouvoir faire des contrôles lors de l'intégration des données ?

donc si la base est déplacée ?

En fait tu n'as pas compris le fonctionnement

Depuis ma base Access je crée un message html, le client le reçoit, le remplit et me le retourne avec n'importe quel client de messagerie. Moi, quand j'ouvre Outlook 2007, je reçoit les différents messages de réponses et mon outlook 2007 alimente automatiquement ma base Access. Ce n'est pas le client qui alimente mais ma messagerie quand elle reçoit les mails.

si pas de contrôle de saisie, j'espère qu'il est au moins prévu de pouvoir faire des contrôles lors de l'intégration des données ?

Essaye par toi même et fait nous part de tes expériences

donc si la base est déplacée ?

Il y a fort à parier que le traitement post réception échoue. Mais rien d'étonnant, change le port d'un serveur et ça sera pareil.

mais pour les personnes (emetrice et celles qui répondent) n'utilisant ni outlook , ni outlook express

Comme indiqué plus haut, il faut impérativement que la personne émetrice dispose de outlook 2007 (c'est ce outlook qui va faire office de "serveur", d'"automate de traitement"). Donc ce n'est pas vraiment une nouveauté Access 2007 mais plutot une nouveauté Outlook & Access 2007

[random]

il existait déjà des formulaires sous outlook (une vraie galère à utliser)
mais au moins ceux ci permettaient de faire des contrôles et la récupération des données sous access était d'une grande facilité

j'utilise régulièrement cette possibilité pour des questionnaires internes
(donc tous au format outlook)

par expérience l'étape la plus difficile et la plus cruciale pour l'exploitation des
résultats est la cohérence des donées

j'ai passé des jours à rétablir des cohérences ou à recalculer des données
approximatives suites à un questionnaire sans vérification

soit des contrôles existent soit je n'utiliserais pas la possibilité

[cafeine]

Je n'ai pas vraiment l'utilité de cette fonctionnalité pour l'instant, mais je trouve le point de Random et son partage d'expérience très intéressant.

[cotmar]

Bonjour,

Ma question est un peut périphérique à ceci. En fait il y a quelques temps dans ue application que j'ai développé en Eccess/VBA 2003, je devais créer des comptes utilisateurs qui reprenaient les noms de login NT (eux même étaient identiques aux noms de messagerie).

Afin de faciliter la saisie, je pensais peut être interfacer avec Outlook, mais à l'époque je n'en ai pas eu le temps. Pensez vous qu'avec ces nouvelles fonctionnalités, celà aurait été possible, de manière à alimenter une listbox avec les noms des utilisateurs et de pouvoir les choisir directement de manière à simplifier la saisie ? Peut on utiliser les nouvelles fonctionnalités de Outlook pour réaliser celà ? Ceci dit, peut être que celà était déjà possible avant ?

J'espère que vous ne m'en voudrez pas de me greffer sur votre discution. A très bientôt.

Marco.

[Tofalu]

Ceci ne correspond pas à la fonctionnalité de collecte de données via Outlook.

[lolothom]

bonjour

moi je suis tres interesse puisqu'utilisant les runtime :

apres reinstallation tout fonctionne par contre je ne comprends pas comment ceci peut remplacer un runtme ?