A/P Check Numbering Problem

This is the information from EpicWeb Portal. SureFire experienced
the same problem and modified the Chkprint.rpt form to print the
correct number of invoices per page. Surefire is using the standard
check form from Epicor and prints 37 invoices per page.
Jennifer CurLee

AnswerBook #: 815MPS Product: Vantage
Date Added: 6/30/2000 Version:
Date Changed: 3/10/2006 Module: Accounts Payable

------

Summary:
AP How many vendor invoices can print on one AP check
Details:
Summary: AP How many vendor invoices can print on one AP check
Book: Support Solutions
Page: 815MPS

815MPS

PROBLEM DESCRIPTION:
How many invoices can print on a AP check? At what point does the
system total and start a new check?

PROBLEM RESOLUTION:
The system totals after 27 vendor invoices. If the form
(ChkPrint.rpt) has been modified to print less invoices per check,
the system does not recognize this change and will still total after
27 invoices. This will cause 2 checks to print both with the
identical dollar total of the 27 invoices. If the checks are pre-
numbered 2 checks numbers will be used but the system will only note
1 check number therefore the numbering of the checks will be off. Now
there are 2 checks with the same dollar total paying for the 27
invoices instead of one.

WORKAROUND:
If the customer is using a less than 8 1/2 x 11 check size 27
invoices may not print on one check. It is then suggested that they
select only the amount of invoices to pay, by vendor that will print
on their checks and then create another invoice entry group to create
an additional check. This scenario will also hold true if the
customer has modified their form to print less than 27 invoice per
check.



--- In vantage@yahoogroups.com, "Gerard Wadman" <gwadman@...> wrote:
>
> Scenario # 1
>
>
>
> ________________________________
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
Behalf
> Of burtongln
> Sent: Friday, September 22, 2006 2:32 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Re: A/P Check Numbering Problem
>
>
>
> Gerald,
>
> When you perform a check run and a vendor has more than 30 invoices
> for the run, which of the following happens on the second check:
> 1. The check number printed on the second check is the same as the
> first check
> 2. The check number on the second check is correct, the vendor will
> be issued two checks.
>
> Thanks!
> Glenn Burton
>
> --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
> "Gerard Wadman" <gwadman@> wrote:
> >
> > This is a known problem, Epicor has an SCR issued for this but I
> have know idea what release, sp or patch will have this problem
> fixed.
> >
> > ________________________________
> >
> > From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
on
> behalf of Brad Feazell
> > Sent: Thu 9/21/2006 6:36 PM
> > To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> > Subject: [Vantage] A/P Check Numbering Problem
> >
> >
> >
> > We have found that if the number of invoices on an A/P check is
> greater
> > than what will fit on one page/stub, the Crystal form prints the
> same
> > check number on two successive checks which creates a
disagreement
> > between the pre-printed number and the number being printed by
> Vantage.
> > Basically, it prints the same check twice.
> >
> > Has anyone solved this one?
> >
> > Thanks,
> >
> > Brad
> >
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
We have found that if the number of invoices on an A/P check is greater
than what will fit on one page/stub, the Crystal form prints the same
check number on two successive checks which creates a disagreement
between the pre-printed number and the number being printed by Vantage.
Basically, it prints the same check twice.

Has anyone solved this one?

Thanks,

Brad
This is a known problem, Epicor has an SCR issued for this but I have know idea what release, sp or patch will have this problem fixed.

________________________________

From: vantage@yahoogroups.com on behalf of Brad Feazell
Sent: Thu 9/21/2006 6:36 PM
To: vantage@yahoogroups.com
Subject: [Vantage] A/P Check Numbering Problem



We have found that if the number of invoices on an A/P check is greater
than what will fit on one page/stub, the Crystal form prints the same
check number on two successive checks which creates a disagreement
between the pre-printed number and the number being printed by Vantage.
Basically, it prints the same check twice.

Has anyone solved this one?

Thanks,

Brad






[Non-text portions of this message have been removed]
What version are you on? We are on 6.1 and have found that you have to limit the number of invoices per check to less than 27. This is the point at which the form will over flow and cause a problem. Long ago this used to function properly by either printing a second check for the amount equal to the invoices listed on that stub, or it would void the second blank check in the system and include the extra invoices on it's stub. I don't remember when we lost that revelutionary functionality but it has been quite a while.

Todd Hofert

________________________________

From: vantage@yahoogroups.com on behalf of Brad Feazell
Sent: Thu 9/21/2006 6:36 PM
To: vantage@yahoogroups.com
Subject: [Vantage] A/P Check Numbering Problem



We have found that if the number of invoices on an A/P check is greater
than what will fit on one page/stub, the Crystal form prints the same
check number on two successive checks which creates a disagreement
between the pre-printed number and the number being printed by Vantage.
Basically, it prints the same check twice.

Has anyone solved this one?

Thanks,

Brad






This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.

