石油小区数字化改造工程技术预案培训文件

1、178/182川西南公管中心滨河石油小区数字化改造工程技术方案项目负责人： 项目编制人： 项目审核人： 中国电子系统工程总公司目录 TOC o 1-3 h z u HYPERLINK l _Toc366046543 一、项目概况 PAGEREF _Toc366046543 h 1 HYPERLINK l _Toc366046544 二、项目目标 PAGEREF _Toc366046544 h 2 HYPERLINK l _Toc366046545 三、项目范围 PAGEREF _Toc366046545 h 3 HYPERLINK l _Toc366046546 3.1组织范围 PAGEREF

2、 _Toc366046546 h 3 HYPERLINK l _Toc366046547 3.2业务范围 PAGEREF _Toc366046547 h 3 HYPERLINK l _Toc366046548 3.3应用系统范围 PAGEREF _Toc366046548 h 3 HYPERLINK l _Toc366046549 3.4功能范围 PAGEREF _Toc366046549 h 3 HYPERLINK l _Toc366046550 3.5用户范围 PAGEREF _Toc366046550 h 4 HYPERLINK l _Toc366046551 四、系统建设原则 PAGE

3、REF _Toc366046551 h 5 HYPERLINK l _Toc366046552 五、设备选型原则 PAGEREF _Toc366046552 h 6 HYPERLINK l _Toc366046553 六、项目设计规范 PAGEREF _Toc366046553 h 6 HYPERLINK l _Toc366046554 七、需求分析 PAGEREF _Toc366046554 h 8 HYPERLINK l _Toc366046555 7.1系统定义与功能划分 PAGEREF _Toc366046555 h 8 HYPERLINK l _Toc366046556 7.2治理需

4、求 PAGEREF _Toc366046556 h 8 HYPERLINK l _Toc366046557 7.3技术需求 PAGEREF _Toc366046557 h 9 HYPERLINK l _Toc366046558 7.3.1性能需求 PAGEREF _Toc366046558 h 9 HYPERLINK l _Toc366046559 7.3.2数据治理能力 PAGEREF _Toc366046559 h 9 HYPERLINK l _Toc366046560 7.3.3故障处理 PAGEREF _Toc366046560 h 9 HYPERLINK l _Toc36604656

5、1 7.3.4运行环境 PAGEREF _Toc366046561 h 9 HYPERLINK l _Toc366046562 7.3.5与其它系统数据对接 PAGEREF _Toc366046562 h 10 HYPERLINK l _Toc366046563 7.4业务需求分析 PAGEREF _Toc366046563 h 10 HYPERLINK l _Toc366046564 7.4.1一卡通系统需求 PAGEREF _Toc366046564 h 10 HYPERLINK l _Toc366046565 7.4.2滨河石油小区数字化改造需求 PAGEREF _Toc36604656

6、5 h 44 HYPERLINK l _Toc366046566 八、项目内容 PAGEREF _Toc366046566 h 46 HYPERLINK l _Toc366046567 8.1一卡通治理系统 PAGEREF _Toc366046567 h 46 HYPERLINK l _Toc366046568 8.1.1系统架构 PAGEREF _Toc366046568 h 46 HYPERLINK l _Toc366046569 8.1.2矿服级 PAGEREF _Toc366046569 h 47 HYPERLINK l _Toc366046570 8.1.3卡务中心 PAGEREF

7、_Toc366046570 h 52 HYPERLINK l _Toc366046571 8.1.4小区一卡通系统 PAGEREF _Toc366046571 h 77 HYPERLINK l _Toc366046572 8.1.5 安全性 PAGEREF _Toc366046572 h 80 HYPERLINK l _Toc366046573 8.2 治理调度中心平台 PAGEREF _Toc366046573 h 83 HYPERLINK l _Toc366046574 8.2.1治理调度中心平台架构 PAGEREF _Toc366046574 h 83 HYPERLINK l _Toc3

8、66046575 8.2.2居民综合服务平台 PAGEREF _Toc366046575 h 85 HYPERLINK l _Toc366046576 8.2.3矿区生产调度指挥平台 PAGEREF _Toc366046576 h 90 HYPERLINK l _Toc366046577 8.2.4系统集成平台软件设计 PAGEREF _Toc366046577 h 104 HYPERLINK l _Toc366046578 8.3 治理调度中心 PAGEREF _Toc366046578 h 109 HYPERLINK l _Toc366046579 8.3.1治理调度中心 PAGEREF

9、_Toc366046579 h 109 HYPERLINK l _Toc366046580 8.3.2电气系统讲明 PAGEREF _Toc366046580 h 110 HYPERLINK l _Toc366046581 8.3.3拼接大屏系统 PAGEREF _Toc366046581 h 111 HYPERLINK l _Toc366046582 8.4要紧设备参数： PAGEREF _Toc366046582 h 120 HYPERLINK l _Toc366046583 九、系统培训打算 PAGEREF _Toc366046583 h 123 HYPERLINK l _Toc3660

10、46584 9.1培训内容 PAGEREF _Toc366046584 h 123 HYPERLINK l _Toc366046585 9.2培训安排 PAGEREF _Toc366046585 h 123 HYPERLINK l _Toc366046586 9.3培训效果评估 PAGEREF _Toc366046586 h 126 HYPERLINK l _Toc366046587 9.4培训考核 PAGEREF _Toc366046587 h 127 HYPERLINK l _Toc366046588 9.5培训语言 PAGEREF _Toc366046588 h 127 HYPERLIN

