¿Por qué algunos bancos requieren algún software en particular para tomar fotos de cheques para depósito?

Algunos bancos aceptan fotos de cheques para depositar los cheques. Pero requieren algún smartphone con algún software en particular. por ejemplo, https://www.fidelity.com/mobile/android

Me pregunto por qué requerirían que se instale y use algún software en particular en los teléfonos inteligentes de los clientes.

¿Por qué no usar cualquier cámara para tomar fotos de cheques y enviarlas/cargarlas a los bancos a través de mi computadora?

¡Gracias!

Puedo escanear y cargar, pero el escáner también es su software particular (alguna aplicación Java para mi banco). Creo que debe ser un problema de seguridad, pero no sé lo suficiente sobre el software para estar seguro.

Respuestas (3)

Esto es probablemente para asegurar la integridad de la imagen. Al usar su software, pueden asegurarse de que la imagen no se altere después de tomarla con la cámara/escáner. Tiene sentido, desde el punto de vista de la seguridad, esa es la única forma en que pueden asegurarse de que el cheque exista físicamente y no haya sido modificado con Photoshop. Por supuesto, puede retocar un cheque, imprimirlo y luego escanearlo usando su software, pero eso sería una falsificación.

puede tomar una foto de una foto de un cheque y funciona y, como señala, puede crear una falsificación con la suficiente facilidad para pasar la "verificación de integridad".
Mi banco también intenta leer el texto para asegurarse de que todo sea legible, obligándote a volver a tomar la imagen si no lo es.

El software hace más que tomar fotografías del cheque. Tiene algunos OCR y validación incorporados, por lo que ayuda a reducir la cantidad de envíos que fallan.

Imagínese si pudiera enviar cualquier imagen al banco. Alguien quiere hacer un ataque DOS (Denegación de servicio) todo lo que tiene que hacer es inundar el servicio con imágenes aleatorias extraídas de Internet. El servidor tiene que dedicar tiempo a tratar de procesar imágenes que ni siquiera son cheques.

En cambio, la imagen se procesa a través de un software que puede realizar el procesamiento inicial para asegurarse de que la imagen que se envía sea una verificación real. No tengo acceso a las especificaciones, pero sospecho que el software hace una primera suposición de cuál debería ser el control, lo envía al servidor para que lo verifique. Esto también ayudará a detectar ataques e intentos de fraude.

Además, existen diferentes utilidades de compresión que se pueden utilizar en las imágenes. Las imágenes pueden parecer prácticamente idénticas cuando se renderizan, pero mirando los datos que procesa la computadora son archivos completamente diferentes. Dado que la computadora tiene que trabajar con la parte de datos del archivo que tiene un formato de imagen estándar, se reduce en gran medida la complejidad de hacer que el software sea utilizable para los usuarios finales.

