We too did not have a valid book for 2008 when invoicing ran (we were allowed to setup a period the first day for 2008 before invoicing ran that night but CEA did not inform us there was no book for 2008).

Infor calls this a critical error and the allow journals in error flag does not help you. THERE IS NO AUTOMATIC RECOVERY. You must manually determine what journals should be entered and make them. We are still working on this for the first days invoicing. Unlike INV921, where you can recover (eg a bad date entered on a transaction trying to post to a period that is closed), invoicing with no book leaves you in a hole.

Unfortunately, we had turnover in accounting and the new people were not aware of the need to set this up (believe me, it is now in our year end SOP to make sure that happens in the future).

We called OGS and they confirmed.

From the knowledge base at OGS:

Version: 6004
Platform: AS400
Prod. Group: BPCS
Module: CEA
Inquiry #: 651946-1
Published Date: 8/30/2002 1:00:00 PM
Logged By: BREWERI
How does the Allow Journals in Error flag on Event Determination Sequence work? How should it be set for different subsystems


Allow Journals in Error is used by the ATP engine to determine how journals with errors are to be treated for the specified event sequence. When ATP encounters an error such as a missing Alias, if the allow journals in error flag is selected, the journal is created and left in Maintain Events in an unposted status waiting for manual correction. If the flag is not set, no journal is created. Where there is a critical error, such as a new book has not been created for a new year, no transaction will be created under either method. Typically, all of the subsystems will be updated regardless of the Allow Journals in Error flag, so they should ordinarily be set to Allow Journals in Error

Mark Richards
Senior Systems Analyst

Tel: 616-656-8233
Fax: 616-656-6393
Email: mark.richards@xxxxxxxxxxxx

Hart & Cooley

Web Site

Hart & Cooley, Information Technology
5030 Corporate Exchange Blvd SE | Grand Rapids, MI 49512 | USA (Map)

-----Original Message-----
From: bpcs-l-bounces+mark.richards=hartcool.com@xxxxxxxxxxxx
] On Behalf Of kasp6281@xxxxxxx
Sent: Tuesday, January 08, 2008 11:49 PM
To: bpcs-l@xxxxxxxxxxxx
Subject: Re: [BPCS-L] CEA BPCS V6.1

I don't know if you received a response already, but you
should be able to setup a new calendar and book for the new
year and maintain events for this JE in error and post the
journal entry. I am assuming that you ran BIL500 and the
allow journals in error flag is set to "yes".

-----Original Message-----
From: Korinek Lubos <Lubos.Korinek@xxxxxxxxxxxx>
To: 'bpcs-l@xxxxxxxxxxxx' <bpcs-l@xxxxxxxxxxxx>
Sent: Fri, 4 Jan 2008 4:55 am
Subject: [BPCS-L] CEA BPCS V6.1

I have error in the BIL540 report CEA200O. The transaction
was not uccessful because we have not a valid book for the year 2008.
Can I reset the wrong transactions from BIL540.
Thanks for your help.

Lubos Korinek

ABS Production Lohmar GmbH

Scheiderhoeher Str. 30-38
D-53797 Lohmar

Tel. +49 2246 900 347
Fax +49 2246 900 400
E-Mail Lubos.Korinek@xxxxxxxxxxxx

andelsregister Siegburg HRB 6438
eschäftsführer: Peter Benien
Rikard Nilsson
visit us at: www.absgroup.com <www.absgroup.com>

his is the BPCS ERP System (BPCS-L) mailing list o post a
message email: BPCS-L@xxxxxxxxxxxx o subscribe, unsubscribe,
or change list options,
isit: http://lists.midrange.com/mailman/listinfo/bpcs-l
r email: BPCS-L-request@xxxxxxxxxxxx
efore posting, please take a moment to review the archives t
Delivered-To: kasp6281@xxxxxxx

More new features than ever. Check out the new AOL Mail ! -
This is the BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.

Delivered-To: mark.richards@xxxxxxxxxxxx

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.