远程审计体系建设战略课件

1、远程审计体系建设21.体系框架建设2.数据平台调研3.流程风险梳理4.审计规则设计5.指标体系建设6.项目增值服务项目进度概览1.1 现状调研已完成部分正在进行部分完成总体进度的30%，基本与计划相符。1.2 差异分析1.3 框架设计1.4 流程详细设计2.1 业务信息梳理2.2 重要性评级2.3 数据质量验证3 业务流程风险点梳理4.1 远程审计规则设计4.2 远程审计规则验证与优化5 预警指标设计与验证6.1 利率市场化分析6.2 客户分群及渠道分析6.3 偿二代探索尚未开始部分造房子打基础2014年1月2014年9月我们在这里3下一阶段工作重点远程审计体系建设3 31 1远程审计规则设计

2、2 2领导要求4 441. 远程审计体系建设5鉴它业，观自身，远程审计的领先实践非现场与现场稽核部室分离;审计情报收集与生成机制；支持对分支机构评级；建立平台整合远程审计分析与现场作业；多维度精细化组织架构与岗位角色；建立非现场与现场稽查整合平台；专家系统机制，与SAS平台整合；实现异构非格式化数据源的整合（如影像、音频）；构建大数据平台，多种模式匹配与关联分析的数据模型；实时预警与事后监控结合；强调持续审计模型对风险的查实率的提升；建立数据规范，构建两级数据平台；在线监控与在线审计两个模块，相互映射并协同工作；数据集中并建立数据标准；234567总部、分中心层面形成“非现场审计两级架构”；非

3、现场审计职能包括：现场审计支持、远程指标监测、常规远程审计、现场突击审计16鉴它业，观自身，远程审计的领先实践非现场与现场稽核部室分离;审计情报收集与生成机制；支持对分支机构评级；建立平台整合远程审计分析与现场作业；多维度精细化组织架构与岗位角色；建立非现场与现场稽查整合平台；专家系统机制，与SAS平台整合；实现异构非格式化数据源的整合（如影像、音频）；构建大数据平台，多种模式匹配与关联分析的数据模型；实时预警与事后监控结合；强调持续审计模型对风险的查实率的提升；建立数据规范，构建两级数据平台；在线监控与在线审计两个模块，相互映射并协同工作；数据集中并建立数据标准；234567总部、分中心层面

4、形成“非现场审计两级架构”；非现场审计职能包括：现场审计支持、远程指标监测、 常规远程审计、现场突击审计12.现场与非现场协同工作特点汇总3.指标预警与监控4.系统平台支持远程审计5.支持对特定目的的审计6.审计与咨询并重1.独立的远程审计职能部门7定位设计定位设计原则它业案例研究与借鉴远程审计定位设计的整体思路适应内外部环境的变化实现相关者要求与期望1.多家监管机构建立了远程监管平台；2.中保信启动行业数据整合；3.大数据的发展使远程进行审计成为可能；4.舞弊、欺诈行为日趋隐蔽，危害也在增大；外部环境分析1.中心确立“监督与服务并重”战略转型目标；2.内审精专化发展趋势；3.业务迅速发展的同

5、时内审团队规模相对稳定；4.中心对审计效能的要求；5.中心对审计广度、深度与精度的要求；6.新业务带来新的舞弊风险；7.业务信息化程度提升，操作可追溯内部环境分析8基于规则库，建立远程审计风险预警体系，实施远程审计预警监测，评估与识别集团公司本部及各子公司的风险状况，并提供审计增值服务对具备数据基础的集团公司本部及各子公司各项经营管理活动和财务活动的真实性与合规性实施常规远程审计监督，确认审计发现，生成远程审计报告为审计业务部、各区域审计部实施的现场审计提供技术支持，配合现场审计定位审计发现、量化影响范围与程度、提高现场审计精度对集团公司本部及各子公司的关键岗位实施舞弊远程专项审计，确认审计发

6、现，生成舞弊审计报告风险预警远程常规现场支持舞弊专项远程审计定位设计注1注1: 远程审计的风险预警将重点实现审计中心作为“第三道防线”的预警功能，而非对业务的实时干预。9体系框架模型目标层保障层基础层系统/数据绩效管理流程职能组织定位做什么是否做到谁来做怎样做实现基础12345远程审计体系架构10后台前台审计中心审计业务部7大区审计部专建办审计技术部审计管理部中台布局：根据远程审计部的定位，以及工作更加贴近一线业务的特点，建议将远程审计部定位在审计中心的前台。远程审计部远程审计体系 组织为什么建议将远程审计部设置于前台？1. 专业契合方面 实施远程常规审计、舞弊专项审计的人员需要丰富的业务与审

