Pon una unidad al día

Quién firma cada cambio

Se firma como gcifuentes desde 198.51.100.24: el usuario con el que se entra, no el nombre completo, es lo único que el registro guarda de una persona, y la dirección es la que anuncia el navegador. Sirve para saber quién trabajó desde dónde, no como prueba forense.

Los dos porcentajes

El de unidades lo calcula la plataforma: es uno de los seis números que devuelve el módulo de cartera. El del dinero no, porque ninguno de esos seis campos es el presupuesto del mes: esa división la hace la administración con su propio presupuesto, y aquí se enseña porque es la mitad del argumento.

Los tramos y la lista

Los tres escalones son los días que traía el archivo del contador. No es un semáforo: no hay un solo umbral de días en el producto —ni 30, ni 60, ni 90—. Y la lista no encoge cuando pones una unidad al día: la fila cambia de estado en su sitio, igual que en la pantalla real, donde el filtro por defecto es «Todos los estados».

«Volver a ponerla en mora» no deshace nada, y por eso no se llama «Deshacer»: el producto no tiene marcha atrás. Es otro cambio, con su propia línea en el registro. Después de corregirte quedan dos líneas, no cero.

Qué guarda el registro

Esto es lo que una hoja de cálculo no da. Cada cambio hecho a mano escribe una línea con la hora, quién lo hizo, desde qué dirección, y la fila entera antes y después —los trece campos, no solo el que cambió—, así que se puede reconstruir cualquier cambio con la unidad tal y como estaba. No se puede editar ni borrar: no hay ninguna operación que toque el registro, ni para el superadministrador. Y no se puede filtrar: ni por unidad, ni por acción, ni por usuario, ni por fechas.

Una eliminación no guarda valor nuevo: se queda en blanco. Y no borra la fila —la apaga, y ahí sigue en la tabla, invisible para todas las consultas—. Invisible salvo para la carga del Excel, que la busca sin mirar si está apagada: si el mes que viene el archivo vuelve con el nombre viejo, esa misma fila se reactiva y se cuenta como creada. Lo que hay que corregir es el archivo.

La carga masiva deja una sola línea para 128 unidades, y esa línea no dice a cuáles afectó: deja la unidad y el identificador en blanco. El detalle por unidad solo existe cuando alguien la cambia a mano.

De dónde sale esta cartera

De un Excel, no de una pasarela: es como trabaja el contador hoy. Saca el archivo de Siigo y lo sube; el producto no se pelea con eso, lo recibe.

La cartera que estás mirando entró a las 07:52, subida por Jairo Novoa Pineda (Contabilidad, entra como jnovoa). Quedó escrita así: Carga Excel desde siigo: 1 creados, 127 actualizados, 0 errores (Total: 128)

1. 1

   El contador exporta y sube el archivo

   Un .xlsx con la hoja «Cartera Activa», y solo eso: un .xls o un .csv dan un error genérico.

2. 2

   Cada fila busca su unidad y la actualiza

   Si existe la actualiza, y si no, la crea. Una fila mal escrita no tumba el lote.

3. 3

   La administración corrige a mano lo que faltó

   Y ahí el registro se gana el sueldo: la carga entera deja una línea; cada corrección deja la suya.

Las columnas que espera el archivo

Cuatro, y se leen por posición: los nombres no se comprueban. Un archivo con las columnas cambiadas de orden se carga al revés sin avisar de nada.

• A

  Unidad Obligatoria

  Ejemplo: Apto 101

  Texto libre, y es la llave. Si se escribe distinta que el mes pasado se crea una unidad nueva en vez de actualizar la que ya está.

• B

  Estado Obligatoria

  Ejemplo: Al día

  Solo «Al día» o «En mora». Otra palabra deja la fila fuera con un error y el resto del archivo sigue cargando.

• C

  Días en Mora Opcional

  Ejemplo: 30

  Un número. Nadie lo valida contra el estado ni lo recalcula con el tiempo: es un dato que alguien escribió.

• D

  Valor Mora Opcional

  Ejemplo: 150000

  Se le quitan el $ y las comas. Si no es un número la fila entra igual, con una advertencia, y ese campo conserva el valor del mes anterior.