jluisflo

Guia de Webhooks - mpay

mpay emite webhooks HTTP POST hacia la URL configurada en el cliente OAuth cuando ocurren cambios relevantes en ordenes, cuotas y pagos.

Configuracion

El cliente OAuth debe tener configurados:

Campo	Descripcion

jluisflo

mpay Webhooks — Guía de Integración para Sistemas Externos

Descripción General

mpay emite webhooks HTTP para notificar a sistemas externos sobre eventos relevantes en el ciclo de vida de créditos, cuotas y montos asignados. Los webhooks se envían al endpoint configurado por cada client (webhook_url) como requests POST con body JSON.

---

Configuración

jluisflo

Design Doc: Campos Calculados de Riesgo Crediticio — Research de Data Equifax

1. Anatomia del Response de Equifax

El API datos-comerciales/transaction/execute retorna la siguiente estructura:

interconnectResponse.applicants.primaryConsumer
├── personalInformation          # Datos del documento consultado
├── calculates                   # 126 metricas PRE-CALCULADAS por Equifax

jluisflo

Plan: Credito Aliado (Partner Credit) - Integracion DiiMO (HU-403 + HU-404)

Contexto

El PRD IN-49 describe la integracion con DiiMO como partner de credito complementario para usuarios nuevos (<6 meses) o rechazados. El backend actua como proxy hacia la API de DiiMO. Este plan cubre unicamente la parte Flutter (HU-403 y HU-404), ya que HU-402, HU-405 y HU-406 son backend.

Decisiones clave:

• Agnostico al provider: La arquitectura no hardcodea "Diimo". Usa el concepto "partner credit" / "credito aliado" para que otros providers futuros puedan reutilizar la misma infra (WebView + postMessage + flujo de pre-calificacion).
• Sin params en prequalify: El backend obtiene datos del usuario via token.
• WebView: Usar webview_flutter (ya en el proyecto) con JavaScript channels para postMessage.

jluisflo

Plan: Flujo de Apelación CEC (Solución Simplificada)

Design Doc - High Level

Problema

Los usuarios sin historial crediticio o con crédito denegado necesitan poder apelar, subiendo documentos de soporte. MPay ya expone esta funcionalidad via su WebView y nuevos estados en su API, pero issuing no los reconoce.

Solución

Approach: Aprovechar el WebView de MPay para todo el flujo de apelación. Issuing solo parsea estados y muestra información.

jluisflo

Guía de Integración: N1co Issuing ↔ MPAY (Buy Now Pay Later)

Versión: 1.0 Fecha: Enero 2026 Propósito: Documentación técnica completa de la integración entre N1co Issuing y MercanduPay (MPAY) para funcionalidad Buy Now Pay Later (BNPL)

---

📋 Tabla de Contenidos

jluisflo

Guía: Simulación de Eventos de Vencimiento en Fineract

Esta guía explica cómo simular los eventos LoanRepaymentDueBusinessEvent y LoanRepaymentOverdueBusinessEvent en un ambiente de desarrollo sin modificar la fecha del sistema.

---

Índice

1. Resumen de Eventos
2. Configuración del Producto

jluisflo

Plan BFF Gateway para Onboarding Flutter - MPAY

Versión: 1.0 | Fecha: Enero 2025 | Autor: Tech Lead

---

1. Resumen Ejecutivo

Crear un Backend for Frontend (BFF) en .NET 8.0 que actúe como proxy inteligente entre Flutter y los servicios existentes de MPAY, permitiendo:

jluisflo

Design Document: Fineract Event Bridge

Status: Implemented Author: Engineering Team Date: 2025-01-06 Version: 1.0

---

1. Overview

jluisflo

Fineract Business Events para Vencimientos y Mora

Resumen

Fineract emite eventos de negocio via Kafka/ActiveMQ para notificar cambios en el ciclo de vida de préstamos. Este documento detalla los eventos relevantes para:

• Próximo a vencer: Recordatorios antes del vencimiento
• Vencido: Alertas post-vencimiento
• En mora: Clasificación y cambios de estado de morosidad