[Non-text portions of this message have been removed]
I dont know what version you are on but my ap will only
print up to I think 27 lines Then its puts on other another check Bob----- Original Message -----
From: Brad Feazell
To: vantage@yahoogroups.com
Sent: Thursday, September 21, 2006 6:36 PM
Subject: [Vantage] A/P Check Numbering Problem


We have found that if the number of invoices on an A/P check is greater
than what will fit on one page/stub, the Crystal form prints the same
check number on two successive checks which creates a disagreement
between the pre-printed number and the number being printed by Vantage.
Basically, it prints the same check twice.

Has anyone solved this one?

Thanks,

Brad





[Non-text portions of this message have been removed]
Bob,
From your description, you may have more than one check per vendor
per check run.

Does this cause a concern for your check signers?

Thanks!
Glenn Burton
Dril-Quip, Inc.


--- In vantage@yahoogroups.com, "Robert Christian" <bobc@...> wrote:
>
> I dont know what version you are on but my ap will only
> print up to I think 27 lines Then its puts on other another check
Bob----- Original Message -----
> From: Brad Feazell
> To: vantage@yahoogroups.com
> Sent: Thursday, September 21, 2006 6:36 PM
> Subject: [Vantage] A/P Check Numbering Problem
>
>
> We have found that if the number of invoices on an A/P check is
greater
> than what will fit on one page/stub, the Crystal form prints the
same
> check number on two successive checks which creates a
disagreement
> between the pre-printed number and the number being printed by
Vantage.
> Basically, it prints the same check twice.
>
> Has anyone solved this one?
>
> Thanks,
>
> Brad
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
No not at all it seldom happens.
----- Original Message -----
From: burtongln
To: vantage@yahoogroups.com
Sent: Friday, September 22, 2006 12:42 PM
Subject: [Vantage] Re: A/P Check Numbering Problem


Bob,
From your description, you may have more than one check per vendor
per check run.

Does this cause a concern for your check signers?

Thanks!
Glenn Burton
Dril-Quip, Inc.

--- In vantage@yahoogroups.com, "Robert Christian" <bobc@...> wrote:
>
> I dont know what version you are on but my ap will only
> print up to I think 27 lines Then its puts on other another check
Bob----- Original Message -----
> From: Brad Feazell
> To: vantage@yahoogroups.com
> Sent: Thursday, September 21, 2006 6:36 PM
> Subject: [Vantage] A/P Check Numbering Problem
>
>
> We have found that if the number of invoices on an A/P check is
greater
> than what will fit on one page/stub, the Crystal form prints the
same
> check number on two successive checks which creates a
disagreement
> between the pre-printed number and the number being printed by
Vantage.
> Basically, it prints the same check twice.
>
> Has anyone solved this one?
>
> Thanks,
>
> Brad
>
>
>
>
>
> [Non-text portions of this message have been removed]
>





[Non-text portions of this message have been removed]
Gerald,

When you perform a check run and a vendor has more than 30 invoices
for the run, which of the following happens on the second check:
1. The check number printed on the second check is the same as the
first check
2. The check number on the second check is correct, the vendor will
be issued two checks.

Thanks!
Glenn Burton



--- In vantage@yahoogroups.com, "Gerard Wadman" <gwadman@...> wrote:
>
> This is a known problem, Epicor has an SCR issued for this but I
have know idea what release, sp or patch will have this problem
fixed.
>
> ________________________________
>
> From: vantage@yahoogroups.com on behalf of Brad Feazell
> Sent: Thu 9/21/2006 6:36 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] A/P Check Numbering Problem
>
>
>
> We have found that if the number of invoices on an A/P check is
greater
> than what will fit on one page/stub, the Crystal form prints the
same
> check number on two successive checks which creates a disagreement
> between the pre-printed number and the number being printed by
Vantage.
> Basically, it prints the same check twice.
>
> Has anyone solved this one?
>
> Thanks,
>
> Brad
>
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
Scenario # 1



________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of burtongln
Sent: Friday, September 22, 2006 2:32 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: A/P Check Numbering Problem



Gerald,

When you perform a check run and a vendor has more than 30 invoices
for the run, which of the following happens on the second check:
1. The check number printed on the second check is the same as the
first check
2. The check number on the second check is correct, the vendor will
be issued two checks.

Thanks!
Glenn Burton

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Gerard Wadman" <gwadman@...> wrote:
>
> This is a known problem, Epicor has an SCR issued for this but I
have know idea what release, sp or patch will have this problem
fixed.
>
> ________________________________
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> on
behalf of Brad Feazell
> Sent: Thu 9/21/2006 6:36 PM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] A/P Check Numbering Problem
>
>
>
> We have found that if the number of invoices on an A/P check is
greater
> than what will fit on one page/stub, the Crystal form prints the
same
> check number on two successive checks which creates a disagreement
> between the pre-printed number and the number being printed by
Vantage.
> Basically, it prints the same check twice.
>
> Has anyone solved this one?
>
> Thanks,
>
> Brad
>
>
>
>
>
>
> [Non-text portions of this message have been removed]
>





[Non-text portions of this message have been removed]