1.数据表清单

数据库	表名	备注
zfs_op	OP_ALL_TICKET	发票主表
zfs_op	OP_TICKET_DETAILS	发票明细表
zfs_op	OP_EINVOICE	电子发票认领记录主表
zfs_op	OP_EINVOICE_RECOGNITION	邮箱电子发票识别记录表
MongoDB	OP_ALL_TICKET	发票主表
MongoDB	OP_TICKET_DETAILS	发票明细
MongoDB	OP_ALL_TICKET_DRAFT	发票草稿主表（连拍、纸质发票上传）
MongoDB	OP_TICKET_DETAILS_DRAFT	发票草稿明细（连拍、纸质发票上传）
zfs_boe	ZFS_BOE_SNAPSHOT_HEAD	发票快照头表
zfs_boe	ZFS_BOE_SNAPSHOT_IMAGE	发票快照图片表
zfs_boe	ZFS_BOE_SNAPSHOT_IMAGE_SUB	发票快照图片切割表
zfs_boe	ZFS_BOE_SNAPSHOT_IMAGE_SUB_OCR	切片信息ocr识别结果
zfs_op	OP_BILL_ORDER	订单主表
zfs_op	OP_FLIGHT_ORDER	机票订单主表
zfs_op	OP_AINSURANCE_FEE	机票订单航意险信息
zfs_op	OP_DINSURANCE_FEE	机票订单延误险信息
zfs_op	OP_SEGMENT_INFO	机票订单航段信息
zfs_op	OP_APPLYER	预订人
zfs_op	OP_LINKMAN	联系人
zfs_op	OP_PASSENGER_INFO	住宿、乘机人、乘车人信息
zfs_op	OP_HOTEL_ORDER	国内酒店订单
zfs_op	OP_OTHER_ORDER	其他订单
zfs_op	OP_OTHER_ORDER_BASE_INFO	其他订单详细表
zfs_op	OP_TRAIN_ORDER	国内火车票订单
zfs_op	OP_PASSENGER	机票订单乘机人（已作废）
zfs_op	OP_TRAIN_PASSENGER	火车票乘车人（已作废）
zfs_op	OP_TRAVELLER	酒店订单入住人（已作废）
zfs_op	OP_VEHICLE_ORDER	用车订单
zfs_op	OP_BOE_IMAGE	影像信息主表
zfs_op	OP_BOE_IMAGE_DETAIL	影像明细信息表
zfs_op	OP_BOE_IMAGE_SEG	影像图像切片信息
zfs_op	OP_BOE_IMAGE_SEG_OCR	影像图像切片OCR识别结果
zfs_op	OP_INVOICE_BOE	单据与发票关联表
zfs_op	ALIPAY_INVOICE_SYNC_HISTORY	支付宝发票同步记录表
zfs_op	OP_INVOICE_AUTH_STATISTICS	认证状态统计表
zfs_op	OP_INVOICE_STATUS_STATISTICS	发票状态统计表
zfs_op	OP_INVOICE_TAX_STATUS_STATISTICS	发票税额和状态统计表
zfs_op	OP_INVOICE_TYPE_STATISTICS	发票类型统计数量表

2.关联关系

业务数据流向：

一、从业务来看，发票分为两大类：发票和订单。

发票主要涉及表：数据库2张（OP_ALL_TICKET、OP_TICKET_DETAILS），MongoDB中包含4张（OP_ALL_TICKET、OP_TICKET_DETAILS、OP_ALL_TICKET_DRAFT、OP_TICKET_DETAILS_DRAFT）。

订单主要是订单主表（OP_BILL_ORDER），所有的订单都会往主表冗余部分数据，冗余一些公共字段，比如订单金额、报销状态、集团ID、有效无效状态、订单类型、预定人、出发城市、到达城市等一些公共字段。订单分为：机票订单（4）、酒店订单（1）、火车票订单（1）、其他订单（2）、用车订单（1）5大类，所有订单预定人都存在OP_APPLYER，联系人存在OP_LINKMAN，住宿、乘机人、乘车人信息存在OP_PASSENGER_INFO，总共12张表，现阶段报账单关联订单报销，实际使用的表只有订单主表（OP_BILL_ORDER）和住宿、乘机人、乘车人信息（OP_PASSENGER_INFO），其他表只是发票池订单查询的时候使用。

机票订单主要涉及表：机票订单主表(OP_FLIGHT_ORDER)、航意险信息（OP_AINSURANCE_FEE）、延误险信息（OP_DINSURANCE_FEE）、航段信息（OP_SEGMENT_INFO）。

酒店订单主要涉及表：国内酒店订单（OP_HOTEL_ORDER）。

