connexion à la base de données quickbooks via odbc avec php?

Question

[modifier]
Nous recueillons les données de demande de crédit des utilisateurs sur un formulaire Web.

Je n'ai pas lié mon formulaire Web directement dans QB.

Je n'ai aucune idée de la structure de la table QB pour cette collection de données - ni de la manière dont elle est affichée à l'utilisateur, car je n'ai jamais travaillé directement avec QB. D'autres dans mon bureau le font cependant.

J'apprécierais tout de même toute information sur les options open source / gratuites.

Je simplifierai le problème en supprimant la première option souhaitée.

Parlons simplement de l'importation d'un fichier plat dans Quickbooks.

Je ne peux pas jouer avec une copie de quickbooks, je ne sais donc pas quelles options existent, mais je vois quelques discussions sur le Web à propos du QB qui attend un fichier .ini pour les importations. (Je ne connais pas encore le format attendu, mais je réglerai cela plus tard.)

Si vous avez réussi à importer un fichier à plat de mySQL dans un quickbook, ou si vous connaissez des liens qui vous éclairent, n'hésitez pas à partager votre histoire (je ne trouve pas grand-chose pour le moment).
[modifier fin]

Je réalise que ce scénario est probablement rare, mais je dois me connecter à une base de données Quickbooks existante de deux manières.

1) soit directement à partir d'un script php exécuté sur notre site Web - insérez les données fournies par l'utilisateur directement depuis le Web dans Quickbooks.

ou

2) placez les données de l'utilisateur directement dans la base de données MySQL et exportez ensuite les données de MySQL vers Quickbooks.

Si la première option est viable, je vous saurais gré d’établir une connexion odbc à la base de données Quickbooks.

puis-je m'y prendre avec quelque chose comme:

try {
  $conn = @odbc_connect("DSNName", "", "", "SQL_CUR_USE_ODBC");
  // un and pw parameters are passed as empty strings since the DSN 
  // has knowledge of the password already.
  // 4th parameter is optional

  $exec = @odbc_exec($conn, $insert) or die ("exec error");
  echo "success!";
}
catch (Exception $e) {
  echo $e->getMessage();
} // end try catch

Answer 1

La troisième option pourrait fonctionner pour vous.

Option 1 - QODBC: si vous recherchez la simplicité, Qodbc, comme mentionné ci-dessus, est le principal produit qui le fait, et cela coûte de l'argent.

Option 2 - Kit de développement logiciel Quickbooks: Si vous êtes prêt à utiliser le kit de développement logiciel (SDK) et à utiliser leurs structures XML, vous pouvez trouver d'excellentes ressources sur le réseau de développeurs. Les comptes sont gratuits pour le SDK et vous pouvez y accéder assez facilement.

Cela se résume à une chose: si vous le voulez gratuitement, vous ne pourrez peut-être pas le faire à votre façon. QODBC est à un prix raisonnable la dernière fois que j'ai vérifié.

La seule chose qu'il est important de connaître avec l'une ou l'autre approche est de s'assurer que les tables dans lesquelles vous souhaitez écrire des données dans Quickbooks sont disponibles via le SDK et QODBC.

Comme Quickbooks a vieilli, l’accès à certaines tables a disparu. Par exemple, il n'est pas possible d'écrire directement dans la table des retenues sur la paie, car elle entre en concurrence avec le service de la paie d'Intuit.

Option 3 - Manipulation SQL directe: Intuit chiffre leurs données dans leurs données SQL, les rendant ainsi indisponibles pour un accès direct.

Modifier: Option 4 - Connecteur Web Quickbooks Encapsuleur SOAP installé sur l'ordinateur doté de Quickbooks et qui interagit avec vous pour vous. Aussi gratuit.

Bonne chance!

Answer 2

Si vous souhaitez un accès ODBC, QODBC est votre seul choix.

Les versions les plus récentes de QuickBooks Enterprise Edition utilisent une base de données SQL, mais elle ne vous permet pas d’accéder directement aux tables SQL. Ils verrouillent la base de données afin que vous ne puissiez interroger aucune des données.

AccessBooks est une autre option, qui reflète les données de QuickBooks dans MySQL, puis peut également les repousser dans QuickBooks. J'ai entendu dire que ça peut être un peu floconneux.

Vous pouvez utiliser le SDK QuickBooks et lui permettre de faire pratiquement tout ce que vous pouvez faire dans l’interface graphique de QuickBooks, mais cela demande un peu plus de travail. Si vous intégrez une application Web à QuickBooks, vous souhaiterez utiliser le connecteur Web. Je suis le développeur d'un framework QuickBooks / PHP assez stable et populaire, qui vous serait probablement utile:

https://idnforums.intuit.com/messageview.aspx?catid = 56 & amp; threadid = 9164

Je suis en train d'ajouter la prise en charge de la mise en miroir de l'ensemble du schéma QB dans une base de données, de le maintenir synchronisé, puis de permettre le report des modifications dans QuickBooks. Le travail n'est pas encore terminé. Actuellement, il extrait les données de QuickBooks et les synchronise remarquablement.

Vous pouvez également importer des fichiers IIF dans QuickBooks, mais il s’agit désormais d’un format non pris en charge et obsolète par Intuit. Ils recommandent fortement de ne pas l'utiliser, voici quelques raisons pour lesquelles: http://wiki.consolibyte.com/wiki/doku.php/quickbooks_integration_methods

Answer 3

Vous avez peut-être déjà vu cela, mais si vous ne l'avez pas déjà fait, vous voudrez y jeter un coup d'œil car il semble fournir les conditions requises, les instructions de configuration et un exemple de code pour votre premier scénario.

http://www.qodbc.com/QODBCweb.htm

Answer 4

Vous ne savez pas exactement ce que l'importation doit accomplir: quel type de transaction insérez-vous dans Quickbooks?

J'ai eu beaucoup de succès avec le SDK QuickBooks pour importer des données dans des quickbooks, en particulier des données de transaction, de sorte que des opérations telles que les rapprochements, les écritures, etc. soient gérées par Quickbooks lui-même. Est-ce une option à votre disposition?

Vous pouvez obtenir de nombreuses informations sur le SDK ici

.

Answer 5

Avec QuickBooks Enterprise 2011, cela a changé et vous pouvez disposer d’un véritable accès ODBC (avec toutefois des droits limités et un nombre de tables limité), puis utiliser un outil SQL pour mapper via l’accès ODBC.