Habituellement les workflow & messagerie est réalisé en CRM et ensuite les transactions sont juste consignées comptables/ERP/MRP. Dans le cas de produits Microsoft Business Solutions : Microsoft Great Plains, Navision, Solomon, Axapta le choix naturel de CRM serait Microsoft CRM. Cependant application typique de CRM cible automatisation des ventes, qui n'est généralement pas applicable à la structure gouvernementale, à but non lucratif ou entreprise publique (services communautaires, services publics, églises, des organismes de bienfaisance, etc.). Organisation à but non lucratif a besoin d'acheter et de réquisition workflow, workflow d'approbation sur la paie et dans certains cas spéciaux grand livre (GL) flux de transactions. Ne fournit pas les fonctionnalités de Microsoft CRM. Alors comment cela pourrait-il se réaliser ? Nous vous détaillerons deux scénarios à réaliser cette personnalisation :
• Approche de lotus Notes/Domino. Dans les grandes plaines, vous pourrait réaliser des déclencheurs de la dextérité de grandes plaines ou déclencheur de base de données MS SQL sur certains événements (transaction de GL création, Transaction de paie, ordre d'achat). Cet événement appelle l'application COM + et celui-ci à son tour crée des objets de Lotus par agent Java (Lotus Notes Domino doit être version 6.0 ou plus récente). Il s'agit essentiellement du pont. Lotus vous devrez concevoir le flux de travail – mais c'est une tâche naturelle pour Lotus et il n'est pas difficile. Les utilisateurs devraient travailler en Lotus pour obtenir les transactions approuvées et quand il devrait être affiché dans les grandes plaines – Lotus appelle le script SQL contre la base de données des grandes plaines. Développeur devrait savoir la structure de tables Microsoft Great Plains
• Approche Microsoft Exchange/Outlook. Il s'agit de la deuxième façon – lorsque vous ne voulez pas déployer Lotus Domino et serait OK avec simple de la messagerie et de la notification par le biais de Microsoft Exchange. La réalisation technique devrait impliquer soit déclencheur SQL ou de la dextérité, l'appel COM objet (dextérité) ou tout simplement envoyer Courriel de notification de MS SQL Server. Le scénario de post ou de décoller tenir de grandes plaines transaction pouvait être réalisé par l'intermédiaire de récepteur d'événements de MS Exchange – ce gestionnaire d'événements de MS Exchange vérifie tous les messages et lorsque celui a certains critères : il appelle la procédure stockée MS SQL Server dans la base de la compagnie des grandes plaines
• Outils de programmation. Agent de Java à l'adresse Lotus – vous devez Sun JDK ou un peu plus avancée : VisualCafe ou JBuilder. Déclencheur de la dextérité de grandes plaines doit se faire en dextérité IDE – ce langage nécessite des compétences et il est difficile de code sans expérience, récepteur d'événements de Microsoft Exchange doit être programmé dans Visual Studio comme application COM +, puis vous devez enregistrer l'application COM + à travers Control Panel - > Système - > Services de composants
• Faisabilité. Pour être honnête et ne pas définie des attentes irréalistes – ce flux de travail mise en œuvre est assez grave et nous ne recommandons pas si pour une petite organisation à but non lucratif – c'est plutôt pour les grande et mid-taille à grande structure.
Nous vous encourageons à analyser vos alternatives. Vous pouvez toujours interjeter appel à notre aide, composez le: 1-866-528-0577 ou 1-630-961-5918, help@albaspectrum.com
No comments:
Post a Comment