Cómo funciona
- Un cliente de otro banco inicia una transferencia TED dirigida a una de las cuentas de su institución
- Cada 30 segundos, el plugin consulta la red JD SPB en busca de transferencias entrantes nuevas
- La cuenta del destinatario se valida contra su CRM usando el número de documento incluido en el mensaje de transferencia
- El monto se acredita automáticamente en la cuenta del destinatario (menos la tarifa de cashin, si está configurada)

Cronograma de detección y procesamiento
Lo que experimenta su cliente después de que el banco de origen envía la transferencia:
| Tiempo | Qué ocurre |
|---|---|
| T+0s | El banco de origen envía la transferencia a la red BACEN |
| T+30s | El plugin detecta la transferencia; el estado pasa a RECEIVED |
| T+32s | Se busca y confirma la cuenta del destinatario; el estado pasa a PROCESSING |
| T+35s | El monto se acredita en la cuenta del destinatario; el estado pasa a COMPLETED |
| T+36s | Se envía la notificación webhook a su sistema |
Estados de transferencia
| Estado | Qué significa para el destinatario |
|---|---|
RECEIVED | Transferencia detectada en la red; en proceso |
PROCESSING | Cuenta del destinatario confirmada; se está aplicando el crédito |
COMPLETED | Los fondos han llegado a la cuenta del destinatario |
FAILED | No se pudo identificar al destinatario; fondos devueltos al remitente |
Tarifa de recepción (cashin)
Su organización puede opcionalmente cobrar una tarifa sobre las transferencias entrantes. Cuando está habilitada, la tarifa se deduce del monto antes de que se acredite — el destinatario recibe el monto neto. El monto de la tarifa y su configuración se establecen por organización a través del Fees Engine. Fórmula:
monto acreditado = monto de transferencia − tarifa
Ejemplo: una transferencia de R2,50 resulta en R$997,50 acreditados en la cuenta del destinatario. Esto es lo opuesto a TED OUT, donde la tarifa se suma al monto y el remitente paga más.
Qué ocurre cuando no se encuentra un destinatario
Si el número de documento en la transferencia entrante no puede asociarse a una cuenta en su CRM, la transferencia se devuelve automáticamente al banco de origen. El cliente remitente recupera su dinero. No se requiere intervención manual y no quedan fondos sin contabilizar. El registro de la transferencia se marca como
FAILED con el motivo “No se pudo identificar la cuenta del destinatario.”
Consultar transferencias recibidas
Use el endpoint List Transfers para recuperar todas las transferencias entrantes. Filtre por
type=TED_IN para ver solo las transferencias recibidas.
Endpoint: GET /v1/transfers
Respuesta (campos clave):
Webhooks
Configure un webhook para recibir notificaciones en tiempo real cuando lleguen transferencias. El evento
transfer.incoming.completed se activa en cuanto se acredita una transferencia. Consulte Webhooks para detalles de configuración y del payload del evento.
Conciliación
Para la conciliación contable y financiera, cada registro de transferencia incluye los siguientes campos:
| Campo | Uso |
|---|---|
controlNumber | Número de control JD SPB — único por transferencia, usado para la conciliación interbancaria |
transferId | Identificador interno de Lerian |
createdAt | Marca de tiempo de cuando se detectó la transferencia |
completedAt | Marca de tiempo de cuando se acreditaron los fondos |
Garantías de procesamiento
El plugin está diseñado para que ninguna transferencia se pierda y ninguna se acredite dos veces:
- Sin créditos duplicados — cada mensaje de transferencia lleva un número de secuencia único; el plugin rechaza cualquier intento de procesar el mismo mensaje más de una vez
- Reintento automático en caso de falla — los errores transitorios (como una interrupción momentánea del servicio) se reintentan con retroceso exponencial antes de registrar cualquier estado de falla
- Cola de mensajes no procesables — si una transferencia no puede procesarse después de todos los reintentos, se mueve a una cola de mensajes no procesables para revisión manual, asegurando que nada se descarte silenciosamente

