e-Newsletter, October 26, 1999

Roundtable Software e-Mail Newsletter Issue #1, October 26, 1999

Want to subscribe to future issues of our newsletter? Click here!

Hello Roundtable Software Advantage Accounting System Users and Retailers!

This is our very first e-mail newsletter, and we'd like to thank you for subscribing! We've got some great tips for you this time plus some important announcements. Here goes...

The SCO Unix version of the Roundtable Software Advantage Accounting System version 3.01 was released on October 18. Please see the website for pricing and other details.

Does your AR28 AR balance not agree with your aging schedule? If so, here are some simple things to check:

* Set your aging cut-off date to 12/31/2099 (12.31.99 or 12/31/99 depending on how you have your Y2K date separator set) to ensure that all transactions are being printed., even those that someone may have incorrectly keyed in with a future date.

* Perhaps you have customers whose customer numbers, names, phone numbers or category codes start with the characters <{>, <}>, <|> or {~}. These customers will not normally print in the standard ranges. To ensure that absolutely all customers print, change the 'To' value on the customer ranges to all tildes (~).

Thanks to an intrepid user in Colorado, we can now say with certainty that IC-Verify for Windows does NOT work correctly in its TSR interface with the Roundtable Software Advantage Accounting System. The support personnel at IC-Verify have been blaming the problem on our package but it has become clear in extensive testing at the user's site that this is not the case - the TSR that ships with the IC-Verify Windows version deals with request and response files in a different way from it's supposedly identical DOS counterpart. Users are directed that if they decide to start using IC-Verify credit card processing system, be sure to insist on the DOS version. By the way, the DOS version is about $100 cheaper than the Windows version.

We also learned one other tidbit while trying to get this user's IC-Verify system up and running. If you are very short on base memory, there is an undocumented version of the IC-Verify TSR called ICSMALL that may work better for you. This version, we are told, is not nearly the memory hog that ICMULTI is.

Question: Why doesn't my balance forward function on statements work right when I'm printing February statements?

Answer: The balance forward option in AR program 31 uses your aging brackets to determine which transactions will be rolled into a balance forward line. It looks at your first non-zero aging bracket (typically set to 30) and subtracts that from the aging date to determine a balance forward date.

Let's say we're printing June statements. Our aging date is set to 6/30 and our first non-zero aging bracket is set to 30. Thus the program calculates a balance forward cut-off date of 6/30 minus 30 days, or 5/31. That means that all transactions dated 5/31 or earlier will be rolled up into the balance forward.

In February we have a problem. Since February only has 28 days (or 29 in leap years), the balance forward cut-off date would be calculated as 2/28 minus 30 days, or 1/29. In this scenario the January invoices dated in the last few days of the month will not go into the balance forward, and there's the problem.

Luckily, it's easy to compensate for this by simply changing your first non-zero aging bracket in AR program 50 to 28 when your are printing statements for February.

 Previous Newsletter              Next Newsletter

Roundtable Software Home | Add-On Products | Custom Programming | Support Services | Power Utilities | Partners | What's New| Site Map

Roundtable Software • 30831 Cove Road • Tavares, FL 32778-5164
(352) 253-9779 • FAX: (815) 572-5446

All contents copyright © 2000-2008 Roundtable Software. All rights reserved.

Custom ProgrammingPower UtilitiesWhat's NewAdd-On ProductsSupport ServicesRoundtable Software Home PageProduct InformationPartners