Discussion :

[lagratteCchouette]

Bonjour,

Contexte :
J’ai créé une table liée à mes contacts dans Outlook dans Access 2010 par le menu DONNEES EXTERNES / PLUS / DOSSIERS OUTLOOK / lier à la source de donnée en créant une table attachée.

Cette « Tbl_ContactOutlook » a la particularité d’interdire toutes modifications dans sa structure dans Access.

Mon problème :
Quand j’analyse celle-ci je constate que la clé primaire est « Sujets normalisés » qui n’est autre que la concaténation de « Prénom Nom ». Donc et là vous commencez à voir le problème c’est qu’il s’agit d’un type ‘’Texte court’’.
Je souhaite créer une relation avec ma « Tbl_détails » qui ne peut avoir comme clé primaire qu’une clé de type « Numéroauto ».

Le problème c’est que l’on ne peut pas créer de relation avec intégrité référentielle avec des données de type différent.
J’ai donc un message « la relation doit inclure le même nombre de champ avec le même type de données »

Ma question :
Comment faire pour après avoir lié mes contacts Outlook à ma table dans Access pourvoir créer des relations fonctionnelles avec les autres tables et créer des requêtes opérationnelles afin de pouvoir exploiter mes contacts et créer un petite CRM ou GRC ?

Merci par avance, car là je sèche…
LagratteCchouette

[accessisgood]

quelques idées sur le sujet:

le champ « Sujets normalisés » n'est pas une clé primaire, s'il y a un doublon nom-prenon dans la liste des contacts (c'est rare, mais possible)

Je pense que en effet une application type GRC doit s'appuyer sur un contact avec un identifiant unique, la solution que j'utiliserais est une table de [Contacts Appli], qui est alimentee a partir de la table [Contact Outlook] pour eviter les re-saisies via une selection manuel du contact. La table [Contacts Appli] contiendra les memes champs que [Contact Outlook] plus un autonumber plus les champs applicatifs spécifiques.

Evidemment au bout d'un certain temps si [Contact Outlook] est "master" il peut y avoir des ecarts entre les 2 tables, et on peut vouloir re-synchroniser: pour cela on peut s'appuyer sur [Sujets normalisés] ou [email], mais l'integrité n'est pas assuree a 100%

Pour s'assurer que l'integrite est assuree on peut compter le nombre de doublons dans [Contact Outlook].[Sujets normalisés], et s'il n'y en a pas, on lance la synchro.

Sinon, dans la meme veine, on peut prendre la solution "SharePoint", qui reprend le meme principe, mais qui ne stocke dans [Contacts Appli] que le nom/prenom et l'email, tous les autres attributs restent dans [Contact Outlook] c'est l'email qui sert de clé, et donc il doit etre systematiquement renseigné dans Outlook

[lagratteCchouette]

Bonjour et merci pour ta réponse,

Pour le champ "Sujets normalisés" c'est Outlook ou Access au cours de liaison qui créé cette clé primaire qui n'est pas modifiable...

Et il met bien une clé primaire et c'est là mon problème.

Ton approche m'intéresse...
Tu me dis de créer " une table de [Contacts Appli], qui sera alimentée a partir de la table [Contact Outlook] pour éviter les ressaisies via une sélection manuel du contact. La table [Contacts Appli] contiendra les mêmes champs que [Contact Outlook] plus un autonumber plus les champs applicatifs spécifiques"

1°) C'est une bonne idée, mais je ne vois pas comment faire d'un manière pratique ! peux-tu s'il te plaît m'expliquer.

Par contre, dès que je vais créer d'autres contacts dans Outlook, il faudrait que via un formulaire je vienne en 2ème opération le mettre à jour dans ma CRM dans [Contacts Appli],... ça comme solution c'est acceptable !

2°) Comment créer une clé primaire qui prenne en compte [Sujets normalisés] qui est Master et de type texte + l'adresse mail (toujours type texte), là je suis perdu

Merci par avance si tu as un peut de temps.

LagratteCchouette
La musique donne une âme à nos cœurs et des ailes à la pensée - Platon

[pgz]

Bonjour,

Il me semble qu'on peut régler le pb technique tel que tu le poses au départ en utilisant une table intermédiaire faisant le lien entre les 2 tables, comme on le fait quand on a une relation n-n.

Mais on pourrait aller beaucoup plus loin et renoncer à l'importation intégrée des contacts Outlook. Tu peux en effet via l'automation d'Outlook lire ou écrire des contacts et donc créer la table des contacts avec une clé numérique. C'est beaucoup plus de travail mais du coup tu peux mettre en place une synchro entre les contacts Access et Outlook qui suive les règles que tu choisis.

Cordialement,

PGZ

[lagratteCchouette]

Bonjour PGZ,

C'est un plaisir de pouvoir à nouveau échanger avec toi.

OK ta piste est très intéressante aussi, mais là je n'ai aucune compétence et même je ne savais pas que l'on pouvait faire cela.

Peux-tu m'en dire plus dès que tu as un instant ?

Merci par avance.