Versionar un contrato sin perder la fuente de verdad
Una versión vigente claramente marcada y adendas vinculadas: la base de un repositorio que no miente.
Versionar un contrato no consiste en acumular archivos «v1, v2, v3 final, v3 final OK». Consiste en garantizar que existe una fuente de verdad: una versión vigente, identificable, a la que se vinculan las adendas. Este punto es central en la guía de gestión de contratos.
Lo que rompe la fuente de verdad
- Copias en varios buzones de correo y carpetas personales de Drive
- Nombres ambiguos («final», «firmado», «actualizado»)
- Adendas guardadas sin vínculo con el contrato marco
- Validaciones de palabra sin rastro de la versión revisada
El síntoma: nadie responde con seguridad a «¿qué versión se firmó?». El ciclo de vida se atasca entonces en debates sobre archivos en lugar de decisiones de negocio.
Reglas sencillas para un versionado útil
1. Un expediente, una familia de documentos
Contrato inicial, adendas, anexos firmados: el mismo expediente. Los borradores de negociación pueden quedar fuera del repositorio «oficial», siempre que la frontera esté clara. En cuanto un archivo firmado vive en otro sitio, la fuente de verdad queda comprometida.
2. Una versión vigente marcada
El estado «vigente» debe ser explícito en la ficha, no solo en el nombre del archivo. Cuando una adenda cambia el importe o la duración, lo que da fe es la combinación contrato + adendas; de ahí el interés de un expediente de contrato marco / adendas coherente.
3. Una entrada única
Si las nuevas versiones siguen llegando solo por correo, el repositorio se queda desfasado. Correo entrante, carga y móvil deben alimentar el mismo lugar. Si no, cada canal recrea su propia «última versión».
Borradores frente a versión de referencia
Durante la negociación pueden coexistir varios borradores. No es un problema mientras nadie los confunda con la versión firmada. La regla útil: fuera del repositorio oficial mientras no esté firmado; entrada en el expediente único en cuanto se firma, con el estado «vigente». Los intercambios por correo siguen siendo un canal de trabajo, no el archivo.
Cuando una adenda sustituye una cláusula, no «renombre» en silencio el PDF anterior. Añada la adenda, actualice los campos del expediente y conserve el historial. Es lo que permite responder a «¿qué decía el contrato en tal fecha?» sin reconstrucciones azarosas.
Prueba y confianza
La fuente de verdad también sirve para la auditoría y los litigios. DocPilot conserva el registro de auditoría (quién cargó, quién validó), facilita la búsqueda del expediente y se apoya en el OCR / la extracción con IA para rellenar los campos sin volver a teclear el PDF con cada adenda. La guía de gestión de contratos sitúa esta disciplina en el método global.
- Migrar primero los contratos activos críticos
- Marcar la versión firmada como vigente
- Vincular las adendas existentes
- Prohibir (culturalmente) el «Drive personal» como archivo
Preguntas frecuentes
- ¿Hay que conservar todas las versiones de un contrato?
- Conserve las versiones firmadas y las adendas. Los borradores de negociación pueden estar en otro sitio; la fuente de verdad, en cambio, debe apuntar a una única versión vigente.
- ¿Cómo marcar la versión vigente?
- En el repositorio: un estado explícito, una fecha y la vinculación de las adendas al mismo expediente. No se fíe solo del nombre del archivo.
- ¿Qué ofrece DocPilot para el versionado?
- Un expediente único por contrato, entrada por correo o móvil, extracción de metadatos, validaciones registradas y registro de auditoría, para saber qué versión es la que da fe.
Una fuente de verdad por contrato
Centralice versiones firmadas y adendas en DocPilot, con búsqueda e historial de validación.
Recurso gratuito
Descargue la checklist: 25 puntos para poner en marcha una gestión eficaz de los contratos.
Descargar la checklistVolver al blog
← Todos los artículos