Personnalisation de Microsoft CRM - traitement des messages d'email d'In,Out-Going

Nous voudrions te donner plusieurs situations, quand vous pouvez avoir besoin de développement fait sur commande et de programmation pour améliorer la fonctionnalité de Microsoft CRM. Cette vue d'ensemble est pour le programmeur, lotisseur de logiciel, IL spécialiste, administrateur de base de données.

Microsoft CRM, l'application de CRM des solutions d'affaires de Microsoft utilise presque toutes technologies récentes de Microsoft : . Filet (on lui écrit réellement dans C#.Net avec le HTML et le Javascript sur le côté de web client plus a Microsoft CRM SDK avec des échantillons de C# et partiellement de VB.Net), serveur de Microsoft SQL, échange 2003/2000 de Microsoft et d'autres. Te donner maintenant la brève revue du déroulement des opérations et des messages - vous pouvez envoyer l'email directement du compte, entrer en contact ou mener et il sera traité par le connecteur de Microsoft CRM-Échange. Cet email aura GUID dans l'en-tête de message. Quand le destinataire répond à l'email - il sera traité par le connecteur - il identifiera le GUID et trouvera l'activité originale et attachera cet email en tant qu'activité fermée à l'original objectent : contact, compte ou fil. C'est dispositif très gentil, mais dans le réel vous pouvez avoir ces situations :

1. L'utilisateur de CRM n'emploiera pas l'interface de CRM et enverra l'email de son Outlook. Le destinataire recevra et répondre et ces email ne seront pas manipulés par le connecteur de Microsoft CRM-Échange. Ils n'auront pas GUID et le connecteur n'a aucune idée sur quoi faire avec elles.

2. Imaginer, cela que vous avez le compte Best Corporation, avec la personne John john@bestcorporation.com de contact. La personne maintenant nouvelle à Best Corporation, Susan t'envoie le message de susan@bestcorporation.com - et son email ne sera pas relié à votre compte de Best Corporation, parce que cet email n'a pas GUID et il également n'a pas l'email assorti chez la personne de contact. Ainsi - il fait probablement beau d'attraper des email par Domain Name aussi bien, disent - tous email, venant de www.bestcorporation.com devraient être attachés au compte de Best Corporation.

3. Maintenant - votre représentant de ventes lance le premier email au client de Microsoft CRM et réponse obtenue, transférés de nouveau dans le compte de CRM. Alors il a de temps en temps répondu sur la réponse des perspectives - cette réponse, ayant GUID sera répondu en arrière et pas transféré dans MME. CRM, parce que le connecteur de MME. échange « pense » que ce message a été déjà répondu par la première réponse.

4. Diminue la possibilité que les utilisateurs emploieront des perspectives pour envoyer de nouveaux messages et pour répondre aux messages de là - vous voudriez probablement que l'idée de les supprimer de la base de données de MME. échange quand ils sont transférés au CRM. Dans ce cas-ci ils ne seront pas vus dans le MS Outlook (nous ne parlons pas du client d'Outlook de Microsoft CRM, où vous voyez réellement des données et des objets de CRM)

Si vous êtes programmeur ou lotisseur de logiciel - vous pouvez réellement programmer ces avancements et nous te donnerons la direction.

Cette technique est des applications de COM+, enregistrées en tant que des éviers ou traiteurs d'échange de Microsoft. Vous pouvez employer VisualStudio.Net, mais vous n'aurez pas la correction disponible, parce que ces applications fonctionneront comme traiteurs d'événement. L'échange de Microsoft te permet de le changer est logique dans les événements, exposés pour la manipulation faite sur commande. Des email entrants devraient être manipulés, quand l'événement de base de données d'échange d'ONSYNCSAVE Microsoft est mis le feu avant l'engagement. Vous employez Microsoft CRM SDK pour créer l'activité d'email. Vous devriez employer la mise à jour directe de SQL pour marquer l'activité comme fermé (de quelque manière que non recommandé par Microsoft - mais Microsoft CRM SDK n'a pas la méthode pour clôturer l'activité - ainsi vous vraiment n'avez pas une option de côté de SDK). Des email sortants devraient être manipulés avec de prétendus événements de transport mettant le feu, qui est une partie plus complexe et moins plus documentée de l'échange SDK de Microsoft.

Adapter heureux ! si vous voulez que nous fassent le travail - nous donner un appel 1-866-528-0577 ! help@albaspectrum.com