¡Gracias! Entonces, ¿por qué no instalar software en computadoras en lugar de teléfonos inteligentes?
@Tim: debido a que los teléfonos inteligentes tienen una cámara integrada en una interfaz estándar, son computadoras (mi droide 3 es de doble núcleo de 1,2 ghz), la gente quiere usar sus teléfonos inteligentes porque son más pequeños y fáciles de usar, y existe tal una variación en el hardware y la estructura de soporte que en realidad es más difícil escribir una aplicación de usuario para una computadora que para teléfonos inteligentes debido a la estandarización que se incluyó en el diseño de Android.
No se realiza OCR en el teléfono cuando envía el cheque. Puedes verificarlo con el sniffing de red simple: la imagen va al banco y el banco responde con los datos que ves en la siguiente pantalla de verificación (al menos eso parece, hay conexión en marcha, solo entonces ves los datos) .
@JoeTaxpayer: de hecho, trabajé en un sistema que aceptaba la entrada del OCR y enviaba la información al sistema de contabilidad principal. El teléfono no hace el OCR porque podrías hackear tu teléfono. La imagen se recibe y se almacena en caché, luego se envía al OCR al sistema para que la lea. Si el OCR no puede leerla, se coloca en una cola para entrada manual/rechazada dependiendo de si el sistema puede obtener suficiente información para cumplir con los requisitos. Criterios para hacer cola. Luego, el sistema que creé toma esa información y coloca los números en los campos correctos y los envía al mainframe.
@Chad correcto, littleadv escribió que no se realiza OCR en el teléfono. Escribiste "incorrecto" pero luego aceptaste que no se hizo OCR por teléfono. ¿Qué pasa con el comentario de littleadv no era correcto?
En realidad volví a mirar. El teléfono tiene OCR incorporado y lee el cheque y realiza una verificación de validación. No importa cuáles son los datos, solo que hay datos legibles donde debe haber datos legibles. Realiza la validación antes de enviar cualquier imagen. Si la imagen falla, no envía la imagen.
@littleadv La aplicación My Banks puede saber si el cheque no es legible y te hace volver a tomarlo.
@Andy Supongo que depende de la aplicación, no hay ninguna razón técnica en contra.
"Alguien quiere hacer un ataque DOS (denegación de servicio), todo lo que tiene que hacer es inundar el servicio con imágenes aleatorias extraídas de Internet". A diferencia de la aplicación, donde pueden realizar un ataque DOS con imágenes extraídas de Internet.

como la mayoría de las "medidas de seguridad" en la banca de consumo, es una falsa sensación de seguridad

a los bancos realmente no les importa cómo se ve la firma ni nada, ya que su software de escaneo de cheques OCR simplemente lo está convirtiendo en una transacción ACH que simplemente mira la cuenta, el número de ruta y la cantidad.

como responde a la pregunta
la respuesta es que no se requiere el software especial y el requisito es una ilusión de seguridad. Decidí que mi respuesta aludía suficientemente a esa conclusión.
El hecho es que se requiere, y la pregunta es por qué. Decir que el hecho es una ilusión muestra que no estás apegado a la realidad. Puede argumentar que el requisito es innecesario, pero no puede decir que no existe tal requisito.
con respecto al "software propietario para el escaneo de cheques", dígame qué regulación lo requiere por "razones de seguridad". No creo que ningún regulador federal haya abordado esto en absoluto, son bastante lentos con respecto a las regulaciones tecnológicas.
Lo siento, ¿dije "requerido por el gobierno federal"? No me parece. No todo lo que los bancos exigen de sus clientes es exigido por las reglamentaciones federales.
entonces no es requerido: ni por el gobierno, ni por las SRO, ni por las organizaciones sin fines de lucro como NACHA. solo una medida de seguridad voluntaria y débil para sofocar el miedo potencial, la incertidumbre y la duda.
@littleadv eventualmente, el mercado libre o la oficina de protección al consumidor encontrarán una solución más realista
Bueno, en este asunto en particular, no creo que el requisito de usar software propietario sea irrazonable. Independientemente de los problemas de seguridad, no esperaría que BoA le permitiera ingresar y depositar cheques en su cuenta de Chase, ¿por qué sería diferente al hacerlo electrónicamente? En cuanto a requerido - es requerido. Por el Banco.
@littleadv tienes la habilidad de decir cosas que la gente quiere escuchar y entender, pero esto simplemente no se basa en ninguna realidad. su ejemplo no tiene nada que ver con el problema en cuestión. si no tiene una "cuenta de chase" como destino, entonces "chase" no sería el que procesaría el cheque y esto no tiene nada que ver con el software utilizado.
Mi punto es que cuando va a depositar un cheque, no le da una fotocopia al cajero, le da el cheque real. ¿Por qué sería diferente la versión electrónica del depósito? Usted le da al banco (a través de su software) el cheque real, lo que hagan con él después de eso no importa (y no cambia mucho entre el depósito electrónico y el físico, excepto quién se queda con el cheque al final). ).
¿Por qué algunos bancos requieren algún software en particular para tomar fotos de cheques para depósito?
RespuestasAquíPolítica de privacidad1y, 0v