1、财务付费LJAGet--应付/实付业务表是所有付费项目的总表balanceontime定期结算标志（0未结算1已结算）/目前只有012（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、财务收费
核心的数据更接近于计算的数据，请予以调整。净保费的计算公式：BJ-BJ*0.06/1.0611810-11810*0.06/1.06=11141.50943396税额的计算公式：BJ*0.06/0.0611810*0.06/1.06=668.49056603
当是保全收费项目时，只有在保全审核完毕后，才会生成应收数据。lpedorapp--保全申请主表getmoney存值正数是收费负数是付费lpedorapp.OtherNo一般存的是团单号--lpedorapp.edorstate保全状态,lpedorapp.ConfDate保全确认日期selectothernofromlpedorappwhereedoracceptno='TBQ8611002018002402';--通过保全受理号查询团体保单号电子渠道退保渠道类型LPEdorApp.apptype--9柜面12网银11自助10掌银13超柜14e管家lpedoritem--保全明细表lpedoritem.modifydate保全签发日lpedoritem.edorstate=62确认生效状态SELECT*FROMlpedoritemWHEREedoracceptno='TBQ8611992018000456'lpedorappitem--保全申请项目表lpedorappitem.edorvaldate--保全确认生效日SELECTa.edorvaldate,a.*FROMlpedorappitemaWHEREa.edorappno='TBQ8634032018001534';
lmedoritem--保全项目定义（查询保全项目编码及名称appobj='G'团险selecta.edorcode,a.edorname,a.*fromlmedoritemawhereappobj='G';（根据团单号查询具体保全项目）selectedorname,edorcodefromlmedoritemwhereappobj='G'andedorcodein(selectlp.edortypefromlpedoritemlpwherelp.grpcontno='G201886110010000315'andlp.getmoney>0);
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.ConfDateLJAPayGrp.ConfDate确认日期与签单日期同时生成lccont.CValiDate保单生效日期lccont.uwflag核保状态例：a撤单、2延期、1拒保、9标准承保等lccont.appflag保单状态例：0未承保、1已承保、2未生效、3失效、4终止lccont.prodsetcode套餐中介界面进行保单作废与撤单的情况下lccont.appflag只会等于0所有新核心出的新单，出单平台都是01polissuplat=‘01’lcgrppol.standprem标准保费lcgrppol.Prem保费lccontplan--团体保单保险计划表SELECT*FROMlccontplanaWHEREgrpcontno='PZ201811204100250018'andplancode='SEG';--保单对应的套餐计划
标准保费参考计算规则：--Get保额0.75费率（通过此sql查询SELECT*FROMlmcalmodelwherel.calcode='780220';）--job职业类别（select*fromlcinsuredlwherel.grpcontno='010222693';）SELECT*FROMldoccupationlwherel.occupationcode='1108005';--vpu基数SELECTl.vpuFROMlmdutylwherel.dutycode='680101';select100000*rate*0.75/1000fromrt_6801wherejob='3';--147selectGet*rate*0.75/VPUfromrt_6801wherejob='job'--
--单位发票信息维护维护所有投保单位的信息投保完成后的数据
--预开发票信息录入比单位发票信息维护多出投保单号--lcgrpcont签单之后投保单号会更换
func_cal_vttovat--价税分离函数
--6810险种可以在A机构购买，在B机构承保，业绩归属B机构。(所以lktransstatus.banknode的值，试算和对账成功后两条数据不一致)
自动生成19位序列Create_Seq('LccontInvoice','19','G','19')保费明细表查询（功能）：导出清单中的表头字段取值（承保日期：就是lccont.signdate签单日期，日期：保全数据的话取的是保全生效日lpedorappitem.edorvaldate承保数据取的是确认日期LJAPayGrp.ConfDate手续费比例、手续费（含税）、手续费（不含税）（卡单的数据，手续费都是在销管系统里面，核心里是查不到的）