首页 文章 精选 留言 我的

精选列表

搜索[精准预约],共8144篇文章
优秀的个人博客,低调大师

风控开发指南:Java集成车辆车五项信息核验实现精准合规审查

在构建银行核心二手车贷款风险审查后端系统时,对抵押车辆的真实身份、规格型号及合规信息进行精确确认是资产管理的核心防线。传统的车辆信息核验高度依赖人工比对纸质登记证书、行驶证或通过零散渠道进行线下查询,这种方式不仅流程缓慢,且极易因信息不一致或证书造假,导致非存续异常主体以不匹配的资质获取高额授信,极大增加了银行的履约隐患。

优秀的个人博客,低调大师

风控开发指南:PHP集成手机在网状态V即时版实现精准合规审查

在当今高速发展的 O2O 本地生活服务平台中,为了保持用户粘性并促进复购,平台常常需要向用户发送促销活动、优惠券发放或重要订单通知。然而,确保这些信息能够真实、有效、及时地送达目标用户是一项挑战。传统方式往往依赖粗放式的全量短信推送,不仅营销成本高昂,且难以识别出长期关机、已销号或处于边缘状态的低频非活跃账号,导致资源浪费和触达率低下。

优秀的个人博客,低调大师

风控开发指南:Java集成手机在网状态V即时版实现精准合规审查

在企业级客户关系管理(CRM)系统的日常运行中,随着时间推移,系统中往往会积累大量处于休眠、停机或销户状态的用户档案。以往,运维团队和业务人员通常依赖离线的批量拨测或粗放的人工外呼来清理这些档案,不仅耗费巨大人力,还难以实时感知客户通信状态的变化,导致营销资源浪费与信息偏差。

优秀的个人博客,低调大师

风控开发指南:Go集成手机在网状态V即时版实现精准合规审查

在如今海量用户运营与即时通讯服务领域,例如高并发实时验证码下发网关、外呼中心路由与网约车双呼系统,确保手机号码当前真实有效是保障业务链路畅通的核心环节。传统业务架构往往采取“无差别下发”或“依赖客户端重试”的重度耦合策略,这不仅造成了短信与语音通道资源的极大浪费,且在应对边缘号码或异常停机状态时,极易引发信令拥堵与极差的用户体验。

优秀的个人博客,低调大师

风控开发指南:Python 集成全能入职背调报告实现精准合规审查

在现代化的大型企业招聘与零工经济平台管理中,对候选人或服务提供者的履历真实性、学历水平以及潜在履约隐患进行全面评估是至关重要的环节。传统的背景调查往往依赖于 HR 人工逐项核对证件复印件或拨打背景调查电话。这种方式不仅流程高度碎片化、耗时极长,更难以在大规模招聘流水线中实现标准化流转,极易因人为疏漏或信息不匹配资质导致平台引入不合格人员。

优秀的个人博客,低调大师

风控开发指南:Java集成全能入职背调报告实现精准合规审查

在现代化企业的核心 HR 系统(HR Core System)及人才库管理体系中,对应聘者身份、学历资质及背景信息的严格合规确认,是防范职场履约隐患的关键动作。传统的入职背景调查往往需要 HR 人员手工查验各类证书原件,或者联系多方出具证明,这种传统人工核查方式流程繁冗、周期漫长,且容易遭遇信息不匹配资质、伪造证书等风险,难以及时筛选出不符合要求的候选人。

优秀的个人博客,低调大师

风控开发指南:Go集成全能入职背调报告实现精准合规审查

在灵活用工、众包物流及现代高端制造领域,每天都有成百上千的新入职者涌入。对用人单位而言,确保候选人身份真实性、过往职业履历可靠性以及潜在的司法失信等履约风险排查,是构建企业护城河的基础。传统的HR背调模式极其依赖人工收集学历证书复印件、比对履历表,在面对波峰级的大规模招聘时,审核链路极长,且经常出现信息不匹配资质等问题,严重拖累了分布式招聘网络的人才流转效率。

优秀的个人博客,低调大师

风控开发指南:PHP集成全能入职背调报告实现精准合规审查

在O2O同城服务与垂直类招聘平台的快速发展中,海量候选人的集中涌入对平台的合规确认与资质筛查能力提出了极高要求。确保入驻服务者(如家政阿姨、外卖骑手、货运司机)提供的信息真实可靠,是防范履约隐患、保障最终用户安全的基础。然而,传统人工拨打电话核验或查验纸质证书的方式流程繁琐、效率极低,而且极易出现学历造假和信息不匹配资质的情况,无法满足平台规模化发展的安全诉求。

