Quadrant Systems RASWIN - Release Notes 2015

November 4, 2015

1. The code that inserts records into the credit card transaction table was modified to insure that the presence of an apostrophe within the credit card name is properly adjusted so that SQL can correctly process the record. For example, if the name was O'Malley, an error would occur when trying to insert the record.
2. The system will now create an HTML version of the credit card receipt that will include an image of the customer signature if they signed via the ChargeItPro terminal. This is in addition to the normal text version of the receipt that prints on the receipt printer (in text only mode). When the receipt is displayed in your default web browser there should be a print button at the top of the page that will cause the receipt to be sent to the default windows printer (assuming you have JAVA enabled). If not, you can usually press CTRL-P to invoke the standard print dialog. If the signature was not captured via the terminal, this receipt will still have a place for the customer to sign the document.
   
   In conjunction with this change the logic that writes the signature data to the database and to the logfile was modified to insure that the signature value is stored in mixed-case format (as opposed to all upper case). Also, the logic that writes data for the exported table functions has been modified so that these records are written using the mixed case format so it can be reloaded correctly).

July 6, 2015

1. Access to the font size adjustment screen on those screens that permit it is now available by pressing the combination of the CTRL + or CTRL  - keys.
   
   (Note: The + and - keys you should use are the ones on the 10-key pad. It does not directly increase or decrease the font size, but gives access to the screen that permits you to do this.

June 12, 2015

1. A few aditional adjustments to the CRW interface were to allow multiple 'child' permits that are linked to a 'parent' permit to be retrieved by just entering the 'parent' permit number.
2. In a previous release note we mentioned that the balance screen was going to be adjusted a little bit and this has now been completed. There are two new MISCPARMS that define how the program will behave in relation to the starting cash value that will be displayed on the balance screen. When the balance screen first loads it reads these two values (or creates them with the defined default values if they do not not already exist). So, after the first time you go to the balance screen these settings will alreayd be there so you can adjust them to your desired values for furture runs. They will be found under BALANCE SETTINGS on the table maintenance screen and are as follows:
   1. xxx-STARTING-BALANCE-MODE This setting is register specific; the 'xxx' is the three digit register number.
      
      The valid values are REGISTER or CASHIER.
      
      to determine whether the starting balance should be drawn from the register specific setting in the BALANCE SETTINGS table (see next parameter) or from the CASHIERS table. The default value is REGISTER.
   2. xxx-STARTING-BALANCE-AMOUNT This setting is register specific; the 'xxx' is the three digit register number.
      
      If the previously described setting is Register the program will use this value to determine what the starting cash value should be on the cash counting screen. By default, the value is 300.00. You can modify the value in table maintenance to any value you want, including setting it to 0.00 if you don't want the program to subtract out your starting cash on the balance screen.
      
      It is also possible to adjust the value when using the balance screen, however this will be valid only for the current use of the screen. The adjusted value will not be saved and will revert to the value stored in the BALANCE SETTINGS or CASHIER TABLE the next time you use the screen depending on how you have the xxx-STARTING-BALANCE-MODE set.

Feb 18, 2015

1. A minor adjustment to the 'find trancode' screen has been made to correct the display of the fee amount displayed on the screen. It was including a leading zeros and commas, even when the amount was less than 999.99. For example, a fee of 25.00 was displayed as 0,025.00. This did not cause any errors, but looked odd. This release corrects this issue.

January 5, 2015

1. Some new functionality (described in a later paragraphs) requires that the full setup program be run to give access to these functions.
2. We recommend that all other workstations all get the update for the functionality described related to exporting and sending of table data, see below. The FTP process assumes that your firewall is not blocking FTP transfers, which we have no way to know until it tries. If it is blocked, then you will need to manually email the files to us. They will be located in the c:\programdata\quadrant directory and will have the ZIP file name extension. There will be four files as follows:
   1. location_name_xxx_tables.zip
   2. location_name_xxx_reports.zip
   3. location_name_xxx_export.zip
   4. location_name_xxx_logfiles.zip
   The first part of the name ('location_name_xxx') will be your location name and register number so your files won't be confused with those from other locations. Zipping the files this way is very fast and reduces the size of the files to be transferred by a significant amount. The FTP password is determined by the program via use of a MISCPARM value called UPLOAD-FTP-USERNAME. This user name is a 'passphrase' assigned (must be less than 14 characters long, all letters) associated with a specific upload area on our web site. When the upload is performed the RASWIN program will use this passphrase to generate a specific password and then use this password to gain access to the FTP upload area. The initial UPLOAD-FTP-USERNAME we are using is UNDERMYTHUMB (remember, this is not the actual password). For security reasons this value will be changed from time to time and the setting in UPLOAD-FTP-USERNAME will need to be changed to match the new FTP user name.
   
   When your files are uploaded they will be sent to a sub directory containing only your files.
   
   As part of the upload process the system will also try to send an email to us indicating that files have been sent to the FTP server on our web site. (this email is actually sent via Gmail using our own Gmail account) and has thus far worked fine at client sites where we've implemented this feature. Previously when you sent the files we got no automatic notification of any files actually being sent.
3. The logic used to present the list of payment methods on the payment entry screen has been adjusted a little bit. You have the option to present the list of valid methods to the user in one of three different sequences:
   1. Method
   2. Description
   3. Payment Type Code
   This option is set in the MISCPARMS (payment settings) Table, MISCPARM key value PMT-TYPE-SORT-ORDER-VALUE. The setting options are m, d, p. The standard (default) sequence will be by method ( m) For example if you had these methods defined:

   METHOD	DESC	PMT TYPE CODE
   CASH	CASH	3
   CC	CREDIT CARD	1
   CK	CHECK	7

   and the default value set to d. The methods would be displayed in this order (sorted by Description)

   METHOD	DESC	PMT TYPE CODE
   CASH	CASH	3
   CK	CHECK	7
   CC	CREDIT CARD	1

   If the value was set to p (Payment Type Code) The methods would be displayed in this order

   METHOD	DESC	PMT TYPE CODE
   CC	CREDIT CARD	1
   CASH	CASH	3
   CK	CHECK	7

   Special logic has been added to insure that a single method can't appear in the list of methods presented to the user more than one time.