智能入网
通过活体检测进行身份验证,自动提取证件数据并在数秒内交叉验证。减少放弃率,减轻人工负担,不放弃监管控制。
PROPAGO 能解锁什么
银行在我们的基础设施上激活的四个领域。
每个领域可单独或组合运营。选择取决于银行希望优先加速数字化项目的哪个部分。
01
银行自有钱包
银行品牌的消费者应用。QR 支付、转账、卡片管理、优惠和数字化入网。数周内投产,而非数年。
- 银行品牌的 iOS 和 Android 应用
- 已集成 Renaper KYC
- 通知和生物识别
02
银行管控的受理网络
在加盟商户处部署银行品牌的终端。实体 POS、SoftPOS、可互操作 QR、支付链接。完全控制网络。
- 实体 POS + SoftPOS QR
- 网络的可互操作 QR
- 入网与商户管理
03
优惠计划和公共政策
返现、省级优惠、企业项目和社会救助通过银行自有基础设施发放 — 无需依赖第三方。
- 省级和全国性项目
- 按类目的返现和促销
- 自动结算
04
基于自有数据的商户信贷
使用银行交易数据向商户发放融资。基于真实资金流而非传统征信的评分。在自有客户基础上扩展信贷组合。
- 基于交易流的评分
- 从后台发起
- 通过收单回收
运营模式
三层。银行决定承担和外包的部分。
每项业务由三个组件组合而成。选择定义了银行的商务模式和监管边界。
I
牌照 银行的。
银行在自有 BCRA 授权下运营。Propago 提供银行在其上交易的基础设施。
由银行承担
II
基础设施 Propago Core。
处理、发卡、对账、风险、运营合规和报告,基于 Propago Core 已通过审核的技术栈。
由 Propago 提供
III
发起方 银行或集团。
发起方角色由银行自身或集团内的金融实体承担。浮存金和利差保留在期望的边界内。
由银行承担
这种灵活性使拥有自有牌照的银行可以将一切都置于其边界内运营,或正在构建数字化层的银行可以外包部分内容,并随时间逐步收回。
应用场景
对话出现的三种方式。
省级银行 01
走出电子表格的既有优惠计划。
一家省级银行将运行在电子表格上、报表手工出具的返现计划迁移至自有钱包和受理网络。优惠实时发放、自动对账、用于设计下一批的自有数据。
商业银行 02
提出收单需求的加盟商户网络。
一家拥有中小企业商户基础的商业银行推出自有收单 — 实体 POS、QR、支付链接 — 无需自建基础设施。商户改为在银行品牌下运营;银行获得用于发起信贷的交易流。
银行 + PSP 03
正在申请自有 PSP 的银行。
一家需要拥有自有 PSP/PCP 授权的独立金融科技业务部门的银行,在申请自有牌照期间以 Propago 牌照作为发起方运营。无需重写即可迁移 — 待 BCRA 批准后银行接管牌照。
时间表
从首次沟通到商业上线。
收单 + 钱包项目的典型时间表。实际时长视范围而定 — 但第一个里程碑始终是模式发现。
第 0 周
功能分析与运营设计
- 功能范围
- 运营模式(牌照 · 发起方)
- 银行集成映射
第 1-4 周
技术对接
- 对接核心银行系统
- Renaper KYC 入网
- 钱包 + 后台的品牌设置
第 4-8 周
试点阶段
- 与测试用户共同投产钱包
- 试点商户的 POS 终端
- 实时监控仪表盘
第 3 个月
商业上线
- 银行品牌的公开钱包
- 运营中的受理网络
- 活跃的优惠计划
第 6 个月及之后
规模化与新业务
- 基于自有数据的商户信贷
- 新项目和细分市场
- 渐进式牌照迁移(如适用)
应用智能
Criterio — 应用于银行运营的智能
Criterio 将 AI 嵌入银行的关键流程中,涵盖两端:受监管的后台和面向客户的运营。它不是独立模块 — 运行在 Propago 受监管的基础设施之上。
受监管流程 · 已投产
欺诈防范
实时交易评分及异常模式检测 —原子化、过手、扇入/扇出网络— 运行在与 AML 监控相同的引擎上。
文档解读
用于 KYB 的票据、合同与公司文档的阅读与理解。我们将非结构化文档转换为可执行的数据。
对外贸易
解读操作文档、分类并支持适用的 BCRA 规范。一个高度依赖判断的流程,由 AI 辅助 — 最终决策始终由银行作出。
客户运营与关系 · 试点中
对话式服务
通过聊天自动解决咨询,在需要时智能转接至人工客服。语音服务目前处于试点阶段。
逾期管理
客户群细分与优先级排序、通讯生成及最佳联系渠道选择。AI 编排管理流程;与客户的接触及对催收规范的遵守始终在银行的控制下。