11、K l _Toc366046589 9.6现场培训 PAGEREF _Toc366046589 h 127 HYPERLINK l _Toc366046590 9.7厂家培训 PAGEREF _Toc366046590 h 128 HYPERLINK l _Toc366046591 9.8培训材料 PAGEREF _Toc366046591 h 128 HYPERLINK l _Toc366046592 9.8培训费用 PAGEREF _Toc366046592 h 128 HYPERLINK l _Toc366046593 十、系统维护 PAGEREF _Toc366046593 h 129

12、一、项目概况项目名称项目名称：川西南公管中心滨河小区数字化改造工程建设单位：川西南公管中心项目概述依照西南油气田矿区服务事业部治安安全防范系统建设规范（试行）的要求,川西南公管中心原视频监控设备选型较为低端，信号衰减大，图像不清晰，需要进行升级改造；原物业治理收费点和治理点分散，住户报修采纳人工方式处理，治理人员无法进行有效的跟踪、评价，各种设备台帐采纳纸质文件治理，没有在计算机信息化平台统一录入、存储和查询，水、电、气集抄由物管科治理，有线电视由新闻中心收费，矿区业务服务治理信息系统、 HSE信息查询系统、离退休职工治理信息系统没有在一个统一的平台上。 以上差不多实施系统都独立运行，有各自的

13、数据库、各自选择的操作系统、各自开发的应用软件和用户界面，完全是独立的体系。 这种情况称为“信息孤岛”，系统之间彼此独立，没有考虑数据信息共享，不能集中监控，不能协调优化运行和联锁操纵，操纵系统与治理之间出现脱离的现象，使得系统的人工成本、运行费用、维护成本高，不能充分发挥公共治理中心物业治理的工作效率。 物业治理440平台的现状：川西南公管中心物业治理440平台（数据信息不能共享），为单一的人工接线方式，人工处理报修、投诉等工作，有效信息查询缓慢，处理反馈不及时，治理效率低。 住户报修治理的现状：川西南公管中心物业治理站住户报修处理流程：住户通过440电话报修，440电话服务人员将报修服务请

14、求通过290平台通知维修班组调度，调度员通知班组长，维修班组长依照维修人员在班情况，分派维修派工单，维修人员依照派工单执行维修工作，住户在维修工作完成后签字，派工单返回维修班组调度。存在问题：工作分派完全依靠手工调度，治理人员没有对维修服务的工作进行有效跟踪、评价、考核。水、电、气集抄的现状：川西南公管中心水、电、气集抄分站是通过C/S模式连接成都水、电、气集抄总站数据，猎取水、电、气数据并在本地数据库存储，一组物业治理人员维护数据，另一组物业治理人员办理收费（治理系统和操纵系统出现脱离；数据信息不能共享）。可寻址有线电视收费系统的现状：川西南公管中心通过有线电视收费系统的客户端进行收费，系统

15、独立运行、独立收费（数据信息不能共享）。职工交费方式的现状：川西南公管中心住户需要分不到不同的地点交纳物业治理费、水、电、气费、有线电视费；这些收费项目分不设立人员收取，没有统一查询和收费平台；不仅增加财务统计的工作量，而且增加人工的投入（数据信息不能共享）。设备台帐治理的现状：川西南公管中心采纳纸质的设备台帐、运行台帐、维修台帐等治理文件，没有在计算机信息化平台统一录入、存储和查询设备台帐（数据信息不能共享）。信息公布治理的现状：川西南公管中心治理人员公布信息过程：治理人员在计算机上输入并打印出纸质文件，将纸质文件张贴在布告栏，不仅白费资源、而且增加物业治理人员的工作量。二、项目目标在川西南

16、公管中心建立数字化小区治理调度中心平台；治理调度中心平台由物业治理调度系统、生产经营治理调度系统、综合安保治理系统（具备应急指挥调度功能）。为有关部门提供实时监控信息的平台、实现智能化在指定的范围为住户及治理人员提供适当的便利。 硬件严格筛选、严格试验，并留有适当备份；软件精心设计调试，并具有冗余容错性能；系统处理速度快，可靠性高，稳定性好，错漏率低，并具有数据备份、数据恢复能力。三、项目范围3.1组织范围依照本项目研究目标，本系统规划研究的组织范围包括：西南油气田矿区服务事业部物业服务治理处、打算财务处、矿区建设服务治理处、综合办以及8个公管中心及其所属的治理站。3.2业务范围实现一卡通用，

17、即业主持有一张卡即可在矿区服务事业部下属各小区实现门禁、停车场、（IC卡身份认证后）缴费等等，各种终端设备都能够识不这张卡片，方便了持卡人。统一收费平台，实现各个公管中心各自的统一收费，包括水电气费及物业费等。将把8个公管中心收费情况集中在同一个平台上，监督治理和操纵，并对信息整理归纳，供矿区服务事业部及8个公管中心职能部门查询、汇总、统计、治理和决策。在川西南毛家坝片区建立数字化调度中心，把云舒佳苑、滨河石油小区、恬园小区和汇东石油小区的安防系统、物业治理、440报修等统一治理。3.3应用系统范围按照以上业务范围，本系统需要整合目前小区视频监控系统、物业系统、440报修系统、门禁、停车场治理

18、系统及远程集抄收费系统已有的数据，预留与银行、第三方支付及天网系统等系统做数据接口。 除了应用系统业务数据系统外，还包括系统应用架构设计（含信息流设计、总体技术架构、接口设计方案）和基础设施架构设计（含门禁、停车场设备、服务器、存储设施、网络、平台软件等）。3.4功能范围 系统要紧通过治理各个小区的房产信息、业主信息、住户信息、车位信息、车辆信息等基础信息达到有效的治理资源数据。 在基础数据的治理基础上进行收费业务、卡业务的有效管控。3.5用户范围矿服部矿服部的使用人群要紧以查询总体八个公管中心的卡务及收费业务的统计报表及图表为主，使用者要紧为矿服部领导层，及各个相关业务科室的治理者。公管中心

