Seguridad y uso compartido de datos
Los datos financieros exigen el manejo más estricto de cualquier sistema, y REDA Financials organiza sus protecciones por capas: los permisos basados en roles deciden qué tipo de registros manejas, el uso compartido por territorios decide de quién son y la plataforma aplica ambos a todo lo que abres, ingresas y modificas. La automatización que se ejecuta después de guardar — contabilización, conciliación, asignación — lee deliberadamente la configuración y los registros relacionados en contexto de sistema, para que un asiento se contabilice de forma completa y correcta sea quien sea que haya guardado. Eso no es una vía para saltarse tus permisos: primero tuviste que estar autorizado a guardar el documento, y el libro mayor que escribe está bloqueado para todos (ver más abajo).
Las capas
| Capa | Pregunta que responde | Se gestiona mediante |
|---|---|---|
| Conjuntos de permisos | ¿Qué puede hacer esta persona: registrar cuentas por cobrar? ¿pagar a proveedores? ¿cerrar los libros? ¿solo lectura? | Los cinco conjuntos de permisos de REDA; consulta Asignación de conjuntos de permisos |
| Licencias de usuario | ¿Puede esta persona escribir en los libros, siquiera? | Licencias por usuario |
| Uso compartido por territorios | ¿De quién son los registros que pueden ver: de la India? ¿de Brasil? ¿todos? | Administración de territorios (+ la configuración que lo habilita) |
| Registros gestionados por el sistema | ¿Alguien puede editar el libro mayor directamente? | Nadie puede; consulta más abajo |
Los cinco conjuntos de permisos de un vistazo
La primera capa —qué tipo de registros puede manejar esta persona— se entrega mediante cinco conjuntos de permisos listos para usar y ajustados a cada rol:
| Conjunto de permisos | Qué otorga | Rol típico |
|---|---|---|
| Accounting Admin | Acceso total a todos los objetos, campos y funciones, incluida la configuración de entidades, libro mayor, impuestos, territorios, períodos y configuración. | El administrador que configura y mantiene la aplicación. |
| Accounting Controller | Acceso total al libro mayor, los asientos contables, la banca, la conciliación, los presupuestos, los activos, la antigüedad de saldos y los datos maestros; acceso de lectura a cuentas por cobrar y cuentas por pagar. | Contralores financieros y gerentes de contabilidad que son responsables de los libros. |
| Accounts Receivable | Acceso total a facturas de venta, notas de crédito, recibos de caja y sus aplicaciones; acceso de lectura en el resto. | Auxiliares y gerentes de cuentas por cobrar. |
| Accounts Payable | Acceso total a facturas de compra, notas de proveedor, desembolsos, órdenes de compra, la Bandeja de OCR y las asignaciones de gastos; acceso de lectura en el resto. | Auxiliares y gerentes de cuentas por pagar. |
| Read Only | Acceso de solo lectura a todo; sin crear, editar ni eliminar en ninguna parte. | Directores financieros (CFO), directores, auditores externos y revisores de cumplimiento. |
Los conjuntos se acumulan: el acceso es aditivo, de modo que, en un equipo pequeño, el puesto único que atiende cuentas por cobrar y por pagar puede tener ambos conjuntos. Agrega solo lo que el rol realmente necesita.
Uso compartido por territorios: la capa del "de quién son los registros"
Los permisos dicen que un usuario puede trabajar, por ejemplo, con facturas de venta; el uso compartido por territorios dice con cuáles facturas de venta. Cuando el uso compartido por territorios está activado (una opción de REDA Setup), los usuarios ven los registros financieros de sus propios territorios, mientras que los roles de nivel de grupo los ven todos. El árbol en sí —países en el nivel 1 y subregiones opcionales en el nivel 2— se dibuja en la pestaña Administración de territorios.
Con la opción desactivada, los territorios siguen determinando los valores predeterminados de contabilidad y los calendarios fiscales; simplemente dejan de filtrar la visibilidad. Eso hace amable el orden de implementación: construye primero el árbol y activa el uso compartido cuando la organización esté lista.
Un ejemplo práctico: una empresa, cuatro países
Meridian Properties Group opera entidades en Estados Unidos, el Reino Unido, la India y Brasil, con el uso compartido por territorios activado. Así se combinan las capas para cuatro de sus personas:
| Persona | Conjunto(s) de permisos | Territorio | Efecto neto |
|---|---|---|---|
| Auxiliar de cuentas por cobrar, India | Accounts Receivable | India | Crea y aplica facturas y recibos de la India; lee el resto de los libros de la India; nunca ve los registros de Brasil. |
| Auxiliar de cuentas por pagar, Brasil | Accounts Payable | Brasil | Estación de trabajo completa de cuentas por pagar para Brasil —facturas, desembolsos, la Bandeja de OCR— y nada fuera de ello. |
| Contralor del grupo | Accounting Controller | Nivel de grupo (ve todos) | Es responsable de los libros mayores, la banca y el cierre en todos los países; lee cuentas por cobrar y por pagar en todas partes, pero no registra en ninguna. |
| Auditor externo | Read Only | Nivel de grupo | Ve todo, no cambia nada, y el Registro de auditoría deja constancia de los eventos de inicio de sesión y exportación de la visita. |
Observa que ninguna combinación permite a nadie editar el libro mayor en sí: la cuarta capa se aplica a todos por igual.
La aplicación que no ves (y que no puedes eludir)
- La aplicación obedece tus permisos. El propio código de REDA Financials ejecuta su acceso a los datos en modo de usuario: un usuario sin derechos sobre un registro no obtiene, a través de las pantallas y las acciones de la aplicación, más de lo que obtendría de forma directa. No hay puertas traseras con privilegios.
- El libro mayor está protegido contra escritura para todos. Las Transacciones contables —los asientos inmutables del libro mayor que hay detrás de cada contabilización— no aceptan ediciones directas de ningún usuario ni de ningún conjunto de permisos, nunca. Solo el propio proceso de contabilización las escribe; es la garantía más fuerte que tiene tu rastro de auditoría.
- Los documentos se bloquean al contabilizarse. Los registros contabilizados rechazan las ediciones salvo por las vías autorizadas (reabrir, anular), que a su vez deshacen y reescriben el libro mayor correctamente.
Segregación de funciones, en la práctica
Los conjuntos de permisos están diseñados para combinarse de forma deliberada: la persona que registra las facturas de proveedores (cuentas por pagar) no tiene por qué ser la que aprueba los presupuestos (Controller); los ejecutivos lo leen todo y no cambian nada (Read Only). Mantén las asignaciones ajustadas a cada rol y revísalas periódicamente; la guía de segregación de funciones ofrece patrones.
Errores comunes que conviene evitar
| Error | Por qué perjudica | Haz esto en su lugar |
|---|---|---|
| Dar a todos Accounting Admin "para simplificar" | Todos los controles que aportan las demás capas se colapsan en un único rol con demasiado poder | Ajusta los cinco conjuntos a los puestos reales; acumula dos conjuntos solo cuando una persona desempeña genuinamente dos roles |
| Confundir un conjunto de permisos con una licencia | Un usuario con el conjunto correcto pero sin licencia no puede contabilizar; un usuario con licencia pero sin conjunto ni siquiera ve las pestañas; ambos casos parecen "está roto" | Comprueba ambos, en ese orden, siempre que el acceso se comporte mal |
| Entregar a los auditores un rol operativo en lugar de Read Only | Las personas que inspeccionan los libros ahora pueden modificarlos, justo lo que prohíben los marcos de auditoría | Read Only existe precisamente para los revisores: visibilidad total, cero acceso de escritura |
| Esperar que el uso compartido por territorios funcione antes que el árbol | El uso compartido filtra por pertenencia a territorios; un árbol sin construir o mal formado filtra de forma incorrecta | Construye y verifica primero la jerarquía de territorios y luego activa la opción |
| Intentar "corregir" una cifra contabilizada editando los registros directamente | Los documentos contabilizados están bloqueados y el libro mayor no acepta ediciones directas, y cualquier intento de solución alternativa queda visible en el Registro de auditoría | Usa las vías autorizadas: reabrir o anular, que deshacen y reescriben el libro mayor correctamente |
Preguntas frecuentes
No: las Transacciones contables no aceptan ediciones directas de ningún usuario ni conjunto de permisos, nunca. Solo el proceso de contabilización las escribe. Las correcciones se realizan reabriendo o anulando el documento de origen, lo que reescribe el libro mayor correctamente.
No. REDA Financials ejecuta su acceso a los datos en modo de usuario: las pantallas y las acciones de la aplicación no otorgan a un usuario nada más allá de sus propios derechos. No hay puertas traseras con privilegios.
Sí: los conjuntos se acumulan y el acceso es aditivo. Es la forma autorizada de cubrir un rol combinado en un equipo pequeño. Solo agrega lo que el rol realmente necesita y, cuando el personal lo permita, prefiere personas distintas para cuentas por cobrar y cuentas por pagar.
La visibilidad se restringe: los usuarios ven los registros financieros de sus propios territorios, mientras que los roles de grupo conservan la vista entre territorios. Los valores predeterminados y los calendarios siempre se comportaron por territorio; la activación solo agrega el filtro de acceso.
Normalmente es la capa de licencia o un bloqueo de registro contabilizado. Si la contabilización está bloqueada, verifica que el usuario tenga una licencia de REDA Financials AI y recuerda que los documentos contabilizados rechazan ediciones por diseño. Si ninguna de las dos aplica, vuelve a comprobar que el conjunto de permisos realmente otorgue permiso de escritura en ese módulo.
Muestra el modelo por capas (este artículo), las asignaciones ajustadas a cada rol, la protección de escritura del libro mayor y el Registro de auditoría: siempre activo, numerado automáticamente y con cobertura de contabilizaciones, cierres de período, inicios de sesión y exportaciones. En conjunto responden a las preguntas de quién podía hacer qué y quién hizo qué.
Qué sigue
- Registro de auditoría: el registro de quién hizo qué.
- Seguimiento del historial de campos: historial de cambios a nivel de campo.
- Asignación de conjuntos de permisos: el modelo de roles.
¿Te resultó útil?