7、计知识，与目前审计中心前台人员匹配度最高2. 工作流程方面 远程审计团队需要与审计中心前台现场人员以及一线业务人员有非常紧密的联动，以提高沟通效率与效果；同时工作绩效评价标准也更接近于前台3. 数据获取方面 通过数据发现问题的审计方式要求远程审计团队对业务数据流非常熟悉，因此设置于前台可以使对业务数据，尤其是新业务的信息了解更准确与有效11注1规则设计组 应用功能区 模型功能区 综合功能区数据管理组 大区集团风险预警组现场支持组舞弊专项组远程常规组模型研发组系统管理组 远程审计部 应用功能区远程常规组舞弊专项组现场支持组风险预警组现场数据支持、验证、确认远程支持、优化、设计、管理、维护将需要现

8、场的“数据支持、验证、确认”工作，划分至七个大区。更适合审计业务的迅速、及时、针对性的执行。对技术、分析、规划要求较高的职能和岗位，均放在集团总部统一管理。可以大幅减少重复性职能和岗位的设置。注1：应用功能区包含现场工作和分析管理工作，因此将数据支持、验证、确认工作划分至7个大区，剩余工作则在集团统一开展。远程审计体系 组织(续)分布：采用总分结合的方式划分远程审计部的工作12 远程审计体系 （1）组织：位置 互互动动关系关系远程审计部 现场支持 远程审计结果查实 远程工作指导 现场支持 计划报送 报告递交 远程审计部 分析内容申请 执行情况反馈 新风险点及经验规则提供 现场数据支持、验证、反

9、馈 新风险点及经验规则提供 计划发放 审计方案审核 报告复核 技术支持 人员专业化管理 远程审计总体规划 与审计中心外部沟通交互：远程审计部与审计中心其他部门需要互动，互相提供输入、输出，只有与其他部门协同工作，才能更有效率的完成远程审计工作。远程审计部门提供输出其他部门提供输入远程审计体系 组织(续)13结构：远程审计部包含3个功能区、8大功能组。 远程审计部 应用功能区 模型功能区 综合功能区风险预警组现场支持组远程常规组舞弊专项组模型研发组系统管理组数据管理组规则设计组审计总监7人8人2人应用功能区：与业务部门关系更为密切，应符合审计业务的快速响应的特点。建模功能区：为应用功能区的“软件

10、支撑”，通过建模技术的不断提高、模型规则的不断完善、分析方法的不断优化，使得应用功能区的发现更为精准。综合功能区：为整个远程审计提供基础服务。17人远程审计体系 组织(续)注1注1：不包含大区部的远程审计相关岗位人员14应 用 功 能 区风险预警组：监控风险预警指标，处理并应对指标报警设计并优化风险预警指标及其预警值根据风险预警运行结果，定期统计分析预警规则的准确性和有效性为整体审计风险评估、年度审计计划提供数据分析结果根据其他需求提供数据与增值分析远程常规组：根据审计计划，执行常规的远程审计数据分析，及时发现审计线索通过现场验证或远程影像验证，查实常规审计发现，编制审计报告设计并优化远程常规

11、审计相关的远程审计分析规则根据模型运行结果，定期统计分析规则的准确性和有效性定期牵头组织对远程审计风险库与规则库的更新与优化现场支持组：提供现场审计审前支持 分析风险分布，计量风险程度，并推送审计线索提供现场审计审中支持 接受现场审计需求，缩小抽样范围，并进一步推送审计线索提供现场审计审后支持 量化分析审计发现的影响程度设计并优化现场审计支持相关的远程审计分析规则舞弊专项组：收集舞弊情报，执行舞弊专项远程审计数据分析，及时发现舞弊线索通过现场验证或远程影像验证，查实舞弊审计发现，编制审计报告设计并优化舞弊专项审计相关的远程审计分析规则1.远程审计体系 职能15模 型 功 能 区模型研发组：提供

