Merge branch 'master' of https://git.dev.tencent.com/Charsen/property-docs

工具/MacOS X工具推荐.md

@@ -8,32 +8,8 @@
 
 __Pikka__是MacOS X的一款屏幕取色软件，十分简洁易用，使用颜色选择器，可以从屏幕上的任何地方使用放大镜选择准确的颜色，它将立即复制到剪贴板的首选格式。您可以通过单击菜单栏或使用颜色库复制代码。而且支持将颜色转换为多种开发语言的代码，如CSS，Java，Objective-C，Swift等。
 
+## FTP传输工具：[Transmit (小卡车)](https://www.panic.com/transmit/)
 
+![transmit5](image/transmit5.png)
 
-__PostMan__是一款跨平台的接口调试软件，支持Windows，Mac和Linux，且支持Chrome浏览器插件，个人使用完全免费，且支持将请求接口导出或导入。利用PostMan，可以很方便地调试后台接口，查看接口返回结果。
-
-## StarUML系统设计工具：[StarUML](http://staruml.io/)
-
-![StarUML](image/staruml.png)
-
-__StarUML__是一款集UML，ER图，流程图，用例图，时序图，状态机等多种图形的系统设计工具，支持Windows，Mac和Linux（可惜要收费，网上也有破解方法）。对于复杂软件来说，通过StarUML可以帮助你理顺各个实体的关系，业务逻辑。
-
-# Host管理工具:[SwitchHosts](https://oldj.github.io/SwitchHosts/)
-
-host管理工具能够将某个域名解析到指定的ip地址上，开发中有时候需要将域名指向本机，或者某些网站因为特殊原因被DNS解析到不可访问的域名上（如谷歌），可以通过指定ip的方式访问。
-
-SwitchHosts是一款开源跨平台软件，特点是可以分多个分组分开管理，可以组合设置，十分方便开发的时候切换线上和本机环境。
-
-![SwicthHosts](image/switchhosts.png)
-
-# 抓包代理工具：[Charles](https://www.charlesproxy.com/download/)
-
-Charles是有名的代理抓包工具，支持SSL代理，流量控制，ajax调试，请求重发，网络请求数据包抓取等。Charles支持Windows，Mac OSX和Linux系统，具体教程可以查看[Charles使用大全](https://www.jianshu.com/p/d0a5e6986445)。软件需要收费，可以找到破解版本。
-
-![Charles](image/charles.png)
-
-# Git桌面工具：[SourceTree](https://www.sourcetreeapp.com/)
-
-SourceTree是跨平台的免费Git可视化管理工具，目前支持Mac OS X和Windows，可以方便地提交，拉取或推送文件。
-
-![SourceTree](image/sourcetree.png)
+Transmit是Mac上的一款非常好用的FTP文件传输管理软件，无论在界面还是用户体验上做的都很好，支持连接历史记录、喜爱列表、双栏浏览、连接为本地磁盘等，除了FTP协议外，还支持SFTP、亚马逊的S3、WebDAV等协议，连接和文件传输速度都很快，非常不错, Mac 上首选的 FTP 客户端！

需求/绘管家/公式库/公式变量管理需求文档.md

@@ -0,0 +1,36 @@
+# 公式变量管理需求文档
+
+## 定义
+
+__公式变量__指用于账单生成过程中参与计算或判断用的公式中的变量，如`房屋_计费面积 * 计费单价`中的`房屋_计费面积`和`计费单价`即为计算变量；`房屋_楼层 >= 2`中的`房屋楼层`即为判断变量。
+
+__计算变量__用于参与费用计算，__判断变量__用于满足什么条件下才生成本项费用。
+
+## 表单说明 [原型地址](https://org.modao.cc/app/e6901721256b50fa80884755fcf42250e875e733)
+
+| 字段名称  | 字段类型   | 字段说明                                                                         | 是否必填 |
+| ----- | ------ | ---------------------------------------------------------------------------- | ---- |
+| 分类    | String | 当前变量归属分类，即变量的分组名称，方便按类别展示变量。建议长度不超过6个字                                       | 是    |
+| 变量名称  | String | 变量名称，如计费面积                                                                   | 是    |
+| 类名    | String | 变量对应的Java类全路径名称，包括包名路径，如com.wisdomcity.serve.house                           | 是    |
+| 属性名   | String | 变量对应Java类对象的成员属性名                                                            | 是    |
+| 数值类型  | Enum   | 变量的数值类型，包括int，double和boolean，其中double在数据库存储应当以decimal类型存储，并使用BigDecimal参与计算。 | 是    |
+| 使用默认值 | Bool   | 该变量是否使用默认值，如果不使用默认值则程序在计算前必须给变量进行赋值，否则可能产生异常。                                | 是    |
+| 默认值   | Number | 当选择使用默认值时，必须填写，填写的数值类型应当和变量的数值类型一致。                                          | 否    |
+| 计算变量  | Bool   | 该变量是否能用于计算公式，参与计算                                                            | 是    |
+| 判断变量  | Bool   | 该变量是否能用于判断公式，参与费用生成判断                                                        | 是    |
+| 备注    | String | 备注说明                                                                         | 否    |
+
+## 业务说明
+
+* 由于计算变量存储于客户数据库，平台需要通过业务接口读取客户变量数据。因此查看列表时必须先选择对应的客户，通过客户去查找其计算变量。添加时也必须先选定客户。
+
+* 计算变量信息比较简单，为简化操作，不设查看详情页面，点击查看按钮时直接在当前行展开详情，显示列表未展示的其他字段，如类名，属性名，是否使用默认值，默认值，备注和更新事件等信息。
+
+* 计算变量不允许编辑，如果有误，应当删除，重新添加新的计算变量。
+
+* 计算变量允许删除，但是删除后可能导致账单生成出现异常，因此需要确保删除的变量未参与任何公式。
+
+
+
+

需求/绘管家/客户管理/客户管理.md

@@ -42,37 +42,67 @@
 
 **合同表**
 
-| 字段名称   | 类型       | 备注                     | 是否必填 |
-| ------ | -------- | ---------------------- | ---- |
-| 用户id   | String   | 索引用户详情信息表              | 是    |
-| 开户行    | String   | 开户行名称                  | 是    |
-| 法人代表   | String   |                        | 是    |
-| 账号     | String   | 银行卡号                   | 是    |
-| 合作开始时间 | datetime | 格式：YYYY-MM-dd hh:mm:ss | 是    |
-| 合作截止时间 | datetime | 格式：YYYY-MM-dd hh:mm:ss | 是    |
-| 授权小区数  | tinyint  |                        | 是    |
-| 合作金额   | decimal  |                        | 是    |
-| 合同扫描件  | String   |                        | 否    |
-| 甲方对接人  | String   |                        | 是    |
-| 甲方电话   | varchar  |                        | 是    |
-| 乙方对接人  | String   |                        | 是    |
-| 乙方电话   | varchar  |                        | 是    |
-| 企业简介   | String   |                        | 否    |
-| 备注     | String   |                        | 否    |
-| 状态     | Enum     | 开通/关闭                  | 是    |
+| 字段名称   | 类型       | 备注            | 是否必填 |
+| ------ | -------- | ------------- | ---- |
+| 用户id   | String   | 索引用户详情信息表     | 是    |
+| 开户行    | String   | 开户行名称         | 是    |
+| 法人代表   | String   |               | 是    |
+| 账号     | String   | 银行卡号          | 是    |
+| 合作开始时间 | datetime | 格式：YYYY-MM-dd | 是    |
+| 合作截止时间 | datetime | 格式：YYYY-MM-dd | 是    |
+| 授权小区数  | Int      |               | 是    |
+| 合作金额   | decimal  |               | 是    |
+| 合同扫描件  | String   |               | 否    |
+| 甲方对接人  | String   |               | 是    |
+| 甲方电话   | varchar  |               | 是    |
+| 乙方对接人  | String   |               | 是    |
+| 乙方电话   | varchar  |               | 是    |
+| 企业简介   | String   |               | 否    |
+| 备注     | String   |               | 否    |
+| 状态     | Enum     | 开通/关闭         | 是    |
 
 **添加合同前须先根据营业执照号、企业名称、地址、联系人、联系电话判断是否资料齐全**，如果资料不全，跳出弹层补全资料页面，提示先补全资料。
 
 ![客户入驻流程](image/登录表.png)
 
-**登录信息表**
-| 字段名称 | 类型    | 备注                                                           | 是否必填 |
-| -------- | -------- | -------------------------------------------------------------- | -------- |
-| 登录名 | String   |                                     | 是    |
-| 密码 | String |                  加密保存                       | 是    |
-| 登录时间 | datetime |  格式：YYYY-MM-dd hh:mm:ss                            | 是    |
-| 备注   | String |                                       | 否    |
+![申请入驻修改](image/申请入驻修改.png)
+
+运营人员根据客户申请的信息，对客户回访客户确定客户意向，进一步达成合作。
 
 ### 业务说明
 
-客户分网页注册、微信注册、二维码注册、运营人员开发。如果是自主注册的用户，运营人员需对注册用户回访，确定客户意向，后期会有免费体验模块。根据客户意向补充客户资料，是否签订合同，设置客户状态，分配用户信息，开通相应权限。
+客户分网页申请、微信端申请、二维码申请、运营人员线下开发。如果是自主申请的用户，运营人员需对申请用户回访，确定客户意向，后期会有免费体验模块。根据客户意向补充客户资料，是否签订合同，设置客户状态，分配用户信息，开通相应权限。
+
+
+
+## 客户数据源管理
+
+绘管家是一个多租户多数据库的SaaS平台，即每一个客户都有自己独立的数据库，以便进行数据隔离，支持后期部分客户独立部署的要求。客户开通前，应当由后台开发人员配置客户数据源，以保证客户的业务数据能够存储在对应客户的数据库上。数据源相关配置权限必须分配给开发或运维人员，以免配置错误导致客户无法正常使用。
+
+客户数据源配置入口在客户详情页面，如下图所示，如果该客户尚未配置数据源，则显示为：__暂未配置数据源__。
+
+![数据源信息](image/datasource.png)
+
+数据源配置好之后不允许再进行修改，仅可以更新实施状态。实施状态如下：
+
+* 未实施：指该客户尚未录入任何数据，此时的数据源允许删除，实施状态可以更新为实施中。
+
+* 实施中：指该客户已经在业务系统录入了数据，但尚未有小区上线。此时的数据源不允许删除（未来可以允许清空部分数据表），实施状态可更新为已上线。
+
+* 已上线：指该客户已有小区上线，此时数据源不允许删除，实施状态不可再变更。
+
+### 数据源配置表单
+
+![数据源配置表单](image/datasource_setting.png)
+
+| 字段名称  | 类型     | 说明                             | 是否必填 |
+| ----- | ------ | ------------------------------ | ---- |
+| 数据库连接 | String | 数据库内网连接IP及端口                   | 是    |
+| 数据源类型 | Enum   | 数据库类型，目前默认为mysql               | 是    |
+| 数据源名称 | String | 连接的数据源名称，由系统自动生成               | 是    |
+| 数据库名称 | String | 连接的数据库名称，由系统自动生成               | 是    |
+| 账号    | String | 数据库账号，禁止使用root账号               | 是    |
+| 密码    | String | 数据库密码，密码至少8位，且必须包含大写字母，数字和特殊字符 | 是    |
+| 最大连接数 | Int    | 数据库允许的最大连接数，大于0的整数             | 是    |
+| 最小连接数 | Int    | 数据库允许的最小连接数，大于0的整数，需小于等于最大连接数  | 是    |
+| 备注    | String | 数据源备注说明                        | 否    |

需求/绘管家/智能硬件/人脸门禁管理/人脸门禁设备管理.md

@@ -0,0 +1,97 @@
+# 人脸门禁设备管理需求文档
+
+## 背景介绍
+
+人脸门禁设备是采用人脸比对的方式，如果人脸比对通过则可以刷脸进出，如果比对失败则无法进出，从而实现刷脸通行。人脸门禁一般安装在小区的主出入口，单元门。
+
+目前人脸门禁设备供应商有三家，分别是宇松科技，海康威视和GAT。
+
+* 宇松科技设备为定制安卓系统，为我司定制软件，软件直接与绘管家后台进行API数据对接；
+
+* 海康威视设备分为两种，一种是基于8700平台，一种是基于云眸社区平台。其中8700平台为局域网的设备管理平台，接入的小区需要在本地部署服务器，安装8700安防软件才可以管理，如果小区接入专线网络，本地服务器拥有独立IP，也可以对外提供接口（目前蓝岛康城，柳州项目即采用这种方式），因此使用8700平台的小区需要单独设置小区对应的对接服务器地址。云眸社区是海康于2019年推出的云平台，人脸门禁管理可以通过对接其云平台完成。
+
+* GAT：早期试用的一个厂家，目前仅在东方吉祥康郡使用，采用接口对接方式完成人脸门禁管理。
+
+## 业务说明 [原型地址](https://org.modao.cc/app/e6901721256b50fa80884755fcf42250e875e733)
+
+### 流程图
+
+门禁设备统一由平台集中管理，具体业务行为（人脸审核，通行证管理）由客户系统负责。
+
+#### 平台业务流程
+
+ ![平台维护部分流程](image/platformWorkflow.png)
+
+* 配置对接平台：宇松门禁设备，GAT和海康云眸社区设备只需要配置一次，所有设备都是通用的。8700平台需要针对每个小区设置一次，因为每个小区的服务器对接地址，appId和appSecret都不同。
+
+* 小区门禁配置：主要针对宇松门禁设备，GAT（海康云眸社区接口尚未提供），其中GAT需求配置小区的管理员账号和密码。宇松门禁需要配置客服中心电话，密码（用于输入密码直接查看设备信息，排查问题）。一个小区对应一条配置记录。
+
+* 设备信息录入：录入设备的基本信息，以便后续查看和集中管理，录入的信息包括设备名称，厂商编号（唯一），厂商名称，型号等信息。其中人脸激活码（用于人脸比对算法SDK），云之讯用户编号和令牌（用于拨打网络电话）均为宇松门禁专用属性。
+
+* 设备安装：设备安装指的是在线将门禁设备分配到对应小区对应的出入口门禁，为了方便分组和降低业务系统的侵入性，要求门禁名称与对应的小区的出入口门禁一致，例如蓝岛康城大门门禁应当录入为大门门禁，2号楼门禁应当录入为2号楼门禁。一个门禁设备只能安装一次，如果要重复安装，需要将之前的安装记录删除。
+
+* 门禁分组：考虑部分小区出入口很多，单元门禁也很多，为简化审核和统一访客密码（即多个门禁共用一个访客密码），需要对小区已安装的门禁设备进行分组。审核下发通行证时按门禁组下发，申请访客密码时也是按门禁组申请。同一个门禁可以在多个门禁组内，但不同门禁组内的门禁设备不能完全相同。
+
+* 设备监控：设备需要监控心跳（网络连接情况），掉线记录，通行记录，方便及时掌控设备状态和使用情况。
+
+* 设备更换：当设备发生损坏时，为不影响小区正常通行，需要更换设备，更换设备涉及如下操作：
+
+  * 录入新设备信息：更换前必须要要先录入新设备信息才可以进行更换（手动录入）
+
+  * 删除旧设备安装记录：将更换掉的旧设备安装记录删除
+
+  * 添加新设备安装记录：将旧设备的安装信息复制一份到新设备的安装记录（厂商编号不变）
+
+  * 更新新设备安装记录到对应的门禁组：所有旧设备所在门禁组的信息都需要替换为新设备的安装
+
+  * 将通行证人脸迁移到新设备
+
+  * 标记旧设备为返厂（维修）或报废（无法维修）
+
+  #### 业务系统流程（自助录入人脸）
+
+  # 
+
+  ### 
+
+  ### 
+
+  ## 
+
+  ![人脸审核业务流程](image/reviewFlow.png)
+
+* 入住房屋：未确保申请审核的人脸是本小区住户，用户在小区服务中申请通行时需要先入住房屋，如果已经入住则无需再次入住。
+
+* 添加人脸：用户添加人脸，已经添加过的人脸的用户可以使用之前的人脸也可以修改人脸。
+
+* 申请通行：用户申请在当前小区通行，即创建一条待审核的记录供物业方审核。申请通行后需要推送消息给相应的物业人员，提醒该人员及时审核。
+
+* 物业审核：物业人员审核时，需要判断照片是否合格（如不是人脸），是不是本小区住户；如果不满足通行条件可以直接拒绝，拒绝时需要填写拒绝理由，以便用户查看。拒绝时需要推送消息到用户，提示其提交的审核被拒绝及拒绝原因。
+
+* 允许通行：如物业人员核实用户提交的人脸符合通行条件，则下发给用户通行证，通行证通过门禁组下发。可一次下发多个门禁组，如果存在相同门禁，则只下发一次。
+
+* 设备审核：人脸照片下发后，设备需要下载对应图片进行特征码提取，可能存在特征码提取失败（如人脸照片不合格，不是人脸）或者照片下载失败，此时设备或第三方会告知平台人脸审核失败，系统也需要通知用户人脸审核失败，并标记审核记录为审核失败（__只要有一个门禁失败即视为审核失败__）。对于失败的通行证，物业也可以选择重新下发（如照片下载失败时，可以让设备重新下载）。如果__全部通行证__审核通过则标记对应的审核记录为成功，并推送消息告知用户审核成功。
+
+* 通行证审核通过后，用户即可通过相应门禁，用户刷脸通行时，设备会将刷脸信息（通行证编号，刷脸时间）上传给平台。
+
+#### 业主添加家人
+
+业主添加家人人脸通行和自助添加类似，只是添加家人时需要按表单填写家人姓名，手机号（考虑老人小孩没有手机，手机号可以与用户手机号相同，但是不能同时手机号和姓名都相同），与本人关系，录入家人人脸（家人信息存储在平台，以便重复使用），然后再提交审核。
+
+审核结果也需要推送消息告知业主。
+
+#### 物业录入人脸
+
+物业帮助住户录入人脸可通过绘管家App，Web端或绘管家公众号进行。流程如下：
+
+![物业录入人脸](image/addReviewByEmployee.png)
+
+物业录入人脸的流程相对简单，因为是物业人员录入，无需审核过程。只是录入的人脸人员信息必须从小区的住户表读取，如果没有住户信息则需先添加该住户。此举是为了帮助物业完善住户信息。
+
+### 业务说明
+
+* 住户人脸审核通过，分配通行证后方可申请访客密码供访客使用。
+
+* 家人和物业协助添加的住户由于无法关联到对应的终端(App，微信服务号，小程序)的用户，因此无法使用访客功能。数据表需考虑预留字段方便未来绑定对应的用户。
+
+* 表单字段可参照原型说明。

需求/绘管家/智能硬件/智能硬件整体架构.md

@@ -0,0 +1,23 @@
+# 智能硬件整体架构
+
+## 背景说明
+
+公司目标是将物业行业软件（即绘管家绘服务）和相关小区智能硬件无缝对接，形成完备的智慧物业解决方案，已提升整个公司的竞争力和行业的话语权。小区进行智能硬件升级改造的目的是提升小区服务品质，减少人员投入，进而帮助物业客户达到减员增效的目的。对于我们智慧城而言，所有硬件都可能是一个流量入口（B端或C端）。
+
+目前公司对接的厂商有多家，同一个类型的硬件会有不同的供应商提供（例如门禁设备有宇松，宇泛和海康威视）。从成本，实际场地，小区都存在个性化的需求（如部分成本敏感企业或无法撤岗的小区不需要使用无人值守停车场）。技术研发的目标是将不同厂家的硬件接口抽象封装统一面向业务系统，达到能够快速接入不同厂家的设备的目标，从而使得硬件平台能够集成大量、多样的硬件设备，覆盖更大的市场。因此，智能硬件平台的接入要朝着制定行业标准化接口的方向努力，达到类似物业行业硬件物联网网关的目标。
+
+## 当前硬件概况
+
+![硬件架构](image/iHardwareArchitechture.png)
+
+## 流程
+
+设备管理的通用流程如下图所示：
+
+![设备通用流程](image/generalFlow.png)
+
+对于软件开发而言，不同类型的设备的__安装调试__，__上线__，__监控__过程可能不空，具体可参考相关设备的业务流程文档。
+
+## 开发建议
+
+将同一类型的硬件设备服务抽象为统一的接口开放给业务系统，以达到接入新的厂商硬件时只需要该硬件实现该类型设备的接口即可，而无需修改其他模块编码。

需求/绘管家/物业资源/住户管理功能需求说明文档.md

@@ -43,15 +43,16 @@
 | 性别   | Enum   | 选择男或女，如果填了身份证号，需要验证身份证号倒数第2位是否符合性别（奇数为男，偶数为女）                     | 是    |
 | 住户性质 | Enum   | 选择独立产权人，共有产权人，租户，亲属中的一个。                                          | 是    |
 | 居住时间 | Date   | 该住户在本房间的居住起止时间段，若为长期居住则勾选长期，勾选长期后截止时间置灰，不允许再选择。截止时间如果输入则必须晚于当前时间。 | 否    |
-| 手机号码 | String | 支持录入多个11位手机号，多个手机号通过逗号分隔                                          | 是    |
+| 手机号码 | String | 支持录入多个11位手机号，只允许填写一个手机号                                           | 是    |
 | 证件类型 | Enum   | 选择身份证，港澳通行证，军官证，护照中的一个                                            | 否    |
 | 证件号码 | String | 如果证件类型为身份证，此项数据不为空的话需要校验身份证号。后台根据身份证号自动解析住户生日存储。                  | 否    |
 | 常住地址 | String | 住户经常居住的地址（如收件地址），该地址可能用于物业发送催缴单，律师函等                              | 否    |
 | 备注   | String | 住户的其他备注信息                                                         | 否    |
+| 其他号码 | String | 住户其他联系方式，多个号码可以以逗号分隔                                              |      |
 
 ## 业务说明
 
-*  唯一性约束：同一个房屋不允许出现__同名且同手机号__或__身份证号相同__的住户。
+* 唯一性约束：同一个房屋不允许出现__同名且同手机号__或__身份证号相同__的住户。
 
 * 业务状态：住户分为当前住户和历史住户，默认为当前住户，当对住户完成迁出操作后，该住户转变为历史住户。
 

需求/绘管家/调研记录.md

@@ -0,0 +1,107 @@
+# 柳州调研记录-原始记录
+
+#### 调研对象：梁静（新成海财务主管）
+
+### 背景调研
+
+- 无人收费
+- - 老人，子女联系不上，覆盖不到全部业户
+  - 服务要跟得上
+- 远程开门急需（金沙角使用门禁后反而需要增加人手录入人脸）
+- 金沙角：回迁户（没有缴纳物业费意识）多，住宅难于管理，项目大，人数多，独居老人多，空置率高，多留子女电话号码，开发商遗留问题多，客服任务繁重，争吵事项多。
+- 鹿山家园：有一个业主一栋楼，不允许停水电费。
+- 催缴账单：短信，微信电子账单，律师函，打电话（软磨硬泡），针对不同欠费情况制定不同策略，费时费心。
+- 电子发票支持：柳州3000多，海口8000多。航信提供电子发票，发票份数额度限制由公司自行限制，冲红作废可能需要人工介入。
+- 业户使用平台：取消前台服务，遇到事情后能够快速响应（呼叫中心+在线服务平台）
+- 报事报修：状态反馈，处理跟踪，监督，平台监管
+- 追缴：电话追缴，欠费总额几百万。半年一次上门收费，年底一次性交一年，优惠1个月。老赖比较多，最终可能需要走法律诉讼。
+- 金沙角有近50%的人更愿意当面沟通，不仅仅是解决问题，还有发泄情绪的诉求。
+- 缴费方式：刷卡，微信支付，老人更好商量，多交现金。
+- 问题：电梯，路灯，设备设施，宠物，声音扰民（住改商，打麻将），商业区噪音，漏水，油烟；房开前期问题很难解决。风情港住改商居多，打麻将扰民问题严重。工商所只能协调，无法解决实际问题。政府投诉热线踢皮球。
+
+### 财务报表问题
+
+- 柳州操作与其他地方不同，流程上管控强：环环相扣，保证数据准确性。海口统计员工作能力不如柳州。柳州收费员岗位已取消，与客服岗位已经合并。懂得软件使用，录单操作。海口抵制情绪更高。未使用收费软件前，小区工作人员不知道收费情况（欠费，已收费），有软件后，看单收费，存款到指定账户，通过软件查询收费数据（小区业主信息，每户业主收费明细：应收，欠收，缴费明细），从而知道项目的经营情况（收回的费用是否能够支撑项目开支）。
+- 机制：相互监督。会计助理把所有项目的单据回收统计资金出纳总表，交给统计员票据审核并开具发票及收据，出纳查询银行账户入账情况，核实后交会计做账结账。（海口出现小区主任积累几万块不上交，到月底才提交）。有电子发票后，可以省去票据审核环节。最可信的方式是开具发票，但是为了避税有些不开发票。林董不支持偷税漏税行为。一笔收款不允许有两张票据（只能有一张收据或一张发票，如果要开发票就需把收据收回来），申报税有开发票，收据和不开发票三项。平台合作协议中必须和客户明确，客户必须向税务部门申报税。
+- 收据和发票：支持合并申请，合并打印，合并开票。税务上要求收据也需要据实申报纳税。退款需要收回收据或发票，作废票据需要留档，拍照。遗失票据需要声明并存档。
+- 月报、季报，半年报，年报：逐月连续做账，跨年才建立新账本。历史欠费（很多人不明白什么是历史欠费：当年欠费和历年欠费概念不同），本年实收（本年经营收入），预缴情况（本年度时间点以后的统计），减免情况。
+- 历史欠费：以会计结账时间为依据。历史欠费是定数，是截止上一年度的欠费。历年的考核已经做完（处罚或考核），本年度考核的是历年欠费回收，和当年收款。15号前完成结账（税务申报截止日），25号完成账单生成（以便审核，在31日前能够审核完账单）。
+- 允许公司自行设定最晚结账日—精确到时分秒：报税，内部的资金出入（不允许再有资金出入）。
+- 日常开销：有财务处理，如电信，移动，广告等。柳州对公业务由客户直接对公转账，海口是项目上直接向对公客户收款。
+- 报表：应收和实收应当一致，时间上，项目上和性质上要保持一致。如1月份欠费100，在3月份收回时应当冲减1月份的应收账款。时间上，不能往前产生账单，只能往后产生账单（包括临时账单）
+- - 原则：站在报表使用人的角度产生报表
+  - 管理处：主任和收费员，小区经营情况，收费项目的总账分账。
+  - 财务（出纳，会计，统计员）：
+  - - 时间：按天查询某个项目当天的资金分项及汇总（资金来源）
+    - 资金性质：本期应收，历史欠费，预付款，违约金
+    - 收费项目。
+  - 经营管理者（老板，分公司负责人，片区）：
+
+### 分摊问题：定额公摊，据实公摊
+
+- 金沙角分摊：价格由供电局定，总共三级分表后才到业主住宅表：商业按商业定价收费，整个小区公共部位：电梯，公共照明（金沙角单独），二次加压，小区设施设备；物业部分（不可分摊）。商业，可分摊，不可分摊三类。
+- 电梯电表读数：一个单元有电梯的独立表，电梯用电由整个单元分摊。还需要摊上级表损耗再分摊到楼栋中（即据实分摊）。需要公示，告知业主数据来源。
+- 海口分摊：海口定价明确，商业和住宅定额定价公摊，定好价后亏损有项目自己决定。
+- 定额公摊在入住业主较少的时候，业主接受度较高（比如入住户很少，公摊费用可能很高）。
+- 海南要求取消定额公摊，实施据实公摊据实公摊需要知道成本点。
+- 需要知道设施设备的损耗：找工程部李总了解详情。
+
+### 收费系统流程
+
+- 房屋建立->入伙->产生账单(应收项目，抄表，分摊费用，审单)->收费->开票->交款（财务统计员和出纳确认现金或公户入账情况）->财务核销->结账->报表出具。
+- 配单做账
+- 审单时常见错误：抄表行度（展示历史平均行度），是否交房，是否装修，是否入住（巡楼检查，登记，生活垃圾清运费等需要关联）。弹窗告知哪些户有特殊情况。
+- 违约金减免：业主主动缴费时，客服拥有权限进行减免。大部分合同未明确违约金导致法律上无法支撑。
+- 优惠减免：授权给具体人员。
+- 折扣：固定折扣账单生成前约定好折扣房屋，按折扣生成账单；临时折扣：账单生成后再做折扣。折扣率支持期限
+- 预收款：为专项预存，可以开票，但抵扣项不能再开票，支持退款
+- 退款：如有手续费产生的手续费损失由物业公司承担。
+- 缴费允许按账期，按账期分项缴纳（如只交电费）
+- 历年欠费（历史欠费），往期欠费（全部过往欠费），本期减免（当期少收金额），本期应收（当前账期应收费用），本期实收（实际收到的本期金额）；本期应收合计=往期欠费+本期应收=本期实收+欠费实收+本期减免 （实收要分资金来源）；账单与资金要分开
+- 违约金：本期违约金：（截止到当月的历史违约金到本月账单日计算之和）：往期违约金不能算历史欠费，违约金法律上不支持利滚利。
+- 客户账单显示是最终减免后的金额（明细费用也是减免后的金额）
+
+### 服务公示
+
+- 业绩考核挂钩（目前还没有激励
+- 专项资金（每年每小区十次以上）：如粉刷墙壁，大修等的业务流程：立项，意见征询，进度公示，收支公示（半年或一年公示）。共有设施收支（电梯广告，小区广告）；投票超过一定比例后物业公司需要维修。
+- 专项资金结余后需要退还，按全体业主分摊退还（就算欠款也需要摊），业主同意后可以用于抵扣物业费。
+- 专项维修有时候直接贴公告，有异议才到物业登记，未登记默认无异议。
+
+### 设备台账：每个设备都有二维码
+
+- 设备记录全程透明：资料，更换次数，费用
+- 提升公司形象品质，有助于竞标
+- 供应商、品牌品质考核
+- 扫码报修：精确报修
+
+### 业委会
+
+- 与物业公司目前处于敌对状态
+- 提升物业服务，不能因为收费而做好平台，而是做好服务才提升收费。
+- 帝和华庭：合同到期（可以续签）公开招投标暗箱操作
+
+### 业主服务
+
+- 维修提供快捷，方便，贴心的服务
+- 服务流程如何缩短时间，提高效率？
+- - 物资允许工程部月初或前月月末提出储存式的易耗品：如工具，灯泡，线材等
+  - 业主提出维修时实施维修，项目不设置仓管员，工程部主管作为物资主管，拿旧的换新的（也有破损的），需要进行登记。
+  - 意外抢修：有维保协议的厂家可以先支持抢修，无需垫付资金
+  - 紧急资金支出：如员工发生意外
+
+### 门禁监控
+
+- 人脸录入工作量很大（需要支持一个授权后，允许自助添加）
+- 提升品质，业主体验
+
+### 车辆道闸
+
+- 支持车位管理
+
+### 智能充电桩
+
+- 安全问题：目前物业公司最为关注（消防部门强制实施）
+- 业务模式：支持买断，分润，合作经营
+
+### 报销的电子化

需求/绘管家/调研记录/柳州调研记录.md

@@ -0,0 +1,61 @@
+# 绘管家绘服务重构目标
+
+## 系统管理
+
+* 实现更精准的功能和数据权限控制，具体到能够控制每一个功能操作的权限，查看敏感数据需先进行数据授权。
+
+* 优化系统管理流程，引入平台流程引导，提升系统管理操作便捷性。
+
+* 核心业务流和审批流融合，实现更规范的核心业务操作管理。
+
+* 操作日志可分析，可进行异常预警。
+
+## 物业服务
+
+*  引入服务流程公示、监督机制，系统自动生成服务报告，实现更完善的透明化、标准化、流程化的客户服务（报修和反馈）解决方案。
+
+* 面向不同角色，提供更便捷、丰富的移动端功能，满足基本移动办公需求。
+
+* 增加客户投票和问卷调查功能模块。
+
+* 优化现有通知公告、服务电话、制度标准的使用体验，实现更完善的业务场景需求解决方案。
+
+## 物业资源
+
+*  细化完善社区居民管理、社区访客管理、固定资产管理解决方案，支持更丰富的业务需求场景。
+
+* 全面与智能硬件进行对接，支持智能硬件实施落地及运营效率。
+
+* 优化完善数据导入功能，提示数据录入效率和体验。
+
+## 物业收费
+
+* 优化收费设置（收费项目、收费标准），提升操作便捷性、管理规范性。
+
+* 提供更高效、完善的抄表解决方案，实现自助抄表，向无人抄表迈进。
+
+* 提供更完善的公摊、优惠减免业务场景需求解决方案，优化升级性能和操作体验。
+
+* 提供更务实、多元的支付解决方案，尽可能降低资金到账时间、降低支付费率。
+
+* 提供更专业标准的票据解决方案，对接电子发票平台，向无人收费迈进。
+
+* 物业收费关键业务流程（预审、核销、结账）实现更高效智能化的处理。
+
+*  提供更完善的历史欠费回收解决方案，短信、微信、律师函等。
+
+*  优化预缴（预收）解决方案，实现业户在线预存。
+
+* 强化报表功能，支持报表与OA或第三方财务系统对接。
+
+* 与智能硬件对接，实现一体化的相关联费用的收费解决方案。
+
+## 数据安全性
+
+* 实现各平台客户（已签约物业公司）数据库独立。
+
+* 实现敏感数据加密（手机号、身份证号、银行账户信息）。
+
+## 平台运营
+
+* 实现平台运营更自动、便捷、可监控的技术产品支撑。

需求/绘管家/资讯管理/资讯管理.md

@@ -50,7 +50,6 @@
 | 发布时间   | Datetime | 默认是当前时间                    | 是    |
 | 发布省份   | String   |                            | 否    |
 | 发布城市   | String   |                            | 否    |
-| 发布小区   | String   |                            | 否    |
 | 来源网络名称 | String   |                            | 否    |
 | 原标题    | String   | 最多可输入64个字                  | 否    |
 | 原文网址   | String   |                            | 否    |