Intégration de grandes plaines de Microsoft avec le Microsoft Access - vue d'ensemble pour le réalis

 
Enjeux de solutions d'affaires de Microsoft sur de grandes plaines de Microsoft en tant que demande principale d'Accounting/ERP de marché des USA.  En même temps il semble jalonner sur Navision en Europe et a Axapta en tant que grand concurrent à extrémité élevé du marché de société à Oracle, PeopleSoft, SAP, IBM.  Cet article est bref examen de l'intégration de grandes plaines de Microsoft avec le Microsoft Access.  C'est également applicable au directeur de petite entreprise (qui est basé sur la même technologie - dictionnaire de dextérité de grandes plaines - DYNAMICS.DIC et le temps d'exécution DYNAMICS.EXE) et grandes plaines standard sur le serveur de MSDE ou de MME. SQL.

Si vous êtes un lotisseur qui est demandé : comment nous mettons en application l'intégration/interface de grandes plaines avec votre système Accès-basé par MME. - lire ceci et vous aurez les indices sur où regarder plus plus loin.

1. Directeur d'intégration de grandes plaines - ceci est plutôt l'outil d'utilisateur - il est très intuitif, il valide 100% de la logique d'affaires, apporte à in/updates les disques principaux (comptes, employés, clients, fournisseurs. etc.) apporte les transactions dans des tables de travail.  La limitation du directeur d'intégration - il emploie des fenêtres de généraliste dans les coulisses sans les montrer - ainsi il est relativement lent - vous pouvez apporter 100 disques - mais quand vous parlez des milliers - ce n'est pas une bonne option.  D'ailleurs vous pouvez programmer le directeur d'intégration avec VBA.  Le Microsoft Access est ODBC conformes et ainsi vous pouvez faire la question directe de directeur d'intégration au MS Access
2. eConnect - c'est type de kit de développement de logiciel avec des échantillons dans VB.Net.  Évidemment l'environnement de développement devrait être Studio.Net visuel.  l'eConnect te permettra d'intégrer les disques principaux - tels que les nouveaux clients, fournisseurs, employés, etc., plus toi peut introduire des transactions dans de prétendues tables de travail de grandes plaines (l'eConnect ne te permet pas d'apporter les disques ouverts ou historiques - vous le besoin de signaler des disques de travail en grandes plaines, la même limitation s'applique au directeur d'intégration ci-dessus) que l'eConnect est plutôt pour l'intégration continue.  Il a été au commencement créé pour l'intégration d'application d'eCommerce à de grandes plaines.
3. Le SQL a stocké des procédures.  Évidemment vous avez la commande et les possibilités illimitées avec des questions de SQL.  Vous devez savoir que les tables structure et données de grandes plaines flux.  Lancer les grandes plaines et aller à Tools->Resource Description->Tables.  Trouver la table de la série appropriée.  Si vous recherchez les clients - ce devrait être RM00101 - fichier principal de client.  Si vous avez besoin le traitement d'ordre historique de ventes documente - ils sont dans SOP30200 - le dossier d'en-tête d'histoire de ventes, etc.   Ne pas changer les tables existantes - ne pas créer les nouveaux champs, etc.  En outre vous devez se rendre compte que chaque table de généraliste a DEX_ROW_ID - colonne d'identité.  Parfois il est bonne idée d'employer XML d'arrivée/en partance dans les paramètres - alors vous pouvez déployer le service de Web comme partie moyenne entre deux systèmes.
4. Services de transformation de données (DTS) - bon outil pour importer vos données de tiers dans des tables d'échafaudage dans le généraliste - alors vous pouvez les tirer en employant l'un ou l'autre procs stockés de directeur d'intégration.  Vous pouvez également déployer cet outil pour l'exportation/importation d'EDI.  Vous pouvez avoir DTS fonctionner avec le serveur lié - construction de serveur de SQL pour lier au Microsoft Access
5. Écrans de coutume de dextérité de grandes plaines.  Parfois les utilisateurs préfèrent avoir seamlessly intégré dans les écrans faits sur commande d'interface de généraliste - pour des arrangements de paramètres et intégration de lancement.  La dextérité est une bonne option, toutefois se rappeler - il vaut toujours mieux de créer le nouvel écran fait sur commande contre adapter existant - en raison des futures questions de mise à niveau.  En outre - la dextérité est en mettant nos près solutions de Microsoft Business.
6. Boutons faits sur commande de Modifier/VBA sur les écrans existants - l'alternative à la dextérité est toi sont confortable avec VBA et AGITATION.
7. Les serveurs liés par SQL - vous pouvez faire des questions directes de SQL à l'autre plateforme conforme d'ODBC par l'intermédiaire du serveur lié par SQL (Microsoft Access y compris) - vous pouvez devoir se familiariser avec la commande d'OPENROWSET traitez dedans le SQL.  C'est également bonne option si vous avez besoin du rapport en cristal de croix-plateforme - traction des données des bases de données de serveur de SQL et de tiers sur le même rapport.
8. Avertissement - ne pas placer les tables existantes de généraliste dans la réplique ! - vous aurez des questions de mise à niveau.

Intégration heureuse !  si vous voulez que nous fassent le travail - nous donner un appel 1-866-528-0577 ! help@albaspectrum.com