Documentación incompleta: pedir lo que falta y cerrarlo

«Falta documentación» parece una petición, pero obliga a quien la recibe a descubrir el problema otra vez. Para resolver documentación incompleta, escribe qué no puedes comprobar, qué tarea depende de ello y qué evidencia permitiría continuar. Esas tres cosas caben en una ficha; no hace falta reconstruir el expediente en cada mensaje.

Esta guía trata la coordinación de entradas en administración: documentos que llegan incompletos, contradictorios o inaccesibles. La plantilla no determina su validez fiscal ni contractual. Tampoco convierte una captura legible en evidencia suficiente para cualquier uso. Su resultado es más acotado: otra persona puede comprobar por qué se desbloqueó una tarea.

Decide qué falta antes de pedirlo

Abre el archivo y localiza la carencia concreta. «No está bien» puede significar cosas que requieren respuestas diferentes. Pedir otra copia de un documento no arregla una contradicción entre dos versiones; pedir un dato escrito a mano no recupera una página que falta.

Si todavía no sabes qué dato necesitas, el estado es por aclarar. Consulta primero con quien hará la tarea. Enviar «mándame todo lo que tengas» amplía la petición y puede traer información innecesaria sin resolver la pregunta.

En la coordinación entre un negocio y su asesoría, esta ficha se ocupa de una entrada concreta y de su condición de salida. No necesitas una ficha por cada campo: agrupa carencias del mismo documento cuando tengan el mismo responsable y puedan verificarse juntas.

Una ficha para no perder el contexto

Usa un registro compartido al que accedan solo las personas que intervienen. Conserva referencias al origen en lugar de reenviar copias por varios canales. El identificador une la petición, la respuesta y la comprobación; no necesita contener nombres ni datos personales.

Incidencia: [DOC-001]
Expediente y tarea bloqueada: [referencia / acción]
Origen: [enlace restringido / versión / fecha]
Observación: [ausente / ilegible / contradictorio / inaccesible]
Petición: [evidencia concreta necesaria]
Criterio de resolución: [qué deberá comprobar quien revise]
Quién aporta / quién coordina: [responsables confirmados]
Última petición: [fecha / canal / referencia]
Próxima revisión: [fecha / hora / zona horaria acordadas]
Puede continuar / debe esperar: [tareas]
Estado: [por aclarar / solicitado / recibido por verificar / resuelto / en espera]
Respuesta: [referencia / versión / fecha]
Verificación: [persona / fecha / criterio / resultado]
Siguiente acción: [responsable / condición de inicio]
Reapertura: [motivo / versión nueva / resolución anterior]

Mantén un historial separado del estado actual: añade una entrada fechada por cada respuesta y verificación, con versión, resultado y motivo, incluidas las versiones rechazadas. Nunca sobrescribas la evidencia anterior.

Elige una persona para coordinar, aunque varias deban aportar información. Esa persona no tiene que resolverlo todo: mantiene la petición vigente y evita que tres compañeros reclamen lo mismo con plazos diferentes. Confirma que quien figura como responsable puede obtener la evidencia; escribir su nombre no equivale a que haya aceptado la tarea.

Tres mensajes que permiten responder

Adapta los corchetes antes de enviar. Son propuestas de redacción, no mensajes enviados ni plazos impuestos al destinatario.

Petición inicial: «En [referencia] no podemos comprobar [dato] porque [observación]. Para continuar [tarea], necesitamos [evidencia concreta] en [canal autorizado]. ¿Puedes aportarla o indicar quién la tiene? Revisaremos el estado el [fecha, hora y zona]; esa revisión no presupone tu respuesta.»

Seguimiento: «DOC-001 sigue pendiente de [evidencia]. Podemos continuar [tarea independiente]; [tarea dependiente] espera. Mantendremos la siguiente revisión el [fecha acordada]. Si no puedes conseguirlo, indícalo para decidir la alternativa con [responsable].»

Resolución: «Hemos comprobado [criterio] en [versión] el [fecha]. DOC-001 queda resuelta para [tarea concreta]; [responsable] retoma [acción]. Sigue pendiente [otra incidencia, si existe]. Esto no aprueba otros usos del documento.»

Las plantillas de comunicación de incidentes de Atlassian ofrecen ejemplos para comunicar una investigación y sus actualizaciones. Los tres mensajes de esta guía, incluido el de resolución, son una propuesta editorial propia para peticiones documentales; no trasladan sus procesos técnicos ni prometen sus tiempos de respuesta.

Ejemplo: llegó un archivo, pero no la solución

Supuesto didáctico, sin documentos ni personas reales. Un parte de recepción R-017 llega sin su página 2. Administración necesita comprobar las unidades recibidas contra la referencia acordada antes de pasar el expediente a revisión. Puede ordenar el resto de archivos mientras espera; no puede dar por comprobadas esas unidades.

La coordinadora abre DOC-001 y pide la página de R-017. La primera respuesta dice «eran seis». Hay una respuesta, pero sigue faltando la evidencia solicitada. El estado pasa a recibido por verificar y vuelve a solicitado tras registrar por qué no cumple el criterio; no se borra el mensaje.

La segunda respuesta trae una versión 2 con página 2, pero su referencia es R-018. La página existe y se lee. Aun así, no completa R-017. La coordinadora señala la discrepancia en la misma ficha y pide el documento correspondiente, sin acusar al remitente de haber alterado nada.

La versión 3 corresponde a R-017 y permite comprobar las unidades. La persona revisora registra versión, fecha y resultado. Ahora sí puede cerrar DOC-001 para esa comprobación y devolver la tarea a su responsable. Si otro dato del expediente sigue pendiente, no se oculta bajo el estado resuelto de esta incidencia.

Revisa la versión, no solo la notificación

La señal «aprobado» de una herramienta no describe por sí sola qué cambios vio cada persona. Por ejemplo, Google Drive documenta que las ediciones pueden reiniciar o conservar aprobaciones según la configuración. La función depende de cuentas elegibles. Para este método basta con dejar explícita la versión verificada; no necesitas contratar ni activar un sistema de aprobaciones.

Si el archivo cambia después, determina si la modificación afecta al criterio que comprobaste. Si lo afecta, reabre la incidencia y conserva el vínculo con la resolución anterior. Si el problema es acceder al archivo, pruébalo desde la cuenta de quien revisa: que el enlace abra para su propietario no demuestra que abra para el equipo.

Cuando no hay respuesta, decide qué espera

Una fecha de revisión sirve para volver a mirar el estado. No convierte el silencio en aceptación. Al llegar, comunica qué tarea está detenida y pide al responsable autorizado que decida si espera, cambia la secuencia o busca otra evidencia válida para ese trabajo. No completes los campos por intuición para vaciar la lista.

Una conversación breve puede aclarar una petición que sigue siendo ambigua. Después, registra la conclusión en la ficha, como parte del trabajo asíncrono con decisiones escritas. Si el bloqueo afecta a alguien que prepara una entrega, contrasta las dependencias con el alcance acordado en el presupuesto.

Empieza con una incidencia real pendiente: escribe la observación y el criterio de resolución antes del próximo mensaje. Si otra persona puede leer la ficha y explicar qué falta, quién lo aporta y cómo se comprobará, ya tienes una petición que se puede resolver.