Una reclamación por mercancía dañada: del correo a una respuesta con evidencias

El cliente escribe «la mercancía llegó dañada» y adjunta dos fotografías. Tráfico tiene un justificante de entrega con una anotación poco legible. Almacén conserva imágenes de la carga y el transportista respondió en otro hilo. Antes de contestar, alguien debe reconstruir qué se sabe, qué falta y qué versión de los hechos está confirmada.

La IA puede reducir ese trabajo de búsqueda y preparar una cronología con referencias a las fuentes. No debería resolver por sí sola una responsabilidad contractual ni enviar una respuesta definitiva. Este artículo se centra en la reclamación por daños. La guía de justificantes de entrega trata la captura y asociación de POD en general. Aquí el justificante es una pieza de un expediente más amplio.

Identificar la expedición antes de resumir el caso

El correo puede mencionar número de pedido del cliente, matrícula, albarán o referencia de expedición. Son identificadores diferentes y pueden corresponder a varias entregas. El primer control consiste en asociar el mensaje a la operación correcta con los datos autorizados del TMS y, si procede, del ERP.

Si hay dos envíos al mismo cliente el mismo día, un modelo no debe escoger el más parecido y seguir como si estuviera confirmado. Debe presentar los candidatos y pedir una verificación. Cualquier resumen posterior sería engañoso si se construye sobre otra expedición.

Fuente	Qué puede aportar	Qué no demuestra por sí sola
Correo del cliente	Fecha de aviso y descripción del problema	Causa del daño
Fotos recibidas	Aspecto visible de bultos o mercancía	Momento y lugar de captura, salvo evidencia adicional
Justificante de entrega	Recepción y posibles reservas anotadas	Que todas las unidades estén conformes
Eventos del TMS	Hitos registrados de la expedición	Estado físico real en cada hito

Esta tabla no define un estándar probatorio universal. Ayuda a separar hechos observados de interpretaciones en un proceso interno.

Construir una cronología con procedencia

Un expediente útil ordena recogida, tránsito, entrega, aviso del cliente y comunicaciones posteriores. Cada hito muestra fuente y hora, indicando si la fecha procede de un evento de sistema, del texto de un correo o de un documento. Si dos fuentes difieren, no se fusionan en una sola versión.

Supongamos un ejemplo ficticio: el TMS registra entrega el martes a las 10:15, el justificante lleva una reserva «caja 4 golpeada» y el correo del cliente del miércoles afirma que se dañaron seis cajas. Una respuesta honesta no puede confirmar seis cajas dañadas ni negar el resto por leer la reserva. Puede reconocer la reclamación, mencionar la evidencia disponible y pedir la información concreta que falta para revisar el alcance.

Un modelo puede transcribir la nota del justificante y resumir el hilo, pero debe conservar la imagen original y señalar cualquier lectura incierta. La propia guía de justificantes de entrega distingue detectar una anotación de acreditar su contenido o la identidad de quien firmó.

Preparar la respuesta sin cerrar antes de tiempo

La respuesta al cliente depende del estado del expediente. Puede ser acuse de recepción, solicitud de evidencia adicional, actualización de investigación o conclusión aprobada. Cada tipo tiene reglas distintas. La IA puede redactar un borrador a partir de hechos validados y una plantilla, pero no debe prometer compensación ni adjudicar culpas por iniciativa propia.

El borrador debe mostrar al revisor qué fuente respalda cada afirmación. Si un dato procede únicamente de una declaración del cliente, hay que formularlo como tal: «nos indica que…». Si existe una discrepancia abierta, se reconoce y se explica el siguiente paso. El destinatario y cualquier copia también requieren revisión: una respuesta correcta enviada al cliente equivocado expone información de otra operación.

La documentación de correo de Microsoft Graph muestra identificadores y datos de conversación aprovechables para seguir un hilo en Outlook. El expediente debe unir esas conversaciones con el registro de transporte, no confiar solo en el asunto del mensaje.

Excepciones que el piloto debe incluir

Hay que probar fotografías sin referencia, una reserva manuscrita ilegible, una entrega parcial, mensajes reenviados y un justificante que llega después de preparar el borrador. En este último caso, la respuesta pendiente vuelve a revisión: se ha incorporado una evidencia nueva.

También conviene separar la atención al cliente de la investigación interna. El primer equipo puede confirmar que ha recibido la reclamación sin afirmar todavía su resultado. La asignación, los plazos y los criterios para resolver pertenecen al procedimiento de la empresa.

Las evidencias nuevas pueden cambiar un borrador ya preparado

Una fotografía adicional, un POD más legible o un mensaje del transportista puede llegar mientras la respuesta espera aprobación. El expediente debe marcar el borrador como desactualizado y señalar qué frases dependían de la información anterior. Si el responsable tiene que descubrirlo leyendo otra vez todos los hilos, la automatización no ha resuelto el problema de fondo.

También importa distinguir entre duplicados y perspectivas distintas. Dos fotos del mismo bulto desde ángulos diferentes no son un duplicado. Dos reenvíos de la misma foto tampoco son dos evidencias independientes. El sistema puede agrupar archivos visualmente parecidos, pero la decisión de qué muestran queda en el revisor. No debe inferir automáticamente que el daño existía antes de la carga por encontrar una marca en una imagen de poca calidad.

El cierre del caso necesita registrar qué se comunicó al cliente y qué puntos quedaron sin confirmar. Si después se descubre un dato nuevo, el expediente permite revisar la conclusión y corregir la comunicación. Una respuesta rápida y trazable tiene valor. Una respuesta cerrada prematuramente puede multiplicar las gestiones posteriores.

Mediría tiempo hasta acusar recibo, tiempo hasta reunir las fuentes, expedientes mal asociados, borradores corregidos y veces que el cliente debe repetir información ya enviada. La automatización aporta valor si el responsable puede estudiar el caso más rápido sin perder la pista de cada dato.

La cola de casos debe dejar claras clasificación, responsabilidad y siguiente comunicación. Una cronología correcta no resuelve la reclamación si nadie tiene asignada la decisión pendiente.

Una ficha de caso que separa hechos y afirmaciones

La ficha de reclamación debería mostrar dos zonas. En una, hechos registrados con fuente: salida, llegada, documento de entrega, fotografías, fecha en que se recibió cada archivo. En otra, afirmaciones que aún requieren comprobación: «se dañaron seis cajas», «la carga salió en buen estado», «la reserva se hizo después de descargar». Esta separación permite investigar sin tratar el primer relato como conclusión.

Cada afirmación necesita autor, momento y relación con la expedición. Si el transportista dice «no hubo reserva», el sistema puede contrastarlo con el justificante disponible, pero no debe declarar quién miente. Puede señalar que existe una contradicción y mostrar los dos originales. La fecha de creación de una foto o de un correo puede ayudar a ordenar el expediente, aunque tampoco demuestra por sí sola cuándo se produjo el daño.

Un campo de «evidencia pendiente» debe pedir algo concreto. Puede faltar una fotografía de todas las caras del embalaje, una referencia de bulto o el documento completo. La persona responsable decide qué solicita según el caso y el procedimiento aplicable. La IA puede proponer esa petición a partir de la ficha. No inventa un requisito universal para todas las reclamaciones.

Esta estructura también protege la comunicación. El borrador externo solo debe utilizar hechos confirmados o atribuir expresamente las afirmaciones a su fuente. Una frase como «hemos comprobado que el daño ocurrió en el transporte» no debe aparecer si el expediente solo contiene fotografías recibidas del cliente.

El daño visible no explica toda la operación

Una caja golpeada puede contener mercancía intacta. Un embalaje sin marca visible puede contener producto dañado. La reclamación debe distinguir bultos, unidades, referencias y alcance del daño comunicado. Si una foto muestra una esquina de la caja, la IA puede ayudar a identificarla en el expediente, pero no calcular cuántas piezas están inutilizables salvo que exista evidencia suficiente.

También hay que comprobar si la expedición fue parcial. Un POD que recoge dos palés no aclara automáticamente el estado de un tercero si el transporte se dividió. El TMS puede representar varias etapas o entregas bajo la misma referencia comercial. Por eso la relación entre pedido, expedición, bulto y entrega debe estar clara antes de resumir «mercancía dañada» como un único incidente.

En un ejemplo hipotético, se enviaron cuatro cajas en dos expediciones. La fotografía del cliente muestra daño en una caja, pero el correo menciona «las cuatro». El sistema debe mostrar esa diferencia y pedir que se identifique la caja afectada. Una respuesta genérica sobre las cuatro podría ampliar indebidamente el caso. Una negación basada solo en la imagen sería igual de precipitada.

La investigación puede requerir datos de varios equipos. Almacén revisa la carga, tráfico los hitos, atención al cliente el intercambio y calidad el estado del producto. La ficha de caso no sustituye esas decisiones, pero evita que cada uno tenga que reconstruir desde cero la misma secuencia.

Cuatro comunicaciones posibles, cuatro niveles de certeza

El primer mensaje puede ser un acuse: confirma que se recibió la reclamación y da una referencia. El segundo puede solicitar una evidencia concreta. El tercero puede informar de que se está contrastando una discrepancia. El cuarto comunica una conclusión aprobada. Pueden parecer textos similares, pero cada uno admite afirmaciones diferentes.

Conviene que la herramienta seleccione el tipo de borrador según el estado del caso y que bloquee expresiones incompatibles. Si el expediente está «pendiente de POD», no debería generar una conclusión de entrega conforme. Si la investigación terminó pero no se aprobó la decisión, puede preparar una propuesta interna, no enviarla. La revisión humana se concentra entonces en hechos, destinatario y tono, no en borrar frases inventadas.

Un historial de mensajes evita respuestas contradictorias. Si ayer se dijo que se esperaba la foto de la carga y hoy ya está disponible, la siguiente actualización debe reconocer ese avance. Si no hay novedades, puede ser mejor decirlo claramente que repetir una previsión no sustentada. El objetivo de la comunicación es reducir incertidumbre para el cliente sin simular una resolución.

Cómo decidir si el piloto funciona

Reuniría casos cerrados con resultado conocido, incluidos daños confirmados, reclamaciones sin evidencia suficiente y errores de asociación. El equipo marcaría el resumen correcto y las frases que nunca deberían enviarse. Probaría primero en modo borrador y compararía la salida con el expediente original. Solo después conectaría tareas o comunicaciones reales.

Además de rapidez, mediría cuántas fuentes faltaron en el primer resumen, cuántos borradores afirmaron algo no demostrado y cuántas veces el cliente tuvo que repetir su relato. Si el sistema reduce trabajo de búsqueda, pero sus borradores exigen una auditoría completa, el ahorro puede ser pequeño. En ese caso conviene limitar la IA a la cronología y dejar la redacción para otra fase.

Decisiones de implantación que cambian el resultado

Puede que el operador ya tenga un módulo de incidencias en el TMS. En ese caso, la capa nueva debería recuperar correo y evidencias, proponer su asociación y devolverlas al caso existente. Crear otro registro de reclamaciones obligaría al equipo a mantener dos estados y aumentaría el riesgo de respuestas inconsistentes. Antes de desarrollar, comprobaría qué permite consultar y escribir el sistema actual.

También preguntaría dónde se capturan las fotos. Si llegan de conductores propios mediante una aplicación, conviene mejorar la vinculación en origen. Si llegan de colaboradores y clientes por canales distintos, puede ser más útil una entrada documental flexible. La IA no compensa que los archivos se pierdan antes de llegar al expediente.

La confidencialidad afecta al diseño. Las fotos, direcciones y documentos pueden mostrar datos de otras operaciones. La vista del cliente debe quedar separada de notas internas y de información de terceros. El modelo que redacta una respuesta externa solo debería recibir el conjunto de hechos autorizado para ese destinatario, con una última revisión de la persona que envía.

Un objetivo razonable para la primera fase es que el expediente se complete más deprisa y que ningún borrador afirme una conclusión sin soporte. Automatizar compensaciones o respuestas finales sería una fase distinta, sujeta a reglas, permisos y evaluación propios. El éxito inicial se puede medir sin dar ese salto.