Validar un código SWIFT/BIC
La API Validar SWIFT/BIC examina un código de identificación bancaria y confirma que sigue la forma que exige la norma ISO 9362: un código de institución de 4 letras, un país de 2 letras, una ubicación de 2 caracteres y una sucursal opcional de 3 caracteres. Es una verificación pequeña con un impacto grande, porque un código SWIFT mal formado en una instrucción de transferencia es una de las causas más comunes de que un pago internacional se atasque en el banco emisor.
Ejecutar — gratis
Corre en su navegador. Gratis y sin límite: sus datos no salen de esta página.
Cómo luce en realidad un SWIFT/BIC válido
Un BIC tiene 8 u 11 caracteres, nunca otra cantidad, y cada posición tiene un significado: las primeras cuatro letras identifican la institución, las siguientes dos el código de país ISO, las siguientes dos una ubicación dentro de ese país, y un tramo final opcional de tres caracteres identifica una sucursal específica cuando está presente. Esta api validar codigo swift analiza cada segmento por separado y confirma que se cumplen las reglas de longitud y conjunto de caracteres, atrapando los fallos más comunes: un código en minúsculas copiado de un PDF, un espacio de sobra, un código de 11 caracteres truncado a 9 o un segmento de país que no corresponde a un código ISO real.
Dónde un BIC incorrecto causa fricción real
Las mesas de transferencias internacionales, los sistemas de nómina que pagan a contratistas en el extranjero, las plataformas de facturación que recogen datos bancarios de proveedores y el software de tesorería que concilia registros de contrapartes dependen todos de un BIC con la forma correcta antes de que una instrucción de pago avance. Como los pagos SWIFT pasan por bancos corresponsales, un código mal formado no siempre falla al instante: a veces queda en cola para revisión, sumando días a una transferencia que debía tomar horas. Atrapar el error de formato en la captura de datos evita ese desvío por completo.
Cómo corre la verificación
Envíe POST /verify/swift con el código y recibe un task_id de inmediato, ya que la verificación ocurre de forma asíncrona y nunca bloquea su proceso. La respuesta indica si el formato es válido, los segmentos de institución y país detectados, y si había presente un código de sucursal opcional. Cualquier tarea que falle de plano se reintenta tres veces antes de devolver un error claro, y jamás se cobra una tarea que termina en fallo.
Un formato moldeado por décadas de mensajería interbancaria
El estándar BIC se remonta a la fundación de SWIFT en los años setenta, cuando los bancos necesitaban una forma compacta y sin ambigüedad de dirigirse unos a otros dentro de una red de mensajería compartida, y más adelante se formalizó como ISO 9362. Esa historia explica por qué la estructura es tan rígida: un código de ancho fijo se diseñó para que máquinas lo analizaran de forma confiable mucho antes de que existieran las API, y esa misma rigidez es lo que hoy hace posible y útil validar el formato.
Cómo se integra en flujos de pago
Como los resultados llegan en JSON estructurado por webhook, este endpoint se conecta directo a formularios de alta de proveedores, cargas masivas de nómina y auditorías periódicas de una tabla de contrapartes almacenada: validar en la captura para detener un código malo antes de que llegue a un archivo de pagos, o revisar una base de datos existente durante la noche para marcar registros que merecen una segunda mirada. El acceso requiere saldo prepago, lo que mantiene el endpoint rápido y libre de abuso, y cada verificación tiene un precio fijo publicado de $0.002 sin créditos inventados que rastrear.
Qué puede hacer con ella
Alta de transferencia internacional
Un equipo de tesorería valida el BIC de una nueva contraparte en el momento en que se captura en el sistema de pagos, antes de que forme parte de una instrucción de transferencia.
Nómina de contratistas en el extranjero
Una plataforma de nómina revisa el código SWIFT del perfil bancario de un contratista extranjero durante el alta, evitando una transferencia internacional atascada en el primer pago.
Plataforma de facturación a proveedores
Una herramienta de cuentas por pagar valida el campo BIC de cada nuevo proveedor antes de guardarlo, evitando que un código mal formado llegue a un lote de pagos saliente.
Auditoría de base de contrapartes
Un equipo de operaciones bancarias corre su lista de BIC almacenados contra el endpoint de forma periódica para detectar códigos que se capturaron mal hace años y nunca se habían usado hasta ahora.
Preguntas frecuentes
¿Cómo valido un código SWIFT/BIC con una API?
Envíe POST /verify/swift con el código. La api validar codigo swift devuelve un task_id de inmediato y entrega el resultado del formato a su webhook o a un enlace firmado al terminar la verificación.
¿Esto confirma que el código está asignado a un banco real?
No. Confirma que el código sigue la estructura correcta ISO 9362 de 8 u 11 caracteres y su conjunto de caracteres. Confirmar que un BIC está actualmente asignado y activo requiere el propio registro de la red SWIFT, que este endpoint no consulta.
¿Es gratis validar un SWIFT/BIC?
La herramienta de arriba es gratis en su navegador. La API es de pago: cada llamada se descuenta de su saldo prepago de ForHosting KIT — se recarga desde $10.00 (no caduca), se paga el precio publicado de cada solicitud, y una llamada sin saldo devuelve HTTP 402. Sin suscripción, sin tokens, y una tarea fallida no se cobra.
¿Cuál es la diferencia entre un BIC de 8 y uno de 11 caracteres?
Un código de 8 caracteres identifica la oficina principal de la institución, mientras que uno de 11 agrega un identificador de sucursal de 3 caracteres para una ubicación específica. Ambos son válidos; el endpoint acepta y analiza correctamente cualquiera de las dos longitudes.
¿Puedo validar códigos SWIFT en lote?
Sí. Envíe cada código en su propio POST y las tareas se procesan en paralelo; cada petición se cobra por separado y una tarea fallida se reintenta y nunca se cobra.
¿Por qué un código que parece correcto a veces falla la validación?
La mayoría de los fallos vienen de una letra en minúscula, un espacio final copiado de un documento o un segmento de país que no corresponde a un código ISO real: pequeños errores de captura que esta verificación estructural está diseñada para atrapar.
¿Cómo se entregan los resultados?
De dos formas: un webhook firmado que enviamos a su servidor apenas termina la verificación, lo recomendado, o un enlace firmado válido por 24 horas que puede consultar cuando quiera.
¿Se guarda el código enviado después del proceso?
No. El código y su resultado se eliminan al cerrar la ventana de retención y jamás se usan para entrenar nada; los enlaces de entrega son firmados y caducan a las 24 horas.
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, y pronto desde nuestra app, el email y Telegram.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/verify/swift \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"items":["valor-1","valor-2"]}'const res = await fetch("https://api.kit.forhosting.com/verify/swift", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"items": [
"valor-1",
"valor-2"
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/verify/swift",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"items": [
"valor-1",
"valor-2"
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/verify/swift", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"items":["valor-1","valor-2"]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"items":["valor-1","valor-2"]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/verify/swift", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"items": [
"valor-1",
"valor-2"
]
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "verify.swift",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |