# Plantilla de SOP en Confluence: ejemplo de solicitud a proveedores

Si buscas un punto de partida nativo de Confluence, utiliza la plantilla oficial de Atlassian. El esquema original de esta página muestra cómo organizar un procedimiento administrativo. Adapta los títulos y puestos al editor y al trabajo real; la descarga es un borrador Markdown portátil, no una plantilla instalada ni una integración con Confluence.

Ejemplo ficticio OPS-014, revisión 1. Prepara una solicitud completa para una persona revisora designada. La autorización de compra y el pago siguen otras reglas de la organización. No se ha enviado ni aprobado ninguna solicitud en ninguno de los productos para este ejemplo.

## Resultado

La persona receptora acepta una solicitud completa y registra la siguiente acción.

## Inicio y requisitos

Una persona necesita un artículo de un proveedor. Prepara descripción, cantidad, fecha necesaria, motivo, contacto autorizado y enlaces a registros de apoyo.

## Responsable del mantenimiento

Operaciones mantiene las instrucciones. El solicitante completa los datos que falten y la persona receptora comprueba la información. Los permisos de edición y aprobación se configuran por separado.

## Pasos de trabajo

1. El solicitante comprueba los datos. 2. Añade enlaces a los registros autorizados. 3. Resuelve omisiones o dudas. 4. El receptor acepta la siguiente acción de revisión. 5. Guarda la referencia de la solicitud, la revisión del procedimiento y la aceptación.

## Excepción

Si falta el contacto u otro dato obligatorio, deja la solicitud abierta y devuélvela al solicitante con un responsable de seguimiento.

## Evidencia de finalización

Referencia de solicitud, receptor, siguiente acción, asuntos pendientes, momento de aceptación y revisión del procedimiento. Conserva los registros sensibles en el sistema autorizado.

## Evento de mantenimiento

Revisa las instrucciones cuando cambien el formulario, los puestos responsables o las reglas de decisión, y en el intervalo elegido por el responsable.

## Registro de ejemplo

Registro ficticio cumplimentado: SR-042 no tenía contacto al principio. El solicitante añadió el contacto autorizado; el coordinador aceptó revisar la información y registró la siguiente acción. El registro remite a OPS-014 revisión 1. Aprobar las instrucciones y aceptar esta solicitud son decisiones distintas.

## Aprobación de SOP en Confluence: comprueba el flujo nativo

Confluence Cloud documenta aprobaciones nativas de páginas en Premium y Enterprise. No se aplican a documentos en vivo ni a entradas de blog. El flujo admite solicitudes, respuestas y un registro de actividad; no presupongas que siempre hace falta una aplicación de terceros.

Los administradores del espacio pueden activar estados con aprobaciones, elegir aprobadores obligatorios y exigir aprobación antes de publicar páginas nuevas. Comprueba el plan y los ajustes reales. Para cambios en un procedimiento ya publicado, prueba el comportamiento que exige tu política; una regla para páginas nuevas no demuestra cómo se controla cada revisión.

Un estado aporta contexto. Para una aprobación formal, comprueba la solicitud y la decisión registrada. Atlassian describe diferencias entre los estados en los modos de lectura y edición, por lo que conviene revisar lo que ven lectores y autores.

Consultar la documentación de aprobaciones nativas de Atlassian: https://support.atlassian.com/confluence-cloud/docs/request-and-manage-approvals-in-confluence/

Abrir la plantilla oficial de SOP de Atlassian: https://www.atlassian.com/software/confluence/templates/sop

## Evalúa las instrucciones, su aprobación y una ejecución

Utiliza OPS-014 en ambos entornos. Primero prepara las instrucciones; después prueba una solicitud normal y otra sin contacto. Es un plan para tu equipo, no un ensayo comparativo ya realizado.

1. Encuentra las instrucciones: un compañero debe llegar a la página o al SOP publicado desde el acceso habitual del equipo. Comprueba que se vean el responsable y la referencia.
2. Revisa un cambio: modifica la etiqueta de un campo en un borrador. Pide al revisor autorizado que identifique el cambio y registre la decisión. En Confluence, comprueba los ajustes nativos y el registro de actividad del plan seleccionado.
3. Comprueba el acceso: confirma que el destinatario pueda leer las instrucciones aprobadas y que las reglas de edición y aprobación sigan tu política. Escribir el nombre de un puesto no concede permisos.
4. Realiza el trabajo: crea una solicitud ficticia y pide al receptor que acepte la siguiente acción. Decide dónde registrar cada solicitud terminada; aprobar la página de referencia no es registrar la ejecución de esa solicitud.
5. Prueba la excepción: elimina el contacto, comprueba que la solicitud siga abierta y anota quién debe resolverlo. Corrige las instrucciones si la siguiente acción no está clara.
6. Revisa la nueva versión: comprueba qué verán los lectores posteriores y conserva la referencia utilizada por trabajos anteriores. En SOPFlow, revisa los registros separados de revisión, formación y ejecución que necesites.

Confluence puede encajar si el procedimiento debe convivir con el conocimiento y los proyectos de Atlassian y dispones de la configuración de aprobación necesaria. Evalúa SOPFlow si quieres organizar responsables, formación y ejecuciones individuales alrededor del SOP. Compara la configuración real y el trabajo manual que queda en cada caso.

SOPFlow · https://sopflow.io/es/compare/sopflow-vs-confluence/