19、公管中心的使用人群要紧以查询公管中心下属小区的各种卡务及收费业务的统计分析数据。使用者要紧为公管中心领导层，及卡务处理、收费业务处理的治理者，同时包括公管中心系统治理员。卡务中心（收费中心）卡务中心要紧是具体的业务处理单位，要紧使用者为窗口卡务处理人员、收费人员、后台业务处理人员等。住户使用一卡通系统完成身份识不、门禁、停车、食堂消费、缴费（IC卡身份认证后）等业务。四、系统建设原则依照西南油气田矿区服务部治安安全防范系统建设规范（试行）中的规定，安全防范系统的设计应遵从以下原则：1、系统的防护级不与被防护对象的风险等级相适应。本系统防护对象风险等级为三级，防护级不与之适应，应达到三级。2、技

20、防、物防、人防相结合，探测、延迟、反应相协调。系统具有视频安防监控、停车场治理、图像记录功能，满足对案、事件过程的记录和查证需要。同时结合石油系统的治理模式，专门配置并培训相关人员，建立严格的治理制度和防控体系。3、满足防护的纵深性、均衡性、抗易损性要求。系统兼有周界、防护区和禁区，构成纵深防护体系；前端布防点与后端操纵一一对应，合理地满足安防系统的要求；系统整体设计保证相关设备不易损坏。4、满足系统的安全性、电磁兼容性要求。系统保证操作者人体健康、安全和设备本身安全；电磁兼容设计应从设备选型、传输介质选择和传输路由等多方面考虑自身的抗干扰性和对其他设备的电磁净化。 5、满足系统的可靠性、维修

21、性与维护保障性要求。系统能保证长期可靠和安全稳定地连续运行；所选设备均具有行业许可文件和法定检测机构的检测报告等质量证明。监控室主电源能满足系统正常供电，备份电源在主电源断电后能维持系统一小时以上应急工作的能力。6、满足系统的先进性、兼容性、可扩展性要求。系统设计在技术上考虑适度超前，以便于扩展、升级和在一定时期内具有先进性。因此，本系统按照数字化、网络化和集成化的技术路线考虑系统结构和设备组成；核心设备采纳分布式模块化设计，以利今后系统的灵活扩展和必要的升级。同时，本系统提供专门的通信接口，以利于与信息系统的接口。7、满足系统的经济性、适用性要求。通过对系统方案优化设计、合理布局，力争使所建

22、系统在具有必备功能和完整结构的前提下，有较高的性能价格比和较低的维护费用；操作简捷，显示明晰，维护方便，成熟易用。并优先选用市场主流、规格通用和具有标准接口的产品。8、兼顾电子产品技术更新升级趋势的要求。以上几点是系统设计所遵循的差不多原则，本公司将结合现场的实际情况和用户需求，采纳先进而成熟的技术，可靠而适用的设备，全力为用户构建先进、有用、可靠和高性价比的安防系统，最大程度地爱护建设方的投资。五、设备选型原则 所选设备是技术先进且在国内得到广泛实际应用的成熟产品。 系统易治理、易安装、易检测、易维护。 设备部件均为标准化、模块化设计，具有良好的互换性和可替代性，设备安装、维护均采纳接插方式

23、，维护简便。 所选设备符合至少一项下列国际公认的安全标准（如、等）和、等技术标准，线缆选用通过国家强制认证的产品，具有3C认证证书。 所使用的设备必须符合国家法规和现行相关标准的要求，并经检验或认证合格。六、项目建设规范本设计方案适应于四川石油治理局川西南公管中心数字化改造工程。我方提供的设备及其附属设备的制造、检查、试验和验收依据并遵守下列最新的标准和规范，但不仅限于下列标准和规范。智能建筑设计标准（GB/T 50314-2006）建筑与建筑群综合布线系统工程设计规范（GB/T 50311-2007）建筑与建筑群综合布线系统工程验收规范（GB/T 50312-2007）建筑物电子信息系统防雷

24、技术规范（GB 50343-2009）建筑物防雷设计规范（GB 50057-2010）工业企业通讯接地技术规范（GBJ 79-85）接地装置安装 03D501-4（中华人民共和国建设部）民用建筑电气设计规范（JGJ 16-2008）供配电系统设计规范（GB 50052-2009）建筑电气安装工程施工质量验收规范（GB 50303-2002）计算机场地技术条件（GB 2887-2000）电能计量装置治理规程（DL/T 448-2000）电压监测仪技术条件（DL/T 500-2009）电力装置的电测仪表装置设计规范（GB/T 50063-2008）远动设备及系统第2部分工作条件第1篇电源和电磁兼容

25、性（GB/T 15153.2-2000）远动设备及系统第2部分工作条件第2篇环境条件（GB/T 15153.2-2000）公共建筑节能设计标准（GB 50189-2005）电子计算机机房设计规范（GB 50174-2008）电信线路遭受强电线路危险阻碍的容许值（GB 6830-86）建筑物防雷设计规范（GB 50057-2010）信息技术互连国际标准（ISO/IEC 11801-2002）通信电缆的一般要求（GB/T 7427-87）电气安装工程施工验收规范（GBJ 232-2006）安全防范工程技术规范（GB 50348-2004）民用闭路监视电视系统工程技术规范（GB 50198-98）入

