Un viernes a las seis de la tarde, la sede del sur presta un cofre de exhibición a una funeraria aliada de otra ciudad que se quedó sin existencias. Alguien crea el documento en el sistema, escribe el nombre del responsable, deja el estado en «Prestado» y se va a atender el servicio de la noche. El cofre se usa, el servicio termina bien y la familia queda agradecida. Nadie vuelve a abrir ese documento nunca más.
Ocho meses después, en el inventario físico anual, faltan cuatro cofres. El jefe de bodega lo reporta como diferencia de inventario, contabilidad ajusta contra un gasto y el asunto se cierra. Nadie pregunta lo único que importaba: ¿a quién se le prestaron, cuándo, y quién dijo que iba a devolverlos? Esa información existe, está completa y está en el sistema desde el primer día. Solo que nadie la consultó.
Este artículo es el caso de uso completo de un agente de inteligencia artificial que, conectado al ERP por MCP y en solo lectura, audita todos los días la cola de activos en préstamo de un grupo funerario, la ordena por valor y antigüedad, y deja una lista corta en manos de quien puede recuperarlos. Es la continuación directa de la conciliación de tres vías, y la pregunta que hace es distinta: aquella preguntaba si se facturó lo que salió; esta pregunta, mucho más simple, es si volvió lo que tenía que volver.
1. El problema de negocio: el activo que sale por la puerta con permiso
En un grupo funerario de Latinoamérica con varias sedes, el cofre no siempre se vende. Sale por caminos distintos y solo uno de ellos termina en una factura. Conviene tenerlos separados desde el principio, porque el agente que no los distinga va a producir ruido en lugar de control:
| Camino de salida | Qué pasa con el activo | Qué queda registrado |
|---|---|---|
| Venta con entrega | El cofre sale y no vuelve. Es correcto que no vuelva | Documento de entrega y, si el flujo está completo, movimiento de inventario y factura |
| Alquiler por cremación | El cofre sale, se usa en la ceremonia y vuelve. No se factura, y es correcto que no se facture | Máquina de estados completa, con un movimiento de inventario por fase: salida, reparación, retorno o destrucción |
| Préstamo interno entre sedes | El cofre cambia de bodega y debe volver a la sede propietaria, o quedarse formalmente en la que lo recibió | Un documento con estado, responsable y fechas. Sin movimiento de inventario |
| Préstamo externo a un tercero | El cofre sale de la compañía —a una funeraria aliada, a un cliente institucional— y debe volver | Un documento con estado, responsable, entidad responsable y fechas. Sin movimiento de inventario |
Los dos últimos son el objeto de este caso. Y su problema no es que el registro sea malo: el registro es sorprendentemente bueno. Sabe qué cofre salió, con qué serie, para qué fallecido, quién lo autorizó, qué empleado lo entregó, a qué entidad y a qué hora. El problema es que ese registro no tiene un vencimiento y nadie lo persigue.
Las tres razones por las que esto no aparece en ningún reporte
- El inventario no se entera. Como el préstamo no mueve stock, el saldo de la bodega sigue incluyendo el cofre prestado. Para el sistema de inventario nunca pasó nada, y por lo tanto no hay diferencia que investigar hasta el conteo físico.
- El conteo físico llega tarde y llega mudo. Cuando por fin se cuenta, la diferencia aparece como un número —faltan cuatro— sin ninguna trazabilidad hacia el préstamo que la originó. La conversación que sigue es sobre el ajuste contable, no sobre la recuperación del activo.
- El documento no vence. Un préstamo abierto hace ocho meses y uno abierto ayer se ven exactamente igual en la lista: mismo estado, mismo color, misma ausencia de alerta. La antigüedad es un dato que existe y que nadie calcula.
El resultado es una forma de pérdida que no se parece al robo ni al error: es simple olvido administrativo con consecuencias patrimoniales. Y tiene cuatro costos, en orden de tamaño creciente para un grupo grande:
- El valor del activo que no vuelve. Un cofre de gama alta es uno de los ítems más caros del catálogo de una funeraria.
- La reposición innecesaria. Si el sistema cuenta como disponible un cofre que está en otra ciudad, la sede promete un producto que no tiene y compra otro para cubrirse. Se paga dos veces por el mismo espacio de bodega.
- La distorsión de la demanda. Todo lo que se calcule sobre ese inventario —rotación, punto de reorden, negociación con el proveedor— se calcula sobre un saldo que no existe físicamente. Es exactamente la razón por la que antes de automatizar la compra hay que conciliar el stock.
- El incumplimiento operativo. El costo más caro y el menos contabilizado: prometer un cofre que no está, a las tres de la mañana, delante de una familia.
2. Qué datos del ERP intervienen
Este caso tiene una ventaja poco común: no requiere ningún dato nuevo. Todo lo que hace falta ya se está capturando. Lo que falta es la consulta. Esto es lo que hay, verificado contra el código:
Lo que se sabe de otros sectores, y lo que nadie ha medido en el nuestro
Conviene empezar por la parte incómoda: no existe ninguna cifra publicada, con muestra y método, sobre la tasa de no devolución de cofres de alquiler o de exhibición en el sector funerario. Ni de una asociación del sector, ni académica, ni de un regulador. Se buscó y no está. Lo que circula son materiales de proveedores de etiquetas y de rastreo con rangos que se contradicen entre sí —«se pierde entre el 6 y el 10 %» junto a «entre el 10 y el 40 %»—, sin denominador, sin año y sin definición. Nada de eso se cita aquí.
Lo que sí existe, y es aprovechable, es la evidencia de industrias que llevan décadas administrando activos que salen y deben volver:
| Qué se midió | Resultado | Qué implica para un grupo funerario |
|---|---|---|
| Efecto del inventario en consignación sobre el descuadre y el gasto hospitalario, con datos de varios años y modelos empíricamente informados (Rosales, Nair y Pal, Journal of Operations Management 69(8):1235-1256, 2023) | La consignación aumenta la merma y el gasto, porque reduce el nivel de supervisión que la institución ejerce sobre un inventario que no es suyo. El efecto es distinto para los insumos caros y poco numerosos que para los de consumo corriente | Es el paralelo más exacto de todo el frente: el cofre de exhibición que un proveedor deja en tu sala es un artículo caro, poco numeroso y con supervisión diluida por el contrato. No hace falta suponer mala fe para predecir el descuadre: lo predice la estructura del acuerdo |
| Provisión por equipo irrecuperable sobre ventas en el mayor operador mundial de pooling de pallets, reportada semestralmente con denominador explícito (Brambles/CHEP, resultados del ejercicio 2025) | 3,9 % · 4,2 % · 4,7 % · 2,8 % · 1,4 % en cinco ejercicios consecutivos. Es decir: llegó a subir tres años seguidos y luego cayó a menos de la tercera parte, con dos palancas declaradas —flota de recuperación y analítica— y unos 25 millones de unidades adicionales recuperadas en el último ejercicio frente a la línea base | La prueba de que esto se puede medir con un denominador honesto y se puede bajar. Y también de que empeora antes de mejorar cuando por fin se empieza a medir bien. La métrica es copiable tal cual: valor del activo dado por irrecuperable sobre los ingresos del período |
| Tasas de retorno bajo depósito reembolsable, con denominador limpio de unidades puestas en circulación (GS1 in Europe, informe sobre esquemas de depósito, 2024) | Lituania recoge y recicla el 92 % de los envases vendidos al mercado cada año; Noruega, entre el 90 y el 92 % para plástico y latas. La receta es siempre la misma: depósito reembolsable, identificación unitaria y una red de puntos de retorno | La palanca que hace volver un activo no es el recordatorio: es que devolverlo tenga valor. Traducido, una garantía sobre el cofre cedido y una tasa de retorno publicada por sede |
| Dónde se origina realmente el descuadre de inventario, con diseño factorial sobre simulación y panel longitudinal de tiendas (Chuang y Oliva, Journal of Operations Management 39-40:63-78, 2015) | Los motores dominantes son la merma en bodega y en sala de exhibición; los errores de registro y de acomodo tienen impacto despreciable. Y un hallazgo operativo duro: el personal de planta estable reduce el descuadre; el de apoyo, no | Antes de comprar software, la pregunta correcta es dónde se pierde. En una funeraria, donde buena parte de la operación nocturna y de fin de semana la cubre personal de apoyo, ese segundo hallazgo debería incomodar |
| Peligros del proceso de instrumental quirúrgico en préstamo, mapeados con metodología de análisis de modos de falla en dos hospitales (Guédon et al., Surgical Endoscopy 30(7):2728-2735, 2016) | 172 peligros identificados en el primer hospital —23 de alto riesgo— y 158 en el segundo —49 de alto riesgo—. La conclusión es que la mayoría de los de alto riesgo se controlarían con soporte informático y con información centralizada disponible para todas las partes | Método transferible antes de instrumentar nada: mapear el ciclo salida-uso-retorno y clasificar los modos de falla por riesgo. Da una lista priorizada en vez de una intuición. Ojo con el denominador: cuenta peligros, no pérdidas |
| Fuente en el ERP | Qué aporta al caso | Precisión que importa |
|---|---|---|
| Alquiler de cofres (el ciclo de cremación) | Compañía, sede, almacén de origen, almacén de destino, ítem, número de serie, cliente, fallecido, servicio que lo originó y estado dentro de un ciclo cerrado: en alquiler o préstamo, en reparación, retornado al almacén de origen, destruido o cancelado | El número de serie es obligatorio y de solo lectura. Es la llave que identifica ese cofre y no un tipo de cofre |
| Movimientos de inventario del ciclo | Cada fase deja su propio movimiento de inventario, real y validado, guardado como enlace en el documento: uno para la salida, uno para la reparación, uno para el retorno y uno para la destrucción | Un ciclo cerrado son dos movimientos: salida y retorno. Con reparación, tres. Si el documento tiene el enlace de salida y no el de retorno, el cofre está afuera según el inventario, no según la memoria de alguien |
| Préstamo de cofre (el ciclo entre sedes y hacia terceros) | Pedido de venta asociado, fallecido, ítem prestado, estado —sin aprobación, prestado, devuelto—, tipo de préstamo —interno o externo—, fecha y hora de entrega, fecha y hora de recepción, empleado que lo entregó y, cuando es externo, la entidad responsable y la persona de contacto con su teléfono | La fecha y hora de entrega es obligatoria. La de recepción es opcional. Toda la asimetría del problema está en esa diferencia |
| Número de serie | El objeto físico individual, con su estado y sus referencias de compra y entrega | Permite responder «¿dónde está el cofre 4471?» en vez de «¿cuántos cofres modelo X tenemos?» |
| Traslado (el otro activo que sale y vuelve) | Carroza, conductor, kilometraje de salida y de entrada, fecha y hora de inicio y de fin, y estado | Es el único otro activo de la operación con salida y retorno efectivamente medidos, y por partida doble: por par de fechas y por kilometraje. Sirve como patrón de lo que debería existir para el resto |
| Historial de cambios | Ambos documentos de cofres lo tienen activado: quién cambió el estado, cuándo y desde qué valor | Es lo que permite distinguir un retorno real de un cierre administrativo hecho para limpiar la lista |
3. Cómo se arma el caso con MCP, paso a paso
Todo lo que sigue se hace con el agente en solo lectura. No es una limitación que haya que tolerar: en este caso concreto es la arquitectura correcta, y más abajo se explica por qué el propio conector la impone.
3.1. Primero la cola completa, y de las dos fuentes
La primera consulta no es una alerta, es un censo. El agente pide dos listas y las une:
- Todos los alquileres cuyo estado siga siendo «en alquiler o préstamo» o «en reparación» —es decir, todo lo que salió y no ha vuelto ni se ha dado de baja—, con su serie, su sede, su almacén de origen, su servicio y su fecha.
- Todos los préstamos en estado «prestado» o «sin aprobación», con su fecha y hora de entrega, su tipo, su responsable y, si es externo, la entidad que responde por el cofre.
Las dos consultas son de listado con filtros y ordenamiento, y ambas fuentes están documentadas en el catálogo curado del conector, con su modelo y su comportamiento explicados para el agente. No hay que construir integraciones ni pedirle a nadie una extracción: es una consulta que se puede correr esta tarde.
3.2. Clasificar antes de alertar: la lista cruda no sirve
Una lista de todo lo que está afuera es inútil, porque mezcla lo que salió esta mañana con lo que salió hace dos años. El agente clasifica por tres ejes antes de decir una palabra:
| Eje | Cómo se calcula | Para qué sirve |
|---|---|---|
| Antigüedad | Días transcurridos desde la fecha y hora de entrega —o desde la fecha del alquiler— hasta hoy | Es el eje principal y hoy no lo calcula nadie: el sistema guarda la fecha de salida y nunca la resta contra el día de hoy |
| Alcance | Interno entre sedes de la misma compañía, o externo hacia un tercero que no está en tu nómina | Cambian la vía de recuperación y la urgencia. El externo prescribe en la práctica: cuanto más pasa, menos probable es que alguien recuerde el compromiso |
| Estado del servicio asociado | Si el servicio que originó la salida ya está cerrado y el cofre sigue afuera, es un caso confirmado, no una operación en curso | Elimina de un golpe los falsos positivos de la operación de hoy: el cofre que salió esta mañana para un servicio que todavía está corriendo no es un hallazgo |
Con esos tres ejes, la cola cruda se convierte en cuatro cubetas: en curso (no se toca), por confirmar (servicio cerrado, salida reciente), vencido (servicio cerrado y más de treinta días afuera) y crónico (más de noventa días, o con la entidad externa repetida). Solo las dos últimas se reportan.
3.3. El presupuesto de alertas: la restricción que decide si esto sobrevive
Este es el punto donde la mayoría de estos proyectos muere. La evidencia sobre fatiga de alertas viene sobre todo del ámbito clínico, que es donde se ha medido en serio, y es consistente: el volumen destruye la atención mucho antes que el error. La regla es sencilla y hay que escribirla antes de la primera corrida: el agente devuelve una lista corta y acotada —diez casos, no ciento veinte—, ordenada por antigüedad y por alcance, y el resto queda en el informe de fondo que se consulta cuando alguien lo pide.
El corolario es incómodo y conviene aceptarlo desde el principio: en la primera corrida habrá casos reales que no se reporten porque no entraron en los diez. Es preferible eso a un listado de ciento veinte que nadie va a abrir dos veces.
3.4. Quién lo recibe, con qué frecuencia y en qué formato
| Rol | Qué recibe | Cada cuánto |
|---|---|---|
| Jefe de bodega o logística de la sede | Los casos de su sede, con el nombre del responsable, el teléfono que ya está en el sistema y la acción concreta: llamar, agendar la recogida o registrar la baja | Diario, en la misma revisión de la mañana |
| Dirección de operaciones | El consolidado por sede y por compañía, con la antigüedad media y los casos crónicos | Semanal |
| Dirección administrativa y financiera | El valor de lo que está afuera y los casos que ya son candidatos a baja contable en lugar de a recuperación | Mensual, junto al cierre |
La evidencia de las revisiones sobre alertas clínicas es contundente en un punto que casi nunca se aplica en el mundo empresarial: dirigir la alerta al rol que puede actuar sobre ella es la única intervención que aumenta consistentemente la aceptación. Mandar el mismo listado a todos los que puedan tener interés es la forma más segura de que no lo lea ninguno.
3.5. Lo que el agente no hace — y aquí no es una decisión editorial, es el producto
En otros casos de uso de esta serie, «el agente no escribe» es una decisión de diseño que uno adopta por prudencia. En este, además, es lo que el conector permite: la función que mueve el cofre entre estados —la que lo daría por retornado y generaría el movimiento de inventario correspondiente— está explícitamente deshabilitada en el catálogo del conector MCP, marcada con severidad alta en la auditoría de seguridad. El agente puede leer y auditar el ciclo completo del cofre; no puede tocarlo.
Conviene decirlo con todas las letras porque es la clase de detalle que separa un caso de uso real de una demostración: hoy, en SFUN, no es posible automatizar el retorno de un cofre con un agente. Y para este caso eso no estorba, porque el valor no está en marcar el documento: está en saber qué preguntar y a quién.
4. El bucle de mejora continua
Un auditor de activos en préstamo que corre una vez es una anécdota. Lo que lo convierte en control es el bucle, y el bucle tiene tres revisiones con periodicidad distinta:
| Cadencia | Qué se revisa | Qué se ajusta |
|---|---|---|
| Diaria | Los casos reportados ayer: cuáles se resolvieron, cuáles siguen abiertos y cuáles el jefe de bodega descartó | La regla que produjo el descarte. Si el mismo tipo de caso se descarta tres veces, la regla está mal, no el operador |
| Semanal | La tasa de descarte de la lista corta y el tiempo medio entre el reporte y la recuperación | El umbral de antigüedad y el tamaño de la lista. Una tasa de descarte alta significa que el agente está mirando el eje equivocado |
| Mensual | Los cierres sin fecha de recepción y los que se cerraron el mismo día que se reportaron | El procedimiento, no el agente. Un cierre masivo el día siguiente al primer informe casi siempre es limpieza administrativa, no recuperación |
5. Gobierno y límites: permisos, datos del doliente y lo que nunca se automatiza
- Solo lectura, y con los permisos de la persona. El agente hereda el alcance de quien pregunta: el jefe de la sede sur ve la sede sur. No hay un usuario robot con permisos de todo. Esto está desarrollado en detalle en la guía de gobierno de agentes de IA en el ERP funerario.
- El listado lleva el nombre de un fallecido. Los dos documentos enlazan al fallecido del servicio que originó la salida. Eso significa que el informe de cofres es, técnicamente, un documento con datos de una persona identificada y de su familia: no se manda por un canal informal, no se pega en un grupo de mensajería y no sale del perímetro del ERP. Cuando el listado no necesita el nombre —y para recuperar un cofre no lo necesita—, se reporta la serie y el servicio, no el difunto.
- El agente no le escribe al tercero. Redactar y enviar un cobro o un requerimiento a una funeraria aliada es una decisión comercial con consecuencias en una relación que a veces lleva veinte años. El agente prepara el caso; la conversación la tiene una persona.
- El agente no imputa pérdidas ni da de baja nada. La baja de un activo es un asiento contable con efecto fiscal. Se propone, no se ejecuta.
- El agente no señala culpables. El ranking se hace por sede, por entidad externa y por proceso, nunca por empleado. Un listado de personas con cofres pendientes convierte una herramienta de recuperación en un instrumento disciplinario, y a la semana siguiente nadie registra un préstamo.
6. Los KPIs: línea base, meta y el que no hay que celebrar
Los cinco primeros se calculan con lo que ya está en el sistema. El sexto es el que impide engañarse:
| Indicador | Cómo se calcula | Línea base típica | Meta |
|---|---|---|---|
| Tasa de retorno del activo prestado | Ciclos cerrados con retorno registrado ÷ ciclos iniciados en el período | Desconocida en la mayoría de los grupos: nadie la ha calculado nunca | Por encima del 95 % a los noventa días de haberla medido por primera vez |
| Activos afuera hoy | Conteo de alquileres en curso más préstamos en estado prestado | El número que sale de la primera consulta, y casi siempre sorprende | Que baje mes a mes hasta estabilizarse en el nivel operativo real |
| Antigüedad media del activo afuera | Promedio de días desde la salida, solo sobre los que siguen abiertos | Se mide en meses cuando nunca se ha vigilado | Por debajo del ciclo operativo normal de un servicio |
| Vencidos por encima de treinta días | Conteo de casos con el servicio cerrado y más de treinta días afuera | El grueso de la cola inicial | Cero. Es el único indicador de esta tabla cuya meta es cero |
| Préstamos con responsable identificable | Préstamos con empleado o contacto responsable diligenciado ÷ total de préstamos | Alta en los internos, floja en los externos | 100 % antes de intentar cualquier recuperación: sin responsable no hay a quién llamar |
| Cierres sin fecha de recepción | Documentos que pasaron a devuelto o retornado sin registrar cuándo | Sube justo después del primer informe | Que baje. Si sube, no estás recuperando activos: estás limpiando la lista |
7. Hoja de ruta de adopción
Semana 1 — contar, no automatizar
- Corre las dos consultas y publica un solo número interno: cuántos activos figuran afuera hoy en todo el grupo.
- Ordena esa lista por antigüedad y mira el extremo. El caso más viejo es el que convence a la dirección, y no hace falta ningún agente para encontrarlo.
- Cuenta cuántos de los cierres del último año tienen fecha de recepción. Ese porcentaje es tu verdadera línea base de disciplina de registro.
- Define quién es el dueño del proceso por sede. Sin ese nombre, el informe no tiene destinatario y el proyecto se detiene en la semana tres.
Mes 1 — una sede, en modo silencioso
- Monta el agente en una sola sede y con la lista corta acotada a diez casos diarios.
- Córrelo en modo silencioso las dos primeras semanas: el informe llega, pero no dispara gestión. Solo se registra qué habría dicho y quién lo habría descartado.
- Ajusta los umbrales con esa evidencia. La antigüedad a partir de la cual un caso es un hallazgo depende del ciclo operativo real de cada grupo, no de una cifra de manual.
- Recién entonces conecta la gestión: los diez casos diarios entran a la revisión de la mañana del jefe de bodega.
Trimestre 1 — extender y cerrar la brecha de producto
- Extiende a las sedes restantes por valor de inventario, no por entusiasmo del jefe de cada una.
- Incorpora el segundo activo retornable que ya tiene datos de salida y regreso: el traslado, con su kilometraje y su par de fechas.
- Pide como requerimiento de producto lo que hoy falta: una fecha comprometida de retorno en el documento de préstamo. Es un campo, y convierte una lista de cosas viejas en una lista de incumplimientos.
- Con esa fecha, y solo con ella, tiene sentido discutir el paso siguiente: que el sistema avise solo en lugar de esperar a que alguien pregunte.
8. Errores comunes
| Error | Por qué pasa | Qué hacer en su lugar |
|---|---|---|
| Empezar por el conteo físico | Es el reflejo natural: si faltan cofres, contemos | El conteo dice cuántos faltan; el préstamo dice a quién se le dieron. Empieza por la fuente que tiene nombre y teléfono |
| Auditar una sola de las dos fuentes | Se descubre primero el ciclo de cremación, que es el que tiene movimientos de inventario y por eso es visible | Consultar las dos. La fuente invisible —el préstamo sin movimiento— es justamente donde vive el problema |
| Reportar la cola completa el primer día | Da sensación de exhaustividad y de trabajo bien hecho | Lista corta, ordenada, con acción concreta. Ciento veinte casos no se gestionan: se ignoran |
| Celebrar la caída de la cola | La cola cae rapidísimo después del primer informe | Verificar contra el historial de cambios cuántos de esos cierres traen fecha de recepción. La caída limpia se demuestra, no se anuncia |
| Convertirlo en un asunto de personas | El listado trae el nombre del empleado que entregó, y es tentador | Ranking por sede y por entidad externa. El objetivo es recuperar activos, no repartir culpas |
| Prometer que el agente cierra los casos | Se asume que si el agente ve el documento, puede modificarlo | No puede: la función que mueve el cofre está deshabilitada en el conector. Prometerlo es vender algo que no existe |
9. Inventario honesto: qué existe hoy en SFUN y qué no
Verificado contra el código el 3 de septiembre de 2026. El resumen en una frase: el sistema sabe qué cofre salió, a dónde fue, quién responde y cuánto stock se movió en cada fase; lo que no sabe es cuándo debía volver.
| Pieza | Estado hoy | Qué significa para el caso |
|---|---|---|
| Identificación individual del cofre por número de serie en el ciclo de cremación | Existe, y la serie es obligatoria y de solo lectura | Se puede rastrear ese cofre, no un modelo. Es la base de todo lo demás |
| Apertura automática del ciclo cuando el destino final es cremación | Existe: el documento se crea solo desde el servicio, no depende de que alguien se acuerde | La cobertura de ese camino no tiene huecos de registro por olvido |
| Movimientos de inventario por fase, con transiciones validadas | Existe y está completo: salida, reparación, retorno y destrucción, cada uno con su movimiento validado y guardado como enlace | El ciclo de cremación es auditable movimiento a movimiento |
| Bitácora de novedades obligatoria en cada movimiento del cofre | Existe, acumulativa y de solo lectura | Hay contexto escrito de por qué el cofre pasó a reparación o se destruyó |
| Historial de cambios en los dos documentos de cofres | Existe en ambos | Permite auditar los cierres administrativos, que es el riesgo número uno del proyecto |
| El cofre no retornado bloquea el cierre del servicio | Existe en la consola de servicio, con semáforo a los siete y a los treinta días | Hay un control, pero el reloj corre sobre la antigüedad del servicio, no sobre la fecha de salida del cofre |
| Movimiento de inventario del cofre en préstamo entre sedes o hacia terceros | No existe: el préstamo registra estado, responsable y fechas, y no toca el stock | Mientras está prestado, el inventario lo cuenta en la bodega. El hallazgo se construye por estado y fecha, no por movimiento |
| Fecha comprometida de retorno | No existe en ninguno de los dos documentos | Sin ella nada puede estar «vencido» en sentido estricto: la antigüedad se calcula contra la salida y el umbral lo pone la compañía |
| Aviso automático de un activo que no volvió | No existe: ningún proceso programado, ninguna notificación por correo. Lo único es un contador pasivo en el escritorio, que cuenta préstamos abiertos sin mirar su antigüedad | Por eso el caso se implementa hoy como agente sobre el conector más un informe, y no como una pantalla que ya viene |
| Un reporte del producto sobre cofres prestados | No sirve: el único que lleva ese nombre devuelve todos los movimientos de todas las notas de entrega, sin filtrar cofres ni series, y omite los movimientos del ciclo de alquiler | No se puede apoyar el caso en él. Se construye como consulta, o como un reporte nuevo |
| Valor, tarifa, depósito o garantía del activo prestado | No existe: ninguno de los dos documentos tiene un solo campo de importe | El valor de lo que está afuera se aproxima con la valorización del ítem, y se presenta como aproximación |
| Acceso del agente a las dos fuentes por el conector MCP | Existe: ambos documentos están en el catálogo curado, con listado filtrado, conteo y ejecución de reportes | El caso no requiere desarrollo de integración: requiere definir las reglas de clasificación |
| Que el agente cierre el ciclo del cofre | Bloqueado a propósito: la función que mueve el cofre entre estados está deshabilitada en el catálogo del conector, marcada con severidad alta | El agente audita; la escritura la hace una persona en el ERP. Es la respuesta honesta a «¿y no puede cerrarlo solo?» |
| Control de préstamo de cualquier otro activo (equipos, urnas de exhibición, utilería ceremonial) | No existe: no hay ningún registro de comodato ni de préstamo de equipos | El caso hoy cubre cofres y, con otra fuente, traslados. Todo lo demás circula sin registro |
Preguntas frecuentes
¿Cómo se controla el inventario de cofres en una funeraria con varias sedes?
Separando dos preguntas que suelen mezclarse. La primera es de existencias: cuántos cofres hay y dónde, y se responde con inventario serializado y conteo cíclico, que es lo que resuelve el módulo de almacén e inventarios. La segunda es de activos en circulación: cuáles salieron con permiso y deben volver, y esa no se responde contando, sino consultando los documentos de alquiler y de préstamo por estado y antigüedad. En un grupo multisede la segunda es la que produce las sorpresas, porque el préstamo entre sedes no mueve el inventario y por lo tanto no genera ninguna diferencia visible.
¿Qué es un préstamo de cofre y en qué se diferencia de un alquiler?
El alquiler es el ciclo asociado a una cremación: el cofre se usa en la ceremonia y regresa al almacén de origen. En SFUN ese ciclo está modelado de punta a punta, con un movimiento de inventario por fase y transiciones validadas. El préstamo es la cesión temporal del cofre a otra sede o a un tercero —una funeraria aliada, un cliente institucional—, y se registra con estado, responsable y fechas de entrega y recepción, pero sin movimiento de inventario. Esa diferencia es la razón por la que el préstamo es el punto ciego.
¿Puede un agente de IA cerrar solo los préstamos vencidos?
No, y no por prudencia editorial: en SFUN la función que mueve el cofre entre estados está deshabilitada en el catálogo del conector MCP, marcada con severidad alta en la auditoría de seguridad. El agente puede leer, filtrar, contar, clasificar y correr reportes sobre el ciclo completo del cofre; el cambio de estado y el movimiento de inventario los hace una persona en el ERP. Además, aunque fuera posible, no sería deseable: dar por retornado un activo que nadie vio volver es exactamente el error que este caso busca detectar.
¿Qué datos hacen falta para montar este caso?
Ninguno nuevo. Es una de las pocas iniciativas de este cluster que no requiere capturar nada adicional: la fecha y hora de entrega ya es obligatoria, el responsable ya está enlazado, el número de serie ya es obligatorio en el ciclo de cremación y el estado ya se registra. Lo único que falta es la consulta —restar la fecha de salida contra hoy— y un destinatario que actúe sobre el resultado. La mejora de producto que sí valdría la pena pedir es una fecha comprometida de retorno, que convertiría una lista de documentos antiguos en una lista de incumplimientos.
¿Cuánto tarda en dar resultados?
El diagnóstico, una tarde: las dos consultas ya se pueden correr. La recuperación de la cola vieja es otra historia, y conviene ser honesto: nadie ha publicado, en ningún sector, cuánto cae la probabilidad de recuperar un activo con el tiempo transcurrido, así que cualquier promesa sobre eso sería invención. Lo que sí es medible y sí cambia de inmediato es el flujo nuevo: a partir del primer informe, los activos que salgan tienen a alguien mirándolos, y la antigüedad media de lo que está afuera empieza a bajar el primer mes.
¿Sirve en un grupo con varias empresas y varias sedes?
Es donde más sirve, por dos razones. La primera es que el préstamo entre sedes de compañías distintas es, en la práctica, un préstamo externo con apariencia de interno: cruza una frontera contable sin cruzar una frontera emocional, y por eso nadie lo persigue. La segunda es que la consulta consolidada por compañía y por sede se hace en una sola pregunta, mientras que hoy exige entrar sede por sede. Puedes ver cómo se aborda el resto de la operación multiempresa en la guía de operación multiempresa en grupos funerarios.
¿Qué pasa con los equipos y la utilería que también se prestan?
Hoy no hay registro. En SFUN no existe ningún documento de comodato ni de préstamo de equipos: el único otro activo de la operación con salida y regreso efectivamente medidos es el traslado, que guarda carroza, conductor, kilometraje de salida y de entrada y las fechas de inicio y fin. Es un buen segundo frente para el mismo agente, y también el patrón de lo que debería existir para el resto de la utilería: un par de fechas y un responsable son suficientes para poder vigilar algo.
Fuentes y verificación
- J. Rosales, A. Nair y R. Pal — The impact of consignment inventory on shrinkage and expenditure in healthcare supply chains, Journal of Operations Management 69(8):1235-1256, 2023. Fuente del hallazgo central de esta pieza: el inventario en consignación aumenta la merma porque diluye la supervisión, con efecto distinto en los artículos caros y poco numerosos: doi:10.1002/joom.1256.
- Brambles/CHEP — Full-Year 2025 Results, presentación corporativa del 21 de agosto de 2025. Fuente de la serie de provisión por equipo irrecuperable sobre ventas (3,9 % · 4,2 % · 4,7 % · 2,8 % · 1,4 %), de los ~25 millones de unidades adicionales recuperadas frente a la línea base y de la serialización unitaria del mercado piloto. Es un documento corporativo, no arbitrado: se cita por su denominador explícito y su comparabilidad año a año, que es justo lo que falta en el resto de la literatura sobre activos retornables.
- GS1 in Europe — Deposit Return Schemes in Europe, versión 1, 2024. Fuente de las tasas de retorno con denominador limpio (92 % en Lituania; 90-92 % para plástico y latas en Noruega) y de la combinación depósito + identificación unitaria + red de puntos de retorno.
- Y. Chuang y R. Oliva — Inventory record inaccuracy: Causes and labor effects, Journal of Operations Management 39-40:63-78, 2015. Fuente del hallazgo de que la merma de bodega y de sala domina el descuadre, y de que la dotación estable lo reduce mientras la de apoyo no: doi:10.1016/j.jom.2015.07.006.
- P.-A. Guédon et al. — Hazards of surgical instrument delivery: a systematic mapping in two hospitals, Surgical Endoscopy 30(7):2728-2735, 2016. Fuente de los 172 y 158 peligros mapeados —23 y 49 de alto riesgo— en el proceso de instrumental en préstamo, y de la recomendación de mapear antes de instrumentar: doi:10.1007/s00464-015-4537-7.
- N. DeHoratius y A. Raman — Inventory Record Inaccuracy: An Empirical Analysis, Management Science 54(4):627-641, 2008. Fuente del 65 % de registros de inventario inexactos sobre ~370.000 registros en 37 tiendas, y del hallazgo de que la varianza del descuadre vive más entre categorías de artículo que entre tiendas —el argumento a favor del conteo dirigido por tipo de activo—: doi:10.1287/mnsc.1070.0789.
- M. Jans, M. Alles y M. Vasarhelyi — A Field Study on the Use of Process Mining of Event Logs as an Analytical Procedure in Auditing, The Accounting Review 89(5):1751-1773, 2014. Fuente del principio que sostiene todo el caso: el registro de eventos del sistema contenía transacciones irregulares que los auditores internos no habían detectado. No hay que instrumentar nada nuevo para empezar: hay que consultar lo que ya se registra.
- S. Hussain, T. Reynolds y K. Zheng — Medication safety alert fatigue may be reduced via interaction design and clinical role tailoring, JAMIA 26(10):1141-1149, 2019. Fuente del hallazgo de que dirigir la alerta al rol correcto fue la única intervención que aumentó consistentemente la aceptación, en una revisión de 39 estudios: doi:10.1093/jamia/ocz095.
- Eluna: An Agentic LLM System for Automating Warehouse Operations, arXiv 2607.08960, 2026. Preprint, no arbitrado. Se cita por su estándar de evaluación —410 casos de un centro de distribución juzgados por tres operarios experimentados, con 94,4 % de decisiones correctas—, que es el nivel de prueba que debería exigirse cualquiera que publique un caso de agentes sobre operación real.
- AIM-Bench: Evaluating LLM agents on inventory management decisions, arXiv 2508.11416, 2025. Preprint, no arbitrado, y de simulación, no de campo. Se cita como contrapeso: los modelos de lenguaje reproducen los sesgos humanos clásicos de reabastecimiento, lo que delimita el papel del agente a detectar la excepción y no a decidir la compra.
- Advertencia de alcance, y es la más importante de esta lista: no existe ninguna cifra publicada y arbitrada sobre la tasa de no devolución de cofres de alquiler, de exhibición o en préstamo en el sector funerario. Tampoco existe ningún caso publicado con método en el que un agente de IA detecte específicamente un activo prestado que no volvió y dispare su recuperación, ni ningún estudio con denominador sobre el efecto de un recordatorio previo al vencimiento sobre la tasa de devolución —en ningún sector, incluidas las bibliotecas, donde la práctica está universalizada. Se descartaron por no ser confirmables todas las cifras de proveedores de rastreo y de sistemas de localización en tiempo real, que se contradicen entre sí y no publican muestra ni método. Todas las magnitudes de este artículo vienen de otros sectores, con su denominador, y se presentan como órdenes de magnitud homologables, nunca como el dato del sector funerario.
- Las capacidades y las brechas de SFUN descritas aquí se verificaron el 3 de septiembre de 2026 contra el código de las aplicaciones de servicios funerarios, aplicaciones adicionales, control y el conector MCP: los dos modelos paralelos de cofre y sus campos, la máquina de estados y sus movimientos de inventario por fase, la ausencia de fecha comprometida de retorno, la ausencia de procesos programados y de notificaciones sobre cofres, el estado del único reporte existente, la ausencia total de campos de importe y el bloqueo explícito, en el catálogo del conector, de la función que mueve el cofre entre estados.