Según el recorte de 2026 sobre el sector retail del Data Breach Investigations Report, publicado por Verizon, el comercio registró 997 incidentes de seguridad en el período analizado, de los cuales 806 tuvieron confirmación de fuga de datos, casi el doble que el año anterior, aunque el número total de incidentes creció poco. Tres tipos de ataque representan el 95% de esas violaciones: intrusión de sistemas, ataques básicos a aplicaciones web e ingeniería social, el engaño que convence a una persona en vez de vulnerar una contraseña.
La motivación detrás del 85% de esos ataques es financiera, y el secuestro de datos —el ransomware, cuando un programa cifra los archivos de la empresa y piden un rescate para devolverlos— sigue siendo la acción más común entre los ataques que usan algún tipo de programa malicioso en el sector. Más de la mitad de las violaciones en retail, el 68%, involucró a algún proveedor externo: el sistema de la terminal de pago, el servicio de integración con el inventario, la plataforma que procesa el pago. Una tienda puede haber hecho todo bien puertas adentro y aun así detenerse por un eslabón que no controla directamente.
Para quien administra una tienda, esto no es una estadística abstracta. Es la fila que crece el viernes por la tarde porque el sistema de caja se traba, el cliente que desiste de la compra y se va, y nadie sabe si el problema es internet, el servidor de la trastienda o el sistema del proveedor que maneja el inventario. Cada minuto discutiendo de quién es la culpa es un minuto sin vender.
La caja detenida en la hora pico
El patrón más común que describe el informe de Verizon es justamente ese: sistemas vulnerados desde afuera, credenciales robadas o vulnerabilidades sin corregir, combinados con algo de ingeniería social. En 2026, la intrusión de sistemas por sí sola representó el 61% de los casos en retail, frente al 53% del año anterior. Es la categoría que va desde un secuestro de datos hasta un acceso indebido que tumba el sistema de ventas.
El dato comprometido con más frecuencia, en el 84% de las violaciones, es información interna de la empresa —no solo el número de tarjeta del cliente, sino planes, contratos, registro de proveedores, todo lo que le da a quien ingresó una ventaja para negociar o revender. El objetivo cambió: la tarjeta de crédito ya no es el único premio.
Eso cambia el tamaño del problema. No es solo "se filtró la tarjeta de un cliente": es "todo el sistema de la tienda, incluido lo que controla la caja y el inventario, quedó en manos de alguien de afuera, o dejó de funcionar, justo cuando la tienda más necesitaba vender". En una cadena con varias sucursales, un problema en la trastienda compartida tumba la caja en todas las tiendas a la vez: deja de ser el problema de una tienda y se vuelve el problema de todo un día de facturación.
En Brasil, el panorama de quienes ya sufrieron un ataque de ransomware ayuda a dimensionar el daño. Según el relevamiento de 2026 de Sophos sobre el estado del ransomware en el país, realizado con organizaciones brasileñas afectadas por este tipo de ataque en el año anterior, el costo promedio para recuperarse de un incidente —sin contar el rescate pagado— llegó a US$1,05 millones, sumando el tiempo de inactividad, el tiempo de personal, el costo de equipos y las oportunidades perdidas. El correo malicioso fue la causa técnica más común, presente en el 37% de los casos, por delante de la vulnerabilidad explotada (24%) y el phishing (18%).
Incluso entre quienes se recuperan, el tiempo importa: el 58% de las organizaciones brasileñas afectadas volvió a operar en una semana, pero el 18% tardó entre uno y seis meses. Para una tienda, una semana de sistema inestable ya es temporada perdida; seis meses es otro nivel de pérdida.
Por qué la salida habitual no resuelve
La salida habitual para esto, en una tienda o en una pequeña cadena, es tratar el sistema de ventas como "cosa de informática": llamar a alguien solo cuando se traba, sin que nadie lo monitoree antes de que eso pase. La terminal de pago, el router de la tienda y el servidor de inventario quedan cada uno a cargo de un proveedor distinto, sin nadie responsable del conjunto.
Otra versión habitual es confiar en un backup del sistema de ventas que nunca fue probado de verdad. La copia existe, pero nadie sabe cuánto tiempo lleva volver a poner la caja en funcionamiento con ella, y esa respuesta aparece recién en el momento de la falla, demasiado tarde.
También es habitual dejar la seguridad de la red en manos de quien entiende un poco de computación, sin estructura para monitorear ninguna alerta. Un sistema de inventario que deja de responder, o un intento de acceso fuera de lo común desde otro lugar, pasa inadvertido hasta que el daño ya está hecho.
El resultado es siempre el mismo: cuando la caja se traba, la tienda descubre, en el peor momento posible, que no tenía ningún plan más allá de esperar a que alguien apareciera a resolverlo.
Lo que tiene que existir en la práctica
Un entorno de tienda preparado para ese momento no depende de la suerte. Depende de mecanismos simples, acordados antes de que ocurra la falla.
Alguien monitoreando la red de la tienda antes de la falla. Una señal de inestabilidad en internet, en el router o en el servidor de la trastienda tiene que llegar a alguien antes de que se convierta en una caja fuera de servicio, no solo aparecer en un informe que nadie revisa.
Un único canal de soporte para todo lo que afecte la venta. La terminal, el sistema de caja, el inventario y la red suelen pertenecer a proveedores distintos. Tener un único punto de contacto que sepa a quién llamar evita que la tienda pierda media hora averiguando de quién es el problema.
Un plan que indique en cuánto tiempo la tienda vuelve a vender. No basta con saber que existe un backup; hace falta saber, por escrito, cuánto tiempo lleva volver a poner en línea el sistema de ventas después de una falla.
Backup del sistema de inventario y ventas probado de verdad. Un simulacro periódico de recuperación muestra si la copia realmente funciona antes del día en que tenga que funcionar.
Inventario de qué sistema depende de qué. Saber que la caja depende de internet, que el inventario depende del servidor local, que el pago depende del proveedor de la terminal es lo que permite aislar rápido dónde está el problema, en vez de sospechar de todo a la vez.
Actualizaciones de seguridad al día en los equipos de la tienda. Un router, un servidor local o una computadora de trastienda desactualizados son la puerta más fácil para quien intenta ingresar desde afuera.
Así es como trabaja Skills IT: con alguien monitoreando la red antes de la falla, un único canal de soporte para todo lo que afecte la venta y un plan que indica, por escrito, en cuánto tiempo la caja vuelve a funcionar.
Lo que cambia cuando la tienda no se detiene
La ganancia se nota primero en la fila: menos clientes que desisten de la compra porque la caja se trabó en el momento equivocado. En una cadena, evitar que un problema en la trastienda compartida tumbe todas las sucursales a la vez es lo que separa un susto pequeño de un día entero de facturación perdida.
También está la ganancia de quien trabaja en la tienda. Cuando existe un plan y un canal único de soporte, el empleado no pierde media hora tratando de adivinar si el problema es de internet, del sistema o de la terminal: llama, describe el síntoma y vuelve con el cliente. Es tiempo de equipo vendiendo, en vez de tiempo de equipo tratando de entender qué se rompió.
Y está la ganancia financiera de conocer el costo antes de necesitarlo. Una mensualidad fija para cuidar el conjunto —red, backup, actualizaciones— es más fácil de planificar que la pérdida de una caja detenida un viernes de mucho movimiento, que no avisa antes de ocurrir.
El costo de no tener ese cuidado también aparece en los números del sector: el relevamiento de 2025 de IBM sobre el costo de una violación de datos registró un promedio global de US$4,44 millones por incidente, por debajo de los US$4,88 millones del año anterior. Una tienda pequeña no se acerca a esa cifra, pero la lógica se repite en una escala menor: cuanto más tiempo tarda un problema en detectarse y contenerse, mayor es la pérdida acumulada, en ventas perdidas, en horas de equipo detenido, en clientes que no vuelven.
Preguntas para llevar a la próxima reunión
Antes de asumir que "la tienda está funcionando" significa "la tienda está vendiendo", conviene preguntar:
- ¿Alguien monitorea la red de la tienda antes de que la caja se trabe, o recién después? Si la respuesta es "recién después", la tienda siempre está reaccionando, nunca previniendo.
- ¿Existe un único teléfono para llamar cuando el problema está en el sistema de ventas? Si la respuesta implica averiguar primero cuál es el proveedor correcto, cada minuto de duda es un minuto sin vender.
- ¿Alguien ya probó cuánto tiempo lleva volver a poner la caja en funcionamiento después de una falla? Sin esa prueba, el número que tiene la empresa es una promesa, no un hecho.
- Si el sistema de una tienda se cae un viernes de mucho movimiento, ¿cuánto tiempo pasa hasta que alguien lo nota? Si la respuesta no son minutos, vale la pena entender por qué antes de que ocurra de verdad.
- ¿El equipo sabe de qué depende cada sistema de la tienda para funcionar? Sin ese mapa, cada falla se convierte en una investigación larga, incluso cuando el problema es pequeño.