26、侵探测器通用技术条件（GB 10408.1-2000）防盗报警探测器通用技术条件（GB 12663-2001）入侵报警系统工程设计规范（GB 50394-2007）安全防范系统验收规则（GA 308-2001）建筑及居住区数字化技术应用（GBT 20299-2006）视频安防监控系统工程设计规范（GB50395-2007）住宅小区安全防范系统通用技术要求(GB/T21741-2008)西南油气田矿区服务部治安安全防范系统建设规范（试行）七、需求分析7.1系统定义与功能划分本系统是四川油气田信息化建设的重要组成部分，只要服务于西南油气田矿区服务事业部治理人员、各个公管中心治理人员及服务的小区住户

27、。依照项目研究目标和研究范围，本系统规划建设内容为：建立具有四川油气田特色的一卡通业务平台，梳理目前已存在的历史数据，并整合现有的硬件及软件。7.2治理需求结合前文对四川油气田矿区服务事业部概况和信息技术现状分析，为实现四川油气田一卡通信息化治理水平获得飞跃式提升，本系统应满足一下治理需求：支持和服务四川油气田公司统一信息化进展策略本系统作为四川油气田信息化建设的重要组成部分，需要顺应外部宏观环境变化，支持集团整体进展战略。四川油气田公司关于一卡通系统的应用，还处于起步时期，在后续系统推广过程中，要有规划、有步骤的构建，完善系统各项治理职能，加强与其他业务系统的交互融合。实现四川油气田公司治理

28、规范化、精细化在四川油气田相关领导的统一领导下，四川油气田差不多形成了较为先进的企业治理模式，然而仍然存在信息流比较分散、需要人工进行报表报告、业务单据手工传递等问题。本系统将通过科学的信息化的手段提高油气田公司治理水平，实现公司治理规范化、精细化进展。实现四川油气田公司生活区一卡通通过“一卡通”系统串联现有的小区门禁系统、车场治理系统、收费系统，整合远抄系统，模块化设计，有较好的扩展性和兼容性。实现卡片跨区域整合的功能，对在不同区域拥有多套房屋的职工能够一卡通行。7.3技术需求7.3.1性能需求1、系统支持的用户容量不小于10万户，卡务治理数据许多于30万张。统计2、电源瞬时及长时刻断电时，

29、数据能够完整保持10年以上，电源恢复时，保存数据不丢失。3、系统功能按钮点击后的响应，一般需在2秒之内，最低限度不能超过10秒。7.3.2数据治理能力本系统处理的各种数据（业务数据、系统数据、外部数据等）在维持系统正常运行上起着至关重要的作用。一旦数据被破坏（硬盘损坏、修改、泄露），都会在不同程度上造成阻碍，从而危害到系统的正常运行。因此对综合系统的数据治理，按照国家标准GB/T 20988-2007信息系统灾难恢复规范第五等级进行要求，即实时数据传输及完整设备支持。要求定期进行完全数据备份，备份介质场外存放。7.3.3故障处理系统故障是指系统在运行过程中某一环节出现的软件或硬件错误，从而导致

30、系统平台部分功能或者全部功能无法正常进行。因此要求对发生的故障系统能及时的给予警报提示，同时能够采取自动防护机制，幸免故障阻碍到其他的功能运行。同时为防止系统故障引起的数据丢失，应进行有效的数据备份，包括对操作系统、应用软件及数据库进行定期的停机备份、在线联机备份、日志备份、升级备份以及集中灾备等。7.3.4运行环境业务系统部署在应用服务上，客户能够通过扫瞄器登录到系统中，登录后，系统的运行结构如下图所示： 系统平台采纳Java技术实现，符合J2EE规范，中间件可部署在目前流行的多数操作系统如：Windows,Linux,AIX等。平台底层数据库访问采纳JDBC方式，该方式能够保证平台对数据库

31、的适配性，平台能够支持Oracle,SqlServer,MySql等常规数据库。系统平台能够支持如下系统环境，平台具有良好的移植性：服务器操作系统：Linux,Windows 2000/2003/2008, Aix, Solaris, HP-Unix应用服务器： JBoss, WebLogic, WebSphere,.数据库服务器：Oracle, SqlServer,MySQL.7.3.5与其它系统数据对接依照目前调研情况，本系统需要与远程集抄系统、有线电视系统等进行数据对接。7.4业务需求分析7.4.1一卡通系统需求7.4.1.1门禁治理1、住户进入小区门禁治理流程住户进入小区时在刷卡器上刷

32、卡，门禁系统对住户身份进行识不，推断卡片是否在白名单中，门卫确认是否本小区住户，“是”则门禁开启住户进入小区。“否”则禁止进入，由门卫核对用户信息，卡片未在白名单中的，门卫告知住户到卡务中心查询、开通后重新刷卡进入。刷卡刷卡住户身份识不 禁止进入 同意进入门禁开门否是住户进入小区门禁治理流程图开始结束确认是否本小区住户确认是否在白名单中是否到卡务中心查询、开通2、住户外出时门禁治理流程住户外出在刷卡器上刷卡，门禁系统推断卡片是否在白名单中， “是”则门禁开启住户离开小区；“否”则门卫查验询问情况，提示住户到卡务中心查询、开通卡片，并做好记录后开门放行。刷卡刷卡住户身份识不门卫查验 登记门禁开启

