openstack容灾模块开发

财务共享平台是整个集团财务管控中心系统，通过事项模块、额度模块、财委会审议模块等三大主要功能模块组成，主要对接账务报销系统进行实际额度管控处理； 此外，对接全行内所有额度使用相关额度系统，包括但不限于：商旅系统、诉讼系统、购物系统、基建系统、合同系统、数据系统，也对接基础系统模块，大致对接二十余系统； 财务共享系统，通过事项类型进行详细的事项及业务场景确认，同时通过额度模块，对各个业务场景。

1.简单的admin登录 2.对应数据的各种管理，包含分类，添加，修改，删除等等 3.基于网页的可视化界面简化了数据填充难度 4.前前后后根据老板需求写了几百个功能。拆分之后其实都是极为简单的数据库增删改查

产品主要包含 1 Web下单系统记录产品，客户信息，以及订单中的产品详细数据，通过跟单人员对客户订单的审核确认，同步到工厂生产数据中。 2：工厂针对生产来源订单的审核或拒绝，通过后的订单，按照生产产能排单排期生产。 3：工厂将生产订单的生产环节进度实时进行上报 4：工厂将生产完成后的产品打标签贴标签，完成后按照生产订单进行扫描入库，扫描出库 5：展厅内部可根据权限进而查询到某个订单在工厂的生产环节周期。 6：展厅根据客户的退货从而退还给工厂 7：展厅接受工厂生产出来的成品，按照客户的生产订单进行出货。 8：记录客户的资金或物料往来，统计客户的存钱情况。 9：产品管理，产品针对不同客户设置不同的工费，客户专属款 10：各个环节单据打印，数据统计

● 我的任务 日报和工作台现已合并至“我的任务”。列表中仅显示未提交和审核中的任务，已提交并通过审核的任务可以通过任务状态和审核状态进行搜索。 ● 我的任务 日报和工作台现已合并至“我的任务”。列表中仅显示未提交和审核中的任务，已提交并通过审核的任务可以通过任务状态和审核状态进行搜索。 ● 日报提交 日报的提交一定要注意查看实际开始的日期，工作日系统每天会派发一条，提交时不要覆盖了，做好双向管理 ● 手机端管理后台可以及时看到提交的任务/日报等信息进行审批等操作。 ● 任务管理 通过简单配置即可实现系统任务自动下发。 系统审批人为自动匹配的，点击任务的详情可以查看到任务审核到哪个主管那里，红黄牌逻辑以审批通过为准，任务提交不代表完成，只有审批通过才闭环（红黄牌制度与绩效直接挂钩） ● 任务审核 ● 我的任务 日报和工作台现已合并至“我的任务”。列表中仅显示未提交和审核中的任务，已提交并通过审核的任务可以通过任务状态和审核状态进行搜索。 ● 事项审批 事项审批主要针对的是除了项目以外的财务相关的审批，同样列表中只显示还未审核的，可以通过审核状态和被审核人信息去查看已经审批通过的情况 ● 项目列表 可以在详情中查看到该项目涉及到的概况、财务、进度等信息 可以通过各种维度快速查询自己需要查看的项目，查看项目进度及资金状况等信息。 ● 供应商列表 除了有*标记的为必填项之外，经营范围也需要选择，此处对应的是付款单的付款事由，上传营业执照后，系统会自动识别文字并在执照信息中补充。 严格的数据管理权限，不同的员工只能看到本人名下的代理商信息。 ● 评分列表 根据每个项目结束后团队反馈的供应商的情况进行评分登记，作为季度或年度供应商考核的依据 ● 客户列表 客户建立的原则是先建立一级，再建立二级、三级等，在新建中选择上级公司来区分（子公司）。 多方面/维度的统计客户的项目/财务等相关信息。 ● 客户意向 1.直委项目在客户正式签订合约之前的项目沟通需要在意向中建立沟通记录，且不定期更新； 2.投标项目在意向中立项，定标后需要完善意向状态（是否中标），在备注中详细描述该投标项目的商务情况。 ● 客户合约 1.合约签订后需要及时在系统上建立，并且关联意向、项目名称等信息，税费（注意税率）必填，如有质保金的也需要填写进去； 2.合约一定要对应项目立项进行建立，确保信息一致（例如：一个合约两个团队来做，那合约就要拆分为两个） ● 开票/收款明细 及时更新项目开票及收款明细，收款后在开票明细中需要修改是否收款的状态 可以方便的统计/查询项目的财务的开票收款信息。 ● 付款单/报销单/借款单列表 可以通过搜索条件搜索需要的数据，其中报销单右上角有费用类型统计可以查看各个报销类型的总计 等

目前整个系统需求功能分为七个大的功能模块，其中重点模块可以划分为三个模块： 1、呆账核销前税前扣除预判定： (1)呆账核销前税前扣除预判定（后续采用呆账核销预判定简化说明），此模块是一个会计管理模块，呆账核销通常由内部审计和风险管理团队完成，而在当前系统中，呆账核销预判定的需求讨论和规则确认也是和资产损失税前扣除管理功能进行拆分讨论和确定； (2)在进行呆账核销预判定过程中，所依据的基础数据均源自银行内部的相关系统，并由对方负责数据的推送。从业务流程的角度来看，呆账核销预判定属于一种预测性质的功能。在很大程度上，该功能是会计系统为了获取税务专业人员的判断，以促进和精细化后续会计业务流程操作而设计的。 (3)呆账核销预判定功能在设计上与其他功能模块存在差异。在其他功能模块中，数据直接下达到下级机构，由下属机构的税务人员负责处理相关任务。然而，在呆账核销预判定中，部分数据可能需要下级机构业务人员在转派至下级机构业务人员。在数据处理周期方面，该功能以月度为单位进行统计，原则是所有数据均要处理完毕回传至保全系统，而下一个模块资产税前扣除管理则是仅对需要扣除或特定情况的数据回传至保全系统。 2、资产损失税前损除管理 (1)资产税前损失扣除管理功能，在功能定位上，属于当前系统的核心功能，这是一个正式的税务管理模块，主要作用企业在计算应纳税所得额时，可以将符合条件的资产损失从收入中扣除，以减少应缴税款。 (2)资产扣除管理作为一项纯粹的税务处理功能，其数据来源主要依赖于资产保全系统，但并非所有数据都需要回传至保全系统。在从呆账核销预判定环节至资产扣除管理环节的构建过程中，以及在核心业务功能需求方面，我们可以提出一个合理的假设：若在呆账核销预判定阶段能够明确识别出将进行税前扣除的资产数据，则在资产扣除管理阶段，这些数据必须得到妥善处理，且应予以高度关注。相反，若在呆账核销预判定阶段无法作出明确判定或判定结果为否定的资产数据，则在资产扣除管理阶段的关注度应当相对较低。 (3)资产税前扣除管理功能，作为本次功能建设的基础模块、重点模块，应该得到重点专注，不仅仅是作为功能本身，如果精力和时间充裕，应该在资产税前扣除管理功能基础上在，增加对相关业务背景，业务场景的关注，为后续税务管理系统的搭建有一定的基础。 3、统计报表 (1)统计报表功能其实是分为两个部分，一个是分行报表管理，一个是总行监测报表； (2)分行报表管理采用不同周期频率，实现报表任务数据的自动生成。先前的讨论指出，尽管任务能够自动产生，但数据的生成和更新仍需分行相关业务人员手动操作，以减少后台系统压力。经过后续讨论，决定调整机制，使得在任务生成的同时，利用晚间系统空闲周期，自动进行数据信息的批量处理，而业务人员则负责核对数据或进行必要的手动更新