12、模型的全生命周期管理优化及维护模型，参数、阀值等确认的新增模型的开发需求，评估可行性和实现难度实施新增需求的开发、测试、验证、上线工作定期收集模型运行结果，评估模型是否有效、是否需要调整或下线系统管理组：维护远程审计平台的硬件、软件功能的正常使用维护远程审计系统与其他平台及系统的接口的可用性及安全性监控系统日常使用情况，对关键运行指标进行预警对批处理作业和脚本（应用功能区和建模功能区）进行监控对系统使用人员账号申请、权限分配等进行管理数据管理组：提供数据的全生命周期管理（数据分析除外）管理远程审计数据 的来源、采集、清洗、存储、备份、销毁等流程制定并优化审计数据质量体系，提供数据结构化标准、规

13、范和模板制定并维护数据字典构建并优化数据安全体系，保证数据对适当的人员权限规则设计组：定期收集应用功能区的新增需求，总结业务特征，识别风险事件和异常场景，设计规则根据现场支持和远程审计的反馈，对规则进行完善和调整不断完善规则库，拓展对业务领域的覆盖综 合 管 理 区2.3.远程审计体系 职能(续)16功能区分组岗位能力要求初期阶段人员规模成熟阶段人员规模初期阶段人数小计应用功能区风险预警组产寿险业务人员： 熟悉保险业务流程与内部外部风险因素； 能有效识别审计关注点、风险场景以及风险特征； 设计业务规则，并能熟练设计指标预警应对措施。1 + 1（0）28 - 15现场支持组 3 + 1（0）4远

14、程常规组 2 + 1（0）4舞弊专项组2 + 1（0）3建模功能区建模组数据分析人员 + 产寿险业务人员： 熟悉数据结构、系统数据分布； 熟练运用统计、建模与数据分析能力； 建立远程审计规则、预警指标以及分析模型。357规则组45综合管理区系统管理IT人员： 远程审计相关系统平台的运维管理。112数据管理IT人员： 数据生命周期管理以及数据安全与质量管理。11合计17 - 24根据功能区和分组的岗位能力要求，以及初期阶段模型规则和风险点的个数，设定各岗位需求人员。 注1：人员规模中1+1（0）表示集团1名成员，大区1名成员；括号中0表示由大区现任审计人员兼职注1远程审计体系 职能(续)17远远

15、程程审计审计体系体系 （ （3 3）流程）流程远程审计体系 流程预警监控流程流程谱系远程常规流程现场支持流程舞弊专项流程预警需求分析预警指标调度预警指标监控警报分析及应对规则设计与开发审计数据管理远程常规审计计划远程常规方案设计规则调度与分析分析结果验证现场支持需求分析现场支持数据分析分析结果确认舞弊信息收集舞弊审计方案设计规则设计与分析系统平台管理分析结果验证舞弊专项报告编制远程常规报告编制规则评价与优化主流程子流程支持流程18远程审计体系 绩效考核人员评价标准部门负责人功能区负责人各岗位人员审计中心外部评价1. 审计委员会关注程度2. 被审计单位满意程度3. 审计发现追回的损失4. 审计发

16、现整改实施率5. 增值建议获得的效果不适用不适用审计中心内部评价1. 中心其他部门满意程度2. 有效减少的审计成本3. 审计工作被其他部门利用程度1. 远程审计其他功能区满意程度2. 有效减少的审计成本1. 投诉率目标完成情况1. 部门计划工作完成率2. 重大审计发现数量3. 预算管理情况4. 审计报告出错率5. 项目投入产出率1. 功能区计划工作完成率2. 重大审计发现数量3. 工作质量总体评价4. 预算管理情况5. 功能区整体工作差错率1. 个人计划工作完成率2. 个人项目评价3. 重大审计发现数量4. 个人工作差错率5. 项目完成周期团队建设评价1. 团队专业资质数量2. 团队培训数量1

17、. 团队专业资质数量2. 团队培训数量1. 个人专业资政2. 个人培训时间个人能力评价1. 团队管理能力2. 沟通能力1. 团队管理能力2. 沟通能力1. 工作核心技能评价2. 沟通能力19远程审计体系 绩效考核(续)规则评价标准规则/指标有效性1. 案件查实率2. 指标预警有效性3. 风险覆盖率4. 样本萃取率效率性1. 规则执行效率2. 数据抽取效率可靠性1. 指标运行稳定性2. 数据质量评价3. 数据安全评价经济性1. 平均现场时间减少率2. 开发投入成本产出率增值性1. 咨询成果量2. 损失挽回量20审计数据集市远程审计模型及规则应用结果展现经过清洗的审计数据，来自于EDW、手工输入以