33、离开小区否住户外出时门禁治理流程图结束开始是确认在白名单中是提示到卡务中心查询、开通否3、临时访客进入治理流程临时访客访问小区住户，需要向门卫提供被访住户的信息（姓名、楼栋）和本人有效证件。门卫联系被访住户，确认住户是否在家，是否情愿接待访客。假如住户在家并同意接待，则门卫登记访客信息（能够手写也能够使用电脑登记），点击软件上开闸按钮，访客进入小区。否则门卫向访客讲明情况，禁止访客进入小区。提供被访住户信息提供被访住户信息门卫讲明情况登记访客信息否门卫联系被访住户门卫手动开启门禁临时访客进入治理流程图开始结束是被访住户是否在家是否同意接待访客是进入小区4、临时访客离开治理流程临时访客离开小区时

34、，需先告知门卫。门卫观看访客是否有异常情况（状态、所带物品），假如没有异常则结束访客记录，点击软件上开闸按钮让访客离开小区。有异常情况，门卫联系被访住户确认，没有问题做好情况记录，然后开门让访客离开小区。如有问题直接联系治理站安全保卫办。告知门卫告知门卫是否有异常门卫结束访客记录门卫询问情况联系被访住户确认否门卫观看访客否是否有异常 报告治理站安全保卫办临时访客离开治理流程图有有开始门卫手动开启门禁访客离开小区结束5、车辆入场治理流程住户在入口治理机上刷卡后，入口治理机读取卡片信息，门卫查看是否拍摄车辆进场图像，没有拍摄车辆进场图像，则检查停车治理系统并报440维修；密钥不对和没有进入权限的，

35、则进入临时车辆入场治理流程。 刷卡刷卡读取卡片信息密钥是否正确按临时车辆流程入场开闸放行否报440维修是是否拍摄车辆进场图像是否车辆入场治理流程图开始结束6、住户车辆离场治理流程住户在出口治理机上刷卡后，出口治理机读取卡片信息，出口门卫需要查看车辆是否有入场记录，核对车辆进出场图像是否一致，“是”则开闸放行；“否”则出口门卫需再次核对车辆信息，并向治理站安全保卫办报告。关于有固定车位住户，系统在确认出场时是否欠费，如欠费不予放行，住户须到收费中心补缴停车费用后，再刷卡离开小区。刷卡刷卡读取卡片信息出口门卫再次核对车辆信息不予放行核对车辆进出场图像是否一致是否相符开闸放行是是否有入场记录是否欠费

36、到收费中心补缴停车费门卫向治理站安全保卫办报告处理是住户车辆离场治理流程图否是开始结束7、临时车辆入场治理流程临时车辆要进入小区，首先小区是否同意临时停车，不同意不予放行；同意则进如“临时车辆入场治理流程”，然后在入口治理机上取临时卡，门卫查看是否拍摄车辆进场图像，并开闸放行，没有则检查停车治理系统并报440维修。消防车、抢救车、应急抢险车等专门车辆需进入小区执行任务，由值班门岗直接放行并做好记录备查。取卡取卡是否同意临时停车开闸放行临时车辆入场治理流程图不予放行否是报440维修否开始结束是否拍摄车辆进场图像是需进入执行任务的消防车、抢救车、应急抢险车等专门车辆8、临时车辆出场治理流程临时车辆

37、出场刷卡，出口门卫需要核对车辆进出场图像是否一致，“是”则按停车场治理系统计算金额，收取停车费出具发票并回收卡片，开闸放行；“否”则出口门卫需再次核对车辆信息，并向治理站安全保卫办报告。消防车、抢救车、应急抢险车等专门车辆执行完任务需离开小区，由值班门岗直接放行并做好记录备查。刷卡刷卡读取卡片信息回收卡片是是开闸放行否出口门卫核对车辆进出场信息是否一致收取停车费出具发票临时车辆离场治理流程图开始出口门卫再次核对车辆信息门卫向治理站安全保卫办报告处理结束执行完任务的消防车、抢救车、应急抢险车等专门车辆7.4.1.2 卡务治理1、发卡及卡片改写住户提交申请材料（租房合同、房屋买卖合同或房产证明、身

38、份证等），卡务中心人员先录入该住户身份证号码，在矿服部数据库中查询，假如差不多有相关信息，则讲明该住户差不多办过卡，进行卡片改写。确认住户没有资料后，录入该住户资料，发放卡片给住户，卡务中心系统会更新矿服部数据库住户数据。假如住户在多个卡务中心有房产，需要在多个卡务中心小区内使用卡片，需要在需要修改权限房屋所在的卡务中心申请。住户提交申请材料（租房合同、房屋买卖合同或房产证明、身份证等），刷卡读出住户信息，有权限工作人员查询矿服部数据库，取得该住户详细信息，修改相关权限。2、卡片挂失、补卡住户提交申请，卡务中心人员先录入该住户身份证号码，在矿服部服务器中查询住户详细信息和照片，确认为住户本人则

39、更改该卡片状态为挂失。关于跨卡务中心拥有多套房的住户，通过身份确认后，在任一开通授权的卡务中心办理挂失业务，卡授权数据会上传到矿服部服务器。住户假如在冻结期过后可提交补卡申请，卡务中心工作人员输入住户身份证号，在矿服部数据库中查询住户详细信息和照片，先确认住户的卡片是否为挂失状态并差不多过冻结期。再确认假如是住户本人则开始新卡信息的输入发行，更新服务器数据后，住户就能够使用这张新卡实现所有一卡通功能。3、卡片注销租住户搬离四川油气田生活区和职工调离四川油气田时都需要把卡片注销。住户首先提出注销的申请，卡务中心工作人员查询卡内是否还有余额，有则提交退款申请。当没有余额时，查询矿服部数据库，确实住

