Plataforma · Documentos
En Skyller, un documento tiene tipo, código, versión y estado. Pasa por la revisión que la empresa defina y solo después de publicado entra en las respuestas — con la fuente al lado, para que cualquiera pueda verificar.
Ver cómo funcionaPDF · WORD · EXCEL · IMAGEN
los formatos que la empresa ya usa
0, 1 O 2 APROBACIONES
gobernanza elegida por tipo de documento
SOLO LO PUBLICADO RESPONDE
borrador, rechazado y vencido quedan fuera
VERSIONES Y TRAZA
cada edición y cada decisión quedan registradas
Dónde ayuda en su trabajo
La información existe. El problema es dónde está, si todavía vale y quién la confirma. Documentos resuelve las tres.
Quien acaba de entrar
La persona nueva pregunta en el chat y recibe la regla de la política vigente, con el pasaje citado — sin detener a alguien del equipo para explicarlo todo otra vez.
Respuesta oficial, fuente abierta al lado
Quien cuida el procedimiento
Calidad actualiza el procedimiento en el editor. La versión anterior queda guardada, la nueva pasa por la revisión configurada y solo la publicada responde.
Una versión vigente, historial intacto
Quien responde por el área
El gerente define que Política exige revisión y aprobación por personas distintas. Mientras el documento no esté publicado, Skyller no lo usa.
Aprobación con responsable y registro
Cómo funciona
El ciclo es el mismo para una política de RR. HH., un procedimiento operativo o un manual. Lo que cambia es cuánta revisión quiere la empresa en cada tipo de documento.
01
Suba el archivo que la empresa ya tiene o escriba en el editor. Plantillas listas de políticas, procesos y manuales sirven de punto de partida.
02
Tipo, código secuencial, versión, clasificación y vigencia. El encabezado controlado lo completa la plataforma y sale impreso en el documento.
03
En los tipos que la empresa marcó como gobernados, quien escribió envía a revisión. Quien revisa nunca es el autor.
04
Otra persona aprueba. Ser administrador no da ese poder: la autoridad viene del rol de aprobador, y la decisión queda en la traza.
05
Publicado, el documento entra en el conocimiento del espacio donde vive. El equipo pregunta en el chat y la respuesta señala la fuente.
EJEMPLO · APROBACIÓN DOCUMENTAL
La prueba en vivo
Es el momento que convence a cualquier equipo: mientras el documento es borrador, la respuesta no lo usa. En el instante en que se publica, la misma pregunta pasa a responder con la fuente.
Entrada
Una persona del equipo pregunta, en el chat del Hub Personas: “¿cuántos días de trabajo remoto tengo por semana?”. La política que responde todavía está en borrador.
Qué hace Skyller
Resultado
“Hasta dos días por semana, acordados con el gerente hasta el miércoles anterior.” Fuente: Política de Trabajo Remoto · POL-014 v3.
Lo que esta escena no promete
Capacidades relevantes
Selecciona un tema para ver sus funciones, condiciones y límites.
Aplicación
Escenario completo con datos ficticios. Cada etapa corresponde a una acción real del producto; lo que depende de configuración está indicado.
Importa la política de trabajo remoto en Word al Hub Personas. Nace como borrador porque la empresa marcó “Política” como tipo gobernado.
Aplica el encabezado controlado: POL-014, versión 3, clasificación interna, vigencia desde la publicación.
Recibe el documento en la cola de revisión, comenta un ajuste y aprueba la revisión.
Aprueba y publica. La decisión, el comentario y la hora quedan en la traza del documento.
Pregunta en el chat y recibe la regla con la fuente. La versión 2, reemplazada, ya no responde.
Viene listo
La empresa decide
Preguntas directas
Próximo paso
Importe una política o un procedimiento real, defina quién revisa y quién aprueba, y haga la pregunta que hoy se vuelve correo. O agende una demostración: el equipo monta la escena con datos ficticios.
