× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



SLP06/07 and SLP10/11 balances are updated through transaction entries.
Closing a period doesn't update the balances, but 
does mean that new SLP10/11 records are created for the month just opened.

I run a set of queries over SLP06, SLP07, SLP10, SLP11 and SLP15 which I run
regularly. These create output files containing one record per account
giving
the Base balance and where appropriate, the Prime balance.

These files can then be easily be joined by account highlighting any
differences which arise, which are then easily fixed through DFU.

In practice, I get maybe one or two corrections in a month, sometimes none,
though when I go to a new client site I sometimes find a 
large number of discrepancies that have built up over time. These can be
caused by power failures at 'inappropriate' times, user error 
(such as closing the 'window' in the middle of a session and so on. 

While the system is quite robust, these things can and do happen.

The rebuild option doesn't always work and can be a pain in the a$$ to run.
Personally I found that the queries and the odd DFU is quicker at
identifying the
problems and in fixing them.

The above relates exactly to Purchase Ledger also, with PLP06, PLP07, PLP10,
PLP11 and PLP15.

Garry Clarke
Director
Bluetech Limited
Ireland




-----Original Message-----
From: system21-bounces@xxxxxxxxxxxx
[mailto:system21-bounces@xxxxxxxxxxxx]On Behalf Of
GManoovaloo@xxxxxxxxxxxxx
Sent: 16 July 2003 13:05
To: System 21 Users
Subject: RE: [SYSTEM21] A/R customer balance






Hello Garry
Thks for your input . Correcting the files SLP06 & SLP07 thru their proper
logicals does modify the display of open items enquiry .
But looking at files SLP10 & SLP11  does not reveal inconsistencies , say
from period 01 to current period this year .  I mean that in somes cases ,
where
the current outstanding should be 0 , yet is not , the balance is in fact
the opening balance of the year . I have left these files untouched ,
waiting for your kind reply to this mail . My apprehension is that the
issue may reappear after period 07 closure if the system somehow uses SLP10
/ SLP11 to update SLP06 /SLP07 . This is pure conjecture on my part and
would be glad to have more enlightened opinions from the community .
Thks and regards

EXAMPLE ( SLP06 & SLP07 DFU'D ):


15:44:00
 Customer Enquiry...Item Details - Open Items for All Periods (Prime)
 Account . . ? CAS00104 xxxxxxxxxxxxxx
 Currency. . ? MUR      Rs.
 Period. . . : 0000
 Position to :             Total               .00  Revalued
.00
 X T Type/Ref.    Doc           Original       Outstanding  P  Perd  Due
Cur
     UC 20101697 150703           561.00-           561.00-    0307 150703
MUR
     IN F483541  150703           561.00            561.00     0307 200703
MUR
****************************************************************************
*****
 WORK WITH DATA IN A FILE                       Mode . . . . :   CHANGE
 Format . . . . :   SLR06                       File . . . . :   ACSUMMAR
 Co. No.:                            FZ
 Customer Account Number:            CAS00104
 Statement Balance (Base):
 Last Statement Run No.:                  47
 Date of Last Stment.:               1030430
 Last Stmnt Sess. by A/c:               2300
 Date of Last Sale:                  1030715
 Date Last Payment Received:         1030715
 Current Balance (Base):
 Outstanding Orders Value (Base):
 Revaluation of Outstanding Orders:
 Current Period:
 Latest Revaluation in Base:
 Base Outstanding B.O.E:
 Revalued Outstanding B.O.E:
 Base Goods Despatched Not Invoiced:        22040915-
 No.Invoices Outside Cred.Terms:
****************************************************************************
*****
  WORK WITH DATA IN A FILE                       Mode . . . . :   CHANGE
 Format . . . . :   SLR07                       File . . . . :   SLCBLCUR

 Co. No.:                             FZ
 Customer Account Number:             CAS00104
 Curr. Code:                          MUR
 Current Balance (Prime):
 Outstanding Orders Value (Prime):
 Current Balance (Base):
 Outstanding Orders Value (Base):
 Revaluation of Outstanding Orders:
 Latest Revaluation in Base:
 Prime Outstanding B.O.E:
 Base Outstanding B.O.E:
 Revalued Outstanding B.O.E:
 Prime Goods Despatched Not Invoiced:        22040915-
 Base Goods Despatched Not Invoiced:         22040915-
 Prime Overdue Bucket 1:
 Prime Overdue Bucket 2:
 Prime Overdue Bucket 3:
****************************************************************************
*****
QRY OF SLP10 FOR ABOVE ACCOUNT :

(See attached file: E174852.TXT)

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail message has been scanned for Viruses and Content and cleared 
by the Mail Marshal Filtering System
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

#####################################################################################
Internet Communications are not secure and therefore Dimpco do not accept any 
liability for the contents of this message. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of Dimpco.

The contents of this email message are private and intended solely for the 
named recipient. Unauthorised access of this email is prohibited. If you are 
not the intended recipient of the message please notify the sender immediately.


This e-mail message has been scanned for Viruses and Content and cleared by 
Dimpco's Mail Filtering System

######################################################################################

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-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.