Aus meiner Recherche sieht es so aus, als gäbe es grundsätzlich drei Möglichkeiten.
1: COM-Schnittstelle verwenden 2: Einen Webservice und den Web Connector verwenden 3: Verwenden einer Komponente von Drittanbietern (und es scheint, einige zu sein)
Jede dieser Optionen stellt ein Problem für mich dar:
1: Mir wurde gesagt, dass ich COM nicht benutzen kann
2: Diese Lösung scheint mir sehr heikel, da ich von einem Windows-Dienst integrieren muss
3: Einige dieser Lösungen sind ziemlich teuer.
Ich sehe aus, als müsste ich die Route der dritten Partei gehen und es gibt zwei Spitzenreiter in meinen Gedanken:
1: QODBC (http://www.qodbc.com/usa.html)
2: AccessBooks (http://www.synergration.com/AccessBooksUpdater/default.aspx)
Meine Fragen, liebe Leser, lauten wie folgt:
1: Welche Lösung (com, Webservice, welche Drittanbieter) würden Sie verwenden?
2: Warum würden Sie es über die anderen Optionen wählen?
3: Gibt es eine andere Option, die ich verpasst habe?
Ich habe mich entschieden, mit einem anderen Produkt zu gehen, das oben nicht erwähnt wurde und "QuickBooks ADO.NET Data Provider" genannt wird. Es wurde offensichtlich von den gleichen Leuten gemacht, die das QuickBooks-Integrator-Produkt herstellen
Die Gründe, warum ich es gewählt habe ...
1) Es hat eine Fernzugriffskomponente
Sie installieren den Remote-Server, und Sie können auf Ihre QuickBooks-Daten von überall in Ihrem Netzwerk zugreifen
2) Die Komponente für den Remotezugriff kann als Dienst ausgeführt werden Nuff sagte
3) Stellt eine SQL-Stil-Schnittstelle für die QuickBooks-Daten bereit 4) Führt automatisches magisches Caching zur Beschleunigung des Datenzugriffs durch
Ich habe das Quickbooks SDK verwendet, weil ich ein Import-Tool für einen Freund entwickelt habe und wir nicht den Luxus hatten, eine Drittanbieter-Bibliothek zu kaufen.
Ich begann mit der Entwicklung als Webservice, musste aber nach der Erkenntnis zurückfallen, dass wir nicht nur das Redbooks des Quickbooks SDK auf dem Server bereitstellen müssen, sondern dass wir auch Quickbooks selbst installieren mussten. Und öfter als nie, Quickbooks angezeigt einen Dialog, der auf einem Server ist schlecht.
Solange das Dialogfeld geöffnet war, lehnte das Quickbooks SDK jede Verbindung mit ihm ab.
Ich habe es als reine C # Winform-Anwendung gemacht. Von dort ist es ziemlich direkt.
Im Mittelpunkt des Programms stand eine Quickbook-Sitzungsklasse, die die Sitzung und die Nachricht
behandelte %Vor%Danach war es einfach, eine Sitzung zu erstellen, eine Nachricht zu erstellen und die andere Anfrage anzuhängen.
%Vor%Dieser Code ist bei weitem nicht kugelsicher wegen der vielen Gefahren von Quickbooks. Das Quickbooks SDK ist auch ziemlich langsam. Zum Beispiel dauert das Abrufen der Liste des Lieferanten ungefähr 2 Minuten für ungefähr 1000 Lieferanten.
Ich habe den QuickBooks-Integrator von nSoftware für ein Projekt verwendet, auf dem ich gerade war. Es ist viel einfacher als das QuickBooks SDK und der Support ist großartig. Dieses Produkt gibt es seit etwa 8 Jahren.
Obwohl ich sicher bin, dass es einige Fälle gibt, in denen es nicht funktioniert, wäre meine erste Angriffsrichtung das Quickbooks-SDK, das im Intuit-Entwicklerzentrum gefunden wurde .
Wenn Sie nach Quellcode oder etwas für .NET vorgefertigt suchen, existieren Kentico, Ektron und nopCommerce Konnektoren für QuickBooks. Bitte besuchen Sie meinen Store .
Tags und Links c# quickbooks