¿Técnicamente hablando, un reembolso con tarjeta de crédito o débito es lo mismo que una transferencia bancaria?

Estoy tratando de descubrir algunas categorías para abarcar algún tipo de transferencias / transacciones de dinero, pero mi "experiencia" bancaria se está quedando corta.

Ok, lo que estoy tratando de agrupar son las siguientes cosas:

  • Reembolsos de tarjetas de crédito
  • Reembolsos de tarjetas de débito
  • ACH
  • Transferencias electrónicas
  • Transferencias bancarias

No estoy de acuerdo con Wikipedia https://en.wikipedia.org/wiki/Wire_transfer puesto en la misma línea: transferencia bancaria, transferencia bancaria y transferencia de crédito.

Una transferencia bancaria también puede ser una ACH, que es claramente diferente de una transferencia bancaria. Pero es cierto que una transferencia bancaria también es una transferencia bancaria. Acerca de una transferencia de crédito, no es que quiera ser quisquilloso aquí, pero para mí, es otra cosa diferente (especialmente dependiendo del contexto).

Desde una perspectiva de herencia OO, diría:

  • Wire Transfers -> Bank Transfers
  • ACHs -> Bank Transfers

Ahora, cuando se trata de reembolsos de tarjetas bancarias, soy un poco más escéptico, diría "sí, por supuesto que son como transferencias bancarias", obviamente, pero no realmente transferencias bancarias por decir. Por un lado, son electrónicos, eso es seguro, pero por otro lado, los detalles de la cuenta bancaria generalmente se requieren para una transferencia bancaria (es decir, IBAN + código SWIFT/BIC + nombre del propietario).

  • Credit Card -> Bank Card
  • Debit Card -> Bank Card

y entonces:

  • Credit Card Refunds -> Bank Card Refunds
  • Debit Card Refunds -> Bank Card Refunds

pero:

  • Bank Card Refunds -> ???

y, en general, no estoy muy seguro de si puedo considerar que las compras realizadas con una tarjeta bancaria (independientemente del tipo real) pueden verse como transferencias bancarias, ya que las empresas realmente no tienen los detalles de la cuenta bancaria real de sus clientes.

De todos modos, sería muy apreciado si alguien pudiera arrojar luz sobre los reembolsos de tarjetas bancarias y si se pueden considerar como algún tipo de transferencia bancaria.

[EDITAR]

Muy bien, la razón por la que estoy buscando categorías es que actualmente estoy trabajando en un software que realiza reembolsos + compensaciones (en el sentido de gestos de buena voluntad) mediante transferencias bancarias (SEPA + internacional), así como el reembolso de las compras realizadas. con tarjetas bancarias.

Estaba buscando un nombre que abarcara todo el software y sus subcomponentes.

Los reembolsos no son precisos en el sentido de que, por algunas razones heredadas, también procesa gestos de buena voluntad que supuestamente son diferentes de los reembolsos.

Larga historia corta:

  • Transferencias bancarias para gestos de buena voluntad + reembolsos que no se pueden procesar con tarjeta
  • Reembolsos de tarjetas bancarias

Sobre todo, excepto tal vez algo como "Transferencias de dinero" o "Transacciones".

  • Transferencias/Transacciones de dinero:
    • Transferencias electrónicas:
      • Reembolsos
      • Gestos de buena voluntad
    • Tarjetas bancarias:
      • Reembolsos

Sin embargo, no estoy seguro de si este tipo de estructura tiene algún sentido.

Voto para cerrar esta pregunta como fuera de tema porque pertenece a un foro más técnico.
En mi experiencia, un reembolso de tarjeta bancaria es un mecanismo bastante diferente a una transferencia bancaria. El primero es entre un comerciante y un cliente (con el proveedor de la tarjeta bancaria como intermediario). El primero utiliza un número de tarjeta de crédito y puede ocurrir prácticamente en cualquier momento. Este último es entre dos clientes (con dos bancos como intermediarios). Este último utiliza dos números SWIFT y dos números de cuenta. La transferencia ocurre en momentos específicos del día.
¿Puede explicar por qué quiere hacer esto: "Estoy tratando de descubrir algunas categorías..." ¿Para qué es esto? ¿Estás creando cuentas en tu software de contabilidad? ¿Estás escribiendo software de contabilidad? Honestamente, no se me ocurre ningún motivo por el que debas categorizar un reembolso que no sea como un gasto negativo para la cuenta original.
Los sistemas bancarios pueden ser diferentes en diferentes países, entonces, ¿de qué país estamos hablando?
@glglgl Europa (Reino Unido y Suiza incluidos)
@TTT seguro que editaré mi publicación en un momento
@TTT agregó más detalles

