Weird report run
GCC Consulting
gccconsulting at comcast.net
Wed Sep 13 10:18:52 PDT 2006
> -----Original Message-----
> From:
> filepro-list-bounces+gccconsulting=comcast.net at lists.celestial
> .com
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.c
> elestial.com] On Behalf Of Boaz Bezborodko
> Sent: Wednesday, September 13, 2006 1:11 PM
> To: filepro-list at lists.celestial.com
> Subject: Weird report run
>
> A user ran a report that had a very weird result and I need
> help trying to figure out why. This is a report that has
> been running fine for a long time.
>
> The report picks out invoices to pay and then generates
> checks for them. Each invoice is a line on the report and
> the sort order is by vendor with a new form being generated
> for each new vendor. When it does so it generates a new
> check number and creates a new record for this check in the
> checks file.
>
> The weird thing on this run was that on this run they were
> only generating one check, but a bunch o invoices that should
> not have been selected, from different vendors, were chosen
> and they were printed all on the first form for the original
> check. They should not have been selected, but they were.
> They should not have shown up on the first form as part of
> the one check that was supposed to have run, but they did.
> And they should not have generated their own checks, but they
> did. That last part was the one part that was consistent
> with their being printed even though they shouldn't have
> because they didn't conform to the selection criteria.
>
> I've reviewed the code and can't find any reason why this
> should have happened. Any suggestions as to why the errant
> selection and sort behavior?
>
> Note: I'm using FP 4.8 on Windows.
>
> Boaz
What is the criteria that you are using to select invoice to pay?
Is this through -v processing or a selection set?
Richard Kreiss
GCC Consulting
More information about the Filepro-list
mailing list