18、及外部数据；具有良好的数据结构和质量；作为用户远程审计分析的输入数据分析结果展示报告生成多维查询自定义报表远程审计系统应当涵盖数据 应用 展现3大功能。每个功能内部又分为不同的模块，各个模块及功能间协同工作，保障远程审计工作的顺利开展。远程审计体系 系统功能架构规则设计模型建设参数调整数据分析数据挖掘报表运行智能建模自定义接口数据封装21功能分类功能模块远程审计平台与其他平台协同工作平台外应用工具模型预警及数据分析区风险预警支持数据分析软件/工具：例如SAS数据分析支持自定义查询、展现支持报告生成支持模型建立及规则优化区自定义模型建立及验证支持数据分析软件/工具：例如SAS已有模型及规则参数调

19、整、优化支持作业执行及综合管理区预警及分析结果推送支持与作业平台接口现场验证、确认结果反馈及后续跟进支持与作业平台接口绩效考核及管理支持与管理平台接口知识库支持与管理平台接口审计人员权限、账号管理支持与管理平台接口数据存储及管理支持与数据集市接口需求管理及系统维护支持远程审计系统应当涵盖前台的“模型预警及数据分析功能”、中台的“模型建立及优化功能”以及后台的“作业执行及综合管理功能”。每个功能内部又分为不同的模块，各个模块及功能间协同工作，保障远程审计工作的顺利开展。远程审计体系 系统功能架构（续）221. 数据来源：现有业务系统及数据集市（已有）体外数据，对标使用（缺失）手工输入补充数据（缺

20、失）2. 数据范围产、寿数据（已有）集团、资管（缺失）3. 数据获取：已有数据ETL定期抓取缺失数据购买缺失数据通过互联网 开放接口等抓取采集数据汇总及整理（缺失）校验数据值的有效性，关键数据是否缺失，数据是否重复等。对无法使用的数据计算其最终结果的影响程度，判定数据是否可用（缺失）1. 数据结构化将非结构化的数据按照一定标准结构化处理，形成可以进行分析的基础数据（部分缺失）2. 数据字典对系统中已经清理完毕的表、数据形成数据字典，良好的保存表和数据结构、定义等及时更新及维护数据字典建立数据安全机制，制定不同岗位对系统中数据的访问及操作权限建立敏感操作（如敏感信息导出、全表更新等）监控机制数据

21、管理是远程审计有效运行的基础，是全生命周期的闭环管理流程。远程审计体系 数据平台23机构汇总产品汇总时间汇总客户汇总行业汇总审计数据集市数据汇总层审计事件汇总数据整合风险损失汇总数据轻度汇总层保单信息汇总客户信息汇总保单关键信息批单汇总信息赔付汇总信息其他信息客户号客户关键信息承保汇总信息理赔汇总信息还未进入EDW的系统影像系统源系统层风险系统审计管理平台数据转换数据抽取数据清理数据整合审计作业平台EDW系统内部系统手工录入完整的审计数据集市，不仅是存储数据的工具，更加是对数据的整理、分类、汇总、初步分析等，明确数据关系和结构，形成有效并有序的数据体系。远程审计体系 数据平台(续)审计实验室L

22、AB数据现状预期建设24远程审计体系发展阶段远程审计体系的发展1 起步探索阶段单兵作战方式：“偶发式”发现问题数据：依赖财务数据手段：简单条件查询定位：为审计抽样服务4 智能优化阶段 - 立体化作战方式：三道防线一体化风险联动数据：审计数据集市与业务变化同步工具：智能风险识别与建模定位：风险与业务预测提升审计价值2 离散发展阶段 - 游击队作战方式：以“点”覆盖审计风险数据：拓展至业务数据手段：手工编制规则定位：仅设立专职岗位3 全面整合阶段 - 集团军作战方式：以“面”覆盖审计风险数据：整合审计数据手段：利用成熟工具构建多维度复杂模型定位：贯彻远程审计定位审计中心目前所处阶段25远程审计体系

23、三年发展规划Design201420152016里程碑初步建立远程审计框架体系；组建远程审计团队并正式运作；17个审计领域风险库并规则库上线运行；远程审计发挥风险预测作用，突显增值职能；审计数据质量达到良好状态；远程常规与舞弊专项深入化、常态化运作；持续完善构建体系、团队与系统搭建体系优化已有领域、拓展全领域远程审计各职能全面运作拓展全面远程审计覆盖所有审计领域，并主动适应新业务；建立远程审计数据标准，提升远程审计数据集市质量；远程常规审计正式运作并发挥作用；26远程审计体系实施路径 实施路径 组织/人员流程系统/数据 启动内外部人才选用机制，成立专业化团队 确立远程审计部与其他部门的协同工作

