La admisión legal es el proceso por el que una solicitud de trabajo legal entra en la cola del equipo legal —el formulario, la lógica de enrutamiento, la decisión de triaje y la asignación a un revisor—. Para un equipo interno, la admisión es la puerta de entrada al departamento legal; para un despacho, es la puerta de entrada al asunto. Una admisión deficiente produce colas ruidosas, SLAs incumplidos y la percepción de que legal es un cuello de botella. Una buena admisión hace que legal se perciba como un servicio disponible, predecible y fácil de usar.
Qué captura una buena admisión
Tres cosas, siempre:
- Identificación. Quién pregunta, qué unidad de negocio, cuál es el contacto para el seguimiento.
- Categorización. Qué tipo de solicitud —revisión de contrato, pregunta de asesoría, asunto laboral, pregunta regulatoria, registro de PI—. Determina el enrutamiento.
- Contexto. Cuál es la operación, cuál es la urgencia, cuál es el riesgo, qué monto monetario está involucrado. Determina la priorización y el nivel de triaje.
Para la admisión de revisión de contratos específicamente, también: la contraparte, el tipo de contrato y las plantillas o NDAs aplicables que ya estén en vigor.
El formulario de admisión
El formulario es el artefacto más importante de Legal Ops. Codifica el SOP de revisión de contratos, la lógica de triaje y las expectativas de SLA en el momento de la solicitud. Un formulario de admisión interno funcional tiene 8-15 campos, tarda menos de 90 segundos en completarse por el solicitante y enruta automáticamente al revisor adecuado.
Secciones habituales del formulario:
- Sobre la solicitud. Tipo, urgencia, unidad de negocio, propietario.
- Sobre la operación. Contraparte, valor monetario, plazo, acuerdos relacionados.
- Sobre los documentos. Archivos adjuntos, enlace a la sala de acuerdos, versiones anteriores.
- Aprobación necesaria para. Fecha específica o evento de negocio.
Lógica de enrutamiento de admisión
El árbol de decisión de enrutamiento asigna las respuestas del formulario a asignaciones de revisor. Un conjunto de reglas de enrutamiento funcional cubre:
- Tipo de contrato → nivel de revisor. NDA/MSA estándar → auto-aprobación o asistente jurídico; MSA de proveedor → abogado interno; partnership/estratégico → abogado interno senior + revisión del GC.
- Umbral monetario → matriz de aprobaciones. Por encima de $X requiere aprobación del VP; por encima de $Y requiere aprobación del GC.
- Urgencia → SLA. Las solicitudes estándar obtienen 2 días hábiles; las solicitudes urgentes marcadas obtienen el mismo día; las solicitudes de “emergencia” activan notificación inmediata.
- Nivel de riesgo de la contraparte → diligencia. Las contrapartes de bajo riesgo conocidas se saltan la diligencia debida de proveedores; las desconocidas o de alto riesgo activan la diligencia completa.
Cómo operacionalizarlo
- Un portal de admisión, un formulario. La disciplina de canal importa. Si las solicitudes llegan por correo electrónico, Slack, Teams, conversaciones en el pasillo y el portal en paralelo, la cola es inmanejable. Dirige todo a un portal.
- El formulario vive en el CLM. Ironclad y Agiloft incluyen constructores de formularios de admisión que se integran con los workflows de contratos downstream. Construir el formulario en una herramienta separada crea pérdida de traspaso.
- Auto-clasificación con AI. Cuando el solicitante del formulario elige el tipo de contrato o el nivel de riesgo del proveedor incorrecto, Claude re-clasifica en el envío y corrige el enrutamiento. Reduce los errores de enrutamiento en un 40-60%.
- Auto-servicio donde sea posible. Una fracción sorprendente de “preguntas legales” se responde enlazando al solicitante con una plantilla existente, un artículo de la base de conocimiento o una posición previamente decidida. Construye la admisión para que muestre esas respuestas antes de poner en cola el tiempo de legal.
- Publicar el SLA. Cuando la admisión confirma “tu revisión de NDA estándar estará lista en 24 horas”, el solicitante se relaja y el volumen de correos electrónicos al GC baja.
Errores frecuentes
- Formulario demasiado largo. Cada campo adicional reduce la tasa de envío. 15 campos es el máximo práctico; 8 es mejor.
- Sin SLA mostrado. Los solicitantes siguen el estado cuando no saben cuándo esperar una respuesta.
- Sin visibilidad del estado. Una vez enviado, el solicitante no puede ver dónde está la solicitud. Incorpora el estado en el portal.
- Múltiples formularios de admisión para solicitudes similares. “Revisión de contrato” y “revisión de acuerdo de proveedor” deben ser un formulario con lógica condicional, no dos rutas separadas.
- El formulario de admisión tratado como estático. El formulario codifica el SOP; ambos deben evolucionar juntos. Audita el formulario trimestralmente contra los patrones de solicitudes reales.
Relacionado
- SOP de revisión de contratos — la disciplina operativa que codifica la admisión
- Workflow de diligencia debida de proveedores — proceso de admisión adyacente para la incorporación de nuevos proveedores
- Gestión del ciclo de vida de contratos — el sistema al que alimenta la admisión
- Ironclad — el portal de admisión más desplegado en los stacks de Legal Ops en crecimiento