Respuestas (3)

La respuesta simple a su pregunta de título de,

¿Técnicamente hablando, un reembolso con tarjeta de crédito o débito es lo mismo que una transferencia bancaria?

es no. No son técnicamente lo mismo, ni siquiera técnicamente relacionados.

En términos de la implementación técnica, los reembolsos contra compras con tarjeta de débito o crédito son lo mismo que las transacciones normales de compra contra tarjetas. Se procesan a través de una determinada red de pago con tarjeta (es decir, Visa, Mastercard, etc.) como una transferencia de dinero entre un banco emisor y un banco comercial.

En efecto, un reembolso con tarjeta de crédito es lo mismo (técnicamente) que una compra con tarjeta de crédito, excepto que tiene un signo negativo delante.

También hizo una pregunta de seguimiento sobre las transacciones con tarjeta de crédito en general,

No estoy muy seguro de si puedo considerar que las compras realizadas con una tarjeta bancaria (independientemente del tipo real) pueden verse como transferencias electrónicas, ya que las empresas realmente no tienen los detalles reales de la cuenta bancaria de sus clientes.

La respuesta a eso también es no. Como se mencionó anteriormente, las transacciones con tarjetas de crédito y débito se realizan a través de redes de pago dedicadas administradas por marcas como Visa o Mastercard. Hay un puñado de diferentes tipos posibles de transacciones con tarjeta que pueden procesarse de manera diferente a través de una red determinada, pero se manejan de forma completamente independiente de las "transferencias electrónicas" que se procesan a través de redes como SWIFT.

Dicho todo esto, parece que está tratando de resolver un problema mayor de categorizar los tipos de transacciones. Ese es un problema más difícil de resolver sin más contexto (¿cuál es el propósito de su categorización?) Entonces, tal vez pueda editar en más contexto o hacer otra pregunta si es lo suficientemente diferente.

Gracias por tu respuesta, esto es bastante informativo. Acabo de agregar un poco más de contexto a mi pregunta, no estoy seguro de si ayuda.
Todavía no está claro qué está tratando de lograr al crear esta jerarquía de nombres de tipos de transacciones. Si está escribiendo un software que realmente está procesando las transacciones, las categorías y los comportamientos para los diferentes tipos serán dictados por su interfaz a las distintas redes. Si solo está haciendo esto para pensar en un nombre para su software, supongo que podría ser lo que quisiera que fuera.
Además, el hecho de que desee enviar reembolsos implica que hubo una transacción original (que se está reembolsando). Es probable que el mecanismo de reembolso ya se haya implementado a través del canal que creó la transacción original. ¿No está seguro de qué problema resolvería su software en ese caso?
Bueno, en algunas circunstancias particulares, la transacción original no se puede reembolsar utilizando el mismo canal, de ahí la necesidad de reembolsar a los clientes mediante transferencias bancarias. Los escenarios más comunes son los reembolsos contra tarjetas bancarias.
Mi segundo mayor problema de categorización además de los reembolsos contra tarjetas bancarias (que gracias a usted es muy claro), son los gestos de buena voluntad y si pueden considerarse como compensaciones o no, ya que supuestamente no son causados ​​ni desencadenados por pasivos, esto podría requerirme. para crear otro billete aunque.
y si se pueden considerar como compensaciones o no, ¿estás tratando de resolver un problema de responsabilidad fiscal?
"y si pueden ser considerados como compensaciones o no",: no estoy

Estás abordando mal este problema. Probablemente tampoco debería estar en este sitio. Hay algunos errores de pensamiento en la forma en que está pensando en esto desde una perspectiva de codificación. Está tratando las tarjetas de crédito como una categoría, pero cada tipo de emisor tiene sus propias reglas y puede tener contratos que invaliden las reglas generales. Cada institución financiera que compense estas partidas también puede tener sus propias reglas.

Las transferencias y la ACH están estandarizadas de banco a banco, pero el acceso al sistema de transferencias se realiza a través de los bancos, no puede obtener acceso directo a ninguno de los dos como un extraño. Hay un sistema internacional separado de Fed Wire y hay sistemas privados como Western Union. Las transferencias bancarias internas operan bajo reglas internas de bancos específicos.

