问题与需求汇总
1 . 合同管理功能里，保证金费项应细分为履约押金、经营保证金、水电周转金等；
初级解决方案 ：保证金暂时只能以总数录入系统，然后再备注增加各项明细。
开发计划 ：已经在开发自定义保证金，到时候可以自定义保证金名称；
2 . 合同主体为个人时，应增加身份证资料，如证件地址和通讯地址；
初级解决方案 ：目前系统没有地方输入证件地址和通讯地址；建议在注册地址项填写证件地址。
开发计划 ：后期在租客管理中会开发自定义字段，可以增加证件地址之类的字段；
3 . 生成租金管理费那一块的价格，取整后有些尾数跟人工算的有1元左右的差额，需要人工手动全部修 改，这样也会导致财务那一块工作有点慢，（当时是两卡同一户这样录入的时候发现这问题）
初级解决方案 ：两个卡位一份合同时，系统算法是没有错的。但计算方式与贵司原合同计算方式不同，所以会有差额。系统是卡位面积加总后乘以价格，财务是单个卡位价格取整再相加。目前解决方式是：1、手动修改有差额的合同；2、两个卡位分别以两个条款录入，这样会出两笔账单。
历史合同数据问题需要手动修改；新录入合同可以按照系统的计算方式执行。
4 . 如果可以将合同与财务这块分开比较好，资料录入员还要涉及财务这块的话，如果当中出错一个数据 就会令整个财务系统出错，这样不太好
初级解决方案 ：合同条款本身的录入必须确保准确无误，因为财务数据都是基于合同去生成的。系统本身也是根据业务流程开发，各数据都是联通的，只有上一环同事做好了自己的事会流到下一环，这个也是为了去减少执行层同事的工作量，提高工作效率。还有合同是需要审批的，也会有审批流程，所以基本是不会出错的。
5 . 租客管理里不可以连卡位一起显示出来，有点不便，也不能在搜索直接打卡号搜索，必须在合同管理 那一块才能做到。
初级解决方案 ：租客管理跟合同管理是同一层面的。租客管理主要是对于现租客和历史租客的管理。因为租客也是我们的一种资产，不管是现在的还是已经退租的都是我们的资产。
我们点进一个租客，也可以进去具体了解租客基本信息。再者剖面图是我们信息总的展示窗口，以及操作的总入口，所以建议都可以在剖面图进行查看和操作。
6 . 改善收付款名称即他们所列支付明细
初级解决方案 ：主要是这三个名称：1、财务应收即是系统账单金额列。2、财务已收金额即是系统实收项。3、财务未收金额即是系统需收金额。完全不影响使用，会去评估解决
开发计划 ：需双方协调，已经跟总部提了，评估中。
7 . 增加收款方式
初级解决方案 ：目前收款方式是可以手动输入，但是财务那边觉得下拉那种会方便一点。确实是这样，后续会去做这一块的开发
开发计划 ：会做这一方面的开发
11题 | 被引用3次