Most high end accounting packages would use a SQL backend, I would presume.
Or Com/CORBA...
It's been my experince that alot of companies will have some POS (That's point of sales) system and then have some other accounting system say MAS90, QuickBooks, or some retched little thing still running under dos. What I was thinking was just a MarketItems object (to steal from EMarket) that can be placed anywhere in the zope DB that provides a solid api for listing, adding, and removing inventory items. It can then be inherited from so that it can pull from a SQL db, use MS Com to talk to Quicken if possible, or pull information our of the stack of papers on my desk.
No fair! I thought of that first. :)
* Credit Card Processor object *cough Wampum Generator cough cough* * And a way to do reporting (This makes my head hurt)
- this could be taken care of by the accounting software.
There again, not all accounting packages process credit cards. If you check out the Wampum Generator (excuse me while I pat myself on the back) at www.zope.org/Download/Contrib you'll find a CyberCash connector that I just uploaded yesterday for Zope.
Of course it dosen't compile under Windows yet, I don't have access to a windows compiler.
are you distributing the source for Wampum? _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com