12/14/2005 Bug fix. A recently added feature ended up putting data into an already assigned attribute in our contract file. We must repair the program to use new unused attributes and then write a small program to move the data from the old to new attributes. Fortunately, the one attribute in question is designated to hold the serial number of sold items, and to date, our customers have not been using this feature.

Corrupted data for one customer who was using has been repaired. Programs have been repaired so that over-lapping will no longer occur.

The utility in utilities menu #2, item B. Update RMA notification flag, is now an enhanced routine that not only requires the Y/N flag to indicate whether or not you want the rma notification, it also allows you to enter the printer that this report will be printed on. The old system used to print on "AR_DEFAULT" printer. This printer used to be required in the list of printers but is not any longer.

---------------------------

Minor bug fix: 06/23/05

Misc Charges report in accounts receivable was being produced with wrong signs on amounts. This has been corrrected.

---------------------------------------

Bug repair: 06/24/05

Overlapping of data from our new ADP enhancement was still happening. Modified Pos_Add_Items_Sold today to further repair previous problem

------------------------------------

Enhancement: 07/05/05

Added some code to our security system today to eliminate the need for need to manually add items to the master dictionary of an account when adding a new user.

---------------------------

Web Page change: 07/07/05

Because of all junk mail and spammers, we have instituted a policy of not receiving email from anyone who is not in list of legitimate contacts. To this end, before a person can email us, they must "register" their name and email address with us. We will adjust our list of "friends", and send them a confirming email advising them that it is ok to email us now.

---------------

Enhance A/R 07/22/05

Begin an enhancement to our accounts receivable system that will allow an operator to sort the outstanding customer report either alphabetically or by stores and then alphabetically. We will also install the option to print either a range of stores or a list of stores for this option.

Finally got first version of this running. We are not completely happy with sort times etc., but a slight longer sort time was the trade-off to changing many programs in the system. We still have plans to make further modifications to this in the future.

We have upgraded our system to handle more than one 'cash' sale account. Past releases have had the code "CS" hardwired into them so that a cash sale could be made using a customer code of "CS" if the situation did not warrant using the customers full name and address. We have added a parameter file and associated update utility now to allow the system to have as many customer accounts for cash as necessary. Since transactions are basically irrelevant , they can be flushed at month end to keep the transaction file down to a reasonable size. Instead of flushing just one account called "CS" now, the system will loop through the codes listed in the parameter file and flush each one. However, flushing only takes place if the account balance is zero.

We have had an "inconvenience" in our programs that have been generated automatically with our application generator for a number of years. We have now modified the application generator to no longer produce code causing the problem. We have manually modified about 250 programs in 5 different accounts on our development computer. This has been a long and boring job, but will make our programs more "idiot proof". There is now much less chance for error when adding information to multi-value fields in our system.

An internal "open file" program has been modified because attempting to do a standard file open would fail if the Dictionary was present, but no data file. In our system, if the file did not exist, we attempted to open it. However, if the DICT was present, we could not open a non-existent data file because the standard 'CREATE-FILE FILE.NAME 1 3' would not work with an existing DICT. Since our systems are supplied with all Dictionaries in place, we have modified the "open file" program to "CREATE-FILE DATA FILE.NAME 1" if the DICTIONARY EXISTS. If the DICTIONARY does not exist, the customer will have to either re-install or call GCS for help. Reason for this is because Dictionaries also contain file descriptive items. Simply creating a dictionary will not provide these items.

We have been making some minor enhancements to the system since our last posting. Most of these are simply modifications to menus, and adding a couple of new programs to make our product a little more user friendly.

Although no-one has ever complained, we found that when a Postal Code was edited in Accounts Receivable "Update Customer" routine, that the display would be slightly corrupted. This has been repaired.

We have enhanced the A/R posting summaries so that another field for Category (i.e. A)sset, L)iability, R)evenue or E)xpense may now be updated for each summary item. There is also a sequence field associated with each category so that the reports can be sorted by sequence, but display the category. Thus, the summaries can now be sorted into groups with sub-totals on each group and in the sequence that accountants are used to seeing them.