Software para cada área de la empresa

El trabajo de TI es decidir dónde puede vivir una herramienta, quién publica, cómo se copia y cómo se apaga. Cuando Veodar construye para otra área, TI está en esa decisión desde el alcance, no en un correo de “ya está subido” el día anterior.

El área de negocio describe el trámite con un caso real. TI dice qué sistema se puede tocar y cuál no. El desarrollo ocurre dentro de ese marco. Si el orden se invierte, el área abre un rincón y sistemas lo hereda el día que falla, sin procedimiento y sin dueño.

La entrega incluye lo que sistemas necesita para no adoptar un misterio: repositorio, variables, cómo se despliega y cómo se revierte. Sin eso, el proyecto no está entregado aunque la pantalla funcione en el portátil de quien la hizo. El código queda a nombre de la empresa para que TI pueda dárselo a otro equipo dentro de un año.

Seguridad no puede revisar lo que no está escrito. Cada automatización y cada acceso nuevo entran en una lista: qué datos ve, qué credencial usa, quién confirma, dónde está el registro y cómo se apaga. Esa lista es la condición para encender el flujo.

Las contraseñas no viajan en documentos de proyecto ni en ejemplos de prompt. El permiso es el mínimo para la tarea. Si la tarea crece, el permiso se vuelve a discutir. No se aprovecha que ya teníamos la clave del ERP para la tarea anterior.

Cuando hay duda entre ir más rápido y poder explicar el flujo en una auditoría interna, se elige poder explicarlo. Una demo que no se puede contar después no es una entrega. Si el dato es de personas, la frase “qué no ve nunca el modelo” se escribe antes de probar.

El cierre duele donde alguien copia un número de un sistema a otro y reza para no cambiar un dígito. La herramienta ataca ese copia-y-pega: de dónde sale la cifra, quién puede corregirla y qué queda bloqueado cuando el periodo cierra. El origen del número es el encargo. El gráfico es una consecuencia.

No hacemos un cuadro de dirección si el número de debajo sigue siendo manual. Antes de eso, el cuadro es decoración sobre una hoja frágil. Cuando la cifra nace del trámite, el cuadro tiene sentido y se puede discutir.

Ver un margen, exportar un mayor o reabrir un periodo no son detalles de interfaz. Están en el alcance con nombres de rol. “Los de finanzas entran a todo” no es un permiso: es la forma de que un comercial vea un coste en una pantalla que nadie revisó.

Personas pierde el día en altas, documentos que faltan y la misma respuesta sobre vacaciones o material. Eso se puede preparar: una lista de lo que falta, un borrador, un aviso al responsable. La conversación difícil no se automatiza. El recordatorio de que falta el documento sí.

Los datos de personas son los más fáciles de tratar con descuido y los que peor perdón tienen. El flujo dice qué ve, qué no ve nunca y cuánto tiempo se guarda un borrador. Si no se puede decir, no se construye. Un modelo “para ver qué sale” con expedientes de plantilla no es un experimento aceptable.

Quien usa la herramienta es el equipo de personas, no una bandeja genérica de la compañía. El primer corte es un alta o un documento concreto, usado de verdad. El mapa de todos los procesos de recursos humanos es una presentación.

Del lead a la renovación hay estados que comercial ya nombra y que el CRM no obliga a respetar. La herramienta usa esas palabras. Cuando un trato salta un paso, queda rastro: quién lo saltó y qué dato faltaba. Sin ese rastro, la previsión de la semana que viene se discute con opiniones.

El comercial ve sus cuentas. No ve el margen si su rol no lo permite, ni en el móvil ni “porque la pantalla era pequeña y no cabía el control”. El permiso es el mismo en todos los formatos. Encoger la interfaz no es una excusa para enseñar de más.

No sustituimos el CRM por deporte. Si el CRM ya guarda el trato, la herramienta obliga el paso que el CRM deja libre y escribe de vuelta. Si el CRM no deja escribir ese paso, el alcance lo dice y no prometemos un embudo mágico.

Legal duele cuando hay que reconstruir, meses después, qué versión se envió y quién dijo que sí. Ir más rápido no puede borrar ese rastro. Si el flujo no se puede contar después, no está entregado, aunque el equipo haya ganado una tarde.

El encargo no es “un portal jurídico” genérico. Es el plazo, la versión y la aceptación dentro de la herramienta que el área ya va a usar: el portal del cliente, el documento que sale de un flujo, el parte que alguien firma en el móvil. Legal dice qué tiene que quedar escrito. No espera a enterarse cuando el conflicto ya está abierto.

Ese rastro es el mismo que TI y seguridad piden por otro motivo. Una lista de qué se aceptó, cuándo y con qué versión sirve para una auditoría y para un desacuerdo. Construir dos registros paralelos es cómo acaban contradiciéndose.

Web, escritorio, móvil o una automatización con IA no son cuatro formas de decir lo mismo. El área llega con el trámite. Veodar dice el formato: portal si hay cuentas y un dato que otro sistema lee mañana; escritorio si el puesto, el archivo o el aparato no caben en una pestaña; móvil si alguien tiene que dejar constancia de pie; IA si la tarea ya existe y una persona o una regla puede confirmar.

Mezclarlos en un solo alcance “de transformación” es cómo nadie firma y el presupuesto no se puede discutir. Se puede empezar por un solo equipo. Un trámite usado de verdad enseña más que un mapa de todas las áreas. El acceso y la lista de producción se diseñan iguales desde ese primero, para que el segundo no abra otro rincón.