This document describes the new features, modifications, and corrections effected in mycloud release sprint 1.0.1.0.7.

This document is divided into the following sections: 

1. About the Release
2. New Features
3. Modifications / Enhancements
4. Corrections / Bug Fixes
 5. Known Restrictions / Issues

 About the Release 

Release Date : 07 February 2017 

Modifications / Enhancements 

This release includes following new modifications / enhancements:

1. PMS => Archive reservations => Option to correct revenue/payment error in billing :- 

The system has been modified to allow post revenue/revenue correction/payment/payment refund after checkout (guest has been moved to archived at night on departure date). These operations can be done from "Archive reservation inquiry", this funciton is user access based. "Archive reservation inquiry" screen has been modified to edit the folio of the archived guest in which user can modify guest name, address, booked thru and firm name and can post revenue/revenue correction/payment/payment refund.

Modified guest name, address, booked thru and firm name and posted revenue/revenue correction/payment/payment refund will be visible on newly printed folios.

"Edit" icon (as highlighted in next screen) has been provided to perform edit on folio and post new charges. This is visible based on user access.

Above "Edit" icon (as highlighted in previous screen) is visible based on user access. please refer next screen for user access

* mycloud PMS => Frontdesk => Archive Reservation Inquiry => Adjustment postings

On clicking "Edit" icon system will open next screen which will have options to edit the name, address, booked thru and firm name and to post revenue/revenue correction/payment/payment refund.

The screen is showing two amounts, one is the sum of all debtor account postings(To be followed-up later) and the sum of all direct postings (postings that have to be settled immediately by the guest).

On clicking "Post" button system asks if the charge to be setteled immediately or to be transferred to debtor account for later follow-up.

• On yes - Transaction will go to special account id 499998 (ARCHIVE FOLIO EDIT DIRECT POSTINGS(SYS)
• On no - Transaction will go to special account id 499999 (ARCHIVE FOLIO EDIT DEBTOR A/C POSTINGS(SYS)

All postings done on this screen will be posted to the selected folio as well it will be counted in hotel's today revenue.

Revenue of above posted charges will be accounted in two non room accounts :

1. ARCHIVE FOLIO EDIT DIRECT POSTINGS(SYS) - 499998
2. ARCHIVE FOLIO EDI DEBTOR A/C POSTINGS(SYS) - 499999

This account's billing cycle is daily and transfer of charges are marked as charge, and these configurations can not be changed.

If charge has been selected for immediately settelement, then charge will be posted to non-room account 499998, otherwise charge will be posted to non-room account 499999.

 * For these above non-room accounts, there will be no operations allowed on the cashiering screen. Only folio print option will be available, No post, void, transfer, split and discount functions will be available for these two accounts.

When any of the above non-room accounts are opened on chasiering screen, the system will show the archived account details also for which the transaction was posted. If the user hovers on the transaction system will show the reservation details on tooltip. Please refer next screen

* All modifications done on the screen (name, address, booked thru, firm name) and postings will be visible on folio printed for the archive guest.
 * Archive guest search also has new option to search those guest only that have outstanding adjustment postings and this outstanding balance has to be settled by posting revenue/revenue correction/payment/payment refund. 

* Following two new reports have been added to verify above-posted adjustments:

1. Archive guests with outstanding adjustment postings:

This report will show all those archived guests that have outstanding adjustment posting balance (sum of all those transactions which were not posted as "Transfer to debtor account").
 "Amount" column shows the balance of account resulted as adjustment postings and need to be setteled. 

2. Archive adjustment postings

This report will show all transactions posted for archived guests based on the date range. This report will show whether a transaction was selected to transfer to debtor account. This column is highlighted in the next screen of the report.
 "Transfer to debtor account" column shows whether the transaction is to be transfer to debtor account or not. 

Transactions posted as "transfer to debtor account" will be transferred to debtor account at night audit to the selected debtor account on "ARCHIVE FOLIO EDI DEBTOR A/C POSTINGS(SYS) - 499999"

All transferred transactions will have the following information as part of "Particular" columns on "Front office transactions" from debtor account screen

• External ref no
• Guest name
• Arrival date
• departure date
• Room no
• Guest id 

2. PMS => Cashiering => Modification on cashiering screen to make it more user friendly and intuitive:-

Cashiering screen has been modified for following points:

a. Checkout of debtor accounts : show debtor account popup if there is any balance in of the folio
b. Default view will be detailed folio with folio 1,2,3,4 and summarized folios in icon on top
c. Show different icon (colored or dark filled) for folios that have any transactions
d. Split balance amount into direct folios balance + contract balance = total balance
e. Open settlement screen if balance is not zero on checkout button
f. Rearrange folio transactions on change in folio instruction of in-house guest after taking confirmation from user

a. Checkout of debtor accounts : show debtor account popup if there is any balance in any of the folio

On checkout, if reservation has balance and linked to a debtor account, system will reconfirm before proceeding to checkout. Please refer to next screen.

b. Default view will be detailed folio with folio 1,2,3,4 and summarized folios in icon on top

Currently system used to open summarized view as default view while opening an account on cashiering. Now onwards, system will open the detailed folio as default view, if a folio has any transaction posted to that folio. So default detailed view may have direct folio, folio 2, folio 3 or contract folio as detailed view.

c. Show different icon (colored or dark filled) for folios that have any transactions

d. Split balance amount into direct folios balance + contract balance = total balance

Folio with any transaction will be highlighted in blue color. Please refer next screen 

e. Open settlement screen if balance is not zero on checkout button

 The system gives error message to settle the folio on checkout, if account has any folio with balance. Now if the balance is more than zero, the system will open the settlement screen on click on OK. Please refer next screen

f. Rearrange folio transactions on change in folio instruction of in-house guest

On changing, folio instructions of inhouse guests (from reservation or group screen) system will ask to rearrange folio transactions of the guest, if "Yes" is selected system will do the transfer operations on folio transactions as per the set folio instructions.

* Only transaction type with RG (regular), XI (transferred) will be considered for this rearrangement.
* It will work only for in-house guest
* Transaction date must fall within date range of folio instructions

4. PMS => Generate Key Card => Modify generate key card path to have encoder number and number of keys:-

Generate key card path modified to have encoder number and number of keys. User should be able to create a new key, modify the existing key, create a duplicate key, cancel a key

In PMS => Express services screen: Button to issue key card will be visible (see image below)
* Encoder number can be defauled from System Admin => Interfaces Configuration => Samrtlink Interface => Door lock.

Generate key card option also provided on the reservation screen. "Issue key card" button has been provided to issue key for a reservation.
On reservation, this option will be visible for In-house and confirmed/hold guests only
* For confirmed or hold the reservation , the key card will be generated only if the reservation has room number assigned to it and arrival date is for today
 * For reservation screen new user access has been added under "Reservation" screen with "Issue key card" and same can be updated from System Admin => User setup => Create/Amend role. 

* For reservation screen new user access has been added under "Reservation" screen with "Issue key card" and the same can be updated from System Admin => User setup => Create/Amend role.