财务收付费包含数据表含义

财务收付费包含数据表含义

1、财务付费
LJAGet --应付/实付业务表 是所有付费项目的总表
balanceontime定期结算标志(0 未结算 1 已结算)/ 目前只有 0 1 2
(0,表示正常的收付费,不参与定结 1,定结明细数据,补进行收付费)
(2, 将之前所有为1的数据金额汇总,生成一条汇总数据,财务根据汇总数据进行收付费)
FiGetType 业务类型(11 保全退费)
ConfDate 财务确认日期/核销日期 (付费完成之前,这个会有值
EnterAccDate 财务到帐日期 (付费完成后,这个会有值,表示已经付过费)
ljaget.bankonthewayflag --银行在途标志 0非在途 1在途

ljsget 和ljaget 都是业务期间生成的数据 (例:在理赔审批后生成的数据


LJFIGet --财务付费分类表
(只有当付费实际支付才会产生财务付费分类表,原则上不会出现一种付费多种付费方式的情况,因此该表和实付业务总表为一对一关系

LJSGet --业务处理过程中的临时表

LJAGetClaim --赔付实付表 (从“赔付明细“表提取数据,这2个表为1--1关系。)
FeeFinaType 记录赔款数据对应的财务属性类型,如PK(赔款)、SW(死亡给付)、YL(医疗给付)
SC(伤残给付)、TB(退保金等),也是用来确认交费类型的判断条件



LJAGetClaim 理赔结案后生成的数据 (付费完成后liaget.confdate会有值)
此表是理赔付费的明细表,只有理赔付费会在此表生成数据
溢交退费时 ljaget.otherno 存的是 团体保单号
理赔付费时 ljaget.otherno 存的是 赔案号
保全付费时 ljaget.otherno 存的是受理号

财务系统进行提取付费凭证的时候,取自uljfiget (会与保全或理赔生成的付费uljaget埋点业务表进行比对校验)

当是付费时,埋点数据实付表uljaget、uljagetdetail 是生成两条数据

ljaget --应付/实付业务表

LJFIGet --财务付费分类表

LJSGet --业务处理过程中的临时表

LJAGetClaim --赔付实付表


2、财务收费

Ljapay --实收业务表
IncomeType应收/实收交费类型(21新单、22保全、23理赔、24续期)
ljapay.paydate 交费日期 ,一般续期时候,判断最晚的交费日期


ljspay --应收业务表(收费数据 在收费后签完单会把此数据删除,实收表记录产生(LJAPay实收业务表)
getnoticeno通知书号(如果没有通知书通知客户交费,则该字段就是交费收据号。)
①.看应收的是什么业务 由 incomtype 字段判断
②.非银行转账是走财务页面直接收费 如果是银行转账要制盘是走资金接口收费 看paymode 银行转账要制盘在收费页面是查询不到此数据的
③.银行转账 accname bankaccno bankcode 这些是不能为空的
LJSPay.BalanceOnTime 定期结算标志 (0 即时结算 1 定期结算 2 汇总结算)
当BalanceOnTime=0 时 在财务,可以直接收费
当BalanceOnTime=1 时 只能在定期结算的时候才能收费,
此时会生成新增一条定期结算汇总的一条数据,同时 BalanceOnTime=2
(未进行定期结算汇总的数据,在财务收费是查不到数据的,只有当汇总后的数据才能在财务收费查到)

liapaygrp.paycount 当是白金卡/联名卡/钻石卡/时paycount 代表第几次增人收费

LJAPayPerson --保单保费项实收表/实收个人交费表
此数据是在 签单/保全确认/续期核销 生成实收 时 与ljapay 一起生成
(查询此保单交费的信息 例:PayCount第几次交费、交费金额、团单号 等 。。。
paycount第几次交费(>1 续期 =1首期)
paytype = 'CZ' (代表冲正(意思就是撤销)
保单的总金额应该取总实收金额(ljapayperson.SumActuPayMoney)

ljtempfee 暂收表
ljtempfee.EnterAccDate 在收费完成后,生成暂收时生成
ljtempfee.ConfDate 在签单/保全确认/续期核销,时生成值,一定是在 EnterAccDate之后或同时生成

LJTempFeeClass --暂交费分类表
otherno(在暂收表里 续期存的是‘团体保单号’/ 首期存的是‘投保单号’/ 理赔存的是‘个人赔案号’/ 保全存的是‘保全受理号’)
(外围代扣费业务时LJTempFeeClass.otherno=lccont.prtno )

ljagenttempdetail --中介业务结算明细表
ljagenttempdetail.cardno, 有的为lccont.billpressno,有时候为lccont.policyno有什么区别?
答:非激活卡存policyno,激活卡存billpressno。
---代扣费 chargemode='01' 在资金接口制盘收费 到实收(不生成ljagenttempdetail)
---所有 chargemode='02' 先在中介界面进行点击结算 后 再核心中介业务结算收费(会生成ljagenttempdetail)
SELECT x.chargemode FROM lcaipcontregister x ; --保单待结算表
如果先收费uljtempfeeclass.otherno 存储的是投保单号
如果是后收费uljtempfeeclass.otherno 存储的是中介结算表批次号

ljagetendorse 只有做保全时 生成数据
当是收费时 ljagetendorse.getnoticeno 与 ljspay.getnoticeno 是一致的
当是付费是 ljagetendorse.actugetno 与 ljaget.actugetno 是一致的
当保全收费时 先收费 》再保全确认

当保全付费时 先保全确认 》再付费

保全生效日期要么和保全签发日期一致,要么在保全签发日期之前生成 ,先生效后签发

保全生效日期是手动制成的,可以让其在任何时候生效
保全签发日期 (当前日可以操作当前日之前的保全数据,让其生效)
ljagetendorse.makedate 取自ljspy的日期,
ljagetendorse.modifydate是操作让其保全生效的当前日期,其实这两个生成日期的节点是同一刻)

收费时埋点实收表uljapay、uljapaydetail 是由保全契约理赔生成的是一条数据,财务不会生成埋点的实收表
埋点暂收表ljtempfee是两条(先由财务生成 后由保全契约理赔生成)

金额 = 税额 + 净保费

保全生成应收表(ljspay)的节点,在保全审核、保全核保都会生成应收

核心的数据更接近于计算的数据,请予以调整。
净保费的计算公式:BJ-BJ*0.06 /1.06 11810-11810*0.06 /1.06=11141.50943396
税额的计算公式 :BJ*0.06 /0.06 11810*0.06 /1.06=668.49056603


3、资金接口
代收代付数据,点击生成数据时,这时就是制盘的状态。

lyreturnfromfsb.datatype 1 实时 2 批量

lysendtofs 送资金系统数据表
(当往资金平台同步发送数据时,此表会生成数据)
当是代付数据时lysendtofs.paycode = ljaget.actugetno

lyfslog 资金日志表
(当往资金平台同步发送数据时,此表会生成数据。当资金平台,回盘时此时会删除相应数据)

LYReturnFromFS 资金系统返回数据表
(资金平台返回数据时生成的回盘数据,回盘成功后会删除相应数据,)

lyfsstatus 资金接口制盘状态表
lyfsstatus.startdate --是代收代付数据生成里的 开始日期
lyfsstatus.enddate --是代收代付数据生成里的 结束日期
lyfsstatus.makedate -- 是代收代付数据生成里 点击生成数据的开始时间
lyfsstatus.finishdate -- 是代收代付数据生成里 点击生成数据的结束时间

4、保全

当是保全收费项目时,只有在保全审核完毕后,才会生成应收数据。

lpedorapp --保全申请主表 getmoney 存值正数是收费 负数是付费 lpedorapp.OtherNo 一般存的是团单号
--lpedorapp.edorstate 保全状态 ,lpedorapp.ConfDate 保全确认日期
select otherno from lpedorapp where edoracceptno = 'TBQ8611002018002402'; --通过保全受理号 查询团体保单号

电子渠道退保 渠道类型 LPEdorApp.apptype -- 9 柜面 12 网银 11 自助 10 掌银 13 超柜 14 e管家

lpedoritem --保全明细表
lpedoritem.modifydate 保全签发日 lpedoritem.edorstate=62 确认生效状态
SELECT * FROM lpedoritem WHERE edoracceptno='TBQ8611992018000456'

lpedorappitem--保全申请项目表 lpedorappitem.edorvaldate --保全确认生效日
SELECT a.edorvaldate, a.* FROM lpedorappitem a WHERE a.edorappno='TBQ8634032018001534';

lmedoritem --保全项目定义(查询保全项目编码及名称 appobj = 'G'团险
select a.edorcode,a.edorname,a.* from lmedoritem a where appobj = 'G';
(根据团单号查询 具体保全项目)
select edorname,edorcode from lmedoritem where appobj = 'G'
and edorcode in (select lp.edortype from lpedoritem lp where lp.grpcontno='G201886110010000315'
and lp.getmoney > 0 ) ;

ljagetendorse --批改补退费实收/应付/实付表
feeoperationtype 业务产生类型(指具体什么业务) a.feefinatype 财务产生的付费类型
保全业务产生的补退费表(当产生的是收费时,主表为ljapay,当产生的是付费时,主表为ljaget
SELECT * FROM ljagetendorse a WHERE a.feeoperationtype ='RA'

lcinsureacctrace --保单账户轨迹表(查询有关投保时,有账户的,账户中有金额利息等。例:保全账户金部分领取

ljapayperson 只有在增人的时候生成,别的保全不会生成

--保全在什么情况下会产生收费?
答:保全增人或者保全补发(例如合同丢了需要重新打印就是保全补发) 情况下会产生收费

客户做保全时选择了与契约保持一致,
取自(lccustomeraccount.bankcode SELECT * FROM lccustomeraccount a WHERE a.policyno='201886320250001044' ;)

保全审核之前,都可以做保全撤销。涉及的只有一个表 lpedorcance 如果保全撤销这个表就会有数据 edorstate=90
保全审核之后,只能强制终止。 保留轨迹,修改状态
5、理赔
LJAGetClaim --赔付应付/实付表 理赔结案生成财务数据

llclaimdetail --赔付明细表

lmdutyget --责任给付

lmdutygetclm --责任给付赔付

llcase --立案分案 --llcase.endcasedate 结案日期 --llcase.caseno 赔案号

llregister --个人立案表 llregister.rgtno 赔案号

llreporttpa --TPA报案表 llreporttpa.clmno 赔案号

llclaimdetailtpa --TPA理赔明细表 llclaimdetailtpa.clmno 赔案号

lbmission --工作流任务轨迹备份表 lbmission.missionprop1 业务号 例: 赔案号、保全号等
LWActivity --工作流活动表 lwactivity.activityid=lbmission.activityid


--理赔在什么情况下会产生收费?
答:二核,二核即保单已经生效,在有效期内对保单进行的二次核保,当保单遇到一次理赔或者保全后需要再次核保,确认保险公司对保单的承保程度。比如客户住院后理赔,公司理赔后会进行二次核保,来审核一下客户经过这次出险后风险是否和原来一样,还是加大了,是加大到什么程度了等等。如客户增加了附加险,公司也要进行二次核保。

WB 是外包理赔 GP就是普通理赔

6、契约承保
契约产生应收的时机 是在新单复核或人工核保 都会生成应收
新单复核和人工核保,生成应收的区别:
新单录入完进入复核后,系统会调用自动核保规则校验,如果通过则直接生成应收,
如果不过则进入人工核保,若人工核保通过则生成应收,如果核保不通过,则不会产生应收。

契约录单进行新单录入时 只有自然人才可以选择(04银行转账要制盘)
LCGrpCont --团体保单合同表
LCGrpCont.GrpContNo 在未签单之前 LCGrpCont.GrpContNo=ProposalGrpContNo=PrtNo 是一样的
在签单之后只有LCGrpCont.GrpContNo会生成以G开头的GrpContNo(集体合同号码)

标准保费:根据产品的保额按照计算规则计算出来的保费
保费收入:销售和客户约定或者经过打折计算出来的保费 (有可能比标准保费大,也有可能比标准保费小)
系统计算保费:保额*系数=保费

lcgrpcont.operator 当保单是白金卡/联名卡/钻石卡/ ,分别存 白金卡ABC、联名卡ABC-LMK、钻石卡ABC-ZSK (这些卡相当于固定计划)

liapaygrp.paycount 当是白金卡/联名卡/钻石卡/时paycount 代表第几次增人收费

lcgrpcont.policytype ('01','02','03') 01团单 02卡单 03自然人(也叫家庭单)
lcgrpcont.valdatetype 契约生效日类型 0保费到账次日 1保险合同约定日期 2签单日次日生效 (这些值都是在录单上)
lccont --保单合同表
lccont表里的数据会在录单增人的时候生成
lccont.signdate签单日期 lccont.signdate=LJAPayGrp.ConfDate
LJAPayGrp.ConfDate 确认日期 与 签单日期同时生成
lccont.CValiDate 保单生效日期
lccont.uwflag 核保状态 例:a撤单、2延期、1拒保、9标准承保等
lccont.appflag 保单状态 例:0未承保、1已承保、2未生效、3失效、4终止
lccont.prodsetcode 套餐
中介界面进行保单作废与撤单的情况下lccont.appflag只会等于0

所有新核心出的新单,出单平台都是01 polissuplat=‘01’

lcgrppol.standprem 标准保费
lcgrppol.Prem 保费

lccontplan --团体保单保险计划表
SELECT * FROM lccontplan a WHERE grpcontno='PZ201811204100250018' and plancode='SEG' ; --保单对应的套餐计划

标准保费参考计算规则:
--?Get? 保额 0.75费率 (通过此sql查询 SELECT * FROM lmcalmode l where l.calcode='780220'; )
--job 职业类别 (select * from lcinsured l where l.grpcontno='010222693';)
SELECT * FROM ldoccupation l where l.occupationcode='1108005';
--vpu 基数 SELECT l.vpu FROM lmduty l where l.dutycode='680101';
select 100000*rate*0.75/1000 from rt_6801 where job='3' ;--147
select ?Get?*rate*0.75/?VPU? from rt_6801 where job='?job?'--

 

--单位发票信息维护 维护所有投保单位的信息 投保完成后的数据

--预开发票信息录入 比单位发票信息维护多出 投保单号

--lcgrpcont 签单之后投保单号会更换

func_cal_vttovat --价税分离 函数

电商出单 出单平台包含 (微信10、官网11)
SELECT funcflag, a.* FROM lktransstatus a WHERE funcflag = '6a'; --电商 对账标志

互联网中台出单 出单平台包含 (06 农行网银、 07 农行自助终端、08 农行掌银 )
SELECT funcflag, a.* FROM lktransstatus a WHERE funcflag in ('1002','2002','3002','4002'); --中台 对账标志
--lktransstatus.funcflag in(1004,2004,3004,4004) 表示已承保的状态 浩然的 互联网中台 四个值分别代表不同的出单平台
--lktransstatus.rbankvsmp=0 表示对账成功

--6810险种 可以在A机构购买,在B机构承保,业绩归属B机构。 (所以lktransstatus.banknode的值,试算和对账成功后两条数据不一致)


自动生成 19位序列 Create_Seq('LccontInvoice','19','G','19')

保费明细表查询(功能):导出清单中的表头字段取值
(承保日期:就是lccont.signdate签单日期 ,日期:保全数据的话取的是保全生效日lpedorappitem.edorvaldate 承保数据取的是确认日期LJAPayGrp.ConfDate
手续费比例、手续费(含税)、手续费(不含税)(卡单的数据,手续费都是在销管系统里面 ,核心里是查不到的)

账号:zhiyuan、xuejd


收费 付费网上银行去掉

zhaoyi 1231 864304

 

8661 机构 2019.3.13日保费明细 sql查询错误

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


posted @ 2019-05-25 18:13  徒手攀岩  阅读(1509)  评论(0编辑  收藏  举报