¿Cómo se vincula el software de transacciones de los bancos con los ACH?

Como de costumbre, Faisal ofrece una excelente visión general. Me gustaría exponer su respuesta y las preguntas adicionales sobre la “capa de software”.

¿Qué es un proveedor de servicios básicos?

Faisal menciona el proveedor de servicios básicos de un banco (o “Core”). Estos sistemas multimillonarios, multimillonarios son análogos al sistema operativo de su teléfono móvil (“SO”). Proporcionan y realizan las funciones básicas necesarias para realizar negocios bancarios de manera segura en el siglo XXI.

Una pieza crítica de la infraestructura proporcionada es la estructura de la cuenta. En los términos más simples, esta es la versión de la nueva escuela del “libro de contabilidad” de un banco. Realiza un seguimiento y muestra la cantidad de dinero retenido en el banco para John Doe en su Cuenta de depósito a la vista (o “DDA”); por lo tanto, puede considerar estos núcleos como la base subyacente sobre la cual se ubican todas las OTRAS actividades bancarias (por ejemplo, banca en línea, pago de facturas, servicios de tesorería, etc.). Entonces era lógico que quisieras que el Core de tu banco fuera compatible con estos servicios, por lo que los proveedores de Core comenzaron a vender y extender estos servicios a sus clientes financieros.

Una vez más, volviendo a la analogía de iOS, estos servicios y productos se empaquetan y se venden como canales a los bancos, al igual que las aplicaciones se pueden descargar a su teléfono (gran simplificación). La diferencia, sin embargo, es que todas las aplicaciones son propiedad de su proveedor principal de servicios y no puede eliminar y reemplazar estos servicios fácilmente. Agregue el hecho de que en realidad solo hay 3 proveedores de servicios principales, la mayoría se ejecutan en mainframes que usan tecnologías más antiguas, y puede comenzar a comprender por qué los consumidores (y los bancos) se sienten frustrados por su capacidad de innovar (pero Open Banking es un tema diferente )

¿Cuál es el software que utilizan los bancos para procesar transacciones?

¿Qué hace? En términos de transferencias bancarias, el claro ganador es el software PEP + de Fiserv. Esto se debe en parte al hecho de que PEP + puede funcionar con cualquier Core bastante bien. Él y otras plataformas similares procesan las transacciones y ofrecen un conjunto de servicios destinados a reducir y monitorear el riesgo (es decir, las mejores prácticas y requisitos de cumplimiento necesarios para acceder y aprovechar ACH). El grado en que un banco habilita estos servicios adicionales (y para qué partes del flujo de procesamiento de ACH) está fuertemente influenciado por el nivel de sofisticación en el banco. Las IF más pequeñas que pueden tener solo un puñado de creadores de ACH pueden externalizar su operación completa a algo como PEP +, mientras que otros bancos solo pueden usarla para la validación.

Hay algunas caídas graves en estos sistemas mainframe más antiguos frente a la nueva demanda de más modernas, basadas en la nube, abiertas (en el sentido de que la conexión entre la Estructura de la cuenta y el Software de procesamiento no es propietaria) y las capacidades basadas en API, pero invitaría a alguien con una lente más técnica y experiencia de primera mano para hablar sobre ellos.

Descargo de responsabilidad: trabajo en Dwolla , un proveedor de API ACH para empresas y aplicaciones. Alcance para aprender más .

No sé cómo presentarle la capa de software, pero la mayor parte de lo que he visto es que ACH se define como un canal de entrega en su software de banca central. He visto que los bancos tienen una conectividad de nivel medio entre su núcleo bancario y el procesador ACH que eligen (FED / EPN). Algunos software de core bancario tienen capacidad nativa de conexión a ACH, otros no.

En la mayoría de los casos, ACH se define en Core Banking como un canal (core banking asigna “canales” para cada forma de mecanismos de entrega de débito / crédito, por ejemplo, ATM, banca telefónica, Internet, SWIFT, etc.) ACH no se considera diferente .

Técnicamente hablando, es una conectividad de nivel medio del software Core Banking a la cámara de compensación. Es solo una gran cantidad de análisis de archivos y su actualización (generando archivos de respuesta para débito, crédito y devoluciones / publicación de errores).

Estos archivos se actualizan y hacen referencia a las cuentas que necesitan el débito y / o crédito en ellos.

Buena respuesta de faisal khan. Quiero agregar algo más, que encontré mediante una búsqueda rápida en la web para esta pregunta “En el sistema ACH, la persona que realiza una transferencia electrónica se conoce como Receptor. Esto se debe a que su banco recibirá un solicitar que los fondos se transfieran a otra parte. Las entidades cuyos dispositivos se utilizan para deslizar una tarjeta se conocen como originadoras. Después de la autorización del receptor, le indican a su banco que presente un reclamo contra el banco del receptor en el ciberespacio. institución (ODFI), al recibir las instrucciones, hace el reclamo real contra la institución financiera del receptor (RDFI), que carga los fondos de la cuenta del receptor. Si estas instituciones financieras son bancos en el sistema de la Reserva Federal, es probable que la Fed sea proporcionando la conexión de comunicaciones entre ellos y actuando como intermediario para su transferencia, pero otras instituciones también cumplen esta función. Si los fondos del receptor son buenos, el ODFI es el autor ized por el sistema para hacer un crédito en la cuenta del originador, y así los fondos están disponibles “.
Fuente: ¿Cómo funciona ACH? El | eHow

http://www.paamlessprocessing.co