火车票订单主要涉及表：国内火车票订单(OP_TRAIN_ORDER)。

其他订单主要涉及表：其他订单主表（OP_OTHER_ORDER），其他订单明细表（OP_OTHER_ORDER_BASE_INFO）。

用车订单主要涉及表：用车订单（OP_VEHICLE_ORDER）。

二、发票来源

1、手工录入、单拍识别、电子发票上传、微信卡包、聊天记录提取发票涉及表：数据库和MongoDB中的OP_ALL_TICKET、OP_TICKET_DETAILS。

2、连拍拍照、纸质发票上传涉及表：数据库发票快照图片表（ZFS_BOE_SNAPSHOT_HEAD）、发票快照图片表（ZFS_BOE_SNAPSHOT_IMAGE），发票快照图片切割表（ZFS_BOE_SNAPSHOT_IMAGE_SUB）、切片信息ocr识别结果（ZFS_BOE_SNAPSHOT_IMAGE_SUB_OCR）和 MongoDB中的发票草稿主表（OP_ALL_TICKET_DRAFT）、发票明细草稿表（OP_TICKET_DETAILS_DRAFT）。数据库主要是存储快照记录，在发票识别保存报错的时候能一张一张的修改发票信息，保存后会删除，MongoDB中的草稿发票和快照列表相关表中的信息。

3、电子邮箱认领主要涉及表：通过电子邮箱下载定时器下载公共邮箱发票到电子发票认领记录主表（OP_EINVOICE），再通过邮箱电子发票识别定时器识别将识别记录保存到（ OP_EINVOICE_RECOGNITION）、同时会保存到数据库和MongoDB中的发票表，如果能根据发送人的邮箱找到员工则会自动认领到对应员工下，如果找不到则设置使用人和拥有人为空，在我的发票通过数据对应邮箱地址进行认领。

4、影像同步和影像手工录入，报账单开启影像写入，影像上传识别后会将影像识别结果和影像信息推送至中台涉及表：影像信息主表（OP_BOE_IMAGE），影像明细信息表（OP_BOE_IMAGE_DETAIL）、影像图像切片信息（OP_BOE_IMAGE_SEG）、影像图像切片OCR识别结果（OP_BOE_IMAGE_SEG_OCR）。

5、支付宝卡包：获取支付卡包后，保存获取记录支付宝发票同步记录表（ALIPAY_INVOICE_SYNC_HISTORY），记录是否同步成功。

6、订单来源：通过定时器（同步优行火车票订单、同步酒店订单、同步优行机票订单、国际机票订单同步、从携程商旅同步机票信息、从在途商旅同步机票信息）、标准接口（火车票、酒店、机票、其他、用车订单标准接口）

7、发票通过标准接口同步和修改

三、发票和订单报销状态流转

1、通过报账单关联发票报销，初始状态为未报销，单据提交修改未报销中并插入单据与发票关联表（OP_INVOICE_BOE）、单据结束修改为已报销、单据反冲和驳回到草稿修改为未报销，所有子票报销完后，母票才会修改未已报销。

2、发票通过发票状态标准接口修改

四、发票入账状态

1、报账单结束后应付或实付凭证变为已入账，则修改发票的入账状态和入账时间

2、通过发票状态标准接口直接修改

五、发票认证状态

1、发票认证状态默认为无需认证和未认证，需要认证的发票只有（12、14、15、18、21、32）。通过进项认证更新底账库发票的发票状态同步税局状态后再修改发票认证状态为已认证

2、通过发票状态标准接口直接修改

六、发票查验状态

1、发票类的一般默认为未查验、其他的默认为无需查验，通过调用π平台查验。分为手工查验和定时查验，定时查验分为两个定时器发票查验和失败发票补偿查验（只查验失败编码（validFailedCode）为"201"、"216"、"243"和最近3天开的票）

七、发票红冲作废状态

1、发票查验税局会返回发票状态

2、销项发票，通过销项系统录入的发票，会通过销项系统来修改，或者业务报账中提报账单修改发票状态

八、发票池首页统计

1、发票数据量比较大，在发票池统计菜单需要统计发票的查验、认证、抵扣等信息，如果时时查询发票，会超时，所以根据业务根据定时器发票池发票数据统计定时统计，分别保存到4张表：认证状态统计表（OP_INVOICE_AUTH_STATISTICS）、发票状态统计表（OP_INVOICE_AUTH_STATISTICS）、发票税额和状态统计表（OP_INVOICE_TAX_STATUS_STATISTICS）、发票类型统计数量表（OP_INVOICE_TYPE_STATISTICS）。

发票、订单核心业务相关表结构梳理

发票、订单核心业务相关表结构梳理

关于作者

目录