40、户在其他卡务中心是否有欠款或余额，有的话需要到当地把欠款缴清，然后进行注销操作。退卡后，系统会同步更新矿服部数据库，确保那个卡的信息在四川油气田生活区数据同步。关于1个月没有使用的卡片，冻结它的门禁权限，一年未使用门禁的卡片，治理站（卡务中心）通过审核后能够注销卡片。4、超级卡授权关于公管中心和矿服部的治理人员，有可能有出入所有小区的权限，这些权限卡片的授权需要进行严格的审核。超级卡的申请需要到公管中心填写相关表格，审核后，由公管中心统一发放。矿服部的超级卡申请提交物管处。7.4.1.3 资源治理基础信息数据是系统运行的基础，基础信息治理模块在系统的初始化和运行过程中对基础信息进行治理。基础信

41、息治理模块包括下面功能：房屋信息治理住户信息治理表具信息治理1、房屋治理对各小区的房屋信息进行治理，以确定该房屋是否为中石油职员的产业。当房屋产权变化时，及时更新房主的信息。先提供一个成熟的门禁、车场数据，物管收费和水电气收费成熟的数据表。目前已统计的房屋信息包括所属小区、楼宇名称、单元数、楼层数、房屋编号、房屋类不（已出售住房、未出售住房、已出售门面、未出售门面、已出售办公室、未出售办公室）、房主姓名、房主身份证号码、房主所在单位、房主所在部门、房主职务、房主职称、产权性质（房改房、公房、集资房、经济适用房、商品房）、建筑面积、配偶姓名、配偶身份证号码、配偶所在单位（不在中石油则为外单位）、

42、配偶所在部门、配偶职务、配偶职称。房屋（小区）初始化需要依照矿服部制定编码标准进行统一编码，然后由各个卡务中心进行数据预备，预备内容包括住户资料、房屋资料、费表明细等。然后交由公管中心进行信息确认，要紧是对内部职员的职称、职位、工龄等信息核对。最后由矿服部相关部门审核确认。最后将通过审核的初始化数据录入到系统中完成房屋信息审核及初始化流程。2、住户治理对各个小区的住户信息进行治理，以确定住户类型（内住户、外住户、租住户），以及房主、房主配偶的职称、职位，作为矿服部发放物业补贴的参考。当房屋产权、住户变化时，及时更新住户信息。目前已统计的住户信息包括所属小区、楼宇名称、单元数、楼层数、房屋编号、

43、房屋类不（已出售住房、未出售住房、已出售门面、未出售门面、已出售办公室、未出售办公室）、房主姓名、房主身份证号码、房主所在单位、房主所在部门、房主职务、房主职称、产权性质（房改房、公房、集资房、经济适用房、商品房）、建筑面积、配偶姓名、配偶身份证号码、配偶所在单位（不在中石油则为外单位）、配偶所在部门、配偶职务、配偶职称。 内住户在进行资料录入时需要推断是否差不多持卡（一卡通），如持卡则进行刷卡，同时将刷卡信息在矿服部主数据中进行检索，如卡信息完整，则将内住户信息自动下载到所属公管中心服务器中。再由住户进行确认。如内住户未持卡则录入身份证号码，然后在矿服部主数据中进行检索推断是否具有多套房，以

44、及以否差不多享受了补贴等信息。唯一不同在于，未持卡内住户需要进行发卡业务流程。 非内住户则通过房产证等证明进行入住办理，只是需要对该住户在矿服部所属的其他小区是否有房进行检索，以期达到住户唯一编码的治理模式。3、表具治理公管中心的各个小区的水、电、气表具能够按公管中心、小区统一设置，也可按单一住户单独设置，要支持波峰谷、阶梯复率等方式，价格由各小区物管科上报，矿服部审核，公管中心录入。使用自动抄表的小区，自动从远程集抄系统猎取收费时刻段内的水电气读数，按照配置的水电气价格生成水电气费用明细。自动抄表时会存在异常的数据，需要手动抄表后对比确认，异常的数据通常存在三种情况：（1）水电气中有一项特不

45、大或特不小。（2）与历史数据波动较大。（3）数据无变化。没有使用自动抄表的小区，物管人员手动抄录水电气读数，导入到平台系统中，生成水电气费用明细。 当住户或公区的表具发生变化时首先推断该表是否具有远抄功能，如有，则初始化设定与远抄系统的接口，同时后期读书由远抄系统自动推送。如没有，则设置进收费系统后，后期则通过人工抄取。读书可进行能源分析。7.4.1.4 收费治理1、计量数据治理可通过远程抄表系统自动对每期水电气读数的自动抄取，并自动计算用量。2、设费治理缴费的种类包括水费、电费、燃气费、物管费、垃圾清运费、收视费、房租、滞纳金等，其中有一些是自主收费，如物业治理费，有一些是代收费，如水费、电

46、费等，还有今后可能增加的一些收费种类，如自行车停放费等。实现自定义收费项目的名称、收费类不、费用的计费方式、计费周期、账单周期、单价等。同时满足峰谷模式、阶梯单价、减免等设置。按小区楼/层/房间进行设定费用标准，包括单价等属性，支持批量设置及修改。新增收费项目需要各个公管中心进行统一治理，对是否享受补贴，如在补贴范围内费项，则按矿服部的要求进行设定。如不在其范围，则依照各个公管中心的自行标准设定。最后再成批设置到各个小区及房间。3、福利（优惠减免）治理福利范围治理要紧是福利补贴范围的治理（小区），公管中心可对那些小区享有福利补贴的情况进行有效的管控。矿服部确认小区是否享受补贴并下发文件到公管中