24、机制 明确远程审计部的前台职能和地位 明确八大职能的运行流程，并推广应用 提升单项流程的沟通和效率 缩短流程间交互的沟通成本 建立ETL自动化机制，形成数据的自动化采集、获取 建设及优化审计数据集市，分类及汇总核心业务数据 与现有审计系统形成有效接口和推送机制，形成审计作业-远程审计-审计管理的闭环管理272. 远程审计规则设计28风险资料收集 4大来源审计业务访谈审计风险点讨论生成远程审计风险库识别业务特征设计审计业务规则定位业务数据项匹配审计实验室数据项设计远程审计分析规则验证规则分析结果优化规则提交远程审计规则说明风险梳理与规则设计风险梳理阶段规则设计阶段注1注1: 目前只开放审计数据实

25、验室环境中的数据用于远程审计规则设计，EDW数据正在同步中;注2: 目前只在审计中心通过业务系统查询来进行分析结果的验证，尚未通过与业务部门沟通进行确认；注2信息点与信息源梳理信息重要性评级数据质量分析评估数据获取过程平台调研阶段29风险梳理成果产险承保产险再保产险单证产险日常费用资产管理场内交易寿险承保寿险理赔寿险日常费用集团采购集团会计核算1394548810111383011020403471212101010121050404010203073适用于远程审计102探索引入远程审计26初步判断由于数据原因暂不适用于远程审计总计：201个风险点30风险梳理成果（续）11 / 6%57 /

26、28%4 / 2%129 / 64%审计风险点来源（数量 /占比）监管机构近三年处罚案件太保近三年的审计发现其他太保审计关注点德勤行业经验31审计规则设计成果举例 规则一风险描述 “已身故理赔的客户”投保或续保，并再次出险骗取理赔金风险领域寿险承保风险主体销售人员、客户风险编号LIUN03 风险事件特征保单被保险人身份信息（姓名、身份证号）与过往身故理赔人员身份信息一致，并存在理赔支付记录 业务规则1.过往理赔支付的结案原因为被保险人死亡2.第二次投保日期（或续保日期）晚于第一次理赔的事故日期3.第二次承保的保单发生出险并理赔支付4.两次理赔被保险人与保单中被保险人的身份证号一致，且无被保险人

27、修改的保全记录5.两次投保均为各险，且赔付金额均超过5000元人民币 业务数据项保单信息：保单号，团单号，投保日期，保单生效日期，险种，投保人身份证号，被保险人身份证号，续保日期，投被保人关系；理赔信息：事故日期，结案原因32审计规则设计成果举例 规则一（续） EDW数据项L_AGT_INDIVIDUAL_AGMT: EGIONAL_OFFICE_CODE, EXTERNAL_REFERENCE, GPOLICYNO, NB_REQ_DATE, OPDATE, CLASSCODE, APID, PID, RENEWAL, RENEWAL_DATE, PRELNAMEL_CLM_CLAIM_FO

28、LDER: ACCIDENT_DATE, CLOSING_REASON 规则脚本select distinct a.*, b.regional_office_code as regional_office_code_2, b.policyno as policyno_2, b.gpolicyno as gpolicyno_2, b.classcode as classcode_2, b.apid as apid_2, b.agt_pid as agt_pid_2, b.nb_req_date as nb_req_date_2, b.opdate as opdate_2, b.claimno a

29、s claimno_2, b.pid as pid_2, b.accident_date as accident_date_2, b.opening_date as opening_date_2, b.closing_reason as closing_reason_2, b.realamt as realamt_2, b.amt as amt_2, b.payment_date as payment_date_2, b.pay_pid as pay_pid_2from temp_death_claim a, temp_death_claim bwhere a.pid=b.pid and a.

30、policyno b.policyno and a.claimno b.claimno and (a.closing_reason like %死亡% or a.closing_reason like %身故% or a.closing_reason like %去世%) and a.accident_date b.nb_req_date33 初步结果验证初步发现疑似案例17笔，涉及人民币金额351,500元案例一：2004年，持证件号为的崔某在山西分公司购买“太平盛世长泰安康保险B款”，并于2008年车祸身故，同年获得两万元赔偿；2010年持相同身份证

