[AccessD] QuickBooks Project... Anyone game?

I would like to be included as well.  I don't know how much help I can be,
but my partner and I just met with a potential new client and found out that
they use Quickbooks for their inventory tracking.  We are to put a proposal
together that will integrate a revamped web site that will include a
knowledgebase, online purchasing (which part will need to interact with
Quickbooks) and some other options.  After our first meeting, I quickly came
back and grabbed the list of emails for this string from my deleted items so
that I could see what everyone was saying.

Thanks

Ken

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Friday, June 11, 2004 5:21 AM
To: 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] QuickBooks Project... Anyone game?

I'm in.  I have a client right now jumping through hoops to do this.

John W. Colby 
www.ColbyConsulting.com

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie
Sent: Friday, June 11, 2004 7:35 AM
To: Access Developers discussion and problem solving
Subject: RE: [AccessD] QuickBooks Project... Anyone game?


Christopher,
 I guess there are about 75 VB examples in the SDK (3.0). All of which are
as seamless as the next as far as I have played with (there just a pain to
work with). It is really easy to see this for yourself if you have
QuickBooks 2002 or above..

 The problem is, there are no (none that I can find at least) complete
sophisticated solutions that are under 500.00. I have tried the coreObjX
dll, but that thing is a nightmare to even get registered on the users
machines (even their own install routine will not register 9 time out of
10), the other (AcctSync) solutions I found is about 1K, so it's out of my
price range.

 What I'm hoping (going) to build is a class based solution based on the
QBFC. So in the end I will end up with a solution that will allow for
portability, and very easy communications with QB. The solution will do all
the "grunt" work under the hood automatically, and allow me to send and
interpret QB requests very easily.

 It's not easy working with QB's API, and I would have like to made it an
open source kind of thing, but I was hoping for at least 5 serious
developers to join in.


Robert Gracie
www.servicexp.com


-- 
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com