También hay instituciones financieras que no tienen acceso directo a las instalaciones de transferencia. Las cooperativas de ahorro y crédito obtienen acceso al sistema bancario a través de un banco corresponsal. No tienen ningún derecho legal de acceso directo al sistema. Además, algunos otros tipos de instituciones financieras estadounidenses ofrecen servicios de transacciones, pero solo los adquieren a través de un banco corresponsal. Algunas aseguradoras le permiten reclamar el dinero del seguro a través de una función similar a una cuenta corriente, pero es ilegal agregar dinero a la cuenta y los cheques son "pagaderos a través" de otro banco. En esos casos, se permite un verdadero reembolso, pero es contra la ley agregar dinero.

Algunos estados de EE. UU. imponen restricciones legales a los bancos que operan dentro de sus fronteras. Ciertos tipos de transacciones solo pueden ocurrir si se originaron dentro de los límites de su estado. Algunos estados, por ejemplo, solo permiten depósitos en cajeros automáticos si el cajero automático está dentro de los límites del estado. No puede llegar dinero de un mismo banco de otro estado aunque sea de la misma corporación legal. Aunque esto generalmente no le afecta, no es imposible que alguna ley futura de un estado pueda afectar lo que está permitido.

Este es un caso en el que necesita un documento de requisitos bien estructurado donde todas las reglas estén cubiertas por un experto en la materia. Es imposible recopilar suficiente información sobre esto en los foros web o en las normas generales.

En Estados Unidos tienes cincuenta estados, el Gobierno Federal, tienes los órganos de gobierno de los territorios y distritos como Puerto Rico o el Distrito de Columbia. Dentro de los estados, tiene reguladores independientes de banca, seguros y corretaje. Hay algunos estados que los unifican. A nivel federal, tiene la Oficina del Controlador de la Moneda, la Corporación Federal de Seguros de Depósitos, la Reserva Federal, la Administración Nacional de Cooperativas de Crédito y la Oficina de Protección Financiera del Consumidor. Además, tienes los emisores de tarjetas que producen sus propias regulaciones y requisitos contractuales. Por último, tiene los proveedores de software. Cada uno de estos tiene el derecho legal de estropear su software.

Si bien la mayor parte de lo que necesita se ha estandarizado, este no es el foro para recopilar esos estándares. Está trabajando en un problema bien resuelto, pero necesita saber cómo los proveedores de datos ya lo han resuelto. También necesita saber cómo monitorean los cambios en la ley para cualquiera de las jurisdicciones.

La mayor parte de esta publicación solo importa en abstracto, ya que la mayoría de los estados han acordado leyes aproximadamente uniformes. Sin embargo, si la persona A tiene dinero depositado en una compañía de seguros de vida como resultado de un fallecimiento y usa una tarjeta de débito para realizar una compra de $100 y la compra se cancela y se realiza un reembolso, no puede agregar dinero adicional porque la aseguradora no puede aceptarlo. . No es seguro asumir que lo que funciona en Europa está permitido en Alabama incluso si es aceptable en todos los demás estados. Tampoco debe asumir que debido a que Visa permite algo, Diner's Club lo permitirá.

No hay sustituto para un documento de requisitos adecuado examinado por un experto en la materia.

Sé que desea hacer esto en un marco OO, pero eso no comenzará hasta que comprenda los componentes técnicos de las reglas. Además, podría ver dinero adicional creando requisitos de declaración de impuestos sobre usted a través del IRS y la autoridad fiscal estatal correspondiente y, según las sumas o la frecuencia de las transacciones, también crear requisitos de declaración de lavado de dinero para los bancos receptores.

Como dice que está interesado en Europa (incluida CH), las cosas son un poco diferentes de lo que parecen ser en los EE. UU. (por lo que pude leer en este sitio).

En Europa tenemos la red SEPA. Conecta bancos (en pocas palabras) y se puede utilizar para transferir fondos de una cuenta a otra diferente.

Cuando le envío dinero, ingreso su IBAN (número de cuenta internacional, incluida la información de ruta). Mi banco recoge esta transferencia junto con muchas otras y las envía juntas a una instancia de compensación. Allí se "enrutan" y finalmente llegan al banco y la cuenta de destino. Esto es similar a ACH o transferencia bancaria.

Lo contrario son los débitos directos, donde me permite retirar fondos de su cuenta. Puedo realizar este retiro y, para hacerlo, estoy sujeto a la regulación respectiva. Tú, por otro lado, puedes rechazar tal transacción hasta 8 semanas después de que haya ocurrido, bajo ciertas circunstancias (como si nunca me autorizaste) incluso 13 meses.

Para pagar con tarjeta de débito, existen varios sistemas:

  • específico del país, como girocard en Alemania AFAIK, esto sucede de manera similar a los débitos directos
  • Maestro, V-Pay Ocurren a través de las compañías de tarjetas de crédito (MasterCard, VISA)