47、心，公管中心依照文件来设置补贴范围。福利的新增治理要紧是针对在福利范围内的小区，住户进行新增补贴业务的申请处理流程治理。首先由住户申请，然后由公管中心及卡务中心依照矿服部制定的标准进行审批确认。福利变动治理要紧是对同一个内住户的在多个公管中心下属小区拥有房屋时，对享受补贴的房屋进行变换的过程治理。采取申报制，并在属地办理（系统不自动处理）。由业主主动到需要变更的公管中心申请变动内容并提供相应证明文件，卡务中心同意申请，并依照申请内容进行相应处理。假如是跨公管中心的变动，上报矿服部审批，审批通过后，系统会取消业主在其他公管中心及小区的补贴，然后对应公管中心依照标准设置补贴。4、水电气拟收费数据的

48、生成1）各单位可自行设置水电气费的收取，共分为六个项目“水、电、气、水费附加、电费附加、气费附加”，附加费用为固定的二次供水费、附加电费、输损公摊等。2）收费人员审核。3）各单位可依据实际设置分时段计费、阶梯计费规则。4）针对不同用能区域的商业、住户能源价格，生成收费数据。5）各单位可依据实际设置困难群体的收费价格折扣或冲抵部分金额。6）生成水电气缴费数据。计算规则：水电气费：单价*耗量水电气附加费：需要各单位先行选择是固定费用依旧按量变化费用，如为固定费用的则为固定值，如为按量变化费用的则为单价*耗量。水电气费用的计算需要各个公管中心首先按自身的制定标准，包括阶梯单价、分段计价标准、滞纳金等

49、。然后再自动读取具有远程抄表系统的表具本期读书。关于不具有远抄系统的需要人工抄取并录入进系统。本期读书进入系统后，系统对其进行预警推断，如正常，则通过审核进入算费向导。通过系统成批计算水电气费，最后进行成批的应收费用审核。5、物管费拟收费数据生成1）初始化物管费收取金额，依据其职务职级，计算出应交费面积，然后按照顾交面积、各地物业服务单价形成每月应交物管费。如有多套房的内住户，需要确认补贴享受的位置。内住户物管费减免标准：参照集团公司住房操纵面积标准，一般职工70平方米；科级干部、中级职称（技师）、25年以上工龄的职工80平方米；副处级干部、高级工程师、高级技师90平方米；正处级干部（教授级高

50、工）105平方米；副局级干部120平方米；正局级干部140平方米。 2） 如发生内住户变更（产权过户，出租）为外住户的情况，及时更新住户身份，系统自动按全面积、物业服务单价生成新的月待交。3） 如发生外住户变更为内住户的情况，需内住户提供工作单位的证明，由收费人员和物管科对其进行住户信息审核。4）审核通过，系统在矿服部层面按家庭（含双职工各有一套房或多套、单职工有多套房的情况）比对新住户是否有多套房。5）如内住户拥有多套房的，需住户确认物管费减免享受的位置。6）系统生产物管费减免费用和实际应收费用。计算规则：（房屋产权面积-补贴面积）*物业单价，假如（房屋产权面积-补贴面积）小于0的，则按0计

51、算。 补贴减免流程：首先由住户发起补贴申请，然后由各个收费点提交申请，接着由矿服部的服务器进行推断是否能享受补贴，推断条件包含但不限于双职工及差不多在其他小区享受补贴的情况。矿服部服务器通过处理后返回给收费站，然后收费站依照返回数据进行费用收取标准设定，同时报公管中心审核。最后上场矿服部服务器。由公管中心的应收费用治理部门成批进行计费。在计费过程中系统关于未单独申请补贴的内住户进行成批推断是否享受补贴。推断完后，完成自动物业费计算，接着通过系统对生成的物业费进行成批的预收款冲销的过程，冲销完成后进入费用审批流程。审批完成后生成账单。 关于特定的住户，如特困户，能够享受指定收费项目的折扣。首先需

52、要困难住户申请，再依照公管中心制定的享受困难群体补贴的标准进行核定，如满足要求，则在系统中对费用补贴进行设定，如不符合标准，则按照正常的费用收取标准设定。设定后由公管中心进行审核确认。最后上传至矿服部服务器。6、卫生费、收视费等代收代缴费用的生成1）计算规则：依据第三方提供的收费明细，录入系统，如是变化数据可用EXCEL导入，如是几档固定费用收取的可由系统自动生成。关于收视费，收费大厅可依照用户选择包计算费用，生成一个返盘文件，导入收费系统。2）分项形成各类代收代缴数据。停车费拟收费数据的生成1）“对车、对人、对卡”、分租用车位户（租户）、购买车位户（业主）建立机动车、非机动车停车收费档案。2

53、）住户缴纳水电气物管费时，确认是否需接着缴纳当月停车费。如不缴纳停车费的，卡片不能开启对应的道闸系统。3）形成收费数据。计算规则，该项费用为长期固定费用。4）如是临时停车，则由门岗收取后，系统将收费金额汇总到收费中心，形成日报及月报。各门岗领取的发票应在系统中登记，做到“钞票、票、表”一致。系统中实现定额发票治理。临时停车计算规则：如有免费时刻的，在免费时刻段内停放不收费，如超过免费停车时刻，未超过初始停车费包含停车时长的，按照初始停车费收取，如超过初始停车费包含时长的按照：初始停车费+（停车时刻-初始停车费包含时长）*每小时单价5）按月或日进行收费金额和应收金额进行对账。即提供实收应收月明细

