您的贷款发放数据模板
您的贷款发放数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 数据提取指南
贷款发放属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间戳 EventTimestamp | 特定活动或事件发生的日期和时间。 | ||
| 说明 事件时间戳记录活动发生的准确时刻。这类时间顺序数据对于正确排列事件以及开展所有基于时间的流程分析至关重要。 此属性可用于计算周期时间、处理时间和活动间等待时间等关键绩效指标。它有助于识别延误、衡量服务级别协议(SLA)的达成情况,并了解贷款发放流程的时间变化规律。没有准确的时间戳,就无法进行流程挖掘。 重要性 此时间戳对于正确排列事件以及计算周期时间等各类时长指标至关重要,也有助于识别瓶颈。 获取途径 通常可在Temenos事件日志或审计轨迹表的活动字段或状态字段旁找到。请查找名为“TIMESTAMP”“EVENT_DATE”或类似名称的字段。 示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:05:00Z | |||
| 活动名称 ActivityName | 贷款发放流程中发生的具体业务事件或步骤的名称。 | ||
| 说明 活动名称用于描述贷款发放流程中的具体步骤或里程碑,例如“申请已提交”或“信用检查已完成”。这些活动构成流程图的基础,展示每笔贷款申请的事件顺序。 分析这些活动有助于呈现流程走向、识别常见路径、发现偏差并找出瓶颈。活动的顺序和频率是了解流程实际运行情况及其与设计方案差异的基础。 重要性 该属性定义流程中的各个步骤,可用于呈现流程图并分析流程走向、瓶颈和偏差。 获取途径 此信息通常来自Temenos中的事件日志、状态变更记录或审计轨迹表。可能需要将技术状态代码或事件类型映射为便于用户理解的活动名称。 示例 已提交申请信用检查已完成已开始贷款审批已作出贷款决策资金已发放 | |||
| 贷款申请ID LoanApplicationId | 每笔贷款申请的唯一标识符,用作跟踪整个贷款发放流程的主键。 | ||
| 说明 贷款申请ID可在贷款申请的整个生命周期内唯一标识每笔申请,从提交到最终决策和放款。它是汇总所有相关活动和数据的核心实体,可完整追踪单笔贷款的发放流程。 在流程挖掘中,此属性对于构建案例视图至关重要,每个贷款申请ID都代表一个端到端流程实例。通过此标识符分析数据,可计算案例级指标,例如总周期时间、返工循环和最终结果,从而全面了解贷款发放流程。 重要性 这是关键的案例标识符,可将所有相关事件关联为一个端到端流程,使流程分析成为可能。 获取途径 这通常是Temenos中主要贷款申请或交易实体的主键。请查阅Temenos文档,确认具体的表名和字段名,例如AA.ARRANGEMENT模块中的相关信息。 示例 LA-2023-001234LA-2023-001235LA-2023-001236 | |||
| 上次数据更新 LastDataUpdate | 表示此事件数据上次刷新或提取时间的时间戳。 | ||
| 说明 此元数据属性记录从源系统最近一次提取或更新数据的日期和时间。它不代表业务事件,而是反映所分析数据的新鲜度。 了解流程挖掘分析的数据时效性以及开展数据治理,都离不开此信息。它能帮助用户判断当前查看的是实时、每日还是每周数据,为分析结果和决策提供背景。 重要性 此属性反映数据的新鲜度,对于数据治理以及帮助用户了解分析时效性至关重要。 获取途径 这是在数据提取、转换和加载(ETL)过程中添加的元数据属性,通常设为ETL运行时的时间戳。 示例 2023-11-20T04:00:00Z2023-11-21T04:00:00Z2023-11-22T04:00:00Z | |||
| 源系统 SourceSystem | 提取事件数据的记录系统。 | ||
| 说明 此属性用于标识活动数据的来源信息系统。在复杂的IT环境中,贷款发放事件可能记录在多个系统中,例如前端门户、核心银行平台和文档管理系统。 注明源系统对于数据治理、故障排查以及了解流程涉及的技术环节都很重要。这有助于验证数据准确性,也能揭示流程在不同平台之间的分散情况。 重要性 标识数据来源,对于验证数据、排查问题和了解流程集成至关重要。 获取途径 这是一个元数据属性,通常在数据提取和转换过程中添加。对于来自同一系统的所有记录,该属性可以是固定值,例如“Temenos Transact”。 示例 Temenos Transact T24Temenos Infinity外部征信机构服务 | |||
| 信用评分 CreditScore | 申请人在提交申请时的信用评分。 | ||
| 说明 信用评分由信用机构提供,以数值表示申请人的信用状况,是授信审核和决策过程中的关键因素。 在流程挖掘中,信用评分是一项重要的背景属性。将评分与最终结果关联分析,有助于评估贷款决策的一致性。还可以按评分细分申请,查看低分申请是否处理时间更长,或是否需要更多人工介入。 重要性 为决策分析提供关键背景信息,帮助评估信用状况对流程路径、处理时长和结果的影响。 获取途径 此数据通常来自外部信用机构服务,并存储在Temenos中与客户或申请相关的表内。 示例 720650810 | |||
| 决策结果 DecisionOutcome | 贷款申请审核的最终结果,例如已批准、拒绝或申请人撤回。 | ||
| 说明 决策结果记录贷款申请完成授信审核和审批后的最终状态。这是衡量整个流程成效的一项关键指标。 此属性对于分析流程成效至关重要,可用于计算批准率和拒绝率。与信用评分、申请人类型等其他属性结合分析,还能评估贷款决策的一致性。了解申请被拒的原因,是改进流程的关键。 重要性 表示流程的最终业务结果,可用于分析批准率、拒绝原因和决策一致性。 获取途径 通常作为状态字段存储在Temenos的贷款申请主记录中。该字段一般会在“贷款决策已出”这一活动中更新。 示例 已批准已拒绝申请人已撤回贷款要约已过期 | |||
| 指派的贷款专员 AssignedLoanOfficer | 负责执行该活动的贷款专员或用户的姓名或ID。 | ||
| 说明 此属性用于标识在贷款发放流程中执行特定任务的员工或团队成员。在流程挖掘中,这类人员通常称为“资源”。 按贷款专员分析绩效,有助于了解工作量分配、识别表现突出的人员,并发现培训或流程标准化的机会。这也是资源绩效和工作量管理仪表板的重要依据,可帮助管理者提升团队效率并平衡任务分配。 重要性 将用户操作关联到具体个人或团队,以便分析工作量、比较绩效并优化资源配置。 获取途径 此信息通常位于审计轨迹表中,并与用户ID关联。请在Temenos的事件或交易记录中查找“USER_ID”“PROCESSED_BY”或“OWNER”等字段。 示例 艾丽丝·史密斯鲍勃·约翰逊贷款审批团队B | |||
| 申请渠道 ApplicationChannel | 提交贷款申请的渠道,例如线上、网点或移动端。 | ||
| 说明 申请渠道表示客户提交申请的方式。不同渠道的数据质量、客户预期和处理要求可能各不相同,进而影响整体流程绩效。 按渠道分析流程,有助于找出效率较高的渠道,以及需要改进流程的渠道。例如,线上门户提交的申请平均处理速度可能快于网点提交的申请。这些发现有助于优化渠道策略和资源配置。 重要性 可比较不同客户互动渠道的绩效,帮助优化各渠道的流程和用户体验。 获取途径 此信息通常在流程开始时采集,并存储在贷款申请主记录中。请在Temenos中查找“SOURCE”或“CHANNEL”字段。 示例 线上门户网点移动应用经纪人 | |||
| 结束时间 EndTime | 表示活动完成时间的时间戳。 | ||
| 说明 结束时间标记特定活动的完成时刻。开始时间表示事件何时开始,结束时间则用于了解活动持续了多久。对于瞬时事件,结束时间可以与开始时间相同。 在流程分析中,同时记录开始时间和结束时间对于准确计算活动处理时间至关重要。这有助于区分申请正在处理的时间(处理时间)和等待下一步的时间(等待时间),从而识别真正影响效率的瓶颈。 重要性 可精确计算活动处理时间,这对于在瓶颈分析中区分实际工作时间和空闲等待时间至关重要。 获取途径 审计日志中可能包含单独的“END_TIME”字段,也可能需要根据顺序流中后续活动的开始时间推导得出。请查阅Temenos文档,了解事件日志记录详情。 示例 2023-10-26T10:15:00Z2023-10-26T18:00:10Z2023-10-27T11:30:00Z | |||
| 贷款产品类型 LoanProductType | 申请的贷款产品类型,例如住房贷款、个人贷款或汽车贷款。 | ||
| 说明 此属性根据申请的金融产品对贷款申请进行分类。不同贷款产品通常有不同的流程路径、服务级别协议(SLA)和风险特征。 按贷款产品类型细分流程分析,才能进行有效比较。这有助于解释周期时间、批准率和流程路径的差异。例如,住房贷款申请流程本身就比个人贷款流程更复杂、耗时更长。此属性可支持同类比较和有针对性的改进。 重要性 可按业务线细分流程,比较绩效并发现差异;不同业务线通常有各自的流程要求。 获取途径 这是贷款申请的核心属性,通常位于Temenos的申请主表中。请查找与“PRODUCT_ID”或“PRODUCT_CATEGORY”相关的字段。 示例 住房贷款个人贷款汽车贷款房屋净值信用额度 | |||
| 贷款金额 LoanAmount | 申请人申请的贷款总金额。 | ||
| 说明 此属性表示申请贷款的本金金额。贷款金额可能显著影响流程路径、审核严格程度和所需审批。 按贷款金额分析流程,可细分申请,了解高金额贷款是否需要经过不同且更严格的流程。这有助于解释周期时间和授信审核工作量的差异。例如,超过特定金额的贷款可能需要额外审批步骤,流程挖掘可将其可视化并验证。 重要性 可按金额分析贷款金额对流程复杂度、周期时间和所需审批层级的影响。 获取途径 这是Temenos贷款申请记录中的基本字段。请查找“AMOUNT”或“REQUESTED_AMOUNT”等字段。 示例 250000.0015000.00500000.00 | |||
| 决策原因 ReasonForDecision | 说明贷款最终决策原因的代码或描述,尤其适用于被拒申请。 | ||
| 说明 此属性为“决策结果”提供背景信息。对于被拒申请,它会说明具体原因,例如“收入不足”“债务收入比过高”或“信用记录不佳”。 这些信息对于分析拒绝申请的根本原因非常有价值。分析最常见的拒绝原因,有助于组织发现资格预审阶段的问题、改进客户沟通或调整贷款标准。它还能直接支持减少返工、提升进入处理流程的申请质量。 重要性 为被拒申请提供关键背景信息,支持根因分析,从而提升申请质量并减少不必要的处理。 获取途径 通常存储在Temenos中与最终决策状态关联的备注字段或原因代码字段中。 示例 债务收入比过高申请资料不完整信用评分偏低 | |||
| 客户所在地区 CustomerRegion | 申请人所在的地理区域。 | ||
| 说明 客户所在地区表示申请人的地理位置,例如“北美”“欧洲”或某个州,可用于按地理区域细分流程。 按地区分析绩效,有助于发现流程效率、批准率或产品受欢迎程度方面的区域差异。这些发现可用于制定有针对性的营销策略、配置资源,并识别各地区的最佳实践或面临的挑战。 重要性 支持地理区域分析,可比较不同地区的流程绩效、发现区域瓶颈并了解市场差异。 获取途径 此信息属于客户档案或地址详情,存储在Temenos的客户信息文件(CIF)或同类客户主数据中。 示例 北美欧洲、中东和非洲亚太地区加利福尼亚州 | |||
| 授信审核SLA是否超时 IsUnderwritingSlaBreached | 计算得出的标记;如果授信审核时长超过规定的SLA目标,则值为真。 | ||
| 说明 此布尔属性通过计算得出,用于标记贷款申请的授信审核阶段是否超出服务级别协议(SLA)时限。判断方法是将授信审核的实际时长与“授信审核SLA目标”进行比较。 此标记提供清晰的二元指标,简化分析和报告。它直接用于仪表板和KPI,可按时间、产品或贷款专员跟踪SLA超时率,帮助主动管理绩效和合规风险。 重要性 以简单的“是/否”标记表示SLA是否达标,便于筛选、汇总和分析SLA超时的频率及根本原因。 获取途径 此属性不在源系统中。它通过计算“授信审核开始”和“授信审核完成”两个活动之间的时长,并与“UnderwritingSlaTarget”属性进行比较得出。 示例 truefalse | |||
| 授信审核SLA目标 UnderwritingSlaTarget | 贷款授信审核应完成的目标时限。 | ||
| 说明 授信审核SLA目标规定了授信审核阶段的预期服务级别协议,通常以工作小时或工作日计量。目标时限可能因贷款产品类型或金额等因素而异。 此属性是衡量实际绩效的基准,直接用于“授信审核SLA与合规状态”仪表板,也是计算“SLA超时率”KPI所必需的数据。分析超时情况有助于找出延误原因,并管理运营和合规风险。 重要性 提供明确的绩效基准,便于衡量SLA达成情况,并识别可能超出目标时限的申请。 获取途径 此值可能根据业务规则设为固定值,也可能是贷款申请中的字段,或根据Temenos中的产品主数据计算得出。 示例 48小时72小时24小时 | |||
| 是否自动执行 IsAutomated | 用于标记活动是由系统自动执行,还是由用户手动完成。 | ||
| 说明 此布尔属性用于区分由人工用户执行的活动和由自动化系统执行的活动,例如自动信用检查或初步验证规则。 了解自动化程度是发现进一步提升效率机会的关键。通过比较自动化步骤与人工步骤的速度和一致性,可以为后续自动化计划确定优先级并衡量其影响。 重要性 区分由系统和人工执行的活动,这对于发现自动化机会和衡量现有自动化的影响至关重要。 获取途径 通常根据与活动关联的用户来确定。如果用户是系统账户或服务账户,则将活动标记为自动执行。也可以根据事件类型进行判断。 示例 truefalse | |||
| 是否返工 IsRework | 计算得出的标记;如果某项活动属于返工循环,则值为真。 | ||
| 说明 此布尔标记用于识别代表返工的活动,即某个步骤或一系列步骤需要重复执行。例如,“已请求补充材料”出现在“授信审核开始”之后,说明流程出现了回退循环。 发现并标记返工是流程挖掘的重要能力。此属性便于量化“申请返工率”KPI。分析返工原因,例如初次提交的资料不完整,对于提升流程效率、降低成本和缩短周期时间至关重要。 重要性 突出显示低效流程循环中的活动,便于量化返工并分析根本原因。 获取途径 此属性不在源系统中。流程挖掘引擎通过检测单个案例中重复出现的活动序列计算得出。 示例 truefalse | |||
| 申请人类型 ApplicantType | 对申请人进行分类,例如新客户或现有客户。 | ||
| 说明 此属性将申请人划分为有意义的群体,例如“新客户”“现有客户”或“企业客户”。流程可能因申请人类型而异;例如,现有客户已有相关数据,处理速度可能更快。 按申请人类型分析流程,有助于了解不同客户群体的流程体验。分析结果可揭示简化现有客户办理流程或为新客户提供更多支持的机会。此细分对于“贷款决策结果一致性”分析至关重要。 重要性 可按新客户和现有客户细分流程,分析流程差异,从而优化客户办理体验。 获取途径 此信息通常根据申请时申请人在Temenos中是否已有客户档案或客户ID来确定。 示例 新客户现有客户企业客户 | |||
| 部门 Department | 负责该活动的组织部门。 | ||
| 说明 此属性表示执行某项活动的业务单元或部门,例如“贷款发起”“授信审核”或“结案”,有助于了解组织不同部分之间的工作交接。 按部门分析流程,对于发现跨职能协作中的低效和交接延误至关重要。分析结果可揭示特定部门的沟通缺口或资源限制,清晰呈现组织层面的瓶颈。 重要性 帮助呈现不同团队之间的工作流转,便于分析交接耗时并发现组织层面的瓶颈。 获取途径 事件日志中通常没有直接对应的字段,但可通过人力资源主数据,将用户(“AssignedLoanOfficer”属性)映射到相应部门。 示例 贷款发起授信审批信用风险结案 | |||
贷款发放活动
| 活动 | 说明 | ||
|---|---|---|---|
| 信用检查已完成 | 征信机构返回信用报告或评分并更新至申请记录时,即发生此事件。可根据信用相关字段更新及后续状态变更推断。 | ||
| 重要性 此活动标志着信用检查子流程结束。发起到完成之间的时长是衡量流程效率的重要指标。 获取途径 根据申请记录中信用评分字段填入的时间戳,或申请状态变为“信用检查已完成”的时间戳推断。 采集 根据信用评分字段更新的时间戳或相关状态变更推导得出。 事件类型 inferred | |||
| 已作出贷款决策 | 表示贷款申请的最终决策,例如“已批准”或“已拒绝”。这是一个关键事件,通过申请决策状态字段最终确定时记录。 | ||
| 重要性 这是重要的业务结果。该事件对于计算批准率、分析拒绝原因和衡量整体决策时间至关重要。 获取途径 根据主要申请记录中“决策结果”或等效状态字段最终且不可更改的更新推断,并使用该更新的时间戳。 采集 根据记录最终决策状态(如“已批准”或“已拒绝”)时的时间戳推导得出。 事件类型 inferred | |||
| 已开始贷款审批 | 表示已指派贷款审批人员,并开始审核申请。通常根据申请状态更新为“审批中”或类似状态推断。 | ||
| 重要性 这是关键贷款审批阶段的起点。从此时开始计时,有助于跟踪审批人员的工作量和服务级别协议(SLA)的达成情况。 获取途径 根据申请历史日志中状态变为“贷款审批进行中”的时间戳推断,也可能与审批人员的指派记录相关联。 采集 根据申请状态变为“审批中”识别。 事件类型 inferred | |||
| 已提交申请 | 表示Temenos系统中创建了新的贷款申请。这是贷款发放流程的正式起点,通常在用户首次保存新的申请记录时记录。 | ||
| 重要性 这是整个流程的主要开始事件。分析从此时到流程完成的时间,可得出整体周期时间,这是衡量效率的重要KPI。 获取途径 该事件记录在申请创建日志中,也可根据Temenos相关模块(如AA.ARRANGEMENT)中主要贷款申请记录的创建时间戳推导得出。 采集 根据贷款申请ID的创建事件或初始时间戳识别。 事件类型 explicit | |||
| 贷款协议已签署 | 表示已收到并在系统中登记签署后的贷款协议。用户会更新申请状态以反映此情况,使流程进入最终放款阶段。 | ||
| 重要性 这是放款前最后一项法律前提。跟踪此事件有助于衡量最终行政手续所需的时间。 获取途径 根据申请审计日志中的状态变更推断,例如变为“协议已签署”或“可放款”。 采集 根据表明已收到并核实签署合同的状态变更识别。 事件类型 inferred | |||
| 贷款审批已完成 | 标志着贷款审批人员审核结束,之后将作出最终贷款决策。可根据申请状态变更推断,例如“贷款审批已完成”或“待决策”。 | ||
| 重要性 此里程碑标志着贷款审批SLA计时结束。分析从“已开始贷款审批”到此时点的用时,是评估审批人员绩效的关键。 获取途径 根据申请状态历史日志中状态变为“贷款审批已完成”或“可作出最终决策”的时间戳推断。 采集 根据表明贷款审批结束的状态变更时间戳识别。 事件类型 inferred | |||
| 资金已发放 | 这是贷款成功发放流程中的最后一项活动,表示资金已转入申请人账户。这是一项核心金融交易,会明确记录在Temenos T24核心银行引擎中。 | ||
| 重要性 此活动标志着流程成功完成。放款所需时间是衡量客户体验的重要指标,也是评估流程整体处理效率的最终依据。 获取途径 此事件作为明确的金融交易日志条目记录在核心银行模块中。放款交易记录包含特定交易代码和时间戳。 采集 根据执行资金发放金融交易的记录识别。 事件类型 explicit | |||
| 初步验证已完成 | 表示已完成自动或人工检查,以确认申请表填写完整并符合基本资格条件。通常通过申请记录的状态变更来记录此事件。 | ||
| 重要性 跟踪这一里程碑有助于在流程初期发现数据质量问题和延误,并区分数据录入阶段与实质审核阶段。 获取途径 根据申请状态字段的变更推断,例如在申请状态历史日志中从“新建”变为“待审核”或“已验证”。 采集 根据申请状态字段变为“已验证”或等效状态推导得出。 事件类型 inferred | |||
| 已发起信用检查 | 表示已向外部征信机构或内部信用系统发送请求,以评估申请人的信用状况。这是一项明确的系统操作,通常记录为发出的API调用。 | ||
| 重要性 这是衡量信用检查处理时间的起点。信用检查是一个关键子流程,也可能成为重要瓶颈。跟踪此事件有助于区分征信机构造成的延误。 获取途径 可从记录征信机构API调用的系统日志中获取,也可根据Temenos特定子模块中信用检查请求记录的创建情况获取。 采集 发起信用检查交易或API调用时记录的事件。 事件类型 explicit | |||
| 已完成风险评估 | 表示已完成正式风险评估。该评估可能是主要贷款审批流程中的独立步骤,也可能在其后进行。风险评估部分或任务标记为完成时,即记录此事件。 | ||
| 重要性 此活动对于一致性检查至关重要,可确保所有相关申请都按要求完成风险评估。 获取途径 根据风险相关状态变更(如“已评估风险”)或工作流中特定风险评估任务的完成时间戳推断。 采集 根据风险评估任务的完成时间戳或特定状态变更推导得出。 事件类型 inferred | |||
| 已接受贷款要约 | 表示申请人已正式接受贷款要约。通常由贷款专员在收到申请人确认后更新申请状态,以此记录。 | ||
| 重要性 这是一个由客户推动的重要里程碑,表明申请人希望继续办理,并触发合同生成和资金发放的最后步骤。 获取途径 根据申请历史日志中的状态变更推断,例如变为“已接受要约”或类似状态,并使用该状态更新的时间戳。 采集 根据状态变为“已接受要约”时的时间戳推导得出。 事件类型 inferred | |||
| 已收到全部材料 | 此事件表示已收到并上传申请人提交的所有必需材料。通常根据申请状态变更推断,表明申请已准备好进入下一阶段。 | ||
| 重要性 这是开展贷款审批和信用评估的重要前提。此时点之前的延误通常取决于申请人,之后的延误则通常由内部因素造成。 获取途径 根据申请状态变为“材料齐全”或“可进行贷款审批”推断。此状态变更会记录在申请的审计轨迹中。 采集 根据申请状态变更为已收到全部材料时的时间戳识别。 事件类型 inferred | |||
| 已生成贷款要约 | 对于已批准的贷款,此事件表示已生成将发送给申请人的正式贷款要约文件。通常在触发文档生成服务时记录。 | ||
| 重要性 此活动标志着流程从内部处理转向客户操作。从此步骤到客户接受要约之间的延误,可能表明要约内容或沟通存在问题。 获取途径 用户执行“生成要约”功能时,可从申请事件日志中获取;也可根据文档管理系统中要约文件的创建时间戳获取。 采集 执行文档生成交易时记录。 事件类型 explicit | |||
| 已请求补充材料 | 表示贷款专员已向申请人索取补充材料。通常会在与申请关联的系统通信模块或备注模块中记录这项明确操作。 | ||
| 重要性 此活动对于识别返工循环至关重要。同一申请多次出现此活动,可能意味着流程低效、沟通不畅或初始要求不明确。 获取途径 通常在执行“请求材料”交易时记录为事件,也可从与申请ID关联的案例备注或通信日志中的特定条目获取。 采集 用户发起材料请求操作或使用通信模板时记录。 事件类型 explicit | |||
| 申请已撤回 | 这是另一种流程结束事件,表示申请人在作出最终决策前撤回申请。用户将申请状态更新为“已撤回”时,即记录此事件。 | ||
| 重要性 跟踪撤回情况有助于识别客户流失率较高的流程阶段,也可能揭示处理时间过长或沟通不畅等问题。 获取途径 根据申请历史日志中的状态变更推断,例如变为“客户已撤回”或“已取消”。 采集 根据状态变更为终止状态“已撤回”识别。 事件类型 inferred | |||
| 贷款已拒绝 | 这是另一种流程结束活动,表示贷款申请经审核后被正式拒绝。申请的最终决策状态设为“已拒绝”时,即记录此事件。 | ||
| 重要性 此活动标志着申请未获成功。分析以此结束的案例及拒绝原因,对于改善申请质量和决策政策至关重要。 获取途径 根据申请最终状态设为“已拒绝”或类似终止状态推断。数据来源与“已作出贷款决策”相同,但仅筛选特定结果。 采集 根据最终决策状态设为“已拒绝”时的时间戳推导得出。 事件类型 inferred | |||
数据提取指南
此流程的提取方法目前正在验证中。请稍后再查看,或 联系我们 获取帮助。
立即加快Temenos贷款发放
优化贷款流程,将决策时间缩短50%。
无需提供信用卡