31、件的胡某在山西分公司购买“金泰人生（A款）终身寿险（分红型）”，并于同年由于“胰腺癌”获得两万零三百元的赔偿。已确认与业务生产环境数据一致。案例二：2006年，持证件号为“4171030”的李某在青岛分公司购买“太平如意卡”，并于2007年3月车祸身故，获得赔偿；2007年4月，“李某”又在深圳分公司投保“太平如意卡”，并在2008年车祸身故，获得5万元赔偿。两次理赔描述均为简单的“车祸死亡”，并无其他详细时间、地点说明。已确认与业务生产环境数据一致。审计规则设计成果举例 规则一（续）34 对结果进行场景分析我们分析了造成上述结果的可能场景：1.保险客户持假身份证件进行投保，并伪造出险证明骗保

32、2.被保险人死亡后，其亲属使用其证件再次投保，并通过修改出险证明骗保3.被保险人死亡后，受益人对赔偿不满意，在与保险公司协商后，再次购买保险产品，并出险获得协商的理赔金额，即以“倒签单”的形式进行“通融赔付”4.业务人员在保单信息录入或理赔信息录入过程中存在错误输入，并未能及时发现纠正5.极小的可能性存在两个被保险人身份证一致6.数据质量问题或规则设计不严谨形成有偏差的结果 进一步分析验证方案 与分公司确认是否是通融赔付情形 场景3 查看业务原始资料，确定业务办理时使用的身份证件及其他证明文件真伪 场景1、2、5 查看业务原始资料，确定业务数据与审计数据的一致性 场景4 优化数据质量或规则脚本

33、 场景6 对疑似是身份证或其他文件造假的案例，进行业务员集中度分析审计规则设计成果举例 规则一（续）35审计规则设计成果举例 规则二风险描述 投保时保费缴纳账户与退保时账户不一致，违反监管规定的同一账户退保风险领域寿险承保风险主体销售人员、客户风险编号LIUN15 风险事件特征投保时缴纳保费的账户与退保时退付保费的账户不一致 业务规则1. 财务应付信息中财务交易类型为退保2. 对应的银行账户与投保时系统记录的保费缴纳账户不一致3. 排除保单保全银行账户变更的情况 业务数据项1）保单信息：保单号，团单号，投保日期，保单生效日期，险种，投保人身份证号，被保险人身份证号，投被保人关系立案信息2）账户

34、信息：保单号，账户号，账户所属人身份证号3）财务应付信息：保单号、保单号、险种、领款账户号、责任代码、责任子码、交易生效日期、领款金额、领款人4）财务实付信息：保单号、保单号、险种、责任代码、责任子码、交易生效日期、领款金额、领款人36审计规则设计成果举例 规则二（续） EDW数据项L_AGT_INDIVIDUAL_AGMT: EXTERNAL_REFERENCE, GPOLICYNO, NB_REQ_DATE, OPDATE, CLASSCODE, APID, PID, RENEWAL, RENEWAL_DATE, PRELNAMEL_FIN_PAYMENT_DUE_OUT:POLICYNO

35、,CLASSCODE,ACCO_NO,REASON,TYPENO,PAYMENT_DATE,AMT,PIDL_FIN_PAYMENT_OUT:POLICYNO,CLASSCODE,REASON,TYPENO,PAYMENT_DATE,AMT,PIDL_AGT_ACCOUNT_AGMT: EXTERNAL_REFERENCE,POLICYNO,OWNERID 规则脚本SELECT T1.APID, T1.GPOLICYNO, T1.RENEWAL, T1.RENEWAL_DATE, T1.EXTERNAL_REFERENCE, T1.APPNO, T1.CUR_SELECTION, T1.PIE

36、CES,T1.NB_ACCEPTANCE_DATE, T1.OPERNO, T1.EMPNO, T1.CSRNO, T1.CLASSCODE,T1.NB_REQ_DATE, T1.NUM_OF_INSURED, T1.PID, T1.INSURED_OCCUPATION_NAME,T1.PRELNAME, T1.BENEFICIARY, T1.APP_AGE, T1.REGIONAL_OFFICE_CODE, T2.EXTERNAL_REFERENCE AS ACCO_IN, T2.USAGE, T2.STATUS AS ACCO_STATUS, T2.OWNERID, T2.CUR_SELECTION AS CUR, T3.AMT, T3.ACCO_NO AS ACCO_OUT, T3.CUR_CODE, T3.POSTED_DATE, T3.PAYMENT_DATE, T3.DOCPRO, T3.DOCNO, T3.PID