| ISS45 | Accounts Receivable Release Tables |
|
|
Note: This product has
been withdrawn and no software or documentation is available from
StoreNext. For support and information on the Accounts
Receivable product, contact ACI at 760 942-2425 or [email protected]. The information below is provided for reference only. |
||
| Posting Date: | 02-Nov-05 | |
|
Accounts Receivable Version 7.3.1 Release Table See the table below for a description of the new features provided and faults addressed in this release.
|
||
|
Enhancement or Fault Number |
Item Description |
| New Feature |
Resolved the ISS45 Account balance
reflecting only the last transaction from the POST.
This was caused by a SORT process not being
launched during EOD. The latest Windows release saw the number of layers
of processes as a security risk.
Removed the requirement that the A/R
transactions had to be in account sequence.
This also required the processes called by
ProcTrx.exe to be added to EODHUK9(Aging.exe and V78Bal.exe)
|
| New Feature |
Corrected the display of Last Payment Date
and Amount.
The last transaction date and amount was being displayed not just the payment transactions.
The displayed information was not being
updated by the transactions entered at the POST.
|
| New Feature | Improve testing for duplicate accounts was added. |
| New Feature | Assure that the prior General Batch has been processed by ISS45 before writing a new batch file. |
| New Feature | Added a note that the account aging information is as of the last EOD. |
|
|
|
-
| Posting Date: | 4-Aug-05 | |
|
See the table below for a description of the new features provided and faults addressed in this release.
|
||
|
Enhancement or Fault Number |
Item Description |
| New Feature | Previous Accounts Receivable product always reflected only the last transaction balance from the POST. A sort process is now being launched at EOD. These processes have been added to aging and V8 balance to make sure account balances are up to the minute. |
| New Feature | Last Payment date and Amount at the POST will not be updated by transactions entered at the POST. |
| New Feature | Duplicate account verification has been improved. |
| New Feature | General batch - AR will now ensure that a prior batch has been processed by ISS45 before writing a new batch file. |
| New Feature | Account aging information will reflect the last EOD. |
|
|
|
| Posting Date: | 19-Apr-05 | |
|
See the Release Table below for a description of this patch release.
|
||
|
Enhancement or Fault Number |
Item Description |
| WD 6393 | Accounts Receivable 8.3.0 - EOD processing problems occur if AR 8.3.0 is loaded on MFS2 or an LFS and the EOD is run from MFS1 - the EOD does not accurately sort the balances. |
| WD 6393 |
In Accounts Receivable 8.3.0-050 - a change
was made to the Credit Limits adding two decimal points to the Credit
values. Previous limits in Version 2.2 or lower would be displayed as $100
for one hundred dollars. In 8.3.0-050 - the credit display is now $100.00.
An upgrade problem as occurred when version 8.2.2 is upgraded with version
8.3.0-051 - the Credit Limits are not converted correctly - as the $100
now displays as $1.00. A conversion tool has been created for the express purpose of converting Accounts receivable 8.2.2 data BEFORE the upgrade to 8.3.0.-051. this tool only needs to be run once and then the decimal point upgrade will not be an issue. |
|
|
|
|
|
| Posting Date: | March 22, 2005 | |
|
Last modified March 22, 2005 See the Release Table below for a description of this planned release. This
Release Table below represents current planned software. No
commitments to Dealers or Users are made by StoreNext providing this
information.
|
||
|
Enhancement or Fault Number |
Item Description |
| AR06130401 | Finance charges can now be calculated and updated to accounts. |
| AR06130403 | Accounts Receivable can now be loaded on an LFS or Workstation without requiring an additional software key for the Workstation. The software will continue to check to make sure the bit on the key attached to the MFS is active for Accounts Receivable |
| WD 4764 | Accounts Receivable - when retailer checks the box to not allow customer to charge against an account (until money paid against the account) the system automatically deletes the account from the ISS45 POST automatically. |
| WD 4765 | Accounts Receivable - when accounts are deleted statements continue to print for these deleted accounts. |
| WD 4767 | When retailer checks the box to not allow customer to charge against an account (until money paid against the account) the system automatically deletes the account from the ISS45 POST automatically. |
| WD 6098 | To date, the print statements option#6 is still leaving off the last item on multiple page statements. The last item on a multiple page statement is not printed but is added in making the total correct If there is a 4 page statement then on pages 1, 2, 3 the last detail line item is not printed. When I view statement first, then print, and the format is different, but does include the last item. |
| WD 6099 | The 15th position of the first name not being blank created erroneous displays. |
| WD 6100 |
If you change the Last Name field there are no entries in the A/R aging report, no transactions show up in the A/R Activity report. All previous data is lost. There should be a way if customer changes the last name that the information does not get overwritten/lost. |
| WD 6240 | When running ISS45 in training mode and using Accounts Receivable - AR ignores training mode and updates balances on AR - it should not. It should recognize training mode as does ISS45 and not update actual reports/data. |
| WD 6241 | Accounts Receivable - balances between ISS45 POST and the Accounts Receivable data at the server would sometimes be inaccurate. A workaround had been to run an 'aging report' to sync the balances. In this release, at EOD an aging report will automatically be executed to synchronize the AR balances with ISS45 through batch. |
| WD 6242 | Accounts Receivable - if a customer pays $50 when only owing $30 on their charge account - the AR balance should reflect a credit of $20. (-$20) What actually happens - AR ignores the minus sign and posts the $20 as a positive number in the account. |
|
|
|
| Posting Date: | 6-Aug-04 | |
|
See the Patch Table below for a description of this release.
|
||
|
Enhancement or Fault Number |
Item Description |
| AR03300401 | Sort statements by date of transaction NOT date of entry. |
| AR03300402 | Have the ability to print statements from previous screens. |
| AR03300403 | Eliminate gap between first and last name. |
| AR806130402 |
Reverse incorrect postings have been
addressed � do not allow minus or plus signs. Also Accounts Receivable
will no longer delete a customer record from ISS45 when account on
hold for no payment, so retailer does not have to re-enter the customer
once back in good standing..
The customer can't make any charges at the
POST and the Charge Customer flag is turned off.
When the status is changed to Good Customer
and the Charge Customer flag is turned on, the customer is added to
the ISS45 with the A/R balance.
|
| WD 4764 | SN Accounts Receivable package - When entering more than a few new accounts at the MFS very often the account information is not sent to ISS45 and thus not seen at the POST by the clerk. |
| WD 4765 |
When
entering more than a few new accounts at the MFS very often the account
information is not sent to ISS45 and thus not seen at the POST by the
clerk. |
|
|
|
| Posting Date: | 24-Feb-04 | |
|
See the Patch Table below for a description of this release.
|
||
|
Enhancement or Fault Number |
Item Description |
| New Feature |
Accounts Receivable has been modified to not allow negative entries in the file by front-end clerks when a payment is being made to a customer account. See also the updated User Reference Manual on the ISS45 Manuals Page. |
|
|
|
|
|
|
|
| Posting Date: | 15-Apr-03 | |
|
| ||
