保全核保，无需换人也能操作接口：http://10.142.149.25:61011/INTERFACE/servlet/GCISUIXDispatcher/EdorUWDetailUIX/APIEdorUWConfirm 参数：{"Operate":"UWCONFIRM","MissionID":"00000000000000064997","SubMissionID":"1","ActivityID":"1100401004","EdorAppNo":"GE1268600000009173","GrpContNo":"GP1250100000002224","EdorNo":"GE2268600000002192","ReinsFlag":"0","BanlanceFlag":"1"} ai总结分析：一、请求入口与参数 json 复制插入新建文件保存应用 { "Operate": "UWCONFIRM", // 操作类型：整单核保确认 "MissionID": "00000000000000064997", "SubMissionID": "1", "ActivityID": "1100401004", // 保全核保节点 "EdorAppNo": "GE1268600000009173", "GrpContNo": "GP1250100000002224", "EdorNo": "GE2268600000002192", "ReinsFlag": "0", // 是否删除再保结论 "BanlanceFlag": "1" // 是否定结 } 节点 ID 体系（从代码中可完整推断）： ActivityID 节点证据 1100401001 保全受理 EdorCheckDetailBL / EdorUWDetailBL 中 lbmission.activityid='1100401001' 取受理人 1100401002 保全录入 tSendNode='1100401002' → 改 edorstate='20' 1100401003 保全复核上一轮分析 1100401004 保全核保本次接口 ActivityID 1100401005 保全审核 tEdorState='50' 待保全审核 1100401006 保全签发 EdorSignDetailUI 222 行 convertData(..., "ZT", "1100401006") 二、三层调用链 code 复制插入新建文件保存应用 POST /INTERFACE/servlet/GCISUIXDispatcher/EdorUWDetailUIX/APIEdorUWConfirm │ ▼ EdorUWDetailUIX.submitDataAPIEdorUWConfirm(VData) [ com/cignacmb/gcis/pos/uix/EdorUWDetailUIX.java ] ├─ request.getInputStream() → 反序列化 EdorUWConfirmVO ├─ 抽取 MissionID/SubMissionID/ActivityID/EdorAppNo/GrpContNo/EdorNo/ReinsFlag/BanlanceFlag ├─ 装 TransferData └─ new EdorUWDetailUI().submitData(tVData, "UWCONFIRM") ▼ EdorUWDetailUI.submitData [ com/sinosoft/lis/pos ] ├─ getInputData [108-129] ├─ checkData [135-198] │ ├─ LWMission 是否已被处理（MissionID+SubMissionID+ActivityID 查不到 → "任务已处理完毕"） │ └─ CheckCustomer.checkPOSDate / checkPOSDateSurrender（GHB-13799 业务校验，生效日/退保日） ├─ dealData [204-247] │ ├─ 校验 APP 端问题件：LDQUESTION QUESTYPE='30' AND state<>'2' → 阻断 │ ├─ new EdorUWDetailBL().submitData(mInputData, "UWCONFIRM") ⭐ 核心 │ └─ 若 lpedormain.edorstate='60' 且 prodtype='04'（GHB）→ createGHBLPContPayInfo() └─ saveData (PubSubmit 提交 mMMap) [539-551] ▼ EdorUWDetailBL.submitData [ com/sinosoft/lis/pos/EdorUWDetailBL.java ] ├─ getInputData [162-188] ← 这里才取 ReinsFlag / BanlanceFlag ├─ checkData [194-232] └─ dealData("UWCONFIRM") [326-395] ⭐ ▼ dealConfirmWorkFlow() [401-746] ⭐⭐ └─ WorkflowServicePort.submitData(wVData, "execute") 三、EdorUWDetailUI（控制层） 3.1 checkData（135-198） EdorUWDetailUI.javaL156-L164 复制插入新建文件保存应用 LWMissionSet tLWMissionSet = null; LWMissionDB tLWMissionDB = new LWMissionDB(); tLWMissionSet = new LWMissionSet(); tLWMissionDB.setMissionID(mMissionID); tLWMissionDB.setSubMissionID(mSubMissionID); tLWMissionDB.setActivityID(mActivityID); tLWMissionSet = tLWMissionDB.query(); if (tLWMissionSet==null || tLWMissionSet.size()==0) { buildError("checkData", "所选任务已处理完毕，请刷新页面重新选择任务！"); 注意 168-183 行那段"存在未处理的团体核保信息/个人核保信息"校验已被整段注释掉，改为调用 CheckCustomer。 3.2 dealData（204-247） EdorUWDetailUI.javaL208-L215 复制插入新建文件保存应用 mStrBuff = new StringBuffer(); mStrBuff.append(" select 1 from LDQUESTION where 1 = 1 and QUESTYPE = '30' and state <> '2' and OTHERNO='"+mEdorAppNo+"'"); mExeSQL = new ExeSQL(); String tAppEdorstate = mExeSQL.getOneValue(mStrBuff.toString()); if(tAppEdorstate!=null && !"".equals(tAppEdorstate) && "1".equals(tAppEdorstate)){ buildError("保单存在APP端未进行回复问题件“在线补充材料”,当前保单不允许进行【整单核保确认】", "保单存在APP端未进行回复问题件“在线补充材料”,当前保单不允许进行【整单核保确认】！"); return false; } 然后 EdorUWDetailBL.submitData 成功后，234 行判断 lpedormain.edorstate='60' 时调 createGHBLPContPayInfo()（249-531），即 GHB 个人批扣信息表 LPContPayInfo 的生成（由大 SQL 从 lpinsured/lpcustomeraccount/lccontplan/lpcustomercontactinfo/ldbank/ldheadbank/lcgrpcont/lpedoritem/lbpoedorinsuredlist 关联出 28 个字段，判断 totalprem > companyPrem 时 PayType='18'）。四、EdorUWDetailBL.dealData（核保主逻辑） EdorUWDetailBL.javaL326-L395 复制插入新建文件保存应用 private boolean dealData() { if ("UWCONFIRM".equals(mOperate)) { long edorStartTime=System.currentTimeMillis(); mStrBuff = new StringBuffer(); mStrBuff.append("select 1 from LPGUWMaster a,LPGUWTrace b where a.grpcontno=b.grpcontno and a.uwno=b.uwno "); mStrBuff.append("and a.edorno=b.edorno and a.edortype=b.edortype and b.UWConclu ='9' and a.edorno='"+mEdorNo+"' "); if ("1".equals(mExeSQL.getOneValue(mStrBuff.toString()))) { mUWConclu = "9";/**拒保*/ } else { mUWConclu = "1";/**同意承保*/ if ("04".equals(mProductType)) { /** 重算 **/ if(!dealRefuseRecal()){ return false; } } } /** 调用工作流流转 **/ if(!dealConfirmWorkFlow()){ return false; } /** 保全复核发送问题件 */ ProblemService problemService = WebApplicationContextHolder .getApplicationContext().getBean(ProblemService.class); problemService.sendPOSQuestion(mEdorAppNo); ... 4.1 核保结论判定条件 mUWConclu 含义 LPGUWMaster + LPGUWTrace 存在 UWConclu='9' "9" 有拒保 → 拒保否则 "1" 同意承保 4.2 GHB 重算 dealRefuseRecal()（1959-2050）仅当 prodtype='04'（GHB）且同意承保时执行： EdorUWDetailBL.javaL1962-L1962 复制插入新建文件保存应用 mUWFlag = "1"; EdorUWDetailBL.javaL1986-L1998 复制插入新建文件保存应用 mStrBuff.append(" select l.contno from lpuwmaster l where l.EdorNo = '"+ mEdorNo +"' and l.grpcontno ='"+ mGrpContNo +"' and l.uwconclu ='9' group by l.contno"); SSRS tSSRS1 = new SSRS(); tSSRS1 = mExeSQL.execSQL(mStrBuff.toString()); if (tSSRS1!=null && tSSRS1.getMaxRow()>0) { for (int j=1;j<=tSSRS1.getMaxRow();j++) { String sContNo = tSSRS1.GetText(j, 1); mUWContNo = mUWContNo + ",'"+ sContNo +"'"; } mUWContNo = mUWContNo +")"; } 查 lpuwmaster 中 uwconclu='9'（拒保）的分单号 → 拼 mUWContNo、mUWInsuredNo 调 EdorPremCalBL.submitData(tVData, "UWREFUSED") 重算剔除拒保人员后的保费 saveUWData() 独立事务提交 mUWMMap（因为分段提交，费用表后续环节要用） 4.3 个人混合支付推送哈罗（360-373） EdorUWDetailBL.javaL362-L365 复制插入新建文件保存应用 mStrBuff.append("select 1 from LBPOEDORINSUREDLIST a where "); mStrBuff.append("a.GRPCONTNO ='"+mGrpContNo+"' AND a.PERSONPAYTYPE = '3' and a.STATE = '1'"); //人工核保时产生了个人保费数据需要阻断不推送CP进行收费 if ("1".equals(mExeSQL.getOneValue(mStrBuff.toString())) && annualPersonalPremFlagByZT(mGrpContNo,mEdorNo)){ annualPersonalPremFlagByZT（2754-2807）判断是否存在"跨团单年度个人保费"场景（LCCONTPLANDETAIL.ANNUALPERSONALPREMFLAG='1' + LD_POLICY_GRP_DTL 同一保单组），是则调 nbfeePushFeeCreateMQSenderService.createMQSender() 推 CP 系统收费。注意 382-390 行原来的 createGHBLPContPayInfo() 已被注释（GHB-12265 后改由 UI 层在 edorstate='60' 时触发）。五、dealConfirmWorkFlow() —— 核心流转（401-746）这是和复核节点结构高度相似的方法，但判定维度是核保结论 + 审核规则。 5.1 前置：取扫描/受理/复核信息 EdorUWDetailBL.javaL403-L412 复制插入新建文件保存应用 mStrBuff.append("select a.scanmanagecom,a.scanoperator,a.scandate,a.scantime,b.acceptoperator,b.acceptdate,b.accepttime,"); mStrBuff.append("b.checkoperator,b.checkdate,b.checktime from lpedorapp a,lpgrpedormain b where a.edorappno=b.edorappno "); mStrBuff.append("and b.edorappno='"+mEdorAppNo+"' and b.edorno='"+mEdorNo+"' "); 5.2 QuestionBL 问题件检查（424-461） java 复制插入新建文件保存应用 tTransferData: BussType=POS, BussNo=EdorAppNo, SendNode=ActivityID(1100401004) → QuestionBL.submitData(tVData, "EXECUTE") ├─ tSendFlag='0' → 报错"您还有问题件需要回复！" return false ├─ tSendScanFlag='1' → processFlag=false, PubFunSLEB.sendScanQuest 发影像件 └─ tReplayScanFlag='3' → 报错"影像问题件还未回复！" return false 5.3 删除被拒保人员财务数据（462-470） EdorUWDetailBL.javaL464-L470 复制插入新建文件保存应用 //删除被拒保人员ljs数据 //非GHB 进入 add by tangli 2017-08-24 if(!"04".equals(mProductType) ){ //&& "是".equals(mBanlanceFlag) if(!deleteLJSData()){ return false; } } deleteLJSData()（1815-1908）非 GHB 时执行：步骤表操作说明 1 ljsgetendorse DELETE 删 feefinatype in ('BF','TF','TB','GB','LX') 且 EXISTS(LPUWMASTER.UWCONCLU='9') 的拒保人员 2 lpedoritem MERGE UPDATE 按 ljsgetendorse 重算 getmoney 3 lpedormain MERGE UPDATE 重算 getmoney 4 lpgrpedoritem UPDATE 重算 getmoney 5 lpgrpedormain UPDATE 重算 getmoney 6 lpedorapp UPDATE getmoney = sum(lpgrpedormain.getmoney) 5.4 正常流转分支 tSendNode='1'（471-594）⭐ EdorUWDetailBL.javaL475-L492 复制插入新建文件保存应用 if ("1".equals(mUWConclu)) { if(!checkUWData()){ // 检查同意承保后的核保信息 return false; } /**保全GHB项目不走保全审核*/ if("04".equals(mProductType)){ mAuditFlag="0"; }else{ /**保全审核判断*/ if (!dealEdorAuditFlag()) { return false; } } if ("1".equals(mAuditFlag)) { tEdorState = "50";//待保全审核 checkUWData()（238-320）—— 同意承保后的核保完整性校验（仅当 ldcode.codetype='faculflag' and state='2' 开启）： LPGUWMaster + LPGUWTrace 存在 UWConclu is null → "存在未处理的团体核保信息" LPUWMaster 存在 AutoUWConclu='0' and UWConclu is null → "存在未处理的个人核保信息" 再保级别 4（LCGrpContReLevel.reinslevel='4'）时三连校验：每个被保人须有 LCPolReConfig 结论 → "所有被保险人需要录入个人再保结论！" LCGrpContReLevel.reinsflag='2' 且 state='1' → "被保险人没有分组完毕！" 临分结论（无 LCPolRePrecept）的被保人须有组 → "被保险人的再保结论为临时分保，则需要隶属于某个再保分组！" LCGrpContReGroup 每组须有被保人 → "每个再保分组需有隶属于该组的被保险人！" dealEdorAuditFlag()（1395-1420）：调 UWRuleBL.submitData(tVData, "AUDITRULE") 执行保全审核规则，返回 mAuditFlag。分支 A：mAuditFlag='1' → tEdorState='50'（待保全审核）额外：若 lpedorapp.source='4'（CP 来源）且 getmoney >= 50000，则： EdorUWDetailBL.javaL517-L540 复制插入新建文件保存应用 mStrBuff.append("SELECT * FROM ( SELECT (SELECT username FROM lduser WHERE usercode = a.lastoperator) AS username FROM lbmission a "); mStrBuff.append(" WHERE a.missionprop1='"+mEdorAppNo+"' AND a.activityid = '1100401001' ORDER BY a.outtime DESC) WHERE ROWNUM = 1 "); ... mStrBuff.append(" WHERE a.missionprop1='"+mEdorAppNo+"' AND a.activityid = '1100401003' ORDER BY a.outtime DESC) WHERE ROWNUM = 1 "); 取 lbmission 中 1100401001 的受理人、1100401003 的复核人 → sendAutoPenEmail(...) 发送大额变更提醒邮件。分支 B：mAuditFlag='0' → tEdorState='60'（待保全签发） EdorUWDetailBL.javaL543-L584 复制插入新建文件保存应用 } else { tEdorState = "60";//待保全签发 /**如果当前批单下面还存在其他批单，则将当前批单进行生效处理，下一批单将数据生成至P表*/ mStrBuff.append("select edorno from lpgrpedormain where edorappno='"+mEdorAppNo+"' "); mStrBuff.append("and edorno!='"+mEdorNo+"' and edorstate!='60' order by edorno "); String tNextEdorNo = mExeSQL.getOneValue(mStrBuff.toString()); if (!"".equals(tNextEdorNo)) { if (!dealNextEdor(mEdorNo,tNextEdorNo)) { return false; } } else { if(!"04".equals(mProductType)){ EdorDealLjspayDetailNewBL tEdorDealLjspayDetailNewBL = new EdorDealLjspayDetailNewBL(); if (!tEdorDealLjspayDetailNewBL.submitData(mInputData, mOperate)) { 还有未到 60 的其他批单 → dealNextEdor（dealEdorValid 生成 P 表 + EdorItemValidBL，dealEdorInput 下批单 P 表 + EdorPremCalBL 算费）是最后一个批单 + 非 GHB → EdorDealLjspayDetailNewBL 生成保全应收数据（ljsgetendorse/ljspay/ljspaygrp）分支 C：mUWConclu='9' → tEdorState='41'（核保终止） EdorUWDetailBL.javaL586-L589 复制插入新建文件保存应用 } else { tEdorState = "41";//核保终止 } 5.5 状态处理 dealAfterContent(tEdorState)（1214-1231） EdorUWDetailBL.javaL1214-L1231 复制插入新建文件保存应用 private boolean dealAfterContent(String tEdorState){ if (!dealEdorState(tEdorState)) { return false; } if (!dealQuestion()) { return false; } if ("1".equals(mUWConclu)) { if (!dealUWState("0")) { return false; } } return true; } dealEdorState(edorState)（1238-1358） EdorUWDetailBL.javaL1241-L1273 复制插入新建文件保存应用 mStrBuff.append(" update LPGrpEdorMain set edorstate='"+edorState+"',"); mStrBuff.append(" UWOperator='"+mGlobalInput.Operator+"',UWDate='"+mCurrentDate+"',UWTime='"+mCurrentTime+"',"); mStrBuff.append(" AuditConclu='',AuditOpinion='',AuditOperator='',AuditDate='',AuditTime='',"); ... mStrBuff.append(" update LPEdorItem a set a.edorstate='"+edorState+"',"); ... //add by caorq 核保拒保时的状态不能修改 mStrBuff.append(" and not exists(select 1 from lpuwmaster u where u.edorno=a.edorno and u.uwconclu='9' ..."); 表更新内容 LPGrpEdorMain edorstate + UWOperator/UWDate/UWTime + 清空审核字段 LPGrpEdorItem edorstate LPEdorMain edorstate（排除 lpuwmaster.UWConclu='9' 的被保人） LPEdorItem edorstate（同上） edorstate='41' 核保终止时额外处理（1276-1355）： lcconthangupstate 解挂（posflag='0', segment1=''）查 LPContPlan（EdorType='NC'，新增方案）→ 删除 C 表方案： lccontplan lccontplandetail / lCcontplandetailsub / LCContPlanDetailRelaSub / LCcontPlanPerInvest / lccontplaninvest / LCContPlanPubAmntRela / lccontplanpubamntrelasub lbpoedorinsuredbnflist / lbpoedorunfixedamntlist / lbpoedorinvestlist / lbpoedorpayplanlist / lbpoedorinsuredlist（按 plancode 删人员清单） PlanType='01' 公共保额方案时删 LCContPlanPubAmntRela / LCContPlanPubAmntRelaSub dealQuestion()（1364-1374） EdorUWDetailBL.javaL1367-L1369 复制插入新建文件保存应用 mStrBuff.append("update ldquestion set state ='2',modifyoperator='"+mGlobalInput.Operator+"',"); mStrBuff.append("modifydate='"+mCurrentDate+"',modifytime='"+mCurrentTime+"' "); mStrBuff.append("where othernotype='POS' and otherno='"+mEdorAppNo+"' and replynode='"+mActivityID+"' and state='1' "); dealUWState("0")（1381-1389） EdorUWDetailBL.javaL1384-L1384 复制插入新建文件保存应用 mStrBuff.append("update lpguwmaster set uwconclu='"+UWState+"',modifyoperator='"+mGlobalInput.Operator+"',modifydate='"+mCurrentDate+"',modifytime='"+mCurrentTime+"' where EdorNo='"+mEdorNo+"' "); 同意承保时把团体核保主表 lpguwmaster.UWConclu 置 '0'（核保完成）。 5.6 退回分支 tSendNode != '1'（595-656）与复核节点逻辑完全一致： tSendNode 处理 1100401001（退回受理）单个批单 → deleteEdorData(tEdorNo) 删 40+ 张 P 表 + ljsgetendorse/ljsforrefund；多批单 → 报错须走保全撤销 1100401002（退回录入） LPGrpEdorMain/LPGrpEdorItem edorstate='20'，校验 lmedoritem.activityid='1100401002' 存在该项目 5.7 工作流流转 + 提交（658-702） EdorUWDetailBL.javaL658-L702 复制插入新建文件保存应用 wTransferData.setNameAndValue("ActivityID",mActivityID); wTransferData.setNameAndValue("MissionID",mMissionID); wTransferData.setNameAndValue("SubMissionID",mSubMissionID); ... wTransferData.setNameAndValue("UWConclu",mUWConclu); //核保结论 wTransferData.setNameAndValue("AuditFlag",mAuditFlag); //审核标记 wTransferData.setNameAndValue("SendNode",tSendNode); wTransferData.setNameAndValue("DefaultOperator",tDefaultOperator); ... /** 调用工作流处理类**/ WorkflowServicePort tWorkflowServicePort = new WorkflowServicePort(); if (!tWorkflowServicePort.submitData(wVData, "execute")) { 与复核不同的是：多传了 UWConclu（核保结论），工作流引擎据此决定下一节点（同意→审核/签发，拒保→结束）。 WorkflowServicePort.execute（内部）： code 复制插入新建文件保存应用 ActivityOperator.executeMission(missionID, subMissionID, mActivityID, mInputData) → 备份当前任务到 LBMission + 操作 LWProcess/LWTrans ActivityOperator.createNextMission(...) // 按 LWActivity + 流转条件 → INSERT 新 LWMission（1100401005 审核 / 1100401006 签发 / 结束） 5.8 自动签发 edorSign()（704-737 触发，748-903 实现） EdorUWDetailBL.javaL704-L710 复制插入新建文件保存应用 mStrBuff.append("SELECT code FROM ldcode WHERE codetype = 'autoEdorSignFlag'"); SSRS ssrs = new ExeSQL().execSQL(mStrBuff.toString()); if (ssrs.getMaxRow() > 0 && "1".equals(ssrs.GetText(1, 1))) { if ("1".equals(tSendNode)) { if ("1".equals(mUWConclu)) { if (!edorSign()){ 触发条件：ldcode(autoEdorSignFlag)='1' + tSendNode='1' + mUWConclu='1'（同意承保） edorSign() 的完整前置校验链（只针对 NGB 企补：prodtype != '04' AND prodbuss in ('01','02')）： # 校验方法表阻断条件 1 深圳医保排除 lccontplandetail(SZMI) + lpedorappitem(NI/ZT) 深圳医保加人减人 → 不自动签发 2 isBalanceOn ldpbalanceon 有 balanceonstate='0' 未定结 3 lpedorapp.getmoney lpedorapp/lcgrpappnt 非定结收费保全 getmoney>0 4 checkMoney（2727） lpedormain/lpgrpedoritem/ljsgetendorse/lpgrpedormain 复核变更费用 ≠ 签发总变更费用 5 checkContPlanCopy（1097） LPCONTPLANCOPYINFO+LCClaimBenefitApp 复制方案信息被调整 / 福利状态非"2" 6 checkEmployees（961） lcappnt/lcinsured/LD_POLICY_GRP_DTL 家属关联团单下含连带被保险人（减人/退保/重要资料变更） 7 isRefundEligible（938） LBPOEDORINSUREDLIST(SZMI) 深圳医保退费失败（REFUNDMONEYNO IS NULL） 8 isCancelEligible（916） lpedorapplytrace(cpcancel) 存在 CP 保全撤销申请 9 isNewEligible（905） lpedorapplytrace(cpapply) 存在 CP "新申请"记录全部通过 → new EdorSignDetailUI().submitData(tVData, "EDORSIGN") 真正保全签发： EdorUWDetailBL.javaL863-L867 复制插入新建文件保存应用 logger.info("保全自动签发开始：" + mEdorAppNo); EdorSignDetailUI edorSignDetailUI = new EdorSignDetailUI(); if (!edorSignDetailUI.submitData(tVData, "EDORSIGN")) { logger.error("处理失败！" + edorSignDetailUI.getErrors().getFirstError()); failReason = edorSignDetailUI.getErrors().getFirstError(); return false; } else { EdorSignDetailUI（checkData，130-281）会再校验： CheckCustomer.checkPOSDate/checkPOSDateSurrender/checkPOSRePolicyDate lpedorapp.edorstate='00'（已签发）→ 报错 lpgrpedormain.edorstate!='60' → "批单状态均为【待保全签发】时才允许进行保全签发！" 减人收费/付费在途（ljspay/ljsget state in ('1','5','6','7')） GHB 时置 lpedorapp.LockStatus='Y' 防重复点击调 EdorSignDetailBL.submitData(...) + edorAcceptService.generateEmailRecord（GHB 批单自动打印/发送）校验失败 → 收集 failReason，取 lbmission 1100401001 的受理人 → sendFailEmail(failedInfos) 发送失败通知邮件（含 Excel 附件），并 saveData() 保存已完成的核保流转。签发的 NI（加人）场景还会调 SMSServicePortUI.submitData(tVData, "PG") 发短信（需 lcpolicyservice.servicetype='01' and servicedetail='04'）。六、本次接口涉及的表清单类别表操作位置工作流 LWMission SELECT UI.checkData（任务是否已处理） LWMission/LBMission/LWProcess/LWTrans/LWActivity UPDATE/INSERT/SELECT WorkflowServicePort.execute lbmission SELECT 取 1100401001/1100401003 的操作人（发邮件）保单 LCGrpCont SELECT payintv/managecom/comcode/prodtype lcgrpappnt SELECT 团单名称（邮件）核保 LPGUWMaster+LPGUWTrace SELECT 是否拒保（UWConclu='9'）/ 是否未处理 LPUWMaster SELECT 个人核保未处理（AutoUWConclu='0'） lpuwmaster SELECT 拒保分单号/被保人（重算 + 排除状态更新） lpguwmaster UPDATE UWConclu='0' 再保 LCGrpContReLevel SELECT reinslevel='4' 判断 LCPolReConfig SELECT 被保人再保结论 LCGrpContReGroup/LCPolRePrecept SELECT 再保分组校验 LCPolReConfig/LCGrpContReLevel/LCGrpContReGroup/LCPolRePrecept/LCGrpPreceptFile DELETE dealAfterReins（ReinsFlag='1' 时，目前该调用被注释）问题件 LDQUESTION SELECT QUESTYPE='30' APP 端未回复 LDQUESTION UPDATE state='2'（本节点已回复）状态 LPGrpEdorMain UPDATE edorstate, UWOperator/UWDate/UWTime LPGrpEdorItem UPDATE edorstate LPEdorMain UPDATE edorstate（排除拒保被保人） LPEdorItem UPDATE edorstate（排除拒保被保人） lpedorapp SELECT/UPDATE 扫描/受理信息；getmoney；LockStatus='Y' lpgrpedormain SELECT/UPDATE 复核信息；getmoney；查其他批单 lpedormain SELECT/UPDATE edorstate='60' 判断；getmoney lpedoritem MERGE UPDATE 重算 getmoney 财务 ljsgetendorse DELETE/SELECT 删拒保人员补退费；重算基准 ljspay/ljsget SELECT 自动签发在途校验 ljsgetendorse/ljspay/ljspaygrp INSERT EdorDealLjspayDetailNewBL 应收数据人员清单 lbpoedorinsuredlist SELECT/DELETE PERSONPAYTYPE='3'；按方案删 lbpoedorinsuredbnflist/lbpoedorinvestlist/lbpoedorpayplanlist/lbpoedorunfixedamntlist DELETE 核保终止删方案 lcconthangupstate UPDATE 解挂方案 LPContPlan/LPContPlanDetail/LPContPlanPerInvest/LPContPlanPubAmntRela 等 SELECT/DELETE 核保终止删 NC 新增方案 LPCONTPLANCOPYINFO SELECT 方案复制校验 LCCONTPLAN/LCCONTPLANDETAIL DELETE/SELECT 同步 C 表；ANNUALPERSONALPREMFLAG 其他 LCClaimBenefitApp SELECT 福利维护状态（APPSTATE） LD_POLICY_GRP_DTL SELECT 家属关联团单 lpedorapplytrace SELECT CP 新申请/撤销 lduser SELECT 操作人姓名 ldcode SELECT faculflag/autoEdorSignFlag/SZMI ldpbalanceon SELECT 定结判断 lcpolicyservice SELECT 短信服务开关 LPContPayInfo INSERT GHB 批扣信息（UI 层 edorstate='60'）日志/监控 LogMonitorHelper — basicCheck/EdorPremCalBL 耗时埋点（秒级）七、核保与复核的对比维度复核（1100401003）核保（1100401004）入口 EdorCheckDetailUIX/APICONFIRM EdorUWDetailUIX/APIEdorUWConfirm Operate CONFIRM UWCONFIRM 同步/异步异步 MQ（POS/EdCheckBL）同步（直接调 BL，无 MQ）决定下一节点的依据自动核保结论 + 黑名单 + 客户风险 + 是否 GHB + ismanualuw 人工核保结论 mUWConclu + 审核规则 mAuditFlag 核保规则判断 dealEdorUWFlag()（调 UWRuleBL）不调（结论已定）审核规则判断 dealEdorAuditFlag()（非 GHB） dealEdorAuditFlag()（非 GHB）额外参数 — ReinsFlag（删再保结论）、BanlanceFlag（定结）可能的下一状态 40 核保 / 50 审核 / 60 签发 50 审核 / 60 签发 / 41 核保终止拒保处理 — deleteLJSData 删拒保人员财务 + 重算 + 解挂 + 删 NC 方案自动签发无有（autoEdorSignFlag='1' 时直接调 EdorSignDetailUI 签发）大额提醒无 source='4' 且 getmoney>=5w → 邮件提醒受理/复核人八、完整流程图 code 复制插入新建文件保存应用【整单核保确认】POST APICONFIRM(UWCONFIRM, ActivityID=1100401004) │ ▼ EdorUWDetailUIX.submitDataAPIEdorUWConfirm │ └─ EdorUWConfirmVO → TransferData(含 ReinsFlag/BanlanceFlag) │ ▼ EdorUWDetailUI.submitData("UWCONFIRM") ├─ checkData │ ├─ LWMission 任务存在性 │ └─ CheckCustomer.checkPOSDate / checkPOSDateSurrender │ ├─ dealData (UI) │ ├─ LDQUESTION(QUESTYPE='30', state<>'2') → 阻断"APP端在线补充材料未回复" │ ├─ EdorUWDetailBL.submitData("UWCONFIRM") ⭐ │ │ ├─ checkData：LCGrpCont → mPayIntv/mManageCom/mComCode/mProductType(04=GHB) │ │ ├─ dealData │ │ │ ├─ LPGUWMaster+LPGUWTrace 查拒保 → mUWConclu='9' 或 '1' │ │ │ │ └─ GHB 且同意承保 → dealRefuseRecal() 【EdorPremCalBL "UWREFUSED" 重算 + saveUWData】 │ │ │ │ │ │ │ ├─ dealConfirmWorkFlow() ⭐⭐ │ │ │ │ ├─ lpedorapp+lpgrpedormain 取扫描/受理/复核信息 │ │ │ │ ├─ QuestionBL("EXECUTE") │ │ │ │ │ 有问题件未回/影像未回 → 报错返回 │ │ │ │ ├─ 非GHB → deleteLJSData() 删拒保人员 ljs 财务 + 6 表重算 │ │ │ │ │ │ │ │ │ ├─ tSendNode='1'（正常流转） │ │ │ │ │ ├─ mUWConclu='1' 同意承保 │ │ │ │ │ │ ├─ checkUWData() 核保完整性（团体/个人/再保4级校验） │ │ │ │ │ │ ├─ GHB → mAuditFlag='0'；非GHB → dealEdorAuditFlag()【UWRuleBL AUDITRULE】 │ │ │ │ │ │ ├─ mAuditFlag='1' → tEdorState='50' 待保全审核 │ │ │ │ │ │ │ └─ source='4' 且 getmoney>=5w → 发提醒邮件 │ │ │ │ │ │ └─ 否则 → tEdorState='60' 待保全签发 │ │ │ │ │ │ ├─ 有其他批单 → dealNextEdor（EdorItemValidBL + EdorPremCalBL） │ │ │ │ │ │ └─ 最后批单+非GHB → EdorDealLjspayDetailNewBL 生成应收 │ │ │ │ │ ├─ mUWConclu='9' → tEdorState='41' 核保终止 │ │ │ │ │ └─ dealAfterContent(tEdorState) │ │ │ │ │ ├─ dealEdorState → LPGrpEdorMain/Item + LPEdorMain/Item edorstate │ │ │ │ │ │ └─ '41' 时：解挂 + 删 NC 方案（C表 + 人员清单） │ │ │ │ │ ├─ dealQuestion → LDQUESTION state='2' │ │ │ │ │ └─ dealUWState('0') → lpguwmaster.UWConclu='0' │ │ │ │ │ │ │ │ │ ├─ tSendNode='1100401001' → 退回受理：deleteEdorData 删 40+ 张 P 表 │ │ │ │ ├─ tSendNode='1100401002' → 退回录入：edorstate='20' │ │ │ │ │ │ │ │ │ ├─ WorkflowServicePort.submitData(wVData, "execute") ⭐⭐⭐ │ │ │ │ │ ├─ ActivityOperator.executeMission → LBMission 备份 + LWProcess/LWTrans │ │ │ │ │ └─ ActivityOperator.createNextMission → INSERT LWMission(1100401005/1100401006) │ │ │ │ │ │ │ │ │ ├─ saveData() 提交 mMMap │ │ │ │ │ │ │ │ │ └─ edcode(autoEdorSignFlag)='1' 且 tSendNode='1' 且 mUWConclu='1' │ │ │ │ └─ edorSign() 自动签发 │ │ │ │ ├─ NGB企补判断（prodtype!='04' AND prodbuss in('01','02')） │ │ │ │ ├─ 9 项前置校验（深圳医保/定结/费用一致/方案复制/家属关联/退费/CP申请） │ │ │ │ ├─ EdorSignDetailUI.submitData("EDORSIGN") → EdorSignDetailBL │ │ │ │ │ ├─ lpedorapp.edorstate='00' 检查 │ │ │ │ │ ├─ 收费/付费在途检查（ljspay/ljsget） │ │ │ │ │ └─ GHB 时 LockStatus='Y' 防重复 │ │ │ │ └─ 失败 → sendFailEmail(Excel 附件) + saveData │ │ │ │ │ │ │ ├─ ProblemService.sendPOSQuestion(mEdorAppNo) 发送核保环节问题件 │ │ │ └─ 个人混合支付（PERSONPAYTYPE='3' + 跨团单年度个人保费）→ 推哈罗 CP │ │ │ │ │ └─ 若 lpedormain.edorstate='60' 且 prodtype='04' → createGHBLPContPayInfo() 写 LPContPayInfo │ │ │ └─ saveData() PubSubmit(mMMap) │ ▼ 返回 JSON {"code":"0","message":"处理成功！"} │ ▼ 下一节点：edorstate='50' → 1100401005 保全审核 edorstate='60' → 1100401006 保全签发 edorstate='41' → 核保终止（流程结束） autoEdorSignFlag='1' → 已直接完成签发九、几个值得注意的实现细节 ReinsFlag 目前实际不生效：UI 层 getInputData（121-126）只取了 6 个字段，但 mInputData 是 cInputData.clone() 全量拷贝，BL 层再从 mTransferData 里取到 ReinsFlag。然而 dealAfterReins()（1180）的唯一调用点（597-600）已被注释，所以传 ReinsFlag=1 目前不会删除再保结论。 BanlanceFlag（定结）也未被使用：466 行 //&& "是".equals(mBanlanceFlag) 已注释，deleteLJSData() 现在只按 prodtype != '04' 判断。 GHB 批扣信息 LPContPayInfo 有两处生成入口： UI 层 createGHBLPContPayInfo()（249-531）—— 当前 edorstate='60' 时的主入口 BL 层 createGHBLPContPayInfo()（2147-2430）—— 已废弃（382-390 注释说明 GHB-12265 后移到 UI） dealUpdateEdorState()（1916-1953）会提前用独立事务提交 LPEdorMain/LPEdorItem 的 edorstate='60'，注释说明"由于分段提交问题，这一点 SQL 执行的节点在最后面，但是加人生效流程中有需要使用到，所以先提交"。该方法在核保流程中未被直接调用（在 dealNextEdor 链路里）。 41 核保终止的语义：状态值 41 而非 40/50/60，且 dealEdorState 对 LPEdorMain/LPEdorItem 加了 not exists(lpuwmaster.uwconclu='9') 条件——拒保人员的个人批单状态不会被改成 41，保留拒保状态以供后续追溯。性能埋点：LogMonitorHelper.debug(BizType.POS, "basicCheck", "保全受理号：xxx,整单核保确认所需时间:{}") 和 EdorPremCalBL 的耗时统计，单位秒。需要继续深入哪一块？可选方向： EdorPremCalBL 的 UWREFUSED 重算逻辑（拒保人员剔除后保费如何重算） EdorDealLjspayDetailNewBL 应收数据生成（ljsgetendorse/ljspay/ljspaygrp 三表填充） EdorSignDetailBL 真正的签发逻辑（P→C 表同步生效） QuestionBL 的问题件流转规则（SendFlag/SendScanFlag/ReplayScanFlag 怎么算出来的）十、问题件闸门：QuestionBL("EXECUTE")（POS 分支） dealConfirmWorkFlow() 的第一步就是调它，返回值直接决定流程能不能往下走。入参（EdorUWDetailBL 构造）： java 复制插入新建文件保存应用 tTransferData: BussType = "POS" BussNo = mEdorAppNo SendNode = mActivityID // = 1100401004 Operate = "EXECUTE" 判定逻辑（QuestionBL.dealData 289-389，POS 分支）——四级瀑布式判断，命中即 return：级条件输出语义 1 ldquestion.state='0' AND ldcode.othersign is null AND sendnode=1100401004 AND otherno=EdorAppNo（questype=codetype） SendFlag='-1'（打回） SendNode 固定取 '1100401001' 本环节有问题件，且该问题件类型没有"回退节点"定义 → 只能退回保全受理 2 存在 state='0' 的问题件，其 ldcode.othersign is not null，且 orderno 小于当前节点在 ldcode 中的 orderno SendFlag='-1' SendNode = ldcode.othersign 上游环节的问题件未回复 → 退回该问题件指定的节点 3 存在 state='0' 且（ldcode.othersign='1100401004'或 questype in ('00','15','24')） SendFlag='0' SendNode = ldcode.othersign 本节点有待回复问题件（00/15/24 是特殊类型，任何节点都拦） 4 存在 state='3' 且 othersign is null 且 sendnode=1100401004 ReplayScanFlag='3' 影像件已发出但未回件兜底以上都不命中 SendFlag='1' SendNode='1' 无问题件，正常流转关键 SQL 语义（第 2 级，"判断是否有需要回退的节点"）： java 复制插入新建文件保存应用 " select a.othersign,'POS',a.code from ldcode a where a.codetype='questype' and a.othersign is not null and code <> '15' " + "and exists (select 1 from ldquestion b where a.code=b.questype and b.otherno=? and b.state='0' and b.othernotype='POS') " + "and not exists (select 1 from ldcode c where c.codetype='questype' and c.othersign=? and a.orderno>=c.orderno) " + " order by a.orderno " 即：ldcode 的 questype 字典里，othersign 是"该问题件产生时应该退回的节点"，orderno 是节点的流水顺序。取第一个 orderno 比当前节点小的待回复问题件 → 退回它对应的节点。映射到 EdorUWDetailBL.dealConfirmWorkFlow()： java 复制插入新建文件保存应用 tSendFlag = tInputData.getValueByName("SendFlag"); tSendScanFlag = tInputData.getValueByName("SendScanFlag"); tReplayScanFlag= tInputData.getValueByName("ReplayScanFlag"); if ("0".equals(tSendFlag)) { 报错 "您还有问题件需要回复！"; return false; } if ("1".equals(tSendScanFlag)) { processFlag=false; sendScanQuest(...); } // ← POS 分支永不命中 if ("3".equals(tReplayScanFlag)) { 报错 "影像问题件还未回复！"; return false; } ⚠️ 重要发现：POS 分支里 rSendScanFlag 恒为 "0" —— 所有给它赋 "1" 的代码块（rSendScanFlag = "1"; rInputData.setNameAndValue("SendScanFlag", ...)）都被 /* */ 注释掉了，改成直接走 rSendFlag='-1' 打回。所以 EdorUWDetailBL 里 tSendScanFlag='1' 那个 sendScanQuest 分支是死代码，永远不会执行。NB 分支（181-288）同理。 getDefaultOperator：查 lbmission / lwmission 中该节点上次的 defaultoperator，作为退回后的默认处理人。十一、核保环节问题件外发：ProblemService.sendPOSQuestion java 复制插入新建文件保存应用 public boolean sendPOSQuestion(String mEdorAppNo){ String edorScanFlag = scanService.queryEdorScanFlag(mEdorAppNo); // 该保全申请是否允许发影像问题件 if("Y".equals(edorScanFlag)){ LDQuestionSchema lDQuestion = scanService.queryQuestion(mEdorAppNo); // 外部影像系统查有无待处理问题件 if(lDQuestion != null){ if(!addQuestionData(lDQuestion)){ return false; } } } return true; } addQuestionData 内部： java 复制插入新建文件保存应用 if (otherNo.startsWith("GE")) { // 保全申请号 String scanFlag = scanService.queryEdorScanFlag(otherNo); if ("N".equals(scanFlag)) { return false; } } else if (otherNo.startsWith("GA")) { // 契约投保单 LCPrintAppntSchema s = scanService.selectScanFlag(otherNo); if ("N".equals(s.getScanFlag())) { return false; } } List subArray = getSubTypeList(lDQuestionSchema); // 解析 "01-xxx;02-yyy" 取前段码 if (subArray == null || subArray.size() == 0) { return false; } String xml = getRequestXml(lDQuestionSchema, subArray); // TransHead TRANSCODE_PROBLEM + TransBody String backData = new ScanBaseService().sendData(xml); // ← SOAP 调用外部影像/扫描系统完整链路： code 复制插入新建文件保存应用 EdorUWDetailBL.dealData └─ problemService.sendPOSQuestion(EdorAppNo) 【核保环节问题件】 ├─ scanService.queryEdorScanFlag(EdorAppNo) → 'Y'/'N' 开关 ├─ scanService.queryQuestion(EdorAppNo) → LDQuestionSchema └─ addQuestionData ├─ 二次校验扫描标识 ├─ getSubTypeList → 问题件子类型码 ├─ getRequestXml → XStream 生成 XML └─ new ScanBaseService().sendData(xml) ← SOAP 外发 ↓ 影像系统回调 → ProblemService.dealQuestionInfo(schema, PROBLEMS_ADD) ↓ addQuestionData → 落地 LDQUESTION ↓ 下一轮 QuestionBL 就能查到这条 state='0' 的问题件注意：EdorUWDetailBL 忽略了 sendPOSQuestion 的返回值——发问题件失败不会中断核保确认主流程。 deleteQuestionData(lDQuestionSchema) 走 getCandelXml → TransCancelBody.setIssueId(quesID) → 同样 SOAP 外发，用于作废问题件。十二、审核规则：dealEdorAuditFlag → UWRuleBL("AUDITRULE") java 复制插入新建文件保存应用 if ("AUDITRULE".equals(mOperate)) { if (!executePosAuditRule()) { return false; } } executePosAuditRule()（1436-1472）： java 复制插入新建文件保存应用 mStrBuff.append("select a.rulecode, a.defaultvalues from lmuwrule a where a.ruletype='03'"); mSSRS = mExeSQL.execSQL(mStrBuff.toString()); for (int i=1; i<=mSSRS.getMaxRow(); i++) { String tRuleCode = mSSRS.GetText(i, 1); String tDefaultValues= mSSRS.GetText(i, 2); String tData[] = new String[2]; tData = parseData(tRuleCode, tDefaultValues); // 用 defaultvalues 替换 SQL 里的占位参数 TransferData tTransferData = new TransferData(); tTransferData.setNameAndValue("TransType", "POS"); tTransferData.setNameAndValue("EdorNo", mBussNo); PubCalculator tPubCalculator = new PubCalculator(); tPubCalculator.addBasicFactor(tTransferData); tPubCalculator.setCalSql(tData[1]); // 取解析后的 SQL String tResult = tPubCalculator.calculate(); // 执行 SQL if ("1".equals(tResult)) { mAuditFlag = "1"; // 命中即置位并跳出 break; } } 要点：项说明规则来源 lmuwrule 表，ruletype='03' = 保全审核规则（01=契约核保、02=询价核保） rulecode 规则编码，同时就是可执行的 SQL（parseData 返回数组第 2 位是 SQL） defaultvalues 规则参数模板，用于替换 SQL 中的占位符执行器 PubCalculator.addBasicFactor(TransType='POS', EdorNo=EdorNo) + calculate() 命中判定 SQL 返回 '1' 即命中 → mAuditFlag='1' 短路命中第一条即 break，不再执行后续规则回溯到 EdorUWDetailBL.dealConfirmWorkFlow()： java 复制插入新建文件保存应用 if ("04".equals(mProductType)) { mAuditFlag = "0"; // GHB 直接跳过审核 } else { if (!dealEdorAuditFlag()) { return false; } } if ("1".equals(mAuditFlag)) { tEdorState = "50"; // 待保全审核 // source='4' && getmoney>=50000 → sendAutoPenEmail 提醒受理人/复核人 } else { tEdorState = "60"; // 待保全签发 } 注意 dealEdorAuditFlag() 是独立 new 的 UWRuleBL（与 dealRefuseRecal 里 new EdorPremCalBL 同样的风格），mAuditFlag 通过 getResult / TransferData 回传。十三、GHB 拒保重算：dealRefuseRecal → EdorPremCalBL("UWREFUSED") 13.1 调用方 EdorUWDetailBL.dealRefuseRecal()（1959-2050） java 复制插入新建文件保存应用 mUWFlag = "1"; // ← 关键开关 // ① 查拒保人员所在分单号 select l.grpcontno, l.contno from lpuwmaster l where l.EdorNo=? and l.grpcontno=? and l.uwconclu='9' group by l.grpcontno, l.contno if (tSSRS.getMaxRow() == 0) { return true; } // 无拒保 → 直接返回 // ② 拼拒保分单号 IN 列表 mUWContNo = "(''" + ",'"+contno+"..." + ")"; // ③ 拼拒保客户号 IN 列表 mUWInsuredNo = "(''" + ",'"+insuredno+"..." + ")"; // ④ 组装并调用 tTransferData.setNameAndValue("EdorNo", mEdorNo); tTransferData.setNameAndValue("EdorAppNo", mEdorAppNo); tTransferData.setNameAndValue("GrpContNo", mGrpContNo); tTransferData.setNameAndValue("POSUWFlag", mUWFlag); // = "1" tTransferData.setNameAndValue("UWContNo", mUWContNo); tTransferData.setNameAndValue("UWInsuredNo", mUWInsuredNo); tTransferData.setNameAndValue("ProductTypeFlag", "GHB"); EdorPremCalBL tEdorPremCalBL = new EdorPremCalBL(); if (!tEdorPremCalBL.submitData(tVData, "UWREFUSED")) { ... } mUWMMap = new MMap(); VData vData = tEdorPremCalBL.getResult(); mUWMMap.add((MMap) vData.getObjectByObjectName("MMap", 0)); if (!saveUWData()) { return false; } // ← 独立事务提交注意 1976-1979 行：UpdateInsuredFaimilyFlag(tGrpContNo, tContNo, mUWInsuredNo)（回写 LCInsured.FamilyFlag 家庭单标识）已被整段注释。 13.2 分段提交契约（关键设计） java 复制插入新建文件保存应用 private boolean saveData() { mInputData.clear(); mInputData.add(mMMap); mResult.clear(); mResult.add(mMMap); // ← 无论如何都把 mMMap 放进 mResult if(!"1".equals(mPOSUWFlag)){ // ← 核保重算时 mPOSUWFlag='1'，跳过提交 PubSubmit tPubSubmit = new PubSubmit(); if (!tPubSubmit.submitData(mInputData, null)) return false; } return true; } 为什么这样设计：核保确认后续还要做 deleteLJSData 重算 getmoney、LPEdorMain.edorstate 更新等，如果不先独立提交保费重算结果，后面的 SQL 读到的还是旧数据（同一事务内 MERGE/UPDATE 与后续 SELECT 的可见性问题）。所以： code 复制插入新建文件保存应用 EdorPremCalBL（POSUWFlag='1'，不提交，mMMap → mResult） ↓ getResult() EdorUWDetailBL.saveUWData() → PubSubmit 独立事务提交 mUWMMap ↓ 后续 deleteLJSData / dealEdorState 都基于已生效的新保费（getResult2() 返回 mUWInputData，用于 UWDutyflag='Y' 的责任级核保调费场景，核保路径不用。） 13.3 EdorPremCalBL 内部对 POSUWFlag='1' 的分支处理接收（getInputData 343-346）： java 复制插入新建文件保存应用 mPOSUWFlag = (String)mTransferData.getValueByName("POSUWFlag"); mUWContNo = (String)mTransferData.getValueByName("UWContNo"); mUWInsuredNo = (String)mTransferData.getValueByName("UWInsuredNo"); mPremTryCalFlag = (String)mTransferData.getValueByName("PremTryCalFlag"); ① 计算前先删旧财务数据（4374-4395）——只删拒保分单： java 复制插入新建文件保存应用 if("1".equals(mPOSUWFlag)) { delete ljsforrefund where grpcontno=? and contno in <拒保列表> and endorsementno=mEdorNo delete ljsgetendorse where grpcontno=? and contno in <拒保列表> and endorsementno=mEdorNo delete ljsendorseset where grpcontno=? and contno in <拒保列表> and endorsementno=mEdorNo } ② 计算保费时限定非拒保分单（4280-4348，两段 union SQL 各加一次）： java 复制插入新建文件保存应用 if ("1".equals(mPOSUWFlag)) { mStrBuff.append(" and a.contno in "+mUWContNo+" "); //mStrBuff.append(" and a.insuredno <> '"+mUWInsuredNo+"' "); ← 被注释 mStrBuff.append(" and a.state <> '02' "); // 拒保人员状态已是 '02' } ⚠️ 注意 a.insuredno <> mUWInsuredNo 被注释掉了，实际过滤靠的是 state <> '02' —— 核保拒保时把 lpinsured.state 置 '02'，重算时天然排除。 ③ 剔除被保险人方案变更（PRM 表，540-551）： java 复制插入新建文件保存应用 insert into PaymentListPREM select lpad(createmaxno('PAYMENTLISTPREM','SN'),20,0), mEdorNo, mEdorType, 'POS', mEdorNo, l.* from lcpaygroupprem l where l.insuredno in ( select d.insuredno from lpinsured d where d.edorno=? and d.edortype not in ('LC','NI') and d.state<>'02' and d.contno in <拒保列表> // POSUWFlag='1' 时才有这行 ) and l.grpcontno = ? ④ 取收据号（多批单复用）（578-599）： java 复制插入新建文件保存应用 if("Y".equals(mUWDutyflag) || "1".equals(mPOSUWFlag)) { select distinct getnoticeno from ljsgetendorse where othernotype='POS' and otherno=mEdorAppNo order by getnoticeno // MaxRow==1 → 沿用；MaxRow==2 → 取两条；否则新生成 } ⑤ 逐条险种算费（4397+）：CalPremBL 逐条 lppol/lpduty/lpcontplandetail 组合计算，险种类别从 ldcode(codetype='GHBRiskRemk') 取。 ⑥ 重建家庭单标识 lpEdorgetFamilyFlag（5005-5041）：按 edortype 分四种 SQL 拼法，mPOSUWFlag='1' 时全部追加 and a.state <> '02' / not in ('10','11','30','40','42','02')，把拒保人员排除出家庭成员列表。封装后 aPubSubmit.submitData(aData) 独立提交。 ⑦ checkData 里的 GHB 专属校验（470-489）： lbpoedorinsuredlist 中 edortype in ('IC','LC','AA') 且 reason<>0，对应 lcinsured.state in ('20','43')（失效）→ 报错阻断："失效的被保人，不能操作有保费的重要资料变更、被保人方案变更、增减额。" 追溯日期校验：a.edorvaldate < b.edorvaldate 且 getmoney<>0 or edortype='SI' → 追溯调整校验十四、最后一批单生成应收：EdorDealLjspayDetailNewBL("UWCONFIRM") 14.1 三段骨架 java 复制插入新建文件保存应用 submitData(cInputData, cOperate) ├─ getInputData ├─ doTrx() ← 事务体 │ ├─ mExeSQL = new ExeSQL() │ ├─ if (getljsgetFlag()) ← 判断要不要生成账单及应收 │ │ ├─ tBalanceOnTime = getBalanceOnTime() // 是否定结 │ │ ├─ dealBillOrLjs() // ⭐ 账单/应收 │ │ ├─ dealOther() // ⭐ 核保分支的金额回写 │ │ ├─ if (getSegment1()) writeVpORVmsToLocal() // 提前开票 → 推客户/账单 │ │ ├─ UPDATE LCORIGINALBILLDETAIL SET MASTERCOINMONEY=NULL,SLAVECOINMONEY=NULL │ │ └─ dealCoinBillDetailFlag() / CoinBillDetailService.createCoinBillDetail() // 共保结算明细 ├─ prepareData() └─ saveData() ← 推送 VP/VMS 14.2 dealBillOrLjs()（133-165）—— 真正的应收生成 java 复制插入新建文件保存应用 TransferData mTransferData = new TransferData(); mTransferData.setNameAndValue("EdorAppNo", mEdorAppNo); mTransferData.setNameAndValue("GrpContNo", mGrpContNo); mTransferData.setNameAndValue("OtherNoType", "03"); // 03 = 保全 mTransferData.setNameAndValue("BillCount", "0"); mTransferData.setNameAndValue("BalanceOnTime", tBalanceOnTime); // 普通团险 + 期缴（payintv 1/3/6） if(!"05".equals(prodType) && ("1"|"3"|"6").equals(payIntv)) { mTransferData.setNameAndValue("isPeriodFlag", "1"); } mTransferData.setNameAndValue("PropNo", grppropno); LCPosBillBLX mLCPosBillBLX = new LCPosBillBLX(); if(!mLCPosBillBLX.submitData(mInputData, mOperate)){ ... } 核心真正落在 LCPosBillBLX，它负责生成 ljsgetendorse / ljspay / ljspaygrp / lcoriginalbill / lcoriginalbilldetail 这一整套账单+应收数据。 14.3 dealOther() 的 UWCONFIRM 分支（178-260+）—— 拒保后的金额重算 java 复制插入新建文件保存应用 } else if("UWCONFIRM".equals(mOperate)){ // ① 取赠险标识 select distinct a.giftflag from lccontplandetail a, ljsgetendorse b where a.POLICYNO=b.grpcontno and b.otherno=mEdorAppNo String tGiftFlag = mExeSQL.getOneValue(...); if(!"1".equals(tGiftFlag)){ // 非赠险 if(!"1".equals(tBalanceOnTime)){ // 非定结 ② 重算 lpedorapp.getmoney（190-204）——排除拒保人员： java 复制插入新建文件保存应用 SELECT SUM(a.getmoney) FROM lpedoritem a WHERE a.edorappno=? AND not exists(select 1 from lpuwmaster u where u.edorno=a.edorno and u.uwconclu='9' and u.contno=a.contno and u.grpcontno=a.grpcontno and u.insuredno=a.insuredno and u.edortype=a.edortype) update lpedorapp set getmoney = <上式> ... ③ 重算 lpgrpedormain.getmoney（205-214）——从财务表反推： java 复制插入新建文件保存应用 update lpgrpedormain a set a.getmoney = ( select nvl(sum(lj.getmoney),0) from ljsgetendorse lj where not EXISTS (SELECT 1 FROM LPUWMASTER U WHERE U.UWCONCLU='9' and U.insuredno = lj.insuredno and U.CONTNO = lj.CONTNO and U.EDORNO = lj.ENDORSEMENTNO) and lj.endorsementno = a.edorno and lj.feefinatype in ('BF','TF') and lj.otherno = a.edorappno ) where a.edorappno = ? ④ 按 edortype 汇总 lpedoritem.getmoney（217-219）——注意这里用的是 autouwconclu='0'： java 复制插入新建文件保存应用 SELECT a.grpcontno,a.edorappno,a.edortype,SUM(a.getmoney) FROM lpedoritem a WHERE a.edorappno=? AND not exists(select 1 from lpuwmaster u where u.edorno=a.edorno and u.autouwconclu='0' and u.uwconclu='9' and u.contno=a.contno and u.grpcontno=a.grpcontno and u.insuredno=a.insuredno and u.edortype=a.edortype) GROUP BY a.grpcontno,a.edorappno,a.edortype 对比可见，EdorDealLjspayDetailNewBL 里两处 Reject 条件不一致：lpedorapp 用 uwconclu='9'，lpedoritem 分组用 uwconclu='9' AND autouwconclu='0'（只看自动核保拒保）。这是历史遗留的差异点。 ⑤ CONFIRM/AUDITCONFIRM 分支走 updateLpcontpayinfo()（GHB 批扣信息回写）。十五、EdorSignDetailBL.dealData —— 自动签发真正执行者 EdorUWDetailBL.edorSign() 九项校验通过后，最终落到 EdorSignDetailUI.submitData("EDORSIGN") → EdorSignDetailBL。 15.1 submitData 骨架（155-200） java 复制插入新建文件保存应用 submitData(cInputData, cOperate) ├─ getInputData ├─ if (!checkData()) return false; ├─ tPubSubmit.submitData(tVData, "LISSign") // ← 签发主事务 ├─ dealData() // 事务体 └─ if (NGB) dealNGB() 15.2 dealData 的前置闸门（398-534）—— 收费未完成不允许签发 code 复制插入新建文件保存应用 ① NGB NI/LC 在线混合支付校验 lbpoedorinsuredlist where ReceivableType in ('全收个人','公司和个人按比例收','公司和个人分摊金额') and edortype in ('NI','LC') → 存在 personPayType='1' 但 ljtempfee 无 (otherno=CPORDERNO and state='03' and paymode='07') → 报错 "存在未支付成功的个人在线支付信息！" + edorAddWorkUIX.convertData(...,"1100401006") ② osordercfm 校验 select count(1) from osordercfm o where o.contno in (select contno from lbpoedorinsuredlist where edorappno=? and edortype in ('LC','NI') and state='1') and o.paystate <> '1' → >0 报错同上 ③ dealLJTempFeeData(mProductType) 处理在线收款暂收费数据 ④ 在线收款核销（ljspay → ljapay → ljsget） select GETNOTICENO from ljspay where otherno=? and payobj='01' → LJFinFeePubFun.delLJAPay / getSToAPay / delLJSPay 放入 mBFHXMMap → update ljapay set state='2' ... → saveBFHXData() ⑤ 收费校验（非 GHB 才校验） if (lcgrpcont.prodtype != '04') { if (ldpbalanceon.balanceonstate='0') { // 定结 LJSPay + Ljspaypersoninfo where otherno=? and PayObj='01' and state='-1' and (PayState is null or PayState not in ('2','4')) → 报错 "定期结算保全个人部分未收费，不允许进行保全签发！" } else { // 非定结 // 除投保人资料变更(HT)外 LJSPay where PayObj='00' and state in ('0','1') and OtherNo=? union all LJSPay a left join Ljspaypersoninfo b on a.getnoticeno=b.payno where a.otherno=? and a.PayObj='01' and a.state='-1' and (b.PayState is null or b.PayState not in ('2','4')) → 报错 "实时结算保全未收费，不允许进行保全签发！" } } 👀 这就是为什么自动签发会失败并触发 sendFailEmail 的最常见原因——核保同意后，getmoney 已重算，但收费尚未完成（ljspay 还是 state in ('0','1')）。 15.3 dealData 后续阶段清单（按代码顺序）顺序方法行号作用 1 dealLJTempFeeData(mProductType) 459 在线收款暂收费处理 2 saveBFHXData() 477 在线收款核销提交 3 dealFinaData() 580 / 630 财务/暂收费数据处理（分支：MPREM_PAY 等） 4 dealLJTempFeeRiskDetail() 635 暂收费险种明细 5 dealUpdateInsuredState() 599 被保人状态生效（C 表 lcinsured） 6 dealFinAccountGHB() 687 GHB 财务账户处理（内部多分支 dealFinAccountOtherGHB） 7 dealBusiData() 694 / 2924 业务数据生效（P→C 表同步） 8 dealEdorState() 701 批单状态 → 签发完成 9 dealWorkFlow() 706 工作流流转（1100401006） 10 dealOther() 711 其他业务处理 11 edorPrint() 716 保全批单打印 12 edorTimeStamp() 721 保全签发时间戳改造 13 updateLJaByHT() 724 投保人资料变更更新 lja 14 updateNumPeople() 728 当前人数更新 15 updateTotalPrem() 732 当前保额/当前保费/当前标准保费/累计交费/当前期缴保费更新 16 dealSmartPush(grpContNo, edorAppNo) 737 smart 记录推送 17 sendInfoToVmsVpGHB("EDORSIGN_CUST") / sendInfoToVmsVp(EDORSIGN_CUST) 744 / 751 投保人资料变更推 VMS（GHB / NGB 两条路） 18 updateOSOrderContNoData() 等 763-786 深圳医保项目：回写 OSOrder/OSOrderPay/OSOrdercfm 分单号 + 银行信息到 ljsget + 退保短信 19 update lccustomercontactinfo set cityname=... 792-802 监管要求直辖市 cityname 修正 15.4 另外两处城建（EdorSignDetailBL 尾部，804-858） GHB-16273 GHB 个人批扣保单减人退费： java 复制插入新建文件保存应用 if ("1".equals(soursePolicy) && !"0".equals(ZTFlag) && tMQDealFlag) { // GHB + 含减人(ZT) + MQ开关 // 批扣状态开启 + 年缴 select count(1) from LcGrpCont where batchbucklecode='01' and payintv='12' and grpcontno=? if (!"0".equals(flag)) { // 取 lcoriginalbill / lcoriginalbilldetail select ... from lcoriginalbill where othernotype='03' and premtype='2' and otherno in (select otherno from lcoriginalbilldetail where othernotype='03' and (reserve3,polno) in (select EDORNO, POLNO from lpedoritem a where edorappno=?)) → 逐条 LCBillSchema，BillNo = "JS"+日期+createmaxno("BillNo",5) BillState='4', Reserve1='6'(多收), Reserve3=0(收款), Reserve4=|billmoney|(付款) ProdType='04', BatchBuckleCode=... } } 即：核保拒保导致减人后，把原账单作废并以 BillState='4' 生成反向账单。十六、核保确认全链路的"写入点"汇总（含新增）在之前第九章表清单基础上，补齐支撑子系统新增的写入：子系统表操作触发条件问题件外发 LDQUESTION（外部系统回调写入） INSERT queryEdorScanFlag='Y' 且外部系统有待办问题件审核规则 lmuwrule SELECT ruletype='03' （执行器）规则 SQL 内的任意表 SELECT PubCalculator.calculate() GHB 重算 ljsforrefund DELETE POSUWFlag='1' and contno in 拒保列表 and endorsementno=EdorNo ljsgetendorse DELETE 同上 ljsendorseset DELETE 同上 PaymentListPREM INSERT GHB 剔除方案变更 lpEdorgetFamilyFlag DELETE + INSERT 独立事务提交（aPubSubmit） lpinsured / lppol / lpduty / lpprem / lpcontplandetail SELECT 算费输入；state<>'02' 过滤拒保应收生成 ljsgetendorse/ljspay/ljspaygrp/lcoriginalbill/lcoriginalbilldetail INSERT LCPosBillBLX（EdorDealLjspayDetailNewBL 内） lpedorapp UPDATE getmoney = sum(lpedoritem.getmoney)（排除拒保） lpgrpedormain UPDATE getmoney = sum(ljsgetendorse.getmoney)（feefinatype in ('BF','TF')，排除拒保） lccontplandetail.giftflag SELECT 赠险判断（赠险置 getmoney=0） LCORIGINALBILLDETAIL UPDATE MASTERCOINMONEY=NULL, SLAVECOINMONEY=NULL 共保结算明细 INSERT CoinBillDetailService.createCoinBillDetail 签发闸门 ljtempfee SELECT 在线混合支付是否支付成功 osordercfm SELECT paystate<>'1' ljapay UPDATE state='2'（核销） ljspay SELECT/DELETE 收费在途校验 + 核销签发生效 lccontplan/lccontplandetail/P→C 全套 — dealBusiData() lcinsured UPDATE dealUpdateInsuredState() lccustomercontactinfo/lcgrpcontactinfo UPDATE cityname 监管修正 lcoriginalbill/LCBillSchema INSERT GHB 减人反向账单十七、核保确认的"三层闸门"总结把整个接口看成三道闸门，任何一道不过就中断： code 复制插入新建文件保存应用【闸门1：问题件】QuestionBL("EXECUTE") ├─ SendFlag='0' → 本节点有问题件未回复 → buildError 中断 └─ ReplayScanFlag='3' → 影像件未回复 → buildError 中断（SendScanFlag 分支为死代码）【闸门2：核保信息完整性】checkUWData() —— 仅 ldcode(faculflag)='2' 时开启 ├─ LPGUWMaster/LPGUWTrace.UWConclu is null → 未处理团体核保 ├─ LPUWMaster.AutoUWConclu='0' and UWConclu is null → 未处理个人核保 └─ reinslevel='4' 时四项再保校验（个人结论/分组完毕/临分归组/每组非空）【闸门3：自动签发前置】edorSign() 九项校验 —— 仅 autoEdorSignFlag='1' 且同意承保深圳医保 → 定结 → 非定结收费 → 费用一致(checkMoney) → 方案复制(checkContPlanCopy) → 家属关联(checkEmployees) → 深圳退费(isRefundEligible) → CP撤销(isCancelEligible) → CP新申请(isNewEligible) 失败 → sendFailEmail(Excel 附件)，但【不影响核保确认成功返回】注意闸门 3 的失败语义：edorSign() 返回 false 时，dealConfirmWorkFlow() 只是记录失败原因并 saveData() 保存已完成的核保流转，接口整体仍返回成功。也就是说"核保确认成功"≠"签发成功"，签发结果只能通过邮件/批单状态（edorstate 是 60 而非 00）判断。现在还差三块可以继续钻： LCPosBillBLX —— 应收/账单真正落地（ljsgetendorse/ljspay/ljspaygrp/lcoriginalbill 的字段填充规则、定结 vs 非定结、期缴标识） dealBusiData()（EdorSignDetailBL 2924） —— P 表 → C 表生效的字段映射与状态机 dealWorkFlow()（EdorSignDetailBL） —— 签发完成后 lpedorapp.edorstate='00'、LockStatus 释放、批单归档的全链路

世界偶尔 404，热爱永远在线。