OPERA培训计划-(2500字)

opera 系统培训 一：opera的初步了解知识 1． 进opera 的唯一途径为 2． opera 是fidelio的升级版本 3． opera 德国一家总经理所设计 4． 当正式进入opera 系统时不能无故关机或者拨掉网线 5． 当进入opera系统后无论出现任何的对话框都不能忽视，必须重视为什么出现这条对话框。 6． 系统的日期是需要通过夜审的工作完成和更新 7． pms-------proproty management systeme (3.0.03.03) 二：opera系统的版块（重要） 1． reservation 预定 2． front desk 前台 3． cashiering 收银 4． room management 客房管理 5． ar 应收账款 7． miscellaneous 杂项 8． end off day 夜审 三：opera系统分支讲解 1． reservation 1.1． new reservation创建一个新的预定 1.2． update reservation 更新（修改）预定 通过此项功能可以查询所有的预定。包含取消，退房的， 在住的！ 1.3. waitlist 等候名单 主要因为酒店在overbooking 的情况下会出现一些客 人还在等候房间的情况，当此情况出现后酒店会优先 考虑已经在等候的客人。 因为酒店会出现 a：提前退房early department b: 取消的预定 cancellation 1.4. blocks 团队的所有信息。 包含团队的预定的修改。 1.5. profiles 客史档案： a：协议公司 b：所有住过我们酒店的散客 c：签约的旅行社 d：团队e：订房中心 1.6. room plan 房间的出租情况显示屏 1.7. floor plan 楼层房间的分布情况 1.8. 1.9. 1.10. 1.11. recent reservation 最近所制作的预定 confirmation 当预定成功后预定部需要通过传真或者email 的方式回传给客人预定的确认涵 calendar 通过此可以简单的了解当日以及今后还可以卖的房间 2．front desk 2.1. arrivals 当日预抵达的(即系统当前的入住日期) 2.2. queue reservations 排队预定 当酒店满房的时候有客人在等候的时候 就会出现一个等候的排队预定状态。 2.3. in house guest所有在住的客人的信息 2.4. accounts 快速的创建一个调帐用的假房 2.5. room blocking预先排房：要明白排房的原则 2.6. message对客人的流言。。在这要区分trace 的功能 3. cashiering 3.1. billing 客人帐项中的所有内容 3.2. fast posting 快入帐 3.3. cashiering functions 收银功能 a: currency exchange 外币兑换 b: currency calculator 外币计算 c: cashier status 收银状态（开帐，关帐） d: exchange rate 现钞买入价 e: folio history 消费与付费的帐单历史资料 f: receipt history 付款项目 g: journal 统计 h: cashier report 收银员日报 i: batch posting 在时间紧张的情况下批量抛帐 j: batch folios 夜审前保存报表 4. room management 4.1. housekeeping a: housekeeping management 房态管理 b: house assignment 锁房。在系统中无法找到该房 c: room discrepancies 房态差异d: task assignment 客房任务分配 4.2. out of order out of service 坏房@严重坏房，短时间无法修复可修房@轻微故障房 出租率=实际入住房间数（现有住房+今日预定房数-预计离店-未到预定+增加预定+wki）/酒店可卖房（酒店总房数-ooo房）*100% 4.3. room history 通过房间查询客人的历史档案 4.4. sell limits 销售房间的限制水平 4.5. occupancy graph 未来出租率的分布图 4.6. maintenance 维修 5. 5.1. 5.2. 5.3. 5.4. 5.5. 5.6. 5.7. miscellaneous report报表 interface 接口 show quick keys 快捷键 print tasks 打印任务 user activity log 操作人日志（可以查询当天所发生的操作） file down load 文件下载 registration cards 打印登记单 四：讲解opera 系统中的profile 1. 通过profile 可以查询团队主帐房，协议公司，散客，订房中心，旅行社的所有资料 2. 通过profile 前台只可以创建散客的资料，其他有预定部操作 3. 当要查找一个公司的协议价格时在profile中找到了此公司的前面如果有个美金简写 的代码时说明此公司本年度是有牵过新的协议，其他的都不属于协议价格。就算系统中有公司名字，但是只能说明这个公司之前有过协议，但是今年没有。 4. profile 中的notes 功能是用于记录此客人的特殊要求，以及曾经发生的一些特殊事 情。 5. 当一个客人办理了入住后，前台在更新profile时必须先查找系统中是否已经存在了 此客人的profile ,如果发现很多相同名字的无法确定的就必须要采用客人的证件号码去查找。 6. 在输入国家代码时必须注意千万不能错，因为有很多简写是相同，从而造成客人离 店时对帐单有疑问。7. 当客人需要将公司名字显示在他的帐单上时可以在profile 中的business address中 输入即可，但是只能为英文。 8. 当一个客人用身份证和护照都登记过的时候不可以创建2个profile ,而是在第个中将 身份证和护照号码分别输入。 9. profile对于酒店是个很重要的信息系统，故前台员工的操作是必须要谨慎的，同时 当收到公安局的通缉令时必须按照被通缉的信息创建新的profile ，同时在notes中备注此人为公安局的通缉犯。但是如果收到公安局的撤消通缉令时也必须进profile 将原本制作的notes做取消。 五：讲解in house options 中的各项操作 1. alerts 分三种情况：a：reservation b: check in c: check out 当所留的alerts 里面的内容已经无任何作用时必须要及时取消 2. changes 当前台发生错误时可以通过changes 查找错误的原因，同时当夜班 检查房价时发现有疑问时可以通过 changes 查看预订部说制作的原始价格，在根据 房价政策而决定是否是房价出现错误。 3. merge 档案合并 4. history客史档案，通过此可以查看客人的入住记录和消费情况 5. add on增加，此功能主要用于增加预订的时候。在增加后需要将原本的信息 全部取消 6. credit card 当客人使用信用卡做押金担保的时候，需要将卡单上的信息输入电 脑中。 7. party此功能主要用于几间房间通过一个途径订房，方便查找 8. routing 挂账（后面重点讲解）a:假如客人要分开各种消费的总额，可以通过 routing 分帐查询，后撤消。b：routing 可以转到window(最多可以开8个窗口) 和room （从原始的房间转到另外一个假房中） 9. room move 换房（后面重点讲解） 操作流程以及注意事项： a：当客人要求换房时是需要查看系统是否有房可以换，同时告诉客人他所要求的房间的价格，并在客人同意的情况下为其换房，同时询问客人房间的行李多不多。 b：填写换房单，让客人签字，同时让行李员拿着新的房卡为客人办理换房。 c：通知hskp房间换房 d：将客人的登记单换file，psb更换房号。 e：如果有同来的房间一起付费的需要更改pay by pay for !f: 在为客人换房后要注意原始的房间的房态为脏房！ g：同时领班需要每天检查room move 报表 10. trace 此项功能主要用于员工与员工之间的留言，但是要与message 区分开a：留trace 要注意开始时间和截止时间 b：如果一个trace 里面的内容已经完成，是需要将其deslove ,而不是delete 11. billing 账（此为在in house 的状态下通过此小门进bill） 12. fixed charges 额外的收费 ，常用的是加床。 a:要注意的是但加床取消的同时 fixed charges 也要取消。 b:修改加床的天数需要注意由于时间的变动而导致加床天数的变动 c：在入住时需要和客人确定加床的费用，因为房价中是不包含加床 费用，需要客人额外的签字！ 13. share 分享（后面重点讲解 13.1操作为：a：首先选择是从profile 还是从reservaions ，需要看合 并者是否有预定 c:：c.1 假如二个合住一间房间，只有一个人付费，则应将鼠 标停留在付费人的预定上，点击entire 从而确定主帐户， 同时要保证另外一位的房价为零。 c.2 假如二个合住一间房间，房费一人付一 半，则应该 点击split ，从而确定其2个人的费用是同样的。 c.3 假如房费是按人计算，则应该点击full ，从而导致 2个人的房价是同样的。但是价格比原来高一倍！ 13.2条件为：a：时间的起止上有交集 b：合并前先统一其rate ,room type ,rate code c：如果离店日期不同需要将房价放在晚退房的帐上 d：room type 不同时需要与客人确定住那种房型后方可share e：rate code 不同时需要修改房价和rate code f：当要拆开share 时，会出现一个新的预定问题，所以 拆了share 还要取消预定 g：如果后面要恢复，只要直接从update 中找到此取消的 预定后在恢复。 h：2个合住的客人一个先入住，一个后入住，需要让先到 的人付押金，同时房价放到先入住的帐中。 i：无论是在做share 还是在拆share 在做完后都需要检查 房价是否有变化。