|
<P> But you can have more than one Fiscal Period flagged as open on 31/GLA. Some companies post journals to future periods and if they use the G/L calendar they have to manually open the future periods for posting. This does not change the actual 'open' period in each application.</P><P> </P><P>Richard<BR><BR><FONT SIZE=2><B>Juan Doe <juandoe_2001@xxxxxxxxx></B></FONT><BR><FONT SIZE=2>Sent by: system21-bounces@xxxxxxxxxxxx</FONT><BR><FONT SIZE=2>02/10/2004 06:40 AM PST</FONT><BR><FONT SIZE=2>Please respond to System 21 Users</FONT><BR><BR> <FONT SIZE=2>To:</FONT> <FONT SIZE=2>System 21 Users <system21@xxxxxxxxxxxx></FONT><BR> <FONT SIZE=2>cc:</FONT> <BR> <FONT SIZE=2>bcc:</FONT> <BR> <FONT SIZE=2>Subject:</FONT> <FONT SIZE=2>RE: [SYSTEM21] AR Interface & period control</FONT><BR> <BR><BR></P><P><FONT FACE="Monospace,Courier">Hi Neil<BR></FONT><BR><FONT FACE="Monospace,Courier">no, I don't believe it is possible to have more than<BR>one period active at a time, be it a Sales Ledger,<BR>Purchase Ledger or General Ledger period. i.e. you<BR>cannot Open another SL Period without first closing<BR>the current Open SL Period.<BR></FONT><BR><FONT FACE="Monospace,Courier">I am not sure how much or how little of System21 you<BR>are using, but the SL Interface seems to be working<BR>correctly, for the way you have the system set. I<BR>mean, if you try and post an Invoice directly in SL<BR>from the System21 menu (1/ARP), and you have Parameter<BR>14 set, the same happens as in the Interface. You<BR>cannot set the Period to anything other than the<BR>current Open Period. If the Document Date is outside<BR>of that period, then you get a warning message panel,<BR>but it does allow you to continue, but the period<BR>cannot be anything but the current Open one.<BR></FONT><BR><FONT FACE="Monospace,Courier">We have Parameter 14 set off, which gives a lot more<BR>flexibility with regards to posting to future periods.<BR>Unfortunately, it is probably too much flexibility as<BR>we have had users transposing year and month and<BR>posting transaction into the wrong year!<BR></FONT><BR><FONT FACE="Monospace,Courier">I'm not sure I can be much more help. My suggestion<BR>would be to let the transactions in SLPI0/SLPI1 fail,<BR>and reflag them so that they are validated again in<BR>the next run. As soon as your finance people close the<BR>current period and reoopen the next one, they will<BR>validate and get posted.<BR>To reflag them, set the SFLGI0 from "E" (Error) to "W"<BR>(Waiting to be validated).<BR></FONT><BR><BR><FONT FACE="Monospace,Courier">Best Wishes<BR></FONT><BR><FONT FACE="Monospace,Courier">Juan<BR></FONT><BR><BR><FONT FACE="Monospace,Courier">--- Neil Thursby <neil.thursby@xxxxxxxxxxxxxxxxxxxx><BR>wrote:<BR>> Juan,<BR>> Bit of a catch-22 here.....we had to set Accounting<BR>> Calendar Active to 1 in order to successfully post<BR>> transactions through the Cash Book interface (long<BR>> story!). So, setting the parameter back to 0 sadly<BR>> isn't an option we can take.<BR>><BR>> Reading what you say about setting it to "1" - can<BR>> more than one GL period be active at a time?<BR>><BR>> Thanks again.<BR>><BR></FONT><BR><BR><BR><FONT FACE="Monospace,Courier">__________________________________<BR>Do you Yahoo!?<BR>Yahoo! Finance: Get your refund fast by filing online.<BR><A HREF=http://taxes.yahoo.com/filing.html>http://taxes.yahoo.com/filing.html</A><BR>_______________________________________________<BR>This is the System 21 Users (SYSTEM21) mailing list<BR>To post a message email: SYSTEM21@xxxxxxxxxxxx<BR>To subscribe, unsubscribe, or change list options,<BR>visit: <A HREF=http://lists.midrange.com/mailman/listinfo/system21>http://lists.midrange.com/mailman/listinfo/system21</A><BR>or email: SYSTEM21-request@xxxxxxxxxxxx<BR>Before posting, please take a moment to review the archives<BR>at <A HREF=http://archive.midrange.com/system21>http://archive.midrange.com/system21</A>.</FONT></P>
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.