优秀的个人博客,低调大师

风控开发指南:PHP集成名下车辆车牌查询A实现精准合规审查

在共享出行、物流车队运营及O2O汽车租赁业务中,驾驶员名下挂靠车辆的真实性核验是防范履约风险的核心环节。传统的审核流程往往依赖人工核对上传的行驶证照片或线下递交的补充资料,这种方式不仅流程繁琐、效率极低,且极易面临图片造假或信息不匹配资质的问题,使得风控部门难以第一时间排查异动企业及履约隐患。

优秀的个人博客,低调大师

风控开发指南:Go集成名下车辆车牌查询A实现精准合规审查

在构建现代化的智能交通管理与物流运输平台时,分布式实时交通与物流验证微服务扮演着核心枢纽的角色。无论是货运司机的资质入驻、无车承运人平台的运力调度,还是智慧停车、高速 ETC 结算等场景,平台都必须对车辆的所有权及基本属性进行严格的合规确认。过去,这往往依赖于人工复核司机上传的行驶证扫描件或线下提交的纸质证明。这种传统方式不仅流程繁杂、耗时漫长,而且极易出现信息不匹配资质的问题,难以有效防范各类异动企业或非存续异常主体在履约资质上存在的偏差,给整个平台的信用合规和安全性埋下隐患。

优秀的个人博客,低调大师

风控开发指南:Go集成手机携号转网V即时版实现精准合规审查

在现代海量并发的分布式通信系统中,高并发移动网络路由网关往往面临着极高的通信分发压力。随着携号转网业务的全面普及,传统基于固化号段的短信或语音路由分配机制已经失效。如果平台无法实时、准确地判断目标手机号当前的真实归属运营商,将会导致极高的通道下发失败率和资源浪费,甚至在金融提醒、紧急通知等对时效性要求极高的场景中引发合规隐患与履约风险。单纯依靠定时离线同步携号转网数据,或者人工处理发送失败的补偿逻辑,显然已经无法适应 Go 语言生态下微服务架构的高吞吐、低延迟要求。

优秀的个人博客,低调大师

深埋与大口径管道听漏仪选型:声学物理、精准定位与实战策略解析

城市地下管网系统是现代社会赖以运行的复杂基础设施网络,其安全与高效运行直接关系到水资源的可持续利用、环境生态平衡及公共服务的稳定供给。然而,管道漏损,特别是深埋及大口径管线中长期存在的隐蔽性泄漏,因其检测难度高、危害性大,已成为全球水务行业和市政管理部门面临的严峻挑战。传统的声学检测方法在复杂地质条件和高环境噪声背景下,往往面临信号衰减严重、信噪比(SNR)低、定位精度不足等瓶颈。本文旨在从声学物理原理的深层机制出发,系统性地剖析深埋与大口径管道漏损检测的固有挑战与实战应对策略,详尽阐述高精度听漏仪的核心技术选型标准,并结合国家及行业规范(如CJ/T 525-2018),以康高特(KGT)“大海”PLD-11智能数字听漏仪为例,提供一套行之有效的实战检测标准化作业流程(SOP),旨在实现相关仪定位误差≤0.5m的行业高标。同时,本文将对GB/T 38736-2020等相关标准在数字化检测数据资产管理中的应用进行深度考量,为管网运维管理提供专业、权威且极具实战指导意义的技术参考。

优秀的个人博客,低调大师

想要精准营销,从学习搭建一套对的标签体系开始丨DTVision分析洞察篇

