En gran parte sí, con una condición técnica. Registrar las cantidades recibidas y los datos de lote tras el control físico es una tarea que se presta bien a ser asumida por software, y en concreto por rpa: la automatización robótica de procesos que traslada datos estructurados entre sistemas. No es una tarea para la IA generativa que interpreta texto libre; es una tarea para scripts que rellenan campos fijos a partir de un escaneo o una entrada de datos. Esa distinción es importante aquí, porque también determina por qué la asunción de la tarea no avanza igual de rápido en todas partes.
Tres ejes son decisivos: el grado de estructuración, el volumen y el carácter físico.
La tarea está muy estructurada. Llega un número fijo de campos: código de artículo, cantidad, número de lote, proveedor, fecha. No hace falta interpretación libre, ni texto que primero deba comprenderse. Eso es una gran diferencia con el trabajo que sí requiere valoración, como la asignación de ubicaciones en el almacén, donde se tiene en cuenta el espacio disponible, la velocidad de rotación y las limitaciones físicas del almacén.
El volumen es alto: en una empresa con entregas diarias, se trata de decenas a cientos de registros por semana, todos siguiendo el mismo patrón. Un volumen alto con poca variación es precisamente donde la automatización se amortiza.
El elemento físico se limita al control en sí: alguien cuenta las cajas, comprueba si coincide con el albarán, y solo entonces se registra. Esa parte física sigue siendo trabajo humano o se apoya en el escaneo, pero el registro que sigue después es una cuestión de traspasar datos. Eso es un tipo de trabajo físico distinto al de recoger y embalar mercancías, donde la acción física en sí es el núcleo de la tarea y no solo la administración que la rodea.
Tres ejes frenan aquí la automatización total y ciega: la creatividad, el margen de criterio y el coste del error.
La creatividad puntúa bajo, y eso es aquí precisamente una ventaja: no hay nada que idear, solo que registrar. El margen de criterio puntúa medio: ante una desviación, por ejemplo una cantidad que no coincide con el albarán o un número de lote ilegible, alguien debe decidir qué hacer. El rpa registra lo que hay; no decide sobre un litigio con el proveedor. El coste del error también puntúa medio: una cantidad registrada incorrectamente provoca una desviación de inventario que se paga más adelante en la cadena, por ejemplo al monitorizar los niveles de inventario o al realizar automáticamente un pedido a un proveedor a partir de un nivel de existencias incorrecto. Por eso, el control con supervisión humana sigue teniendo aquí su lugar: el sistema registra, una persona aprueba o rechaza en caso de desviación.
Asumir esta tarea sin escaneo de código de barras ni RFID no es, en la práctica, mucho más que trasladar el trabajo manual del papel a la pantalla. La ganancia está en la vinculación: un escaneo que reconoce automáticamente el artículo correcto, vinculado a un wms que a su vez lo transmite al erp. Sin esa vinculación, alguien sigue teniendo que teclear manualmente, y entonces poco ha cambiado en el trabajo real.
En una empresa sin escaneo, con un wms y un erp aislados que no se comunican entre sí, esto es distinto de lo descrito aquí. La tarea sigue siendo entonces, en gran parte, trabajo humano, no porque la tarea en sí no sea apta, sino porque falta la infraestructura. Y a la inversa: cuanto más avanzados estén ya el escaneo y la vinculación de sistemas, mayor es la parte de esta tarea que hoy en día ya se realiza sin intervención humana.
En las empresas donde el escaneo y la vinculación están bien resueltos, esta tarea a menudo ya se ha desplazado en gran parte de introducir datos a controlarlos. El empleado cuenta, escanea y comprueba el resultado; el tecleo manual ha desaparecido. En las empresas sin esa infraestructura, eso todavía no ha ocurrido, y allí el trabajo sigue como estaba. Esa diferencia no reside en la naturaleza del trabajo, que es igual en todas partes, sino en la medida en que los sistemas subyacentes están preparados para transmitir datos sin intervención.
Este cambio no está aislado del resto del almacén. El registro de recepción suele ser el primer eslabón de una cadena que continúa a través del registro de producción en planta hasta la gestión de inventario y las compras. Quien empieza a automatizar en uno de esos puntos, a menudo comprueba que los demás eslabones piden lo mismo. Una visión más amplia de dónde ocurre esto en la industria manufacturera se describe en qué puede asumir la IA en la industria manufacturera.
Esto no es un consejo de personal ni una justificación para una decisión sobre personal. Si una organización reorganiza el trabajo de otra manera, y cómo lo hace, es cosa de la propia organización; para ello rigen sus propios requisitos legales. Lo que aquí se expone es una descripción de la tarea y de las condiciones bajo las cuales el software puede asumir una parte de ella.
Que esto sea relevante para su empresa depende de lo que ya haya en materia de escaneo y vinculación de sistemas, y de cuántas recepciones pasan por la organización cada semana. Una indicación de ello la ofrece el escáner rápido gratuito: doce preguntas, sin necesidad de cuenta, con como resultado qué parte de las horas en su perfil puede ser asumida hoy por la IA. El escáner de trabajo completo, que evalúa el trabajo de una empresa por tarea en los ocho ejes, todavía está en construcción.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.