Question

La boutique avec laquelle je travaille à temps partiel est nouvelle pour Microsoft CRM. Je veux simplement examiner quels projets les développeurs ont mis au point pour développer ses capacités.

Était-ce utile?

La solution

Je peux diviser le travail que j'ai effectué en quatre sections:

  • Personnalisation - Modifications simples au niveau du champ. Il s’agit en grande partie de s’assurer que les champs et la langue conviennent aux activités pour lesquelles je développais.

  • Personnalisation - Modifications plus complexes, nécessitant généralement JavaScript et peut-être ASP.NET. Quelques exemples consisteraient à utiliser un IFrame et à lui transmettre des valeurs à partir d'un formulaire CRM. L’IFrame ferait alors des choses intéressantes comme la cartographie, la cartographie ou vous donnerait des boutons pour faire d’autres choses. Pour les boutons, j’ai souvent recours à JavaScript pour remplacertherHTML externe dans le dom HTML d’un IFRAME afin d’afficher un bouton.

  • Intégration - utiliser .NET pour connecter MSCRM à d’autres systèmes. Connecté à Great Plains, Speech Server, SCOM (appelé à l'époque MOM), systèmes LOB personnalisés, etc. / li>

  • Reporting - Création de rapports. Dans les services de rapport et dans Excel. Excel est idéal pour les tableaux de bord en raison de la nature dynamique de ses mises à jour.
    J'ai quelques histoires (de guerre) sur http://www.sadev.co. za / taxonomy / term / 7 si cela vous intéresse.

Autres conseils

I (et d'autres) ont mis en place un fournisseur de requêtes LINQ pour la couche de service Web http: //www.codeplex .com / LinqtoCRM .

J'ai travaillé avec CRM 3.0. Mon travail a amélioré le programme et l'a transformé en une application de gestion de documents, où vous pouvez numériser et télécharger des documents en fonction d'un cas, d'un contact, d'un client, d'un fournisseur, etc. Le SDK .NET à l'époque aurait pu utiliser un peu plus de travail, mais j'entends avec les nouvelles versions de CRM, les choses se sont améliorées. CRM permet les pièces jointes, mais pas à tous les niveaux, mais plutôt au niveau du cas.

Nous avons étendu la version 3.0 pour envoyer des messages texte plutôt que des courriels. Il existe cependant des outils (au moins pour la version 4.0) pour le faire maintenant.

Nous l'avons également étendu pour transférer les rendez-vous de service vers Exchange, car les employés étant principalement mobiles, ils ne disposaient pas du client CRM pour Outlook.

Deux autres domaines de développement majeurs non encore mentionnés sont les plug-ins et les assemblages de flux de travail personnalisés.

Les plug-ins vous permettent d'intercepter de nombreux messages traités par CRM pour insérer une logique personnalisée. Les possibilités que cela vous donne sont infinies, car vous pouvez intercepter toutes sortes de messages, y compris Créer, Mettre à jour, Supprimer et même Lire!

Les assemblys de flux de travail personnalisés sont des assemblages que vous enregistrez dans CRM qui s'intègrent à l'interface utilisateur de flux de travail de CRM. Souvent, ils effectuent des tâches simples utiles lors de la modification des données de formulaire. D'autres fois, ils sont plus complexes, comme l'envoi de rapports d'état.

 Capture d'écran des assemblys de flux de travail personnalisés enregistrés dans un environnement

Les assemblys de flux de travail personnalisés sont toujours répertoriés sous les options natives. Dans la capture d'écran, tout ce qui se trouve sous "Arrêter le flux de travail". a été ajouté via un assemblage de flux de travail personnalisé.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top