I've been laboring with Access for a few years, but this would be great if
it works!
Thanks,
Billy
No, none on the brochure. I just visited the Peachtree web site, and found
nothing there.
It's advertised in the brochure for $99.00 when you upgrade to Peachtree
Release 8 or $149.95 regular price.
The brochure says..."Crystal Reports is now integrated with Peachtree
Release 8, allowing you to easily build custom reports that compile data
from several difference Peachtree modules at once..."
"Graphically, display report results with your choice of 80 different types
of charts. And you can get started quickly with six pre-defined reports
most requested by Peachtree customers...."
This could be really big for a heretofore weakness in Peachtree.
Crystal Reports for PeachTree is pretty new. There have been other
versions of Crystal for some of their other products like MAS 90 and
SAGE for a few years but the PeachTree thing is new.
The problem with PeachTree is that the database is proprietary. So
getting the full version of Crystal will not connect to the PeachTree
database unless you export it to a format that Crystal can read. I
think this is how you are doing it with Access.
Crystal will connect to the PeachTree database, without you needing to
do any sort of massaging of the data. There are some sample reports
also that will help.
I haven't actually used this version of Crystal and this is all through
word of mouth but from what I understand, it's better than what was
available before.
Good luck,
Brian Dong
In article <3A847C36...@icode.com>,
Sent via Deja.com
http://www.deja.com/
Crystal Reports V8 includes VBA and completely supports COM, so you can
access ALL of the Peachtree PCA data using PawCom.
Clicking around this web site will give a slight amount of insight into
Crystal Reports.
http://www.seagatesoftware.com/products/crystalreports/
(more details @)
http://www.seagatesoftware.com/products/crystalreports/rcad/content.asp
Thanks,
John
"Billy Jones" <bil...@worldnet.att.net> wrote in message
news:2O_g6.2332$Pg3.1...@bgtnsc06-news.ops.worldnet.att.net...
<stepping down from soapbox>
Please forgive my rant. These "mark you at the door" electronic dossier
sites make me a little crazy.
Okee dokee. :-)
Ralph Jones wrote:
> Just tried taking a peek at your links. Unfortunately, Seagate has
> developed the (stupid) idea that you cannot view their site without
> accepting cookies. No thanks, Seagate. My hard drive is *MY* hard
> drive, not yours. If you want to keep track of my wanderings on your
> site, keep track of me on *your* machine. Implementing a "no entry"
> policy without accepting cookies is, like, the most stupid thing in the
> world. If they need cookies to sell me something (create a shopping
> cart), then OK, I'll turn them on when I am ready to buy. But just to
> view their site? Nah. Don't need Crystal Reports or any of their other
> stuff that bad.
>
> <stepping down from soapbox>
>
> Please forgive my rant. These "mark you at the door" electronic dossier
> sites make me a little crazy.
>
A "little"?
Joe Morris wrote in message <3A847C36...@icode.com>...
I didn't realize I had left my cookies on. Probably from shopping earlier.
Time to View files and Delete.
John
"Ralph Jones" <rajones@SPAM_ME_NOT_AT_tconl.com> wrote in message
news:3A880770.3020908@SPAM_ME_NOT_AT_tconl.com...
The interesting question of course is what is being provided. Access to the
data is through Btrieve drivers that can read DDF files that come with the
update. While this may sound exciting, you will probably find the
functionality to fall far short of what you might need.
The first problem is that only a subset of the data is defined in the DDFs:
Charts, Company, Cost Codes, Customers, Employees, Default Information, Job
Est, Jobs, Jrnl Hdr, Jrnl Row, Line Item, Phase Codes, and Vendors. While
this subset may do in some cases, it is our experience that other parts of
the database are frequently needed to produce more complex reports.
The second problem is that the DDFs map you directly into the structure of
the Peachtree records. In order to understand what this means consider the
Customer records - the record contains customer Sales and Receipts for each
of the 42 Peachtree internal accounting periods, but rather than viewing
this data as a table, the sales and receipts for each period are represented
as separate fields in the DDF definitions. That makes report design of this
data pretty messy. Because of the direct mapping, the DDF files contain
many definitions for fields that are not used, which is also a bit
confusing.
The third problem is that the JrnlHdr and JrnlRow tables contain records for
all the journals mixed together. Some of the fields have meaning only for
particular kinds of journals. To pull the Sales Journal information out of
these files, for example, requires some well defined filters.
I'm not sure where Peachtree is headed with CR - maybe they will have
expanded DDFs in V9. But it is pretty clear that their internal record
structure is never going to make a CR interface easy to work with. Perhaps
they see this as a ploy to market CR and make a little money based on CR's
reputation.
Billy Jones wrote in message
<2O_g6.2332$Pg3.1...@bgtnsc06-news.ops.worldnet.att.net>...
If the user is a computer layman, and isn't very familiar with DDFs, Btrieve,
database tables, file structure, etc., it will be a classic case of a negative
cost/benefit stealing the user's productivity time, irrespective of the quality
of any given report ultimately produced.
OTOH, it can't be much worse than the current PT Report Writer.