Microsoft Dynamics GP Intégration - FAQ et faits saillants

Microsoft Great Plains version 10.0, 9.0, 8.0 est pris en charge uniquement sur plate-forme Microsoft SQL Serveur DB, qui ouvre le monde entier de scripts SQL pour SQL programmeur, mais afin de suivre la logique métier GP et ne pas "nuire" - vous devriez être familier avec la structure de la table et comment les enregistrements sont distribués dans MS SQL et bases de données DYNAMICS entreprise. Donc, s'il vous plaît lisez d'abord sur les options d'intégration d'autres et prendre une décision sur l'étape suivante:

o Responsable Intégration GP. Cet outil est assez utilisateur final et très intuitive, cependant si vous êtes programmeur VBA (si vous n'avez scripts VBA pour MS Excel ou Access, quelque chose comme ça) - vous pouvez avancer intégrations de messagerie instantanée avec une logique personnalisée: documents de pré-scripts vous permettent d' manipuler les propriétés telles que la facture ou la date de paiement. Toujours dans Integration Manager, vous pouvez faire de la traduction des données - si vous intégrez les factures des fournisseurs et vous avez votre numéro de fournisseur correspondant société - ici la traduction fait le travail

o eConnect. Si vous êtes C # ou VB.Net développeur - vous aimerez cet outil. Il vous permet de créer des fiches: clients, fournisseurs, employés, comptes, etc ainsi que les opérations de travail: Commande SOP, facture, bon de commande POP, des choses comme ça. Technologiquement eConnect objets métier de base sont écrits dans des procédures stockées SQL, que vous ne pouvez pas changer - mais il n'est pas nécessaire car ils sont organisés sous la forme d'objets GP pour votre commodité

o SQL Script. S'il vous plaît, pensez d'abord à propos eConnect - il s'agit de la collecte des procs stockées SQL - n'est-ce pas ce que vous cherchez? Lorsque vous pensez à vos propres procédures stockées SQL à intégrer quelque chose avec GP - prévoyez-vous d'entrer de nouvelles fiches et les transactions des clients et facture:? Si le soupçon est proche - Pensez à déployer eConnect. Si vous pensez que vous avez à utiliser directement les scripts SQL, puis essayez cette approche - GP entrer dans la transaction que vous envisagez d'importer via des scripts SQL et d'analyser en détail les dossiers de distribution. Un bon exemple serait pour SOP: SOP10100, SOP10200 tables, en supposant que vous ne faites pas d'inventaire des articles allocation. Ensuite, essayez de l'imiter dans vos procédures stockées SQL. Script SQL peut-être trop difficile, même si vous êtes professionnel DBA SQL ou développeur - GP possède une architecture Microsoft dextérité avec des trucs comme DEX_ROW_ID, par exemple. Aussi GP tables de cohérence est validée par des soi-disant «liens cocher« processus - si vous nourrir SQL n'était pas précis à 100% - Liens contrôle peut effacer vos enregistrements

o Intégrations Dextérité. Si vous n'avez pas d'expérience de développement Dex ou de formation, nous ne vous recommandons pas de développer la dextérité - ce qui est trop complexe et dex à son tour est trop exclusive. Dextérité vous permet de faire du monde GP interne aussi profond que vous avez besoin ou le souhaitent. La dextérité n'est pas langage orienté objet, donc vous devez le programmer dans la vieille-bons-journées de style.

Serveur Autoposting o. Soutenu par Albaspectrum, et écrit en Dextérité - il vous permet d'étendre eConnect avec affichage automatisé à partir de votre application de commerce électronique. Tout ce que vous avez besoin est dédié GP poste de travail et de licence utilisateur avec une application personnalisée dextérité - Autoposting serveur installé. En tant que développeur, vous devrez remplir approuvé pour afficher le tableau des lots...