La aprobación de documentos empieza antes de que un cliente reciba una propuesta o un contrato para firmar. Para una pyme, la pregunta decisiva no es quién pulsa «enviar», sino quién ha autorizado esa versión concreta y sus compromisos. Conviene resolverlo sin convertir cada operación habitual en una reunión de dirección: reglas claras para lo normal, responsables para las excepciones y una relación inequívoca entre el archivo aprobado y el que sale de la empresa.
Tres decisiones distintas: revisar, aprobar y firmar
Revisar consiste en comprobar que el documento recoge correctamente datos, importes, alcance, fechas y anexos. Quien revisa puede detectar una incoherencia sin tener autoridad para aceptar una condición comercial. Aprobar significa asumir, desde el negocio, los compromisos descritos. Firmar corresponde después a las partes que formalizan el acuerdo. Un visto bueno interno no sustituye esa firma ni demuestra que el cliente haya aceptado.
Separad estas decisiones aunque una misma persona desempeñe varias funciones. «Lo he mirado» no debería equivaler a «autorizo este plazo de entrega». Definid qué comprueba cada rol y qué decisión deja registrada. Administración puede validar datos; operaciones, confirmar capacidad; y el responsable comercial, autorizar condiciones dentro de sus límites. Dirección interviene cuando la propuesta supera esos límites, no porque todo documento deba pasar por su mesa.
Una aprobación de documentos proporcional al riesgo
Proponemos distinguir dos circuitos. El habitual utiliza una plantilla vigente, condiciones dentro de los límites autorizados y un alcance que operaciones puede cumplir. La empresa puede delegar su aprobación en un responsable, con comprobaciones breves y registradas. El excepcional recoge desviaciones: una prestación nueva, un plazo especialmente exigente, descuentos fuera del margen autorizado o compromisos que afectan a otro departamento.
Escribid los criterios con ejemplos propios, no con expresiones como «cuando sea importante». Indicad quién decide cada excepción y qué información necesita. Si concurren varias, aclarad si las validaciones pueden hacerse en paralelo o si una depende de otra. El objetivo es que el equipo pueda clasificar el documento sin perseguir permisos por costumbre. Revisad los criterios cuando una supuesta excepción se repita: quizá necesite una regla estable.
Autorizar un archivo concreto, no una conversación
Vinculad cada aprobación a una versión identificada. Puede bastar una referencia de operación, un número de versión y el archivo conservado sin sobrescrituras. Evitad nombres como «contrato_final_definitivo» si después cualquiera puede reemplazar su contenido. El registro mínimo debería permitir responder quién aprobó, cuándo, qué documento examinó y qué condiciones o excepciones aceptó.
Acompañad la solicitud con un resumen de lo que requiere decisión: cambios frente a la plantilla, compromisos pendientes de validar y anexos incluidos. No obliguéis al aprobador a reconstruir toda la negociación. Una respuesta ambigua debe quedar pendiente de aclaración, no convertirse automáticamente en permiso. Si la autorización tiene condiciones, verificad su cumplimiento antes del envío y dejad constancia de quién lo comprobó.
Qué hacer si el texto cambia después
La autorización debe referirse a un contenido estable. Si se modifica después, cread otra versión y aplicad una regla de revisión definida de antemano. Una corrección tipográfica puede requerir solo una comprobación delegada; cambiar alcance, precio, calendario o anexos debe devolver la decisión al responsable correspondiente. No conviene que quien edita decida sobre la marcha qué cambios «no cuentan».
Conservad la versión anterior y señalad qué ha cambiado para evitar una revisión completa innecesaria. La nueva validación debe indicar qué sustituye y con qué alcance. Si el documento ya había salido, detened el circuito anterior y acordad cómo sustituirlo antes de continuar. No dejéis dos versiones circulando como válidas ni trasladéis al cliente la tarea de averiguar cuál debe firmar.
Permisos, sustituciones y rechazos que permiten avanzar
Diferenciad permisos para redactar, aprobar y enviar. Tener acceso al documento no debería conceder todas las facultades. En equipos pequeños podéis acumular funciones, pero explicitad los límites: quién puede autorizar una excepción propia y cuándo necesita una segunda persona. Quien envía debe poder comprobar el permiso sobre la versión concreta, no interpretar conversaciones dispersas.
Preved ausencias con sustituciones delegadas: persona, periodo, ámbito y límites. «Pregúntale a cualquiera de dirección» no es una sustitución. Dejad visible quién decide mientras falta el titular y evitad compartir cuentas para resolver la urgencia. Al terminar la delegación, retirad el permiso temporal y conservad la identificación de las decisiones tomadas.
Un rechazo debe incluir motivo y siguiente acción: corregir una fecha, confirmar capacidad o renegociar una condición. Añadid responsable de resolverlo y criterio para volver a presentar el documento. «No aprobado» sin explicación solo traslada el atasco. Separad el rechazo definitivo de la devolución para corregir: requieren decisiones diferentes.
Ejemplo hipotético: una propuesta que cambia de alcance
Imaginemos una pyme ficticia que ofrece mantenimiento a otra empresa. La versión inicial utiliza condiciones habituales, pero el cliente solicita incorporar asistencia fuera del horario previsto. Comercial prepara otra versión y marca esa desviación. Operaciones confirma qué cobertura puede prestar y la persona autorizada decide las condiciones económicas. La aprobación identifica el archivo y el anexo revisados.
Después, el cliente pide adelantar el inicio. Aunque nadie toque el precio, la regla interna exige volver a operaciones porque cambia la capacidad comprometida. Administración no reutiliza el visto bueno anterior: espera la validación de la nueva versión y comprueba su referencia antes de enviarla. Este ejemplo es una propuesta organizativa, no un caso real ni una funcionalidad atribuida a una herramienta.
Conectar ERP, documentos y firma sin confundir funciones
Como diseño de proceso, el ERP puede servir de referencia para la operación; el repositorio documental, conservar las versiones; y la herramienta de firma, recibir únicamente la autorizada. Definid qué sistema guarda cada estado y quién resuelve las discrepancias. Si necesitáis conectarlos, plantead el desarrollo o adaptación del software después de acordar esas reglas, no como sustituto de ellas.
La documentación de Odoo Studio describe condiciones, responsables, secuencia y registro de aprobaciones para acciones mediante botones; su aplicación depende de la edición y configuración, no de cualquier instalación de Odoo. [8]
Firmaris es una herramienta de firma con plantillas, envío y custodia. [3] En el circuito propuesto, la aprobación interna se resuelve antes y por separado: no presupongáis que esas funciones incorporan un flujo nativo de autorizaciones del negocio.
Mantened estados distintos para pendiente de revisión, aprobado para envío, enviado y firmado. El correo enviado acredita una acción del equipo, no el cierre del acuerdo. Comprobad además que el documento finalmente firmado corresponde a la versión autorizada. Si aparece una diferencia, asignad su resolución; no cerréis el expediente por haber completado el envío.
La revisión interna autoriza una versión; la firma de las partes pertenece a un paso posterior.
Preguntas frecuentes
¿Debe gerencia aprobar todos los documentos?
No como regla organizativa. Delegad los supuestos habituales dentro de límites explícitos y reservad gerencia para las excepciones que realmente le correspondan.
¿Puede bastar un visto bueno por correo?
Como registro interno, proponemos exigir que identifique versión, decisión y responsable, y conservarlo junto al archivo. Un «adelante» sin referencia deja dudas evitables.
¿Hay que repetir todo si cambia una palabra?
Aplicad la regla acordada según el efecto del cambio. La aprobación de documentos debe proteger compromisos, no multiplicar revisiones sin criterio.
En resumen
- Separad revisión, autorización del negocio y firma de las partes.
- Delegad lo habitual y definid responsables para cada excepción.
- Identificad la versión aprobada y revisad los cambios según reglas.
- Asignad permisos, sustituciones y rechazos con siguiente acción.
- No confundáis aprobado, enviado y firmado: comprobad el resultado.
Si queréis ordenar este circuito antes de automatizarlo, hablad con Tribbe sobre vuestro proceso de aprobación de documentos. El punto de partida es decidir quién autoriza qué, no añadir otro botón de envío.
Fuentes
Contenido orientativo sobre organización de procesos empresariales. El ejemplo es hipotético; las reglas deben adaptarse a cada empresa y verificarse en su configuración tecnológica.