中科软报表分离解决方案
- 格式:pdf
- 大小:409.50 KB
- 文档页数:7
保险IT行业龙头企业中科软研究报告一、夯实保险IT龙头地位,积极开拓重要行业领域1.1发展历程:国内保险IT龙头企业中科软成立于1996年,2019年成功在上交所上市,公司以行业应用软件开发为核心,业务涵盖应用软件、支撑软件、系统集成等应用层次,可为客户提供大型行业应用解决方案。
经过多年的发展,在保险、公共卫生等行业细分应用领域公司已形成领先优势。
国资控股,核心技术人员深度绑定。
截止至2021年三季度,公司的第一大股东为中科院软件所,持股比例23.45%。
同时公司前十大股东中,公司高管孙熙杰、邢立、左春和谢中阳分别持股 1.04%、1.02%、0.97%和0.79%,共计持股3.82%。
根据Wind显示,截止至2020年年底,公司高管共持股3529.64万股,占比8.3%。
核心管理团队具备专业技术背景。
公司的高管以及其他重要人员多数都曾在中国科学院软件研究所任职,从事相关工作,具备非常扎实的专业技术功底,同时研究成果多次获得奖项。
其中左春先生先后曾任中国科学院软件研究所研究室副主任,副研究员,研究员,博士生导师,同时获得过中国科学院科技进步奖和北京市科学技术奖等等,具备扎实的专业知识。
1.2业务构成:公司涉足多个领域,在业内赢得良好声誉经过多年发展,公司客户已涵盖保险、银行、证券、医疗、政务、教育、交通、农业、能源、电力、旅游、气象、邮政、航空、通信、新闻媒体等各行业。
在政务、教育、交通等领域作为重要的市场参与者、竞争者,公司具备丰富的大型项目实施经验。
按行业划分,公司主营业务收入分为保险类、其他金融类、教科文卫类和其他。
目前公司收入主要来源于保险领域,其中包括财险和寿险,2020年来自保险类收入达到29.52亿元,同比增长5%,三年CAGR18.8%。
在其他金融领域,公司与国家开发银行、光大银行、国开证券等大型金融机构建立合作,在该领域2020年收入达到7.05亿元,三年CAGR34.3%;在教科文卫领域,收入也保持稳定水平,2020年达到7.1亿元,同比增长24%。
中科软核心业务系统手册万能业务处理逻辑一、引言中科软(中华人民共和国科学技术中科软有限公司)是我国领先的软件开发公司,致力于为客户提供高质量的软件解决方案。
在其核心业务系统手册中,万能业务处理逻辑是一个至关重要的部分。
本文将深入探讨这一主题,并共享我的个人观点和理解。
二、万能业务处理逻辑的概念和定义万能业务处理逻辑是指一种灵活、全面的业务处理方式,能够满足各种不同类型的业务需求。
在中科软的核心业务系统手册中,万能业务处理逻辑被定义为一套包含多种业务处理方式和规则的系统,能够适应不同行业、不同规模的企业,以及不同的业务流程和需求。
它具有高度的定制性和灵活性,能够满足客户的个性化需求。
三、万能业务处理逻辑的特点和优势1. 灵活性:万能业务处理逻辑具有高度的灵活性,能够根据客户的需求进行定制化处理,适用于各种不同的业务场景。
2. 全面性:该逻辑系统能够处理各种业务类型,包括但不限于销售、采购、库存管理、财务等,涵盖了企业日常运营所需的各个方面。
3. 高效性:系统内置了各种业务规则和处理流程,能够对业务进行自动化处理,提高工作效率,减少人为错误。
4. 定制化:万能业务处理逻辑能够根据客户的特定需求进行定制化开发,满足企业个性化的业务处理需求。
四、万能业务处理逻辑在实际应用中的案例分析1. 案例一:某中小型制造企业需要进行销售订单管理,采购管理和生产计划管理,由于其业务类型复杂多样,传统的ERP系统很难满足其需求。
经过引入中科软的万能业务处理逻辑系统,企业成功实现了销售订单、采购和生产计划的全面管理,大大提高了生产效率和管理水平。
2. 案例二:某零售行业企业需要进行门店管理、库存管理和会员管理等业务处理,然而传统系统只能实现基本的销售管理功能。
通过中科软的万能业务处理逻辑系统,该企业成功将门店、库存和会员管理整合到了一个系统中,提供了全面而又灵活的业务处理方案。
五、个人观点和理解万能业务处理逻辑作为中科软核心业务系统手册的重要组成部分,具有很高的实用价值。
统计分析系统V1。
0 设计说明书中科软科技股份有限公司二○二一年十二月目录第一章前言........................................................................................... 11。
1编写目的.................................................................................... 11.2背景说明 ...................................................................................... 11。
3项目范围.................................................................................... 11。
4读者对象.................................................................................... 11。
5术语和缩写词............................................................................. 11.6系统目标 ...................................................................................... 11。
6。
1建立数据平台 ................................................................... 11。
6.2建立应用平台...................................................................... 21.6.3建立指标体系 ........................................................................ 21。
WAS宕机问题总结起来有以下几类:一、线程挂起导致线程池满(Thread Hang):Hangs refer to the JVM locking up or refusing to respond.A hang can occur when:1)Your application entered an wait leak2)Excessive Synchronization cause performance problems3)A deadlock has occurred收集日志:生成JAVA CORE分析工具:IBM Thread and Monitor Dump Analyzer1、线程等待泄漏(Wait Leaks)常见的情况就是,有很多线程使用wait()方法,等待被唤醒notify()。
但是,存在某一个线程获取到锁并且进行业务处理完成后,忘记去唤醒等待执行的进程。
这样导致的等待泄漏,从而线程挂起。
When you use the wait/notify mechanism, you typically have one or more threads blocked in the wait() call, waiting to be notified. The notifying thread is supposed to call notify() or notifyAll() to signal that waiting threads can wake up and carry on processing.A problmatic situation could occur that the notify() call is invoked before the threads go into the wait() method. In this case, the waiting threads would not be notified anymore and become stuck.So, do not forget to notify the waiting theads in you application and maks sure that the Notify action is performed after all the waiting threads are started.应对策略:notify必须发生在所有wait之前。
报告总结如何更好地整合内外部数据在当今数字化的时代,数据已成为企业决策、业务发展和创新的关键驱动力。
有效地整合内外部数据,能够为企业提供更全面、准确的信息,帮助企业洞察市场趋势、优化业务流程、提升客户体验,从而增强竞争力。
然而,要实现内外部数据的良好整合并非易事,需要解决诸多技术、管理和文化方面的挑战。
以下将从几个关键方面探讨如何更好地整合内外部数据。
一、明确整合目标与需求在着手整合内外部数据之前,企业首先需要明确整合的目标和需求。
这意味着要清楚地了解整合数据的用途,是为了支持市场营销决策、优化供应链管理,还是为了提升客户服务质量?不同的目标将决定数据整合的重点和方式。
例如,如果目标是提升市场营销效果,那么可能需要整合客户的购买行为数据、社交媒体数据以及市场调研数据,以构建更精准的客户画像。
而如果是为了优化供应链,可能需要整合供应商数据、库存数据和销售预测数据,以实现更高效的库存管理和供应链规划。
明确需求还包括确定所需数据的类型、格式和频率。
有些数据可能需要实时更新,而有些则可以定期批量处理。
同时,要考虑数据的准确性、完整性和一致性要求,以确保整合后的数据能够为决策提供可靠的依据。
二、建立统一的数据标准数据标准是确保内外部数据能够有效整合的基础。
不同来源的数据往往存在格式不一致、编码不同、定义模糊等问题,如果没有统一的数据标准,将难以进行有效的整合和分析。
建立统一的数据标准包括定义数据的格式、字段名称、数据类型、取值范围等。
例如,对于客户的姓名字段,统一规定为全拼大写,长度不超过 20 个字符。
对于产品的价格字段,统一为两位小数的数字格式。
同时,要建立数据字典,对每个数据字段的含义和用途进行清晰的说明,避免歧义。
三、选择合适的数据整合技术和工具有了明确的目标和统一的数据标准,接下来需要选择合适的数据整合技术和工具。
常见的数据整合技术包括数据仓库、数据湖、ETL (Extract, Transform, Load)工具、API 接口等。
软硬件一体化解决方案的优势篇一:APCf一体化机房整体解决方案医院机房基础建设APC 整体解决方案目录第一章项目基本情况描述 ................................................ ................................................... .. (2)第二章机房基础设施设计的指导思想 ................................................ ................................................... .. (3)第三章第四章机房基础设施的设计 ................................................ ................................................... ...................... 5 配置清单 ................................................ ................................................... . (11)第五章本方案系统特点 ................................................ ................................................... (14)第六章SYMMETRA PX 160KVA UPS系统简介 ................................................ ..................................................15SYMMETRA PX 模块化UPS简介 ................................................ ................................................... .. (15)SYMMETRA PX 模块化UPS结构介绍 ................................................ ................................................... (16)SY160K160H 基本性能 ................................................ ................................................... . (19)SYMMETRA PX 性能与优势 ................................................ ................................................... (21)电池系统 ................................................ ................................................... . (26)第七章智能精密配介绍 ................................................ ................................................... (27)UPS内置精密配电模块 ................................................ ................................................... . (27)精密配电主要特点 ................................................ ................................................... (27)第八章精密空调介绍 ................................................ ................................................... . (29)配置和参数 ................................................ ................................................... (29)整体性能介绍 ................................................ ................................................... .. (29)施耐德机房精密空调节能性能介绍 ................................................ ................................................... .. (31)第九章施耐德APC机柜系统介绍 ................................................ ................................................... (35)第十章机房环境监控系统 ................................................ ................................................... ............................. 37 机房环境监控的管理功能 ................................................ ................................................... (37)环境监控系统组网图 ................................................ ................................................... ........................... 38 APC环境监控主机的介绍 ................................................ ................................................... . (38)第一章项目基本情况描述为提高医院信息化系统的可用性,满足今后机房应用的长期发展需求,要求新机房的基础设施建设要具有可靠性、先进性,不仅需要满足当前医院网络的营运,同时考虑学院未来5年内IT负载扩容的需求。
机房动力环境集中监控系统建议方案中科软科技股份有限公司2012年1月目录第一章设计方案说明 (2)1.1 设计宗旨 (2)1.2 设计依据 (3)1.3系统技术特点 (3)1.4系统架构说明 (4)1.5系统性能说明 (6)1.6 监控数据采集方式 (7)1.7系统软件功能说明 (9)1.8 监控对象及其监控安装 (10)第二章系统验收与培训 (15)2.1 调试、验收、试运行 (15)2.2 技术培训与支撑 (17)第一章设计方案说明1.1 设计宗旨随着计算机的发展和普及,计算机系统数量与日俱增,其配套的环境设备也日益增多,计算机房已成为各大单位的重要组成部分。
机房的环境设备(供配电、UPS、空调、消防、保安等)必须时时刻刻为计算机系统提供正常的运行环境。
一旦机房环境设备出现故障,就会影响计算机系统运行,对数据传输、存储及系统运行的可靠性构成威胁,尤其目前国内普遍缺乏机房环境设备的专业管理人员,在许多地方的机房不得不安排软件人员或者不太熟悉机房设备人员值班维护,这对机房的安全运行无疑又是一个不利因素。
由此可见,加强动力设备、机房精密空调的维护和管理,确保设备正常运行,是各行各业计算机信息化迅猛发展的前提条件。
机房动力环境集中监控系统正是顺应这种发展趋势的产物,它具有实时监控设备运行状态、预期故障发生、迅速排除故障、记录和处理相关数据、进行综合管理等多重功能。
SuperWare动力环境集中监控系统是中达电通公司积累多年在动力领域的实践经验并针对上述问题提供的专业解决方案,实现了机房设备的统一监控,减轻了机房维护人员负担,提高了系统的可靠性,另外丰富的事件历史记录对系统设备的管理有重要的参考,因而该系统对机房的科学管理有特殊的意义。
为便于统筹规划,可将机房内目前的各种被监控设备分为智能型和传统型两大类:智能设备是指该设备有数据通信接口,通过该接口可将其协议转换读出数据即能达到监控目的,所以对智能设备的监控关键在于对协议的破解,正确的通信协议和解码经验是关键。
中软酒店管理系统报表在店宾客名单 (3)营业综合分析报告 (4)前台员工工作量统计表 (5)宾客意见报表 (6)营业收入报表 (7)房间升级报告 (8)修改房价/换房报告 (9)免费房报告 (9)自用房报告 (10)在店贵宾报告 (11)历史和预测报表 (11)来店宾客预报-贵宾 (12)延住报表 (12)团队对账单 (13)团队情况汇总表 (14)当日租用报表 (15)宾客欠款报表 (16)预订取消报表 (16)超限检查报告 (17)预订未到报表 (17)预抵回头客报表 (18)城市接待过夜旅游者情况月报表(权责发生) (19)特别要求报表 (19)地区交叉分析报表(权责发生) (20)销售交叉分析报表(权责发生)(当日发生统计) (21)宾客来店预报(全部) (22)宾客离店预报-预计离店 (23)宾客离店预报-实际离店 (24)试算平衡报告(权责发生) (25)交易审核报表 (26)财务日常操作审核报表 (27)挂账日志(权责发生) (28)交易汇总(权责发生) (29)半日/全日房租加收分析报表(权责发生) (30)收付实现挂账日志 (31)宾客转账报表(权责发生) (32)收付实现报告 (33)收付实现明细报表 (34)收款员收款报表(权责发生)(按班次) (35)收款员收款明细表(权责发生) (36)押金报告(权责发生) (36)折扣房报告 (37)房价检查报告 (38)潜在房费收入报告(权责发生) (39)应付佣金报告 (40)哑房账务统计表(权责发生) (40)内部消费报表 (41)销售月分析报告(权责发生) (42)房类收入报告 (43)每日转应收报告 (44)应收主单报告 (45)应收账龄报告 (46)应收挂账日志 (47)应收转账报告 (48)应收对账报告 (49)应收账发票明细 (50)应收结算单 (51)应收账务审计表(权责发生) (52)会员卡消费对账平衡表 (53)会员卡积分平衡表 (54)制卡报表 (55)卡变动表 (55)餐饮预订情况统计报表 (56)餐饮预订未到统计报表 (57)销售点账单明细 (58)收款员营业收入B表 (59)收款员PLU分类统计报表 (60)销售点营业收入汇总表 (62)赠品统计报表 (62)旅行社/公司业绩分析(权责发生) (63)销售员业绩分析(权责发生) (64)会员卡充值统计表 (65)收款员营业收入明细 (65)收款员PLU分类统计报告 (66)包房营业状况表 (67)销售点消菜报告 (68)查询条件↑报表样张↑在店宾客名单中软编码:cssfd01其他名称:IN-HOUSE报表,Guest in-house list主要使用部门:前厅部-前台主要内容:在店宾客姓名,房号,房价,来期,离期,房税结构主要用途:打印查房价表,早餐表,PSB核对表报表优点:多用途,一张报表基本满足前台大部分的宾客列表打印需求数据生成:实时报表说明:通过不同的查询条件配置来实现不同用途,通常情况下不需要选择来期离期,在店起止日期指的是宾客在店的日期,通常都选择同一天即可常用方式:1,在店宾客名单:删除来期和离期,其他选项默认,既是一张所有宾客的在店宾客名单,打印后可以用于和PSB 系统进行在店宾客核对2,早餐名单:删除来期和离期,房税结构只勾选含早餐的房税结构,即是一张早餐表3,房价检查报告,删除来期和离期,选择房价显示,即是一张房价检查报告,包含所有在店宾客姓名房号以及房价,用于房价检查与核对查询条件↑报表样张↑营业综合分析报告中软编码:csseb02其他名称:Early Bird Report,晨报主要使用部门:总经理,各部门经理主要内容:酒店前一天经营情况的概览,出租数,出租率,总计房价,平均房价,Repar,收入总计,不同市场类型所占出租率比例,出租数,平均房价,在店团队名单,在店VIP名单,当日与明日房间使用情况等主要用途:主要用于让酒店管理层了解酒店房间经营情况,以及不同市场类型的大概业绩报表优点:多种统计类型,一张报表就可以以多种不同的角度对酒店经营情况进行统计,统计渠道可选,收入部分可进行个性化配置数据生成:夜审生成报表说明:常用与必用报表之一,是一张酒店客房经营情况的汇总报告,主要用于查看酒店客房的经营情况,出租率,平均房价,Repar,等数值,以及不同账户类型(既市场类型)的客人所占出租率的比例,附加内容包括昨日和今日的房间经营情况,预抵,预离以及在店团队名单和在店VIP名单,收入总计部分在系统配置收入报表分组配置201-300之间常用方式:夜审后打印,日期选择前一天,统计类型主要使用账户类型或者房间类型,用于部门经理在晨会和例会上进行汇报工作核对关系:可用房,出租数,出租率,平均房价等数值与系统参数配置中的相关公式关联,通过修改公式来修改报表的计算方式前台员工工作量统计表中软编码:cssfd22其他名称:主要使用部门:接待经理,主管主要内容:一个日期段内所有前台员工的操作统计,包括预订数量,开房数,退房数,制卡数等等主要用途:可以让前厅部基层管理人员大概了解一线员工的工作量报表优点:可以很直观的了解到所有前台员工的工作量,开房数,预订数,退房数等等,直接查看一线员工的工作情况,工作积极性数据生成:实时报表说明:对于前台基层管理人员来说比较实用的一张表,用于评估员工工作表现,发现习惯偷懒的员工,也可用于表彰与惩罚员工的依据常用方式:通常进行逐月统计,日期选择当月第一天和最后一天查询条件↑报表样张↑宾客意见报表中软编码:cssfd20其他名称:主要使用部门:值班经理,前厅经理主要内容:一个日期段内所有宾客意见的详细内容,宾客姓名,处理方式等等主要用途:打印后由前厅经理用于在每日的晨会和例会上进行汇报和讨论报表优点:可以在一张表上完整显示宾客意见的详细内容以及后续处理方式,便于管理层详细了解宾客意见数据生成:实时报表说明:打印内容为系统内宾客意见功能中录入的信息,需要酒店相关岗位(通常是大堂副理,值班经理一类)将宾客意见以及处理方式录入系统,录入后就可以通过该报表打印常用方式:每天打印,日期选择前一天,如果有内容则打印出来,没有就不必打印营业收入报表中软编码:csseb01a其他名称:Early Bird Report,Revenue Report,全店营业收入日报主要使用部门:财务部,各部门经理主要内容:酒店所有部门前一天的营业收入,月累计,年累计,同比,环比,预算完成度等等主要用途:主要用于让酒店管理层了解酒店营业收入状况,也可用于财务记账报表优点:可以自行配置收入分组,多种展开方式,同时包含月累计,年累计,同比,环比,预算等关键数据数据生成:夜审生成报表说明:常用与必用报表之一,是一张酒店营业收入的汇总报告,包含了当日,当月,当年的累计数据,并提供同比(与去年同期对比即为同比),环比(与临近时期对比即为环比,比如上月),预算完成度,月完成比例,年完成比例,借方总计(费用类属于借方,如房费,餐费),贷方总计(收回属于贷方,如现金,信用卡)等财务常用数据,并包含了部分简要的房间出租情况,如出租率,平均房价,住店人数等数值,是一张以酒店营业收入为主的经理报告,分组配置在系统配置中收入报表分组配置001-100之间常用方式:夜审后打印,日期选择前一天,通常给部门经理打印,用于在晨会上向管理层汇报前一日的经营状况核对关系:如果报表内数值不对,借贷不平,通常是由于收入分组中所包含的交易代码不全所导致,可以再系统配置中-交易及费用配置-收入分组中查看,数值方面可以和夜审时生成的交易汇总以及挂账日志进行核对(以交易汇总为主,挂账日志数据不全,不包含现金账户和餐饮交易)查询条件↑报表样张↑房间升级报告中软编码:cssfd23其他名称:Upgrade Report主要使用部门:前厅部管理层,财务审计主要内容:一天内所有做过房间升级的房间列表,包括宾客姓名,原房类,现房类,升级原因,定价原因等等主要用途:可以让酒店管理层查看做过升级的房间,统计升级原因等工作,也可用于up sell统计报表优点:可以很直观的了解某一日的所有房间升级情况,包含前后房号,操作员,升级原因等关键信息,一张报表可以同时作为升级原因统计报表与房间升级检查报告数据生成:夜审生成报表说明:酒店房间升级通常分为两种,一种free upgrade(免费升级如会员待遇,超订等原因),一种UP sell(付费升级如升级销售),两种升级都体现在该报表上,根据酒店的实际情况使用,可以作为免费升级的审核报表,也可以作为付费升级的统计报表常用方式:用于审核免费升级,每天打印,日期选择前一天,通常由财务或者前厅部管理层进行免费升级房间的审核用于付费升级统计,每天打印,日期选择前一天,由财务进行审核并记录升级销售房间查询条件↑报表样张↑修改房价/换房报告中软编码:cssfd19其他名称:room rate change report 变价报告/ room change report 换房报告主要使用部门:前厅部管理层,财务审计主要内容:一天内所有做过换房或者变价的房间列表,包括操作员,换房/变价原因等等主要用途:主要用于稽查房间变价,也可以用于统计换房原因报表优点:作为变价稽查报表的时候内容详细,相关信息详细,可以直接查看变价原因,前后价格,操作员,房号,姓名等关键内容数据生成:夜审生成报表说明:作为换房报表的时候用于查看和统计换房原因,较少使用,通常作为变价稽查报表使用,每天由财务查看或打印,日期选择前一天,可以直接查看改过房价的房间,操作员,变价原因,原房价,现房价等内容常用方式:用于统计换房原因,由前厅部每天打印或预览,日期选择前一天,用于记录和统计换房原因用于变价稽查,由财务部每天打印或预览,日期选择前一天,查看其中内容,检查是否有不正常的变价操作,因为通常在店宾客的房价是不需要改变的,变价本身就是比较敏感的操作查询条件↑报表样张↑免费房报告中软编码:fdlfd04a其他名称:complimentary report主要使用部门:前厅部管理层,财务审计主要内容:一段日期内所有的免费房列表,包含宾客姓名,房号,定价原因等内容主要用途:主要用于酒店管理层和财务审查免费房情况报表优点:可选日期段,方便查看任意日期段内免费房情况,内容详细,方便审核相关信息,如房号,姓名,来期离期,定价原因等等数据生成:实时报表说明:大部分酒店都会用到,用于检查和审核免费房出租情况,免费房通常至少也要副总级别以上人员授权开房,此报表由前台或者财务打印,打印后由酒店管理层查看并签字确认常用方式:当有免费房入住的时候由前台打印,交由酒店领导签字确认后转交财务部没有查询条件报表样张↑自用房报告中软编码:fdlfd04a其他名称:house use report主要使用部门:前厅部管理层,财务审计主要内容:目前在店的所有自用房,包括姓名,房号,来期离期等内容主要用途:主要用于酒店管理层和财务审查自用房情况报表优点:单独列出所有自用房,方便审核相关信息,如房号,姓名,来期离期等数据生成:实时报表说明:大部分酒店都会用到,用于检查和审核自用房出租情况,自用房通常至少也要副总级别以上人员授权开房,此报表由前台或者财务打印,打印后由酒店管理层查看并签字确认常用方式:当有自用房入住的时候由前台打印,交由酒店领导签字确认后转交财务部查询条件↑报表样张↑在店贵宾报告中软编码:cssfd04其他名称:VIP名单主要使用部门:前厅部管理层主要内容:当前在店的所有VIP客人以及要求保密的客人主要用途:查看和打印在店VIP客人名单,也可以用于查看和打印具有保密要求的客人报表优点:一张表同时作为VIP名单和保密客人名单,将这两种需要特殊注意的客人打印在同一张表上,方便使用和查看数据生成:夜审生成报表说明:在系统户籍屏幕中选择了VIP等级或者保密等级的客人会出现在这张报表上,但是不能实时查看,只能看到夜审前的VIP和保密客人常用方式:通常用不上,有些酒店需要专门打印VIP名单的时候使用此报表查询条件↑报表样张↑历史和预测报表中软编码:csssc41其他名称:Forecast,预测报表,7日预测主要使用部门:销售部主要内容:一个日期段内每一天的来店数,占房数,房费收入,平均房费等等主要用途:主要用于预测未来一段时间的房间出租情况报表优点:可选日期段,既可进行预测也可以用来查看历史数据,市场代码可选,可以单独查看某一市场的历史或者预测情况数据生成:实时报表说明:不选择市场代码的时候就是查看全部的占用情况,如果想要按照市场统计则需要在做预订和开房的时候选择相应的市场代码,此表才有参考价值常用方式:由销售部人员打印或查看,进行历史数据和预测数据查看查询条件↑报表样张↑来店宾客预报-贵宾中软编码:cssrv01d其他名称:VIP预抵报表,VIP EA报表主要使用部门:前厅部,客房部主要内容:一个日期段内所有VIP客人的预订,包括姓名,房号,来期离期,VIP等级等等主要用途:用来了解和查看VIP客人的预订信息报表优点:日期段可选,VIP类型可选,可以单独打印也可以全部打印数据生成:实时报表说明:在做预订的时候选择了VIP等级的客人会体现在这张报表中,日期段,楼区,VIP等级都可选常用方式:通常用不上,有些比较注重VIP客人的酒店会用到此报表,把VIP的预订以及相关信息打印出来后给各部门分配接待任务没有查询条件报表样张↑延住报表中软编码:cssfd11其他名称:extend报表主要使用部门:前厅部,客房部主要内容:当天所有办理过延住的房间,包括房号,姓名,离店日期,原离店日期等主要用途:用来了解和查看办理过延住的客人报表优点:单独列出所有延住客人,显示相关详细信息,方便查看数据生成:实时报表说明:所有修改过离店日期的客人都会显示在这张报表上,不管是往前改还是往后改,不管是当日离店延住还是提前办理延住都会显示常用方式:一般用不上,如果有酒店需要一张延住报表的时候才用查询条件↑报表样张↑团队对账单中软编码:cssgc10其他名称:主要使用部门:前厅部,销售部主要内容:查询日期段内在店团队所发生的费用汇总主要用途:用来查看某个日期段内团会费用报表优点:日期段可选,团名可选,既可看全部团会也可以但看需要的团会数据生成:夜审生成报表说明:不能查看当天的,只能查看前一天的,如果是公付团队而且做了特殊付款则需要勾选仅团队主单,这样团员身上的自付费用就不会体现常用方式:没什么用,通常团队对账的话打印团队主单账单就可以了,一般用不上这个表团队情况汇总表中软编码:cssgc08其他名称:主要使用部门:前厅部,销售部主要内容:查询日期段内所有团队的站房情况,房数,人数,房费,平均房费,间夜数等等主要用途:用来查看某个日期段内团会占房的情况报表优点:日期段可选,状态可选,通过不同状态进行查询既可以看预订和在店团会占房情况也可以查询也可以查看已结团会的情况数据生成:实时报表说明:来店起止日期必须选,离店日期不需要,通过账户状态进行不同情况的查询,一般情况都选全部,需要看已结账账户的时候选择已结账常用方式:没什么用,表中内容和团队列表中的查询结果差不多,通常不需要打印查询条件↑报表样张↑当日租用报表中软编码:cssfd05其他名称:day use report主要使用部门:财务部主要内容:当日来店当日离店宾客的房号,姓名,房价,房税等内容主要用途:用来查看某段日期内所有的day use情况报表优点:日期段可选,既可以查看某一天的也可以查看某个日期段的数据生成:实时报表说明:根本用不了,格式完全就是乱的,内容也不合适常用方式:目前的格式根本没用,如果日后有改版或许还有用,大部分酒店day use只占很小一部分,对这个数字并不关心,顶多也就是财务部审计看一下,检查一下day use房费加收情况查询条件↑报表样张↑宾客欠款报表中软编码:cssfa04c其他名称:在店宾客账主要使用部门:财务部主要内容:当日所有在店宾客的账户余额主要用途:财务备查报表优点:每日夜审的时候生成固定报表,不会随着宾客账变化,可以精确查看某一日的数据数据生成:夜审时自动生成报表说明:在夜审第四步的时候自动生成,需要勾选该报表后点击保存,存在temp文件夹中的nightadt文件夹中常用方式:一般都用不上,也不需要打印,只是留在系统中备查,有时财务会用到查询条件↑报表样张↑预订取消报表中软编码:fdlrv02其他名称:cancel report主要使用部门:前厅部,销售部主要内容:所选日期段内做了预订然后又取消的预订,包含姓名,预订号,房类,日期,取消原因等等主要用途:查看和统计预订取消情况报表优点:日期段可选,可以精确查询取消情况数据生成:实时报表说明:做了预订后又取消预订的宾客会体现在该报表中,未到预订不算常用方式:没什么大用,一般酒店就算统计预订取消也只需要一个总数,并不需要如此详细的报表,但如果需要对取消原因进行统计则需要用到此报表查询条件↑报表样张↑超限检查报告中软编码:fdlfa01其他名称:deposit check report,押金检查报告主要使用部门:前厅部,接待部主要内容:押金不够的宾客房号,姓名,来期离期,房价,超限金额,备注等内容主要用途:找出在店押金不足的宾客报表优点:账户类型,付款方式可选,通过条件查找可以精确找出真正押金不足的客人数据生成:实时报表说明:酒店前台常用的一张报表,通过账户类型和付款方式等条件进行精确查找,因为有些账户类型的客人本身就是没押金的,如团队,会议之类,使用时候只选择那些真正自付费的账户类型和付款方式进行查询常用方式:每天下午由接待主管或者大堂副理打印出来,对于押金不足的房间进行逐一催要查询条件↑报表样张↑预订未到报表中软编码:cssrv04其他名称:no show report主要使用部门:前厅部,销售部主要内容:未到预订的宾客姓名,房类,房号,房价,来离期,协议单位,备注等等主要用途:查看未到预订情况报表优点:日期段可选,宾客类型可选,可以单独查看散客或者团队的未到预订数据生成:夜审生成报表说明:做了预订以后客人没来,没有办理入住,但是预订也没有取消,夜审过后就会变成未到预订,使用该报表可以查看此类预订常用方式:用处不大,大部分酒店都不容许出现no show,因为如果no show太多会影响到相关销售员的业绩,所以一般都在夜审前将未到的预订进行延住或者取消,只有少数管理比较严格的酒店会用到此报表,此类酒店一般都不容许随意取消预订,以免销售人员随意占房查询条件↑报表样张↑预抵回头客报表中软编码:cssrv02其他名称:主要使用部门:前厅部,销售部主要内容:回头客预订的详细内容,包含姓名,来离期,房号,房类,房价,来访次数,总计消费等等主要用途:用来查看回头客预订报表优点:日期段可选,灵活查看近期和远期的回头客预订情况数据生成:实时报表说明:有历史记录的客人再次办理预订的时候会被认为回头客,需要在做预订的时候选择相应客人的客史常用方式:一般用不上,大部分酒店都不太关心回头客情况,最多只需要知道一个回头客总数即可,并不需要如此详细的报表,有些关注回头客的酒店通常是由前台进行打印,然后为回头客提前准备RC之类的东西以提升宾客体验查询条件↑报表样张↑城市接待过夜旅游者情况月报表(权责发生)中软编码:csssc09其他名称:主要使用部门:前厅部主要内容:分港澳台统计国内游客人数,分大洲和国家统计境外游客人数主要用途:用于向旅游和公安部门汇报境内外接待人数报表优点:日期段可选,灵活查看任意时间段的接待情况数据生成:夜审生成报表说明:按规定酒店需要向公安部门汇报境内外游客的接待人数,通常使用此报表进行统计即可常用方式:通常都是逐月查看并上报,这项工作不固定,但无非就是前厅,销售,财务三个部门其中一个去做查询条件↑报表样张↑特别要求报表中软编码:cssfd06其他名称:special request主要使用部门:前厅部,客房部,餐饮部主要内容:有特殊要求的客人姓名,房号,来期离期,备注等等主要用途:查看和打印有特殊要求的客人列表报表优点:日期可选,特殊要求可选,不同部门可以分开要求打印数据生成:实时报表说明:在系统户籍屏幕中特殊要求选项中选择内容后会体现在该报表中,特殊要求在前台管理配置-特别要求中进行配置,常见内容为撤酒水,锁冰箱,加床,送报纸,接送机,VIP待遇之类常用方式:部门主管每天早上打印,特别要求选择与本部门相关的,打印后安排工作地区交叉分析报表(权责发生)中软编码:csssc39b*其他名称:主要使用部门:销售部主要内容:不同地区的客人所占不同市场的人数房数主要用途:销售市场分析报表优点:日期段可选,交叉分析条件多项可选,可以分别统计账户类型,市场,客源等等数据生成:夜审生成报表说明:除账户类型以外其他两项市场代码和客源都不是必选项目,如果需要通过市场或者客源统计最好在户籍屏幕中改成必输项目常用方式:通常一季或者半年统计一次,由售部打印,常用的统计选项为国籍和账户类型,目前账户类型统计方式有问题,待改善。
产品主要功能包括:
发票管理:提供发票入库、交接等全流程管理功能。
可以针对不同管理模式、不同发票类型,定制相关管理流程。
例如不同发票类型可以有不同的交接流程,以及不同的库存的打印管理模式。
系统还提供对发票库存的动态监控和特殊处理:提供发票作废、遗失管理、核销、发票状态变更、发票盘点等处理。
查询报表:提供发票使用情况、管理状况的查询和报表,支持从不同的角度分析发票使用和管理信息。
并满足保监会处理和查询应收保费。
计划任务平台:提供计划任务定制功能,支持自动执行和手工执行,并保留日志。
工作流平台:提供可视化的工作量定制功能,支持跨机构、不同管理模式、不同发票类型、不同审批内容的流程管理。
接口管理平台:提供系统接口转换定义、数据源定义的实施平台。
安全管理平台:提供基于角色的用户权限分配机制;提供关键任务的锁定功能;提供系统日志管理;。
报表实时分离解决方案
中科软科技股份有限公司
2008年9月
1. 保险业务系统目前面临的问题
Oracle 在保险行业的核心业务系统中得到普遍的采用,成为支撑各种关键应用的基础平台。
然而,随着信息化建设的逐步成熟和新业务系统的不断部署与实施,系统用户的数量和数据规模也日益增长,保险公司对数据库依赖性不断增加,保险公司逐步面临以下问题:
1、核心业务系统的处理性能越来越低
2、应用中混合着大量的交易型业务处理和统计型业务,使得数据库优
化越来越难以平衡
3、统计的需求量、数据量、时间跨度越来越大导致统计性能和交易性
能的下降
4、目前的大部分方案都是基于数据库进行全量或增量同步,这样存在
的问题是同步间隔太大,这样的结果就是不能将全部的统计报表应
用与交易型应用彻底分离
为了解决上述问题,我们推出了报表实时分离解决方案:首先将数据库分离为生产库和统计库,两个库之间通过实时的同步且互不影响,进而将应用进行分离。
最终达到解决上述问题的目的。
2. 中科软解决方案
针对上述需求和问题,中科软推出了保险业Oracle报表实时分离解决方案。
该方案利用基于Oracle的Redo日志的准实时、异步数据复制技术,创建可读写的统计数据库,用于统计报表查询的目的。
统计数据库可以分担生产数据库的统计分析功能和运行压力,实现直接或间接的负载均衡和数据保护,在生产系统Oracle数据库性能改善、Oracle数据容灾、数据库升级移植、数据共享和报表查询系统建立等方面,具有广泛的用途。
同时在生产交易和统计报表分离之后,我们可以更加有针对性的进行两类数据库的专门优化、索引设置等等,从而进一步提高各自的效率。
在应用层面,可以通过对菜单和权限表的分别处理,可以达到两个库对应的菜单功能的完全分离的目的。
3. 解决方案架构
方案架构如下:
1、建立统计数据库。
2、基于生产数据库Oracle的Redo日志文件,将生产数据库的变化捕
获后发送到统计数据库,然后在统计数据库中进行应用。
这个过程
是实时的,在实际应用过程中,延迟时间在10s以内。
同步的范围可以是整个库或部分表。
这样可以使得像用户信息、权限信息等特定的表在两个库中的数据不一致。
通过过程如果由于网络、停机等原因暂时中断,恢复之后将接替原来的过程进行同步,也就是说可以实现“断点续传”。
3、将生产应用LIS系统,复制一份、部署,然后将其连接池指向统计
数据库。
4、如果统计数据库中的特定数据有变更,需要回写至生产数据库,同
样可以通过配置进行部分表的回写。
这个过程仍然是实时的。
5、至此,我们已经可以实现专职的统计人员只进入“统计应用系统”、
专职的生产用户进入“核心业务系统”。
6、在实际过程中,我们有的用户需要同时操作核心业务系统和统计应
用系统,那么我们可以在核心业务系统中将统计的菜单对应的链接
修改为统计应用系统的链接即可(这个过程只需要修改LIS应用系
统中的菜单配置信息即可)。
这样可以实现混合用户进行一次性登
陆、任意访问,并且生产和统计是分离的效果。
7、统计数据库可以同时作为企业的ODS(操作型数据存储层),为保
险公司将来进行ETL、建立数据库仓库奠定基础。
本方案具有如下特点:
1、实时同步(延迟在秒级以下)
2、统计数据库(目标数据库)可以被充分利用
3、严格保证双方数据的一致性
4、对生产数据库(源数据库)性能的影响几乎没有
5、对网络资源的占用少
6、灵活的复制方式(支持单向、双向复制和选择性复制)
7、容错能力强:如果出现网络、停机等中断,待恢复后可以继续进行
数据同步。
8、扩展性强
4. 方案优势和收益
保险业IT应用具有鲜明的行业特征,应用系统错综复杂,在信息安全、数据保护和数据共享等方面有严格的规定。
这就要求保险企业在选择数据库相关的解决方案时,必须充分考虑技术方案的安全性、稳定性、易用性、灵活性和通用性。
通过报表实时分离方案,我们能够实现:
1、生产数据库和生产系统的压力大大降低
2、应用系统分为交易型系统和统计型系统,从IT和业务的角度来说,
都大大利于两类系统的专门性优化。
3、能够使得IT部门对于业务部门的统计、分析、报表等需求进行更快、
更好的支持。
4、通过实时同步,使得实时性要求高的统计、报表(竞赛统计、作业
中心报表等)可以进行分离,从而实现生产业务和统计业务的彻底
分离。
中科软的保险业Oracle数据报表实时分离解决方案,采用了基于日志的数据复制技术,可实现跨越不同软硬平台、不同Oracle版本的数据复制,突破了Oracle自身的限制,是一种成熟的,久经市场和用户考验的纯软件解决方案,可以满足保险业的多样化用户需求。
5. 方案包含的第三方产品
中科软保险业Oracle 报表分离解决方案,采用了Quest Software 公司的SharePlex for Oracle的技术平台,通过复制Oracle数据库的日志,实现低带宽、实时、数据库复制。
其产品原理如下:
1、SharePlex Capture 进程实时监控源数据库的Redo日志文件的变
化,捕获其中引起数据变化的日志块
2、SharePlex Reader进程采用队列的模式进行读取的管理
3、SharePlex Export进程进行传输前的准备、压缩等
4、SharePlex Import进程位于目标数据库端,进行增量信息的接收
5、SharePlex Post进程将增量的信息应用到目标数据库中,完成一次
增量同步过程
6、对于源系统是双机模式的系统,SharePlex提供对双机集群(HA
cluster软件)的支持,因为SharePlex的所有可执行文件和队列都存
储在共享的文件系统中。
当HA主节点出现问题后,可以在备节点
机器上启动SharePlex并继续进行复制工作。
7、对于目标系统,SharePlex 提供灵活的方式进行复制。
目标系统可
以配置或不配置成集群方式。
SharePlex也能够将所有数据源都复制
到一个目标系统。
这时容灾系统作为数据源,同样也支持集群方式。
6. 未来方案的扩展
1、灾备系统
本方案工作在“单向复制”模式下,可以将目标数据库作为统计查询系统和灾备系统。
目前大部分的灾备系统都是“闲置”不能
使用的,而采用这种方式建立的灾备系统,就可以很好的利用灾备
中心的投资。
2、作为一种RAC的替代方案
本方案工作在“双向复制”模式下。
由于在Oracle RAC模式下,其整体性能并不随着实例个数的增长而线性增长,而且实例超过3
个以后将面临越来越突出的锁和并发问题,因此,采用双向复制可
以作为RAC的一种替代方式,这种模式下两个库都是生产库。
3、数据分发、发布和聚合
本方案工作在“广播/合并复制”模式下。
如果企业中的应用和数据库都较多,但是企业需要建立和提供统一的数据服务平台,那
么采用这种模式是一种很好的解决方案。