BinnaCorp Comisiones

Maestros del catálogo

Quién es quién en el sistema: vendedores, jefes de unidad, divisiones y su grupo de tabla. Todo cambio pide su motivo, muestra qué va a pasar antes de escribir y queda en la auditoría. Nada se borra: las bajas conservan el histórico y las asignaciones se cierran con fecha, no se pisan.

Vendedores (eje AM)

El alta solo crea el código; sin cuota no comisiona (el multiplicador es 0), así que el paso siguiente de un alta es cargar su cuota en Operación mensual → Cuotas. La baja no borra nada: el histórico queda y el catálogo lo sigue aceptando para correcciones de documentos viejos.

2 a 4 letras, como en el reporte del ERP

Jefes de unidad (eje UN)

El jefe cobra por las divisiones que lleva, según la asignación vigente en cada mes. Un jefe sin división no liquida nada.

como en el catálogo: BA, WG, JVJ

Asignación división ↔ jefe

Efectivo-fechada, como lo pidió BinnaCorp («en el tiempo puede ser otra persona; se debe guardar ese registro»). Asignar cierra la vigencia del jefe anterior en esa fecha y abre la del nuevo: cada mes liquida con el jefe que regía ese mes, incluso al recalcular.

si no está, primero el alta de arriba

Divisiones y su grupo de tabla

El grupo decide con qué tabla pagan sus ventas: A = Digital Workplace, B = otras unidades (umbral 15%). El cálculo es fail-closed: una división sin grupo frena la corrida en vez de asumir — si el ERP trae una división nueva, se resuelve aquí.

Alta de división
Cambio de grupo

Alias del ERP

Rótulos que el ERP escribe y que siempre significan el mismo vendedor o división del catálogo (los códigos de técnicos y administrativos van a BC; las grafías viejas de división a su nombre canónico). Con el alias cargado, todas las cargas futuras lo resuelven solas; sin él, esos documentos caen a la bandeja mes tras mes. Lo ya cargado no cambia: eso se resuelve en la bandeja.

siempre un código o división REAL, nunca otro alias

Columnas de los archivos

Cómo se llama cada columna en los archivos que sube la administración y a qué campo del sistema se presenta. Cuando un archivo trae una columna con otro nombre, la pantalla de carga la pide y la guarda acá. Dar de baja no borra nada: la columna deja de leerse con ese nombre y, si el nombre vuelve, se revive sola. La última columna vigente de un campo requerido no se puede dar de baja: primero se presenta la nueva.

solo campos que el sistema ya lee

Usuarios de la aplicación

Quién puede entrar y con qué rol: administración ve y opera todo; un vendedor o un jefe ve solo su statement. La clave se genera sola, se muestra una única vez y el sistema guarda solo su derivación — entrégala por un canal seguro.

minúsculas; letras, números, punto o guion
Dos avisos impiden guardar hasta confirmar a sabiendas: una vigencia que arranca en un mes ya cerrado (re-atribuye plata congelada al recalcular; la diferencia sale como delta) aplica tanto a asignaciones de jefe como a cambios de grupo. Notas de mantenimiento: tras un alta de maestros, el candado del snapshot queda desactualizado hasta regenerarlo (rutina de administración, no frena la operación); y en el despliegue los usuarios viven en la variable USUARIOS_JSON del host, así que allí las altas se hacen regenerando esa variable, no aquí.