Cash Register Software Release ivue 1.6 Patch 1 March 2005

Transcription

1 Frameworks Install/Update Alerts Added the functionality to display Installment Loans alerts. (CR ) Launcher Replaced the current Cash Register (CR) Launcher icon with a new icon and changed the mouse-over help to read Cash Register. (CR ) Menu Bar Added a menu item in CR to allow the user to check the spelling of every text entry field on a screen. (CR ) Searches Changed the Cash Register system to check for the cis.upshiftnameandaddress property, and if true, then upshift the same as CIS. Because Cash Register was not looking at the CIS property to determine if the name should be upshifted, if a space was entered at the end of the last or first name when doing a CIS search, it was not being trimmed off, so the value was not being found. (CR ) Cash Register Cash Register Modified to allow a "Quick Sale" Activity Type. This Cash Register Activity Type will automatically open the Point Of Sale > Sale screen for you to create an Invoice. This happens when you enter an account number on the Cash Register Activity dialog box and tab out of the screen. If POS is up, it will take about two seconds for the screen to open and populate with the account information you entered. If POS is not up, it will automatically start POS from the launcher. This will take some time and will open in the background. After you see it appear in the bar on the bottom of your screen, you are able to click on it and start your invoice. Once you Save the Invoice, the focus is returned to the Cash Register Payment dialog box to make your payment. In order for this to work, the Activity Type screen should have a Type set up with the Apply To field set to Q - Counter Sale (Miscellaneous AR). (CR 79062) Corrected a problem that caused payments to double post. The problem was caused by the Save button on the main screen being in focus and enabled in the background at the same time the Endorse or Stub dialog box was displayed on the screen, with the OK for that dialog box also in focus and enabled. (CR 81924) Changed the way UA accounts are processed in Cash Register. (1) If an account is on UA, and the bankruptcy UDO is checked, and a value exists in the bankruptcy code for that account, the "To Be Paid" amount on Cash Register will display You can scroll to the right to view the actual UA balance, but you will not be allowed to pay it from here because of the bankruptcy situation. (2) If an account is on UA and the bankruptcy UDO is checked, and the bankruptcy code for that account is blank, the "To Be Paid" amount will display the UA balance, and you are allowed to pay the UA balance from Cash Register. (3) If an account is on UA, and the bankruptcy UDO is unchecked, the "To Be Paid" amount will display the UA balance, and you are allowed to pay the UA balance from Cash Register. (CR 82468) Changed so that a Check Cashing activity does not create a GL journal entry. (CR 87558) 5/2/2005 Page 1

2 Cash Register (cont d) Corrected so that the reversal of a credit card payment includes the description "Cash Register." on the GL Inquiry. (CR 87564) Changed so that Cash Register Batch Date defaults to the current date, and Batch Number defaults to 1. You are allowed to change both fields, but these are the defaults. (CR 87940) Updated to save the journal open date on Drawer Control table. If using CIS journals (meaning non-integrated to GL), the open date will be used to derive a journal period that will be stored on each payment's CR_ENTRY record. Also, modified so that when the drawer status is set to "F", both the journal number and the journal open date will be zeroed out. (CR 88838) Modified so that if you have a default activity type set for a drawer, and you choose another activity type to post a payment, after that payment is saved, the default activity type will return. (CR 89971) Modified so Cash Register will interface to POS without Oracle. (CR 90583) Changed the Activity dialog box to add 30-, 60-, and 90-day totals and the Credit Rating. Also, added a hyperlink from each account number in the dialog box that will go to CIS AR. (CR 92815) Corrected the GL Alias for budget and annual accounts. (CR 93208) Corrected a problem that made dialog boxes on some PCs appear to blink when they were first opened. (CR 94834) Corrected so that the Review Entered Payments dialog box displays the journal number. (CR 98473) Corrected so that "Make Change" entries store the journal number. (CR ) Moved the Save button to the left side of Activities dialog box. This particular Save is used so that multiple customers/accounts can be entered while keeping the Activities dialog box open. Once Save is clicked, the Activities dialog box will keep displaying for additional entries until you manually click OK. It does not actually Save the entries until OK is clicked. (CR ) Corrected a problem that caused the GL Accounting information to not be populated and reported on the Cash Register Posting Report when entering a Cash Register payment to a POS account that did not have a balance when the payment was made. This Miscellaneous Credit was not passing back the accounting information; therefore, Cash Register showed nothing to report in the GL Account fields even though an amount was reported. (CR ) Updated to determine cash activity taking into account miscellaneous cash. This allows the Balance Drawer dialog box to correctly display totals that were previously skewed due to cash in/cash out transactions. (CR ) Corrected a problem that caused entry of an invalid GL Alias to be allowed when entering a Cash Register entry for an activity type that was set to 'No Special Processing'. With this change, an error will now display if an invalid GL Alias is entered on the Cash Register Activities dialog box. (CR ) Updated to allow for functionality of Set Default popup menu for Batch Number and Batch Date. (CR ) Removed the journal hyperlink from the Balance Drawer dialog box. Corrected the logic to automatically close the journal when the Balance Drawer dialog box is closed. (CR ) Added a check to handle negative amounts posting to GL more appropriately. (CR ) 5/2/2005 Page 2

3 Updated to disable the Reversal button as soon as it is clicked to eliminate any chance of a reversal occurring twice. (CR ) 5/2/2005 Page 3

4 Cash Register (cont d) Added a Description field and the appname to be passed into the IVR payment gateway. Also, fixed the issue where the E-Bill header row was not being inserted correctly. (CR ) Changed to display miscellaneous activity in its own line and not grouped in with cash activity for the Balance Drawer and Drawer Status dialog boxes. (CR ) Fixed a memory leak within the Cash Register Activity dialog box. (CR ) Corrected a small memory leak which leaked approximately one MB every ten times a credit card transaction was attempted using a credit card swiper. (CR ) Updated Cash Register to use frameworks classes to post to the IVR payment gateway. (CR ) Changed to pass the invoice amount and amount due to POS, where the values are adjusted based upon other payments coming across. (CR ) Corrected an issue where the Activity dialog box was unable to be edited. (CR ) Fixed swiper logic to be compatible with the new swipers. (CR ) Changed to have the Save button disable as soon as it is pressed to eliminate the issue of sporadic double posting. (CR ) Corrected a problem that was attempting to validate the GL Alias for check cashing activity. Since check cashing activity does not create an interaction to GL, there is no need to validate. (CR ) Fixed the issue of GL Alias data not being stored correctly when you manually keyed the alias, instead of using the GL Alias Lookup dialog box. (CR ) Fixed a problem that occurred when both a UA and AR balance were present, and the bankruptcy code was not being checked properly. (CR ) Changed to print the receipt for a reversal after the payment has actually been reversed. There was an issue where an error occurred during reversal, and due to that, a reversal receipt printed when no reversal had actually been stored. (CR ) Fixed the issue of the journal number incrementing when it should not have. The problem occurred when the Cash Register System was non-integrated to GL. The journal number incremented when the drawer was closed and reopened, or when you got out of Cash Register and came back in without closing the drawer. It will now only increment when the drawer is finalled and then reopened. (CR ) Changed the Cash Register printer functionality so that if certain fields on the BI_MSTR_CTL file are not set, the journal printer will still print a receipt. The utility name MUST be set; however, if the Address fields (1, 2, and 3), city, state, zip and zip+4 do not have values in them, the receipt will still print with just the utility name at the top. (CR ) Corrected a problem that caused an Unexpected System Error to occur when trying to close a journal without having chosen a drawer first. (CR ) Added batch number and batch date to data being sent to CIS. (CR ) Modified to allow the use of a credit card swiper so you do not have to manually key in the credit card number and expiration date. (CR ) Added a verifier to the Credit Card Number field to ensure the number provided is valid for the particular credit card entered. This is done to ensure that when you choose, for example, to use a Visa credit card, that the number entered or swiped is indeed a valid Visa number. (CR ) 5/2/2005 Page 4

5 Changed journal number for CR_ENTRY table to come from journal info object and not CR_DRWR_CTL. This will ensure the journal number is correct on both the drawer control and on individual payment entries. (CR ) 5/2/2005 Page 5

6 Cash Register (cont d) Changed logic to not add credit card verifier if the Verify Credit Card Number switch on the Payment Mode admin screen is unchecked. (CR ) Changed the audit line to separate each field by a space. The line prints the Drawer number, the Operator ID, the Deposit Group, and the Sequence number. (CR ) Modified to close the correct journal when a drawer was opened and in use, and a different drawer was chosen from the Drawer Status hyperlink and marked for final deposit. (CR ) Corrected so the To Be Paid amount displays correctly when a POS invoice is reversed. (CR ) Administration Activity Types Added a test to check for the condition where no rows exist in BI_CTL_CODES_DATES table when attempting to add a new activity type. (CR 93159) Payment Acceptance Modified so the Payment Acceptance can be used. Informational, Warning, and/or Error messages for any of the payment modes needed can be set up. For example, you may create all three type messages for Check payment modes. The parameters to be entered are: Credit Rating, Number of Returned Checks, Number of Current Credit Months, and Number of Months After Last Returned Check. Number of Returned Checks and Number of Months After Last Returned Check work together. You cannot have a value in one of these two fields without the other. (CR 88138) Reports Cash Register Deposit Summary Modified to print three complete Drawer totals per page and to print the Deposit Group total on a separate page at the end. (CR ) Cash Register Detail Removed the ability to enter a negative amount in the Payment Type field. (CR ) Modified so that the Journal Number will now print on the Cash Register Detail report. (CR ) Cash Register Payment Summary Changed to include Apply Codes of B - CIS A/R & Uncollectable, D - CIS A/R only, E - CIS Uncollectable only, S - SIS A/R & Uncollectable, T - SIS A/R Only, and U - SIS Uncollectable only, when created from the Transaction Recap. Previously, only Apply Codes of B were included in the report. (CR ) Cash Register Posting Report Corrected a problem that was causing the accounting to not be updated correctly when the POS invoice had items that went to multiple AR accounts. (CR 90460) 5/2/2005 Page 6

7 Cash Register Posting Report (cont d) Changed the label on the screen from GL Post Date to Dep Post Date to correctly reflect what this field compares to. When selecting by range of Date, it looks at the Date the Final Deposit was done for that payment to determine if the payment should be selected for reporting. (CR ) Fixed an issue when multiple payments were made against a POS invoice (Example: Part Cash and part Check). In Review mode, the activity "To Be Paid" only displayed the amount of the last payment type instead of the total. (CR ) Added an option to group by drawer number. When set to Y-Yes, a Drawer Number Total will print at the group break. (CR ) Processes Cash Register Final Deposit Added the Cash Register Final Deposit program in Java. The functionality is the same, but with some enhancements. You will be notified if a drawer is not marked for deposit, and you will be unable to run the process until that condition has been satisfied. Also, the process runs extremely fast now, and you will be notified when it is complete. (CR 48752) Changed so that if you run a final deposit on a drawer with no activity, the drawer status will change from "F-Waiting for Final" back to "C-Closed." Previously, when a drawer with no activity was finalled, the status would remain F, and you were unable to change it to any other status. (CR ) Added a check to insure that the journal is not NULL before attempting to close it. (CR ) 5/2/2005 Page 7