Un estudio contable guarda datos personales de personas que nunca pisaron su oficina: son los empleados de las empresas clientes. Nombre completo, número de identificación, cuenta bancaria, salario, licencia por enfermedad, datos de familiares a cargo — todo eso circula por el sistema del contador para calcular el monto correcto y transmitirlo a la plataforma del gobierno que recibe los datos de nómina y de contratación de cada empresa.
La ley brasileña de protección de datos personales (una norma que regula cómo las empresas tratan el dato personal) no deja que esa responsabilidad desaparezca solo porque el dato es de un empleado de otra empresa. Según la autoridad nacional de protección de datos de Brasil, cuando un incidente de seguridad expone datos personales, quien trata ese dato tiene 3 días hábiles para avisar a la autoridad y a las personas afectadas — plazo fijado por una resolución de abril de 2024 que reglamenta el artículo de la ley sobre notificación de incidentes.
Tres días hábiles es poco tiempo para descubrir qué se filtró y quién fue afectado, si el estudio no sabe de antemano qué guarda, dónde está y quién lo tocó. Por eso, para quien decide el presupuesto de TI de un estudio contable, la pregunta correcta no es solo "¿puede fallar el sistema?" — es "¿qué pasa con el cliente, con su empleado y con el plazo, el día en que falle?".
Dato de terceros, responsabilidad propia
El trabajo contable ya es exigente antes de cualquier incidente. Una encuesta de IOB con el consejo federal de contabilidad de Brasil y la federación nacional de empresas de servicios contables, con 393 profesionales contables de todas las regiones del país, entre abril y mayo de 2026, encontró que el 34% señala el retrabajo manual como su mayor desafío diario, y el 17% cita la dificultad de integrar sistemas distintos.
Es en ese tipo de rutina —ya tensionada por el retrabajo y por sistemas que no se comunican entre sí— donde la semana del cierre acumula el volumen de todos los clientes a la vez: quien calcula la nómina, quien emite un formulario, quien transmite al gobierno, quien revisa una declaración, todos usando la misma base, el mismo día.
Y el calendario de ese trabajo no lo define el estudio: lo define la autoridad fiscal, el gobierno y cada convenio laboral. Según el consejo federal de contabilidad, las empresas que querían que su elección del régimen tributario simplificado rigiera desde enero de 2027 tenían hasta el 30 de septiembre de 2026 para hacerlo por el canal oficial. Perder esa ventana significa no empezar 2027 con la opción que la empresa quería — el calendario no espera al estudio cuyo sistema falló justo ese día.
Sume las dos cosas: dato de personas que no son clientes del estudio, y un plazo que no se ajusta al día en que el sistema decidió fallar. Esa combinación es lo que cambia el tamaño del riesgo de una TI mal cuidada en un estudio contable, comparado con un negocio que solo maneja su propio dato y su propio calendario.
Por qué el modo habitual no resiste el cierre
El modo habitual de gestionar la TI en un estudio contable es reactivo: llamar a alguien cuando el sistema se traba, confiar en una copia de seguridad que nadie probó, o dejar el tema en manos de quien "entiende más de computadoras" en el equipo. Funciona buena parte del año — cuando un problema puede esperar a que llegue el técnico.
En la semana del cierre esa comodidad desaparece. Es cuando todo el estudio usa el mismo sistema al mismo tiempo, contra el mismo plazo. Un sistema que aguanta bien un martes común puede trabarse justo el jueves en que nadie puede esperar — y comprar una licencia más o un sistema más no resuelve eso solo, si nadie se ocupó antes de la capacidad, del acceso y de la copia de seguridad.
Cuando se traba, el problema no es solo el tiempo caído: es el tiempo caído justo el día en que se cierra la ventana de entrega — y, como en el caso del régimen simplificado, algunas de esas ventanas no reabren la semana siguiente. El estudio solo descubre el límite de su propio sistema en el peor momento posible para descubrirlo.
Lo que tiene que existir en la práctica
Un entorno de TI preparado para el cierre se define por mecanismos concretos, no por buena voluntad del equipo.
Capacidad que aguanta el pico de la semana de cierre. El sistema —y la conexión a internet que lo sostiene— deben soportar a todo el estudio calculando, emitiendo y transmitiendo al mismo tiempo, sin lentitud ni bloqueos justo cuando el volumen es el más alto del año.
Una copia que permite volver en horas, no en días, en la semana crítica. No basta con tener respaldo: hay que probarlo con una recuperación real, hecha fuera de la ventana del cierre, para que nadie descubra que la copia estaba incompleta justo cuando se necesita.
Segregación de quién ve el dato de qué cliente. Cada persona del equipo debería ver la nómina y los registros solo de los clientes que atiende —no toda la cartera del estudio—, porque el empleado expuesto en un incidente pertenece a un cliente específico, y el acceso de más solo aumenta quién pudo haber causado la filtración.
Acceso remoto seguro para quien se conecta desde casa en la recta final del cierre. Buena parte del trabajo de cierre ocurre fuera del horario comercial, desde casa, para cumplir el plazo. Ese acceso debe pasar por un canal protegido — no por un atajo que alguien creó para ganar tiempo.
Un camino acordado de antemano para seguir entregando si el sistema principal cae el día del plazo. Una alternativa pensada con anticipación —otra computadora, otro acceso, otro medio para transmitir la obligación— para el día en que el sistema principal no vuelve a tiempo.
Un registro de quién tocó qué dato, y cuándo. Si ocurre un incidente, reconstruir lo sucedido —qué se accedió, quién lo hizo, en qué momento— es lo que permite escribir el aviso de 3 días hábiles con hechos, no con suposiciones.
Así trabaja Skills IT con estudios contables: gestionando la capacidad del sistema antes de la semana crítica, probando la copia de seguridad con una recuperación real y manteniendo el acceso remoto bajo control, sin que el estudio tenga que resolverlo solo en medio del cierre.
La ganancia de un cierre sin sobresaltos
La ganancia de una TI lista para el cierre no aparece en un número de satisfacción ni en una promesa de resultado — aparece en la operación misma. Es la semana en la que nadie espera a que cargue una pantalla, nadie rehace un cálculo porque el sistema falló a mitad de camino, y nadie pasa el día del plazo explicándole a un cliente por qué se atrasó un formulario.
En lo financiero, la ganancia es previsibilidad: el estudio sabe, mes a mes, cuánto va a gastar en la estructura que sostiene el cierre, en vez de descubrir el costo de un problema recién después de que ocurrió —horas extra del equipo, retrabajo, o el desgaste de explicarle un atraso a un cliente que también tiene un plazo con el gobierno.
Y queda lo que más falta en la corrida del cierre: tiempo para revisar antes de enviar, no solo después de que el plazo ya pasó. Los estudios contables están entre los sectores que atiende Skills IT — porque allí el plazo no es solo del estudio: también es del cliente que espera el formulario correcto, en la fecha correcta.
Cuatro preguntas para la reunión de cierre
Antes de la próxima reunión sobre el cierre, vale la pena llevar estas cuatro preguntas a quien se ocupa de la TI del estudio:
- ¿Quién, en el estudio, seguiría teniendo acceso a este dato si se fuera hoy? Si la respuesta incluye más gente de la que tiene sentido, o a alguien que ya no trabaja ahí, el problema no es de mala suerte — es de control de acceso.
- ¿Qué pasa si el sistema cae el jueves antes del plazo del viernes? Si la respuesta es "esperamos a que vuelva", falta un camino acordado de antemano para seguir entregando por otro medio.
- ¿Cuándo fue la última vez que alguien probó de verdad la recuperación del respaldo? Una copia que existe pero nunca fue restaurada es una suposición, no una garantía — y la semana del cierre no es el momento de descubrirlo.
- Si mañana un incidente expusiera datos de un empleado de un cliente, ¿el estudio sabría qué se accedió y quién lo hizo? Sin ese registro, los 3 días hábiles para avisar se vuelven una corrida a ciegas, en vez de una respuesta basada en hechos.
