Microsoft Dynamics GP Integration - FAQ & Highlights

Microsoft Great Plains-Version 10,0, 9,0, 8,0 ist nur auf Microsoft SQL Server DB-Plattform, die die ganze Welt der SQL-Scripting für SQL-Programmierer öffnet jedoch um GP Geschäftslogik zu folgen und nicht "Schaden" unterstützt - Sie kennen sollten mit Tisch Struktur und wie Datensätze in MS SQL Unternehmen und DYNAMICS Datenbanken verteilt. Also, lesen Sie bitte zuerst über andere Integrations-Optionen und eine Entscheidung über den nächsten Schritt:

o GP Integration Manager. Dieses Tool ist eher Endbenutzer und sehr intuitiv, wenn Sie VBA-Programmierer (wenn Sie VBA Scripting für MS Excel oder Access, so etwas getan haben) sind - Sie können IM-Integrationen mit benutzerdefinierter Logik voraus: pre-Dokument Skripts können Sie Manipulation von Eigenschaften wie Rechnung oder Fälligkeit. Auch in Integration Manager Sie tun können, Datenkonvertierung - wenn Sie Lieferantenrechnungen zu integrieren, und Sie haben Ihr Unternehmen entsprechende Lieferantennummer - hier Übersetzung macht den Job

o eConnect. Wenn Sie C # oder VB.Net Entwickler sind - können Sie gerne dieses Tool. Es ermöglicht Ihnen, Stammsätze erstellen: Kunden, Lieferanten, Mitarbeiter, Konto, etc. sowie Arbeit Transaktionen: SOP Auftrag, Rechnung, POP Bestellung, solche Dinge. Technologisch eConnect Kerngeschäft Objekte werden in SQL gespeicherte Prozeduren geschrieben, die Sie nicht ändern können - aber es gibt keine Notwendigkeit, wie sie in Form von GP-Objekte für Ihre Bequemlichkeit organisiert sind

o SQL Scripting. Bitte, denken Sie zunächst über eConnect - das ist die Sammlung von SQL gespeicherte Procs - ist es nicht, was Sie brauchen? Wenn Sie über Ihre eigenen SQL gespeicherte Prozeduren zu denken, etwas mit GP integrieren - planen Sie, um neue Stammsätze und Transaktionen eingeben: Kunden-und Rechnungsnummer? Wenn unsere Vermutung liegt nahe - Bitte denken Sie über die Bereitstellung eConnect. Wenn Sie denken, dass Sie den direkten SQL Scripting hat, dann versuchen Sie diesen Ansatz - geben Sie in GP die Transaktion, die Sie planen, über SQL-Script zu importieren und analysieren im Detail Records Distribution. Gutes Beispiel wäre SOP Reihenfolge: SOP10100, SOP10200 Tabellen, vorausgesetzt, Sie tun nicht Inventargegenstände Allokation. Dann versuchen Sie es zu imitieren in der SQL-gespeicherten Prozeduren. SQL-Scripting vielleicht zu anspruchsvoll, auch wenn Sie professionelle SQL DBA oder Entwickler sind - GP hat Microsoft Geschicklichkeit Architektur mit solchen Tricks DEX_ROW_ID, zum Beispiel. Auch GP Tabellen Konsistenz durch sogenannte "Check Links" validiert - wenn Sie füttern SQL wurde nicht 100% genau - check Links könnten auszulöschen Ihre Unterlagen

o Geschicklichkeit Integrations. Wenn Sie noch kein Dex Entwicklung Erfahrung oder formale Ausbildung, raten wir Ihnen, in Geschicklichkeit zu entwickeln - das ist zu komplex und dex wiederum ist zu proprietär. Geschicklichkeit können Sie auf der GP innere Welt so tief tun, wie Sie wollen oder müssen. Geschicklichkeit ist keine objektorientierte Sprache, so müssen Sie es in alten-good-Tage-Stil zu programmieren.

o Autoposting Server. Unterstützt durch Albaspectrum und geschrieben in Geschicklichkeit - ermöglicht es Ihnen, eConnect mit automatisierten Entsendung von Ihrem eCommerce-Anwendung zu erweitern. Alles, was Sie brauchen, ist GP-Workstation und Benutzer-Lizenz mit eigenen Fingerfertigkeit Anwendung gewidmet - Autoposting Server installiert. Als Entwickler müssen Sie für die Buchung Chargen Tabelle zugelassen bevölkern