在人与人打交道的过程中,我们会在有意无意间给周围的人通过贴标签的方式进行大致的判断,比如好说话的、难相处的、聪明的、爱热闹的……贴标签就是用最快的速度将人和事归类,这是人类运用“模式识别”认识世界、进行社会交往最便捷的方式之一。 而在企业的数字化转型过程中,搭建标签体系也早已不是什么神秘的事情。在数字经济时代的今天,各行各业都早已意识到了数据的重要性,开始挖掘数据的价值。标签体系,正是将数据承载的信息和价值进行了具象化的呈现。通过采集用户在产品中的使用痕迹,进行标签分析、客户洞察,再落地到实际的企业精细化运营过程中去。可以说,标签是从实际业务场景出发,解决实际的业务问题的一个过程。 然而,落地到标签体系实际的设计与落地中来,却并不是那么简单,一蹴而就的事情。很多人都在做,却从第一步开始就做错,更不用说能带来真正的价值。那么到底应该如何应用和理解标签体系,这个系列将结合数雁的项目交付经验进行详细的讲解,今天先来聊聊标签的设计与加工,一般需要经过以下几个步骤: · 标签体系设计 · 标签模型设计 · 标签加工与更新 · 标签应用 一、标签体系设计 标签服务于业务应用场景,好的标签体系设计能够让业务人员在使用时随需随取,及时查询出需要的数据,就算不具备这个标签,业务人员也可以自己快速加工出来,无需寻求数据开发人员的帮助。那需要做到 ·标签类目划分合理 ·标签涵盖的数据源丰富,标签完善 ·后续扩展性高,即基于基础标签加工出新的标签时,方便快捷 标签体系的设计一般会按照以下步骤: 1、数据梳理 根据现有业务背景,以及数据,梳理出大概的标签体系。如企业一般数据大概来源于这几部分: ● 用户基础数据 用户ID、性别、年龄、手机号、邮箱、身份证号、会员等级等基础信息。 ● 业务交易数据 如在零售领域,用户发生的每一笔交易都会有记录,如下图: ● 用户行为数据 如用户在APP、PC、小程序等的浏览、点击、收藏、评论行为,可反映出用户的行为特点。 ● 活动/积分数据 会员商城的cha会员等级、积分兑换等数据。 ● 售后投诉数据 客户投诉、售后处理等数据。 基于对数据的梳理,可进行标签基本体系的梳理,梳理出一部分有价值的标签。 2、基于OLP模型体系化梳理标签 OLP模型是目前比较通用的建立标签体系的模型,OLP指“实体-关系-属性”模型,用下方场景举例: · 实体:指对象,如人、书籍、门店等,可针对每个实体建立一套标签体系 · 属性:实体带的特征,如人有性别、年龄属性,书籍有价格、内容属性,门店有售卖渠道、地址位置等属性,属性是一种类型的标签 · 关系:通过动作产生关系,如基于购买动作,人和书籍产生关系,基于这个动作可产生消费时段偏好、支付方式偏好等标签 基于该模型,对标签进行查漏补缺,梳理出标签类目与标签。 3、定义标签与加工口径 · 标签中文、英文名:标签的中文名称、英文名称 · 标签所属类目:标签所属一级、二级、三级类目 · 标签类型:根据不同维度的划分,采用其中一种。比如统计类标签、预测类标签、自定义标签等,亦或是原子标签、衍生标签、组合标签、算法标签等 · 标签值定义:定义每个标签的标签值,如“近一个月买入金额区间”标签,可根据购买金额的区间段定义“零/低端”、“普通”、“中端”、“准高端”、“高端”等标签值 · 标签含义(描述):描述该标签业务含义,如“最近30天的购买商品的金额区间,对用户消费力进行评估” · 标签业务口径:标签以哪个数据定义为准,如“用户活跃城市”标签,以用户购买次数最多的城市为口径加工,而不是浏览次数、评论次数等 · 标签技术口径:描述该标签从哪个表的哪个字段取值,SQL取数逻辑是什么 · 业务方来源:该标签的业务需求方是谁 · 标签更新周期:描述标签更新频次,天(如T+1、T+2等)、周、月、小时、分钟更新等 · 标签更新优先级:同一时间端跑多个标签时,若资源有限,先跑优先级高的标签 基于以上工作,最终得出一份标签体系表,以这份表和业务方最终确认标签划分、标签与标签值、标签加工口径是否有疑义,没问题,便可进入标签开发环节。 二、标签模型设计 进入具体开发之前,需考虑标签模型层设计,在数仓加工出来哪些数据,标签产品加工哪些数据。标签模型依旧遵循数仓建模的“ODS-DWD-DWS-ADS”分层设计,基于DWD、DWS层抽象一层标签模型层,加工标签基础标签,届时在标签产品上让业务人员通过规则可加工生成新的标签。 一般遵循“公共层数据”、“大数据量计算”的标签放在数仓中数据开发写SQL实现,“通过规则可定义”、“标签规则经常修改”的标签在标签产品中配置。数仓一般实现: 1、公共层数据 包含基础属性数据、基础指标(指标也可以作为一种标签,如最近30天购买金额、最近30天访问次数等),这些数据不仅给标签系统用,也可以给BI报表、数据门户使用,所以放在数仓中加工表。 ● 基础信息类标签 ● 交易类标签 ● 行为类标签 2、大数据量计算的标签 如计算历史最高花费金额、商品的历史最高库存、累计消费金额、用户排序等,这些标签的计算基于的数据量大,最好放在hive中跑批上线。 在数仓中加工好标签基础表,这些表中的标签一般称之为原子标签,再将该表对接标签产品,在标签产品中进行衍生类、组合类标签加工。 三、标签配置 基于标签模型的设计,一部分基础指标类的标签在数仓已建设完成,一部分标签需要在产品界面上实现。我们接下来看下业务人员如何在袋鼠云标签产品「客户数据洞察平台」中配置标签。 1、根据业务对象,创建实体、关系 假设一个电商类客户,需要建立一套用户标签体系,则首先创建“用户”实体对象,并在实体对象下接入标签多张基础表,如用户基础信息表、用户行为事件的指标表等,这些表的字段可作为原子标签直接使用,也可作为后续加工衍生、组合标签的基础。 同时,在后续加工衍生标签时,在某些场景上会用到多个实体下的原子标签加工,这时候可以用“关系”将2个实体关联起来,如将“用户”实体与“书籍”实体通过用户表的“最近购买商品ID”、以及书籍表的“书籍ID”关联起来,便可以用到2个表的字段进行某个标签的加工,如下图: 2、读入原子标签 从标签基础表中读入原子标签,进行原子标签的元数据管理。 读入原子标签时,有些字段可能存储的是编号或一些枚举值,但业务人员需要看到具有真实业务含义的值,此处可做一层字典值映射。比如将“省市编号”映射为具体的省市名称。 3、创建衍生标签 基于接入的数据表的原始字段和原子标签,通过“且、或”关系、“求和、去重计数、计数、最大值、最小值、均值”聚合函数、“等于、不等于、小于、小于等于、大于、大于等于、包含、不包含等”操作符,对源表字段进行加工,生成衍生标签。 如基于用户访问次数、交易次数,加工“用户活跃度“衍生标签,包含“高活跃”、“一般活跃”、“睡眠状态”标签值,对用户活跃度进行衡量。 除通过可视化规则加工标签外,也会开放SQL界面写SQL加工标签,因为在实际场景中,客户场景不尽相同,有些复杂标签需要SQL快速实现,在产品界面上也可直接操作。 同时,虽然产品上会开放基于函数计算的标签加工、SQL类的标签加工,但还是会建议客户将公共层的指标类标签、及复杂类标签放在数仓中实现,以使标签配置这层轻量,届时进行数据跑批时快速。 4、创建组合标签 基于原子标签和衍生标签,可进行组合标签的创建,如基于最近交易时间、最近1年交易次数,最近1年交易金额区间这3个标签,加工“用户综合价值”组合标签,将客户分为“低价值用户”、“一般保持用户”、“重要发展用户”等。 5、创建实时、算法标签 · 实时标签:如基于用户实时行为数据通过Flink引擎计算实时标签,如用户点击APP上的一个商品广告,且加入购物车,判断该客户属于“某类型商品感兴趣用户”,作为客户短期兴趣标签。 · 算法标签:如基于用户的基金交易行为,预测该用户属于追涨、杀跌、高抛等哪种类型的客户,作为客户的风险偏好标签。 最终将这些实时与算法标签的元数据可统一接入标签平台统一管理。 标签逻辑创建好之后,同时配置标签的更新周期、更新优先级,进行标签的定时跑批、手动跑批等。 四、写在最后的话 作为「全链路数字化技术与服务提供商」,袋鼠云一直致力于为客户提供有价值的、全链路的数据服务,也希望通过更加优质的数据产品和服务助力企业数智化“蝶变”。全新升级的数据智能分析与洞察平台——数雁EasyDigit,包含客户数据洞察平台DataTag、指标管理分析平台EasyIndex。 其中,客户数据洞察平台,即标签体系构建与客户画像洞察平台。通过标签萃取、标签治理、客群圈选、画像分析、数据服务,构建以业务价值为导向的标签体系与多样化群组,深度掌握客户特征,应用于企业运营与营销,支撑商业化分析,驱动业务增长,让企业海量数据不再孤立无用,无形的数据创造无限的价值。 袋鼠云开源框架钉钉技术交流群(30537511),欢迎对大数据开源项目有兴趣的同学加入交流最新技术信息,开源项目库地址:https://github.com/DTStack

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册