54、及统计分析报表。其他费用的成批应收款生成类同与物业费，只是费项标准的差异化，可通过周期费计算向导完成，也可通过临时费生成向导完成。最后推断预收冲销，然后审批应收、生成账单。小额房租收费数据的生成1）系统中形成本单位可用于出租的公房信息，含房屋位置、面积、治理人员等。2）签订租房合同，合同签订部门将租房的差不多信息，包括承租者姓名、身份证号、拟租房位置、租房押金、每月租金、租房期限等信息提供给收费大厅。3）将租房信息录入系统。4）形成房租拟收金额，收取押金和租金。计算规则：房屋产权面积*每平方米租金*应交月份。小额房租计算费用标准要紧来源于租赁合同，如需治理租赁合同可采纳通过租赁合同自动生成打算

55、应收，然后在每个缴费周期，计费向导自动依照打算应收生成实际租金应收。如不采纳租赁合同治理，则能够直接对该住户设定租金的计费标准，然后每个缴费周期进行自动租金计算。最后对租金进行审核并生成账单。小额房租计算流程7、滞纳金的产生1）各单位可对各单项欠费按设置滞纳金收取规则，按百分比收，按固定金额收，不收取。2）需收取滞纳金的单位，可自行设置按天或按月收取。3）系统按规则生成当月滞纳金金额。计算规则：由各单位先行设置滞纳金为固定费用，依旧日收取、按月收取。假如为固定费用的则滞纳金为固定值如为按日收取的则为，应交费总额*滞纳金收取率*欠费天数。如为按月收取的则为，应交费总额*滞纳金收取率*欠费月数。滞

56、纳金计算首先需要推断是否有欠费，如有欠费，则通过各个公管中心设定的不同费用的滞纳金标准进行成批算费，最后进行费用审核，并追加滞纳金进入账单系统，并上传至矿服部服务器。7.4.1.5 缴费治理1、用户缴费住户缴费时可自由选择缴费的具体明细，如只缴水费、电费，其它费用不缴。能够查询缴费记录与费用明细的关联关系，如一笔300块的缴费明细对应哪些费用。缴费后要为住户收据。物品交接要能在系统中治理，如多班收款人员之间的发票、印章、备用金交接，收款人的现金到出纳的交接。关于外住户、租住户，超过设定缴费期限未缴的费用要加收滞纳金，超过设定断供期限未缴费的要实行断供，水、电、气的断供先生成断供指令，确认后才能

57、通过远程集抄系统执行（需要水、电、气集抄厂家提供封装完整的通断接口）。所有的费用明细、缴费信息、住户帐户变动信息都能够收费中心、公管中心查询。住户缴费可出示一卡通卡，收费人员进行刷卡操作，系统自动调出改住户的收费明细然后进行收费处理。收费完成后系统判定是否交清欠费，如交清则通过控断系统对水电气供应进行开通。同时开建收据，如需发票则进行发票开具。最后对实收款进行审核并上传矿服部服务器。2、上门收费上门收费要紧的差异化在于需要预先打印收款收据，然后由工作人员携带上门收费，收费完成后回到治理站对实收款进行录入收费系统。系统对这部分费用明细生成收款单。最后对实收款进行审核并上传。3、预存费收费 预存费

58、收费也称为预收款处理，要紧为住户通过直接到收费中心进行费用预存，在收费系统中需要对预存的费用进行预收挂账处理，生成预收款收款单，并用于该住户后期缴费的自动冲销以及人为确认冲销。4、退款业务退款业务要紧治理住户缴费发生错误时或是对预存款提出退款时需要对已交的费用进行退款业务处理。关于实收款和预收款的退款在业务流程商定区不在于，实收款退款会通过红字收款单来完成对冲，预收款的退款会生成退款记录。5、押金收取押金收取业务要紧是在处理一些其他业务的时候如办理装修或办卡时需缴纳押金时进行。治理站（卡务中心）依照住户办理的业务差异生成对应的押金，然后对住户进行收款。收款同时收费系统自动生成一笔应付款。同时打

59、印收款收据，最后审核并上传。6、退押金住户申请退押金（提供收据），治理站（卡务中心）依照收据确认无误进行退押金操作，系统生成实付款单凭证，最后审核并上传。7、固定车位收费固定车位收费要紧是在住户办理车卡新增、延期等业务时发生。系统依照各个公管中心制定的标准进行车位费设定。住户缴费后，系统自动将缴费信息下发到小区停车场系统服务器，对卡时刻授权进行更新。同时打印收据给住户。最后对实收款审核，上传。8、远程的控断远程的控断要紧分两种情况：1、控断关闭水电气供应。即在治理站（卡务中心）进行催费后住户还未缴费的，通过内部审批通过对欠费住户进行水电气的停止供应控断操作。2、控断开启水电气供应。即在治理站（

60、卡务中心）催款后住户交清了欠费，通过内部审批对欠费住户进行水电气的开启供应控断操作。 7.4.2滨河石油小区数字化改造需求7.4.2.1指挥监控中心安保人员可在监控中心对毛家坝及汇东小区的视频监控、周界报警系统实时监控，对历史的车辆、人员进出记录进行查询分析，对突发的报警事件能第一时刻知晓，同时系统能按设置的预案自动进行处理。7.4.2.2资产治理所有的资产台帐在系统中统一治理，生成各种所需的台帐报表，并进行资产的状态跟踪。7.4.2.3报修治理统一的报修治理流程，可在系统中实时跟踪报修的处理进度，并对处理过程进行评价、考核。7.4.2.4信息公布治理按需要对各个小区的信息公布屏的显示内容进行