支付中心CRM数据库设计
CRM系统数据库设计参考文档
20 0
是
9
EType
varchar
20 0
是
序号
列名
表名：tb_ClientInfo
数据类型 长度 小数位 标识 主键 允许空 默认值 说明
1
ClientID varchar
20
0
是
否
2
CName
varchar
50
0
是
3
CStep
varchar
20
0
是
4
CRoot
varchar
20
0
是
5
CTrade
1
GID
varchar
20
0
是
否
2
GName varchar
50
0
是
3
GType varchar
50
0
是
4
GSpec varchar
50
0
是
5
GIPrice money
8
4
是
6
GOPrice money
8
4
是
7
GUnit char
10
0
是
8
GRemark varchar
1000 0
是
表名：tb_Event
50
0
是
3
AreaType char
10
0
是
1000 0
是
序号
列名
表名：tb_CInfo
数据类型 长度 小数位 标识 主键 允许空 默认值 说明
1
CName
varchar
50
0
CRM数据库设计
CRM数据库设计CRM（Customer Relationship Management）是指企业通过对客户进行有效管理和维护，达到提高客户满意度、提升企业竞争力的一种管理模式。
在CRM系统中，数据库设计是一个重要的环节，决定了系统的性能和可维护性。
本文将从数据库的概念、设计原则和步骤、表结构设计以及数据完整性等方面进行探讨。
1.数据库的概念数据库是指长期存储在计算机中、有组织、有共享性的大量数据的集合，它可以提供对数据进行高效管理和访问的功能。
2.数据库设计原则和步骤2.1数据库设计原则包括：完整性、一致性、灵活性、高性能、易维护等。
2.2数据库设计步骤主要包括：需求分析、概念设计、逻辑设计、物理设计、数据库实现和测试等。
3.表结构设计在CRM数据库中，通常可以设计以下几张表：3.3销售机会表：记录销售人员所发现的潜在销售机会的信息，包括机会名称、预计金额、销售阶段等。
3.4销售订单表：记录客户的购买订单信息，包括订单号、产品名称、数量、金额等。
3.5售后服务表：记录客户的售后服务信息，包括服务类型、服务描述、处理人员等。
4.数据完整性为了保证CRM数据库的数据完整性，可以设计以下几方面的措施：4.1主键约束：为每个表定义主键，并设置主键约束，防止数据重复和混乱。
4.2外键约束：在数据关联的表中，定义外键约束，确保关联数据的一致性。
4.3数据校验：为表中的字段设置合适的数据类型和长度，并进行数据校验，减少数据错误。
4.4触发器：通过触发器在数据库层面实现复杂的业务逻辑，提高数据的一致性和完整性。
总结起来，CRM数据库设计是一个复杂而重要的过程，它需要结合业务需求和技术要求，通过设计合理的表结构和数据完整性机制，为企业的CRM系统提供高效、可靠的数据管理和访问能力，从而提升企业的客户满意度和竞争力。
CRM客户关系管理数据库设计文档
1.客户表（cust_customer)
字段名称
字段类型
字段备注
cust_no
varchar2(20)
客户编号，主键，非空
cust_name
varchar2（100）
客户名称，非空
cust_region
number(2）
客户所在地区,参照数据字典表。
cust_manager_name
销售机会指派状态（0:未指派/1:已指派开发中/2：已归档开发失败/3:已归档开发成功),非空，
chan_flag
number(2）
销售机会标识（0：已删除/1：未删除）,非空
12.开发计划表（sale_plan)
字段名称
字段类型
备注
plan_no
number(10）
开发计划编号，主键,非空
plan_chan_no
服务创建人，非空
serv_create_date
varchar2(50)
服务创建时间，非空
serv_due_to
varchar2(50)
被分派人
serv_due_date
varchar2（50)
分派日期
serv_deal
varchar2（3000)
服务处理详情
serv_deal_name
varchar2（20）
13.用户表(sys_user)
字段名称
字段类型
备注
user_id
number（8）
用户编号，主键,非空
user_role_id
number（20）
角色编号，外键，非空
user_name
varchar2（50）
CRM数据库设计说明书
项目编号: S×××－<CRM>数据库设计说明书Version:项目承担部门：撰写人（签名）：完成日期：目录1. ........................................................................................................................................................................... 引言.. (1)1.1 编写目的 (1)1.2 背景 (1)1.3 定义 (1)1.4 参考资料 ............................................................................................................ 错误！未定义书签。
2.外部设计..................................................................................................................... 错误！未定义书签。
2.1 类型划分 ............................................................................................................ 错误！未定义书签。
2.2 标识符和约定 ................................................................................................... 错误！未定义书签。
2.3 数据库表设计格式说明 (1)2.4 支持软件 ............................................................................................................ 错误！未定义书签。
「客户关系管理系统数据库设计」
「客户关系管理系统数据库设计」
客户关系管理系统（Customer Relationship Management System，简称CRM）是一种通过整合企业所有客户相关信息，根据客户需求及行为进行有效管理和分析的系统。
它主要用于帮助企业建立和维护良好的客户关系，提高市场竞争力。
一个有效的CRM系统需要有一个良好的数据库设计作为其基础。
接下来是表结构的设计。
根据数据模型，可以将每个实体转化为一个数据表。
每个数据表包含多个字段，用于存储该实体的属性信息。
例如，客户表可以包含客户ID、客户名称、客户地址等字段。
每个字段的数据类型和约束条件需要根据实际需求进行设计。
最后是数据字典的设计。
数据字典是CRM系统数据库中各个字段的详细说明。
它包括字段名称、数据类型、约束条件、默认值等信息，以及对字段的解释和用途的描述。
数据字典可以帮助用户理解和使用CRM系统中的各个字段。
除了以上内容，还需要进行适当的索引设计、数据安全设计和性能优化等方面的工作，以确保CRM系统数据库的高效运行和安全性。
综上所述，一个完整的客户关系管理系统数据库设计包括数据模型设计、表结构设计、数据表关系设计和数据字典设计等内容。
通过良好的数据库设计，可以帮助企业构建一个高效、安全、易用的CRM系统，提升客户管理和市场竞争力。
支付平台数据库设计文档
电子商务平台一期数据库设计文档版本号：1.00二○一〇年十月修改记录目录1 前言 (8)1.1 命名规范 (8)1.2 说明 (8)1.3 术语清单 (8)1.4 数据库表清单 (9)2 基础平台核心数据库表结构(zmc) (10)2.1 账户 (10)2.1.1 客户子账户表SubAccount (10)2.1.2 子账户冻结/注销流水SubAccount_Oper (11)2.1.3 客户子账户资金变动流水表SubAccountSeq (11)2.1.4 客户子账户资金冻结流水表SubAccountFreezeSeq (12)2.2 交易 (13)2.2.1 充值交易流水RechargeBILL (13)2.2.2 提现交易流水WithDrawBILL (14)2.2.3 支付交易流水PayBILL (15)2.2.4 批量代收付交易信息表（BatchInfo） (19)2.2.5 撤销交易流水UndoPayBILL (20)2.2.6 退款交易流水RefundBill (22)2.2.7 汇款交易流水WaitingRechargeBILL (23)2.2.8 内部调账交易流水AdjustBiLL (24)2.2.9 外部系统交易通知SHOP_NOTIFY (24)2.3 会计帐务 (25)2.3.1 科目日记账表(SUBJECT_DAY) (25)2.3.2 试算平衡表（Balance_Check） (25)2.3.3 科目类型表(SUBJECTTYPE) (26)2.3.4 凭证类型表(PZTYPE) (26)2.3.5 凭证科目对应表(PZSUBJECT) (26)2.3.6 科目明细表(SUBJECT) (27)2.3.7 凭证明细表(PZ) (27)2.4 系统参数 (28)2.4.1 序列 (28)2.5 渠道 (28)2.5.1 渠道清算指令（Channel_Settle_Cmd） (28)2.5.2 渠道参数（Channel_Parm） (28)2.5.3 渠道返回码对照表（Channel_RtnCode） (29)2.5.4 渠道交易流水对照表(BILLNo_SN) (29)2.5.5 批量交易渠道批次表(Channel_Batch) (31)2.5.6 系统日志(Channel_Sys_Log) (32)2.5.7 渠道对帐表(Channel_Check) (32)2.5.8 渠道对帐不平明细表(Channel_CheckDetail) (33)2.5.9 同城超时等待表(TC_OVERTIME_WAIT) (34)2.5.10 同城批量撤销表(TC_BATCHCANCEL) (35)2.5.11 同城费项代码对应表(CHANNEL_FEECODE_CHG) (35)2.5.12 同城对帐指令表(TC_CHECK_CMD) (36)2.5.13 同城对账表(TC_CHECK) (36)2.5.14 同城对账明细表(TC_CHECK_DETAIL) (37)2.5.15 明细下载回应表(CHECK_DOWN) (37)2.5.16 明细下载回应清单(CHECK_DOWN_DETAIL) (38)2.5.17 交易查询查复表(Trans_Query) .................................... 错误!未定义书签。
CRM数据库设计
CRM数据库设计引言：CRM（Customer Relationship Management，客户关系管理）是一种通过不同的策略、流程和技术，全面管理企业与客户之间的关系的方法。
为了有效地实施CRM战略，建立一个可靠的CRM数据库是至关重要的。
本文将介绍一个CRM数据库的设计，旨在帮助企业更好地管理和发展客户关系。
一、数据库结构设计：1. 客户信息表：包括客户名称、联系人、联系电话、邮箱、地址等基本信息。
2. 销售机会表：记录开发中的销售机会信息，包括机会名称、销售阶段、预计金额等字段。
3. 销售记录表：记录销售过程中的点滴，包括销售人员、销售日期、销售金额、备注等字段。
4. 联系人表：存储与客户相关的联系人信息，包括姓名、职位、联系电话、邮箱等字段。
5. 市场活动表：记录市场活动的信息，包括活动名称、活动时间、活动地点、活动类型等字段。
二、数据字段定义：1. 客户名称：字符型，长度限制为50。
2. 联系人：字符型，长度限制为50。
3. 联系电话：字符型，长度限制为20。
4. 邮箱：字符型，长度限制为100。
5. 地址：字符型，长度限制为200。
6. 销售机会名称：字符型，长度限制为100。
7. 销售阶段：字符型，长度限制为50。
8. 预计金额：数值型，限制为正整数。
9. 销售人员：字符型，长度限制为50。
10. 销售日期：日期型，格式为YYYY-MM-DD。
11. 备注：字符型，长度限制为200。
12. 姓名：字符型，长度限制为50。
13. 职位：字符型，长度限制为50。
14. 活动名称：字符型，长度限制为100。
15. 活动时间：日期型，格式为YYYY-MM-DD。
16. 活动地点：字符型，长度限制为100。
17. 活动类型：字符型，长度限制为50。
三、数据关系定义：1. 客户信息表与销售机会表：一对多关系，一个客户可以有多个销售机会。
2. 销售机会表与销售记录表：一对多关系，一个销售机会可以有多个销售记录。
CRM模块命名说明与数据库设计文档
CRM模块命名说明
本系统共分为六大模块
一、营销管理(SaleManager)
1、销售机会管理
2、客户开发计划
二、客户管理(CustomerManager)
1、客户信息管理
2、客户流失管理
三、服务管理(ServiceManager)
1、服务创建
2、服务分配
3、服务处理
4、服务反馈
5、服务归档
四、统计报表(ReportManager)
1、客户贡献分析
2、客户构成分析
3、客户服务分析
4、客户流失分析
五、基础数据(文件夹命名为：BasDictManager)
1、数据字典管理
2、查询产品信息
3、查询库存
六、权限管理(SystemManager)
1、用户管理
2、角色管理
数据库设计：表1：cst_customer:客户信息
表2：dbo.cst_activity:交往记录
表3:cst_lost:客户流失
表4：cstlinkman:联系人
表5：cst_service:客户服务
表7：sal_chance:销售机会
表8：sal_plan:销售计划
表9：product:产品表
表10：storage:库存表
表11：orders:订单基本信息表
表12：ordersline：订单详细信息表
权限管理暂时先不做
表13：sys_user:用户表
表14：sys_right:功能模块表表15：sys_role:角色表表16：sys_role_right：权限表。
CRM系统数据库设计
crm_schoolwork工作流程表Currstat:定义Currstat<0说明单子已经被删除的Currstat=1新增加的单子Currstat=2等待分派Currstat=3审核成功，网站制作开通中Currstat=4审核失败，要求重新填写单子Currstat=5网站制作中。
Currstat>=5 后managerstat，batchstat，cardstat 开始启动在batchstat=O默认开始状态batchstat=1收集网站资料的batchstat=2导入包月信息资料；batchstat=5包月包月信息资料导入完成。
managerstat =0默认的开始状态；man agerstat = 5 平台管理正式生成。
cardstat =0默认开始状态cardstat =5开制作完成。
Currstat=6验收确认Currstat=7验收失败，返工制作Currstat=8验收成功Currstat=9数据输入确认Currstat=10 使用培训Currstat=11网站完成crm_worklog工作流程表日志表crm_schoolrequire 校讯通需求单crm_cardrequire 卡面设计单crm_cardrequire （中小学）校讯通信息表crm_cardset卡面设计单crm_webset网站配置需求表crm_poscode区域代码crm_classsms_sum学校班级每天接收短信统计信息表crm_stusms_sum学生每天接收短信统计信息表erm teasms sum 教师每天发送短信统计信息表。
CRM数据库设计
CRM数据库设计版本：1.00文档修订记录目录1. 系统管理类(SysMng) (4)1.1. 系统参数表(SysParam) (4)1.1.1. 域可选项定义 (4)1.2. 系统日志表(SysLog) (4)1.2.1. 域可选项定义 (5)1.3. 错误码信息表(Errinfo) (5)2. 组织权限类(OrgMng) (6)组织机构表(InstInfo) (6)2.1.1. 备注 (6)2.2. 操作员表(OprInfo) (6)2.2.1. 备注 (7)2.3. 角色信息表(RoleInfo) (7)2.4. 操作员角色映射表(OprRoleMap) (7)3. 功能管理(FuncMng) (8)3.1. 菜单信息表(MenuInfo) (8)3.1.1. 域可选项定义 (8)3.2. 菜单权限表(MenuAuthInfo) (8)1.系统管理类(SysMng) 1.1.系统参数表(SysParam)1.1.1.域可选项定义1.2.系统日志表(SysLog)1.2.1.域可选项定义1.3.错误码信息表(ErrInfo)2.组织权限类(OrgMng) 组织机构表(InstInfo)2.1.1.备注部门同样属于一种机构2.2.操作员表(OprInfo)2.2.1.备注员工可以有两种机构：行政机构、业务机构；根据不同应用进行处理2.3.角色信息表(RoleInfo)2.4.操作员角色映射表(OprRoleMap)3.功能管理(FuncMng) 3.1.菜单信息表(MenuInfo)3.1.1.域可选项定义3.2.菜单权限表(MenuAuthInfo)4.客户信息管理（CustInfo）4.1.设计说明管理维护对公客户、零售客户信息，尽量保持一致性原则；客户信息分为：客户概要信息：主要包含客户标识信息、客户各类统计信息功能上主要用于客户报告的实现客户视图信息：主要包括客户完善度模型、以及相关自定义信息功能上主要用于：完善度模型的评价（设计完善度评价的信息才进入视图信息中）；同时机构级扩展信息的定义；客户视图配置信息：这点和上述客户视图信息结合，产生一客户经理等具体操作人员个性化的客户视图数据信息。
支付业务的数据库表的设计
⽀付业务的数据库表的设计⼀、数据表数据库中的数据表是整个核⼼逻辑的载体说在，所有的记账逻辑、以及与⽀付前台交互的数据都是在这⾥进⾏记录。
现就主要的表进⾏简要说明。
不同的第三⽅⽀付其数据表名称肯定也不同，这⾥的表名称仅作参考gTransLog表：⽀付⽹关交易流⽔表，所有通过⽹关的交易全部都会在此表中写⼊数据。
tAccounts表：⽤户的账户数据记录表，在第三⽅系统中其记录着⽤户的账上资⾦。
tAccountLog表：⽤于记录账户的⾃⼰流⽔情况，所有对tAccounts表的资⾦变动都会在流⽔表中进⾏记录tBankPaymentInfo表：上传对账⽂件后，解析对账⽂件⽣成的表tBankcardInfo表：⽤于存储⽤户或者商户所绑定银⾏卡的信息，包括银⾏名称、卡号等tChannelConfig表：渠道配置表，⽤于配置商户与不同渠道的对应关系，⽐如接⼊⽀付宝或者招商银⾏tFreeze表：冻结表，当tAccounts表中的资⾦有事先冻结的情况下，⽐如说基⾦赎回等会向tFreezes表中插⼊数据tPayments表：付款表，记录账户付款相关信息tReceivables表：收款表，记录收款信息tPaymentChannel表: 商户付款渠道的相关信息tRefundChannel表：商户退款屠⼑的相关信息tRollLog表：业务流⽔表tTrans表: 交易表,只要是交易，资⾦有变化，是商户与⽤户交互的过程tTransLog表：交易流⽔表，记录交易流⽔的相关信息tTransCashBack：记录银⾏账号退款的相关信息tBankPayReconFile表：上传对账⽂件后，解析对账⽂件⽣成的表tReconcilationPaySucc表：对账成功后写⼊的表tReconcilationPayFail表：对账失败后写⼊的表tAccountSystemayPaymentInfo表：付款内部数据收集表⼆、数据表分析在第⼀部分对其中后台记账系统的数据表中⼤致进⾏了⼀下说明，但是其中也会有⼀些需要注意的点，这才测试中分出关键。
商城支付数据库设计流程
商城支付数据库设计流程Designing a database for a shopping mall payment system is a complex process that requires careful planning and consideration. The first step in this process is to identify all the entities involved in the payment system, such as customers, products, orders, and payments. Each entity should be clearly defined with its attributes, such as customer name, product ID, order quantity, and payment amount.设计商城支付系统的数据库是一个复杂的过程，需要仔细规划和考虑。
这个过程的第一步是确定所有与支付系统相关的实体，如客户、产品、订单和支付。
每个实体应该明确定义其属性，如客户名称、产品ID、订单数量和支付金额。
Once the entities have been identified, the next step is to define the relationships between them. For example, a customer can place multiple orders, each order can contain multiple products, and each order must have a corresponding payment. These relationships should be clearly defined to ensure data integrity and accuracy in the database.一旦确定了实体，下一步是定义它们之间的关系。
支付平台数据库设计文档-
电子商务平台一期数据库设计文档版本号：1.00二○一〇年十月修改记录目录1 前言 (8)1.1 命名规范 (8)1.2 说明 (8)1.3 术语清单 (8)1.4 数据库表清单 (9)2 基础平台核心数据库表结构(zmc) (10)2.1 账户 (10)2.1.1 客户子账户表SubAccount (10)2.1.2 子账户冻结/注销流水SubAccount_Oper (10)2.1.3 客户子账户资金变动流水表SubAccountSeq (11)2.1.4 客户子账户资金冻结流水表SubAccountFreezeSeq (12)2.2 交易 (13)2.2.1 充值交易流水RechargeBILL (13)2.2.2 提现交易流水WithDrawBILL (14)2.2.3 支付交易流水PayBILL (15)2.2.4 批量代收付交易信息表（BatchInfo） (19)2.2.5 撤销交易流水UndoPayBILL (20)2.2.6 退款交易流水RefundBill (21)2.2.7 汇款交易流水WaitingRechargeBILL (23)2.2.8 内部调账交易流水AdjustBiLL (23)2.2.9 外部系统交易通知SHOP_NOTIFY (24)2.3 会计帐务 (25)2.3.1 科目日记账表(SUBJECT_DAY) (25)2.3.2 试算平衡表（Balance_Check） (25)2.3.3 科目类型表(SUBJECTTYPE) (25)2.3.4 凭证类型表(PZTYPE) (25)2.3.5 凭证科目对应表(PZSUBJECT) (26)2.3.6 科目明细表(SUBJECT) (26)2.3.7 凭证明细表(PZ) (26)2.4 系统参数 (27)2.4.1 序列 (27)2.5 渠道 (27)2.5.1 渠道清算指令（Channel_Settle_Cmd） (27)2.5.2 渠道参数（Channel_Parm） (28)2.5.3 渠道返回码对照表（Channel_RtnCode） (28)2.5.4 渠道交易流水对照表(BILLNo_SN) (28)2.5.5 批量交易渠道批次表(Channel_Batch) (30)2.5.6 系统日志(Channel_Sys_Log) (31)2.5.7 渠道对帐表(Channel_Check) (31)2.5.8 渠道对帐不平明细表(Channel_CheckDetail) (32)2.5.9 同城超时等待表(TC_OVERTIME_WAIT) (34)2.5.10 同城批量撤销表(TC_BATCHCANCEL) (34)2.5.11 同城费项代码对应表(CHANNEL_FEECODE_CHG) (35)2.5.12 同城对帐指令表(TC_CHECK_CMD) (35)2.5.13 同城对账表(TC_CHECK) (35)2.5.14 同城对账明细表(TC_CHECK_DETAIL) (36)2.5.15 明细下载回应表(CHECK_DOWN) (37)2.5.16 明细下载回应清单(CHECK_DOWN_DETAIL) (37)2.5.17 交易查询查复表(Trans_Query) ......................... 错误!未定义书签。
中国CRM在金融科技中的支付解决策
中国CRM在金融科技中的支付解决策随着金融科技的不断发展，电子支付渠道已成为大众支付首选，甚至推动了社会的普惠金融进程。
企业通过构建自己的客户关系管理（CRM）系统来实现支付解决方案，进而提高客户的支付体验和业务转化率。
本文将介绍中国CRM在金融科技中的支付解决策。
一、CRM系统在支付解决方案中的作用大多数企业都会将CRM系统列入其数字化转型计划中。
CRM系统可以通过搜集、分析和应用客户信息，洞察客户需求，更好的进行营销运营和业务开展。
在支付解决方案中，CRM系统有以下几个作用：1. 支付数据管理：CRM系统可以对支付记录进行分类、整理和管理，对客户信息进行统计分析以更有针对性的推出个性化的支付活动，并促进企业进行业务拓展。
2. 成交分析：由于CRM系统可以跟踪客户购买记录，从而可以将销售数据与客户信息进行联系，了解客户购买意愿、消费观念和消费能力等，以便更好的进行支付定价策略和客户细分策略。
3. 客户服务：CRM系统的客户信息可以帮助企业更好的识别并处理支付纠纷，提供更好的客户支付支持服务，同时，CRM系统还可以通过自动化让各支付环节更加协调流畅，构建高品质的企业支付服务。
二、CRM系统如何处理金融科技中的支付问题随着金融科技的迅速发展，用户支付的方式已经从传统的刷卡支付、网银支付、支付宝、微信等方式转移到了电信公司、电商平台、社交媒体等多领域支付场景。
CRM系统是企业面向多场景的支付解决方案的基础设施之一，它可以帮助企业在这些场景中更加灵活和高效地处理支付问题。
1. 场景多样化在处理涉及到不同场景的支付问题时，CRM系统通过不同的支付方式和支付环节的集成，可以最大化的提高支付效率和客户满意度。
例如，当客户在智能家居场景下完成一次支付时，CRM系统可以自动将该笔交易记录化作数据，确定客户支付方式，进而引出客户对相关设备和服务的反馈，分析出客户需求，以便更好的构建企业的产品和服务策略。
2. 风险管理CRM系统的数据和分析功能，可以有效减少支付环节中的欺诈、盗窃和其他不良行为等风险，提高企业的支付安全性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
状态
Long
N
N
状态
NOTE
备注
String
N
Y
备注
ContractType
合同类型
Long
n
n
合同类型
2.3
表名
合同模板合同信息关系表<templateMenberInformationRelation>
字段名称
含义
类型
主键
可空
说明
ID
主键
Long
Y
N
主键
templateID
合同模id
说明
id
主键
Long
Y
N
主键
MenberId
外键（企业ID）
Long
N
N
外键（企业ID）
CompanyName
公司名字
String
N
N
公司名字
OrganizationCode
组织机构代码
String
N
Y
组织机构代码
registrationNumber
营业执照注册号
String
N
N
营业执照注册号
licenseIsLocated
String
N
N
身份证号
cardTypes
身份证类型
Long
N
N
身份证类型
PositivePicture
身份证正面
String
N
N
身份证正面
oppositePicture
身份证反面
String
N
N
身份证反面
状态
实名认证状态
Long
N
N
实名认证状态
10：申请
11：完成
IdentityDueDATE
身份到期时间
开户银行支行名称
String
N
N
开户银行支行名称
BankAccount
银行账号
String
N
N
银行账号
2.8
表名
合同模板附件表<>
字段名称
含义
类型
主键
可空
说明
Id
客户ID
Long
Y
N
客户ID
Status
状态
Long
N
Y
审批状态备用
CreationTime
创建时间
Date
N
Y
创建时间
type
客户类型
Long
合同模板附件表<>
字段名称
含义
类型
主键
可空
说明
id
主键
LONG
Y
N
主键
CompanyNameID
企业实名认证ID
long
N
N
企业实名认证ID
templateID
银行开户名
long
N
N
合同模id
name
开户银行
String
N
N
合同名称
Bankcity
开户银行所在城市
String
N
N
开户银行所在城市
BankBranchName
营业执照所在地
Long
N
N
营业执照所在地
BusinessScope
经营范围
STRING
N
N
经营范围
RegisteredCapital
注册资金
Long
N
N
注册资金
BusinessTerm
营业期限
Date
N
Y
营业期限
usedAddress
常用地址
String
N
Y
常用地址
AddressParty
联系方式
String
模板到期日期
Date
N
N
模板到期日期
founderID
创建人Id
Long
N
N
创建人ID
modifierID
修改人ID
Long
N
Y
修改人ID
CreationTime
创建时间
Date
N
N
创建时间
ModificationTime
修改时间
Date
N
Y
修改时间
ContractName
合同名称
String
N
N
合同名称
N
Y
联系方式
Fax
传真
String
N
Y
传真
duplicateOfbusiness
营业执照副本扫描件
String
N
Y
营业执照副本扫描件
BuildOfficialSeal
加盖公章副本
String
N
Y
加盖公章副本
LongDate
长期
Long
N
Y
长期
CousttemId
客户ID
status
申请状态
2.7
表名
DATE
Y
Y
身份到期时间
LongDate
长期
Long
N
Y
长期
CreationDate
申请日期
Date
N
N
申请日期
PermanentAddress
常住地址
String
N
N
常住地址
CustomerID
客户ID
Long
N
N
客户ID
2.6
表名
CompanyNameInformation
字段名称
含义
类型
主键
可空
Long
N
N
合同模id
MenberID
会员ID
Long
N
N
会员D
URL
会员信息URL
STRING
N
N
会员信URL
Status
模板会员关系状态
Long
N
N
10：正常
11：取消
2.4
表名
合同模板附件表<>
字段名称
含义
类型
主键
可空
说明
id
主键
LONG
Y
N
主键
url
附件路径
String
N
n
附件路径
templateID
CRM
1.
2.
2.1
表名合同模板<Contracttemplate>
字段名称
含义
类型
主键
可空
说明
ID
主键
Long
Y
N
主键
UserType
用户类型
Long
N
N
用户信息表
productName
产品名称
String
N
N
产品名称
TemplateEfectDate
模板生期日期
Date
N
N
模板生效日期
TemplateDueDate
N
y
10:个人
11:企业
12:商户合同模idFra biblioteklongN
N
合同模id
name
附件名称
String
N
N
合同名称
2.5
表名
实名认证（RealNameAuthentication）
字段名称
含义
类型
主键
可空
说明
Id
主键
Long
Y
N
主键
MenberID
会员ID
Long
N
N
会员id
realname
真实姓名
String
N
N
真实姓名
numberId
身份证号