--- title: "Resolver confirmaciones fallidas y notificaciones ausentes" description: "Investigue errores al guardar confirmaciones y correos ausentes distinguiendo escrituras directas y de servicio, guardados parciales, recordatorios manuales y tareas externas." url: https://vitextra.com/es/support/kb/10538 language: es published: 2026-11-08 modified: 2026-11-08 products: - "Policy Acknowledgement" author: "Lidija Reising" tags: ["error al guardar confirmación", "notificación de política ausente", "error de escritura del servicio", "problemas de recordatorios"] --- # Resolver confirmaciones fallidas y notificaciones ausentes Investigue errores al guardar confirmaciones y correos ausentes distinguiendo escrituras directas y de servicio, guardados parciales, recordatorios manuales y tareas externas. Una confirmación fallida y una notificación ausente pueden ocurrir independientemente. Un empleado puede tener una asignación válida sin recibir correo, y una solicitud de confirmación puede escribir pruebas antes de que falle un paso posterior. Establezca qué operación falló antes de reintentar o cambiar el modo de escritura. ## Conservar el contexto del fallo Registre el centro, la cuenta del empleado, la versión de política, el identificador de asignación, el texto del error y la hora aproximada. Pregunte si el empleado vio un justificante o un mensaje de éxito antes del error. Recargue My Policies y vuelva a abrir la asignación para inspeccionar su estado actual. Evite clics repetidos mientras se sigue procesando la primera solicitud. Para problemas de notificación, identifique si el mensaje esperado era un recordatorio manual, un correo automático o una notificación de Teams. Registre el destinatario previsto, la campaña y la hora. Estas rutas no usan todas el mismo remitente ni la misma implementación. ## Diagnosticar una confirmación fallida En modo directo, el navegador lee el hash anterior, añade un registro de confirmación y después actualiza la asignación. Estas escrituras son separadas. Errores de permisos, conectividad o listas pueden interrumpir la secuencia, dejando pruebas sin el estado de asignación esperado. En modo de servicio, el navegador envía una solicitud POST al punto de conexión `/api/acknowledge` configurado mediante la conexión del servicio y después lee el registro resultante de SharePoint. La solicitud puede fallar por disponibilidad del servicio, autenticación, consentimiento, formato de respuesta o acceso al registro guardado. Un fallo de lectura después de una escritura correcta del servicio es distinto de una solicitud que nunca llegó al servicio. Un administrador debe comparar la referencia de confirmación y el estado de la asignación con el registro probatorio correspondiente, usando cuenta, versión de política y hora para investigar. No edite hashes de pruebas ni elimine un registro para que un reintento parezca limpio. Si se confirma un guardado parcial, acuerde una corrección controlada con la persona responsable del centro o servicio. ![Separar un error de guardado de la configuración del servicio y el estado de notificación](https://static.vitextra.com/articles/10538/save-and-service-diagnostics-es.png) *Separar un error de guardado de la configuración del servicio y el estado de notificación* ❗ **Importante** Una solicitud fallida al servicio no recurre automáticamente a escritura directa. Cambiar de modo modifica los permisos y la ruta de escritura de pruebas; no es una opción inocua de reintento. Un segundo envío también puede crear pruebas adicionales si la primera operación se completó parcialmente. ## Diagnosticar recordatorios manuales ausentes Los recordatorios manuales de vencimiento se envían mediante el buzón del usuario conectado. Compruebe la capacidad de esa cuenta para enviar correo e inspeccione sus mensajes enviados cuando estén disponibles. El remitente configurado de notificaciones automáticas y las horas de silencio no controlan esta ruta manual. Los mensajes se envían secuencialmente por asignación. Una operación masiva puede enviar algunos mensajes y después fallar; una escritura de auditoría también puede fallar tras el envío. Determine qué destinatarios o asignaciones se procesaron ya antes de repetir toda la acción. Consulte [KB10524. Cómo enviar recordatorios manuales de políticas a su equipo](https://vitextra.com/es/support/kb/10524) para el flujo de recordatorios manuales y sus límites. ## Diagnosticar mensajes automáticos ausentes 1. Verifique que exista la asignación esperada; una vista previa de audiencia no es un inicio completado. 2. Compruebe los ajustes pertinentes de notificación por correo o Teams y las horas de silencio configuradas. 3. Confirme la URL del servicio y el estado de consentimiento del administrador. 4. Revise la información de última ejecución comunicada y pida después al propietario del servicio que inspeccione la tarea real y los resultados de entrega. 5. Verifique la cuenta del destinatario e investigue la entrega por separado de la creación de asignaciones. El punto de conexión de estado puede comunicar consentimiento y un valor de última ejecución, pero una comprobación correcta no demuestra que se ejecutara una tarea de notificación para esta campaña ni que entregara un mensaje. Guardar preferencias de notificación no despliega el servicio externo. La aplicación personal de Teams suministrada no establece por sí sola que haya un bot de notificaciones instalado. ## Conciliar el resultado visible antes de reintentar | Lo observado | Qué debe inspeccionar el administrador | |---|---| | El empleado recibió un justificante, pero un contador de campaña está obsoleto | Primero estado de asignación y pruebas; actualizar contadores es otra operación. | | Existe un evento probatorio, pero la asignación sigue abierta | Si falló la actualización de asignación después de escribir las pruebas. | | El servicio informa de un registro guardado, pero el lector muestra error | Identificador devuelto y capacidad del cliente para leerlo. | | Llegaron algunos recordatorios manuales antes de un error masivo | Qué mensajes de asignaciones se enviaron antes del fallo. | | Existe una asignación, pero no llegó mensaje automático | Ejecución del servicio y entrega, separadas de la creación de asignación. | No deduzca una transacción completa de un indicador. Un éxito en el registro del servicio, una fila en SharePoint, un justificante en el navegador y un contador actualizado describen etapas distintas. Relaciónelos mediante asignación, versión de política, cuenta y hora en lugar de confiar solo en un título compartido por varias publicaciones. Si ya se intentó un segundo envío, comuníquelo al administrador y facilite horas aproximadas. Conserve los registros mientras se investiga la secuencia. Eliminar un evento probatorio aparentemente duplicado puede romper la cadena o quitar contexto necesario para entender el fallo original. ## Preparar un traspaso concreto a soporte Facilite operación fallida, modo de escritura, centro y página, cuenta afectada, versión de política e identificador de asignación. Incluya error exacto y si se pudo leer el origen, se habilitó el botón de envío y apareció un justificante. En casos de servicio, pida al propietario que correlacione la hora con solicitud y resultado; no incluya tokens de autenticación ni secretos en el traspaso. Para mensajes ausentes, identifique la ruta esperada: recordatorio manual, correo automático o entrega por Teams. Incluya lo verificado sobre asignación y remitente o ejecución del servicio. Una preferencia guardada no prueba entrega y un mensaje en un canal no demuestra el éxito del otro. Después de corregir el fallo identificado, pruebe una operación controlada e inspeccione su resultado completo antes de repetir una acción masiva. Así verifica recuperación manteniendo comprensibles causa y posibles registros parciales restantes. Conserve los detalles originales del incidente para que un reintento correcto no borre la explicación de lo ocurrido antes. ## Verificar la recuperación Use una asignación conocida para confirmar que una confirmación correcta produce el justificante y el estado de asignación esperados. Para notificaciones, verifique la ruta de entrega prevista con el propietario del servicio o el remitente y compruebe después el acceso del empleado a la asignación. Conserve el error original y cualquier hallazgo de escritura parcial en el expediente de investigación. Consulte [KB10525. Cómo conectar el servicio de políticas y configurar notificaciones automáticas](https://vitextra.com/es/support/kb/10525) para configuración del servicio y [KB10526. Cómo consultar confirmaciones anteriores de políticas y justificantes](https://vitextra.com/es/support/kb/10526) para interpretar justificantes.