Saltar al contenido

Usuarios y permisos en tu ERP: cómo definir quién puede hacer qué

    En casi todas las PYMES que implementan un ERP pasa lo mismo: al inicio el sistema lo usan dos o tres personas, y por comodidad todas reciben un usuario «administrador». Funciona. Hasta que un vendedor ve los márgenes de ganancia, alguien anula una factura que ya estaba entregada, o el practicante que salió hace seis meses todavía puede entrar y descargar el listado de clientes.

    El ERP no falla en esos casos. Falla la forma en que se repartieron los accesos. Y eso no se arregla comprando más módulos: se arregla definiendo quién puede hacer qué dentro del sistema, antes o inmediatamente después de arrancar.

    Este artículo es una guía práctica para armar los usuarios y permisos de tu ERP en Ecuador: qué perfiles necesita una empresa típica, qué errores cuestan más caro y qué exigirle al proveedor para no terminar con un sistema abierto de par en par.

    Por qué los permisos del ERP importan más de lo que parece

    Un ERP concentra tres cosas que, juntas, son el corazón del negocio: el dinero (ventas, cobros, pagos), el inventario (qué hay, dónde y cuánto cuesta) y los datos de personas (clientes, proveedores, empleados). Si cualquiera con acceso puede verlo o modificarlo todo, el sistema se convierte en un riesgo en lugar de un control.

    Hay tres motivos concretos para tomarlo en serio:

    • Errores de digitación caros. Un usuario que puede cambiar precios sin control puede dejar una lista de venta desactualizada y vender durante una semana a un precio que ya no es rentable. Sin permisos, nadie se entera hasta el cierre del mes.
    • Fraude interno. La separación de funciones existe justamente para esto: quien registra una compra no debería ser quien la autoriza y la paga. Si una sola persona hace las tres cosas, el control interno desaparece sin que nadie haya tenido mala intención.
    • Obligaciones legales. La Ley Orgánica de Protección de Datos Personales exige que la información personal de clientes y empleados solo la vea quien la necesita para su trabajo. Y ante el SRI, los comprobantes electrónicos ya autorizados no se «borran»: su anulación y corrección tienen un procedimiento. Si en el sistema cualquiera puede anular, tu trazabilidad tributaria se rompe.

    Los perfiles que casi toda PYME ecuatoriana necesita

    No hace falta un diseño de seguridad de banco. Con seis u ocho perfiles bien pensados se cubre la operación de una empresa mediana. La lógica es asignar permisos por puesto de trabajo, no por persona: si mañana entra un nuevo asistente de facturación, se le asigna el perfil «Facturación» y listo.

    PerfilQué haceQué NO debería poder hacer
    Administrador del sistemaCrea usuarios, asigna perfiles, configura la empresa, revisa la bitácoraNo es un usuario operativo: no emite facturas todos los días
    ContabilidadAsientos, estados financieros, anexos e informes para el SRICambiar precios de venta o autorizar despachos
    Facturación y ventasCotizaciones, facturas, notas de crédito, consulta de clientes y preciosCambiar costos, anular documentos autorizados o ajustar inventario
    ComprasÓrdenes de compra, registro de facturas de proveedores, retencionesAutorizar pagos o modificar montos ya registrados
    Tesorería / cajaCobros, pagos, conciliación bancaria, arqueo de cajaCrear órdenes de compra o alterar facturas
    BodegaIngresos, egresos, transferencias entre bodegas, guías de remisiónVer márgenes de ganancia o cambiar precios de venta
    Vendedor / rutaSus clientes, sus pedidos, consulta de stock y preciosVer los clientes de los demás vendedores (salvo el jefe de ventas)
    Gerencia (solo lectura)Tableros, reportes, indicadores de todas las áreasRegistrar transacciones

    En empresas pequeñas una misma persona cubre dos perfiles, y no pasa nada: lo importante es que esos dos perfiles estén separados por escrito, para que cuando la empresa crezca se pueda recortar el acceso sin rehacer todo.

    Los permisos no son solo «entrar o no entrar»

    Un error frecuente es pensar los permisos como una llave: tiene acceso al módulo de ventas o no lo tiene. Un ERP razonable permite afinar mucho más, y ahí está la diferencia entre un sistema útil y uno que estorba.

    • Por acción. Consultar, crear, editar, anular y aprobar son permisos distintos. Un bodeguero necesita crear egresos; no necesita anularlos.
    • Por campo. El jefe de bodega puede ver el stock sin ver el costo de compra de cada producto. El vendedor ve el precio de lista, no el margen.
    • Por registro. Un vendedor ve su cartera; el jefe comercial ve la de todo el equipo. Es la diferencia entre «ve ventas» y «ve sus ventas».
    • Por sucursal o empresa. En negocios con varias sucursales, el administrador de una tienda no debería poder modificar documentos de otra. Este punto se vuelve crítico si manejas varias razones sociales desde un mismo sistema.
    • Por monto. Descuentos hasta cierto valor los autoriza el vendedor; por encima, requiere aprobación del jefe. Igual con las compras y con los créditos a clientes.

    Cuando evalúes un ERP, pregunta explícitamente hasta dónde llega el detalle: si los permisos son solo por módulo, vas a terminar dando más acceso del necesario. Puedes comparar enfoques en la guía de alternativas a Siigo y Contífico en Ecuador.

    Cinco errores que se repiten en las implementaciones

    1. Empezar con todos como administrador. Es la salida rápida de la primera semana y el problema del segundo año. Definir los perfiles antes de cargar datos cuesta una tarde; corregirlo después cuesta una auditoría.
    2. Crear un usuario por persona en lugar de por puesto. Terminas con veinte combinaciones de permisos únicas que nadie entiende ni puede replicar. Perfiles por puesto, excepciones documentadas.
    3. No desactivar a quien se va. El usuario del contador externo o del practicante sigue activo meses después. Necesitas un paso fijo en el proceso de salida de personal: el mismo día se desactiva el acceso.
    4. Compartir una sola cuenta de cajero. Si tres cajeros usan el mismo usuario, el arqueo no dice quién hizo qué. Cada persona con su usuario, y turnos cerrados por persona.
    5. No revisar la bitácora. Que el sistema registre quién cambió qué y cuándo no sirve de nada si nadie lo mira. Una revisión mensual de anulaciones y cambios de precio detecta casi todo a tiempo.

    Cómo SIVO ERP lo resuelve

    SIVO ERP trabaja con perfiles de usuario y permisos por módulo, acción y sucursal, de modo que cada persona ve exactamente lo que su puesto necesita. Como es un ERP en la nube con soporte multiempresa, también puedes separar el acceso entre varias razones sociales o locales sin abrir un sistema distinto para cada uno.

    En la práctica esto significa que el vendedor entra desde su celular y ve su cartera; el bodeguero registra movimientos sin ver costos; el contador cierra el mes sin poder tocar precios; y gerencia revisa tableros sin registrar nada. Todo sobre la misma base de datos, con la bitácora de quién hizo cada cambio.

    Si además vendes en mostrador, el control de turnos y cajeros del punto de venta SIVO complementa los perfiles del ERP: cada cajero con su usuario y su arqueo. Y si emites comprobantes electrónicos, SIVO Facturación permite restringir quién firma y quién anula, que es justo donde más se necesita control.

    Por dónde empezar esta semana

    Si ya tienes ERP, haz un inventario de usuarios activos y pregúntate por cada uno: ¿esta persona necesita este acceso hoy? Casi siempre aparecen dos o tres cuentas que deberían estar desactivadas y un par de perfiles demasiado amplios. Ese es el primer ahorro, y no cuesta nada.

    Si estás por implementar, arma la lista de perfiles antes de la carga de datos. Es el momento en que definirlos es barato, y el momento en que el proveedor todavía puede configurarlos contigo. Un ERP bien configurado desde el primer día evita la conversación incómoda de después: «¿y por qué este usuario podía anular facturas?».

    DEJA TU COMENTARIO

    Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *