Un administrativo más, un integrador, o esperar al ERP: qué resuelve cada una y qué deja igual

Porque el trabajo administrativo no crece con un salto que se vea venir: crece un poco con cada pedido de más. Nadie tiene un día en el que decide que hace falta otra persona; hay una acumulación de semanas en las que se sale tarde, y un día alguien dice en voz alta que así no se puede seguir. Para entonces la pregunta ya no se hace con calma, y eso favorece a la opción que se puede ejecutar más rápido — que no siempre es la que resuelve el problema.

Hay una señal que conviene mirar antes de elegir nada, porque no cuesta dinero y dice mucho: cuánto de lo que se atasca vuelve a moverse solo cuando vuelve una persona concreta de vacaciones. Si la respuesta es «bastante», lo que tienes no es un problema de capacidad: es un problema de criterio no escrito, y ninguna de las tres opciones lo arregla por el hecho de contratarla. Hay que decidirlo aparte.

Lo que sigue no puntúa las opciones ni recomienda una. Cada una responde bien a una pregunta distinta, y el error caro no es elegir la equivocada: es elegir una creyendo que responde a la pregunta de otra.

Resuelve capacidad, desde mañana, sin proyecto, sin integración y sin que nadie tenga que definir nada por adelantado. Y resuelve algo que las otras dos no pueden: absorbe lo que no estaba previsto. Una persona con oficio mira un caso raro, entiende qué pasa, llama a quien haga falta y lo cierra. Ninguna integración hace eso, y conviene decirlo sin condescendencia, porque es el argumento más fuerte de esta opción.

Lo que se queda igual son tres cosas, y las tres se notan más tarde. La primera es que el criterio sigue sin escribirse: qué se hace cuando el transportista no contesta, a partir de cuánto se reclama, qué desviación se deja pasar. Eso se aprende haciendo y se queda donde se aprendió, que es una cabeza. La segunda es que el coste sigue atado al volumen, así que la misma conversación vuelve con el siguiente escalón de pedidos. Y la tercera es la menos evidente: como nadie está registrando en qué se va el tiempo, dentro de un año seguirás sin poder responder a esta misma pregunta con datos.

Resuelve que un dato que ya existe en un sitio aparezca en otro sin que nadie lo teclee. Es más valioso de lo que suena: quita trabajo duplicado, quita los errores de transcripción —que son los que se descubren tarde y en la factura— y quita la espera entre un paso y el siguiente. Si tu cola está llena de gente copiando de una pantalla a otra, es la respuesta y no hay mucho que pensar.

Lo que no resuelve, y no por estar mal hecho sino porque no es lo que hace, es decidir. Una integración transporta información y no tiene criterio para saber si ese pedido admite servirse parcial, si ese cliente tolera ese retraso, o si ese abono se puede emitir sin preguntárselo a nadie. Cuando el dato llega y hay que hacer un juicio, la integración entrega el dato y se aparta. Ese juicio vuelve a la persona, y por eso se puede llegar perfectamente a tener los sistemas conectados y seguir teniendo la misma cola de antes, solo que con menos tecleo.

Hay además una pregunta que decide el precio real del proyecto y que conviene hacer en la primera reunión: quién se hace cargo cuando la conexión falle. Fallará —cambia una API, cambia un formato, alguien actualiza un extremo— y lo que importa no es evitarlo sino saber de antemano quién se entera, en qué pantalla y en cuánto tiempo. Las cuatro formas de conectar y lo que deja fuera cada una están desglosadas en la página de cómo se conectan el ERP, el almacén y el transporte.

Resuelve dos cosas legítimas. El mantenimiento es del fabricante, así que no te quedas con software propio que alguien tiene que cuidar; y el dato se queda en un solo sitio, que es exactamente lo que evita los descuadres. Si lo que te falta es un módulo que tu ERP ya tiene en su hoja de ruta y cubre tu caso, esperar es la única de las tres que no te deja software propio que mantener, y eso es un coste que no se acaba nunca. Nadie debería convencerte de lo contrario.

Las dos preguntas que hay que hacerle a esa espera son distintas entre sí. La primera es de calendario, y es incómoda porque la fecha no la pones tú: si llega dentro de nueve meses, hay que decidir qué se hace durante esos nueve meses, y «aguantar» es una decisión válida siempre que se tome en voz alta. La segunda es de ámbito, y es la que de verdad decide.

Un ERP modela lo que ocurre dentro de él, y lo hace bien. El trabajo que se pierde ocurre entre él y otros sistemas — el almacén, el transportista, el portal del cliente. Esto no es una opinión sobre ningún fabricante y se puede comprobar sin creerse nada: ni la API estándar de Business Central ni la de Sage 200 España llevan el transportista ni el número de seguimiento en su documento de salida. Está contado campo a campo, con las URL de la documentación de cada uno, en el artículo sobre conectar esos dos ERP con el transportista. Esperar a que el ERP cubra las juntas es esperar a que sea otra cosa distinta de lo que es.

Lo mismo, visto desde tres sitios: la cola de casos que no encajan en el camino previsto. Quién es su dueño, en qué plazo hay que cerrarlos y dónde está escrito qué se hace con cada uno. La persona los atiende y el criterio se queda en su cabeza. El integrador mueve sus datos y no decide ninguno. El ERP nuevo modela mejor lo suyo y esos casos siguen viviendo entre sistemas.

Con cuatro pasos que se hacen en una tarde y con lo que ya tienes. No hay que instalar nada ni pedirle nada a sistemas.

1. 1

   Cuenta casos, no horas

   Coge un mes y cuenta cuántas veces alguien tuvo que intervenir a mano en un pedido, una entrega o una factura. Casos, que se cuentan; las horas vienen después y con método propio, que está en el artículo del coste por incidencia.
2. 2

   Pártelos en dos montones: mover un dato, o decidir algo

   En el primero, todo lo que consistió en llevar información de un sitio a otro. En el segundo, todo lo que exigió un juicio: si se sirve parcial, si se abona, si se reclama, a quién se llama. Esta línea es la que decide la respuesta, y es la que nadie traza porque los dos montones se viven igual de mal.
3. 3

   Del montón de decidir, cuenta cuántos se repiten con el mismo criterio

   Si el criterio fue el mismo diez veces, eso no es un caso raro: es una regla tuya que todavía no está escrita. Y una regla sin escribir es exactamente lo que hace que el trabajo dependa de quién esté ese día.
4. 4

   Pregunta dónde está escrito hoy cada uno de esos criterios

   Si la respuesta es «lo sabe Marisa», ya tienes el resultado del ejercicio. No significa que haya que comprar nada: significa que la decisión que estabas tomando —persona, integrador o esperar— no era la única que había encima de la mesa.

Al terminar tendrás dos números y una lista. Si el primer montón es el grande, tu respuesta es de integración. Si el grande es el segundo y sus criterios se repiten, lo que te falta no es capacidad ni conexiones: es que esos criterios estén escritos en algún sitio que no sea una persona.

Pliuz no sustituye a ninguna de las tres. No hace el trabajo de una persona con criterio, no es una plataforma de integración y no le pide a nadie que cambie de ERP — el ERP se queda donde está y sigue siendo el sistema de registro.

Dónde estaría, dicho en condicional porque el motor de casos se está construyendo con las primeras distribuidoras y contarlo en presente sería venderte algo que hoy no puedes ver: en el hueco que las tres dejan. Cada caso que se sale del camino previsto tendría un expediente con objetivo, bloqueo actual, plazo y responsable, y seguiría abierto aunque quien lo llevaba esté de vacaciones. Y lo que se hace con él lo decidirían reglas tuyas, escritas por ti —hasta qué importe se abona sin preguntar, qué desviación pasa sola, qué se para siempre—, porque ese criterio depende de tus clientes y de tu mercancía y no lo puede traer un proveedor en una caja.

Lo que sí está construido y en producción hoy es el control de qué puede leer y escribir un sistema automático dentro de tu ERP, con límites por operación y registro de lo que hizo. Es la parte que decide si un proyecto así llega a empezar, y está explicada con sus bordes en qué permisos se le dan a una IA sobre el ERP.