VISIÓN INTEGRAL DEL ALCANCE

Con la incorporación de estos 3 procesos especializados (P06, P07, P08), el sistema cubre el Ciclo de Vida Extendido del justiciable:

📊 P06: Gestión de Pensiones Alimenticias

Alto volumen transaccional (Materia Familiar).

⚖️ P07: Segunda Instancia (Toca Electrónico)

Continuidad vertical del proceso (Revisión de Superiores).

🏛️ P08: Subasta y Remate Electrónico

Ejecución patrimonial y liquidación de activos (Materia Civil/Mercantil).

1. ARQUITECTURA DE PROCESOS (MACRO-FLUJO)

Este diagrama principal ilustra cómo se interconectan los cinco procesos críticos del sistema, desde la entrada de la demanda hasta la ejecución de sentencias y comunicaciones externas.

graph TD Start((Inicio)) --> P01[P01: Radicación de Asunto] P01 -->|Asignación de Juez| P02[P02: Gestión de Acuerdos] P02 -->|Se ordena Audiencia| P03[P03: Audiencia y Video] P02 -->|Se firma Actuación| P04[P04: Notificación Electrónica] P02 -->|Requiere auxilio judicial| P05[P05: Exhorto Interestatal] P03 -->|Genera Video Evidencia| P02 P05 -->|Recibe Diligencia| P02 P04 -->|Surtimiento| End((Continuidad Procesal)) classDef process fill:#e1f5fe,stroke:#01579b,stroke-width:2px class P01,P02,P03,P04,P05 process

2. DETALLE DE FLUJOS BASE (DESCRIPCIÓN + MERMAID)

Los siguientes procesos (P01-P05) constituyen la base operativa del sistema para todos los juzgados.

P01: RADICACIÓN DE ASUNTO (DEMANDA INICIAL)

Trigger: Abogado con FIEL ingresa al portal OPV.
Regla de Negocio Crítica: Límite de 50 documentos anexos (Manual OPV CDMX).

Redacción del Flujo

  1. Abogado: Carga escritos y anexos en PDF.
  2. Sistema: Valida formato PDF/A, tamaño y cantidad (<50).
  3. Sistema: Solicita firma electrónica (X.509).
  4. SAT/OCSP: Valida vigencia del certificado en tiempo real.
  5. Sistema: Si la firma es válida, ejecuta algoritmo de turno aleatorio (Round Robin).
  6. Sistema: Genera Número Único de Expediente (NUE) y aplica Estampado de Tiempo (TSA).
  7. Sistema: Entrega Acuse de Recibo con Hash de integridad.

Diagrama BPMN (Mermaid)

graph TD subgraph AB["Actor: Abogado Litigante"] A[Inicio: Carga Demanda] --> B[Subir PDF + Anexos] M[Descarga Acuse] end subgraph SIS["Sistema: Oficialía de Partes Virtual"] B --> C{¿Validación Técnica?} C -->|Error: >50 Docs / Formato Inválido| D[Rechazo en UI] C -->|OK| E[Solicitar Firma Electrónica] G -->|OK| H[Ejecutar Algoritmo de Turno] H --> I[Asignación Juzgado + NUE] I --> J[Estampado de Tiempo TSA] J --> K[Generar Acuse con HASH] K --> M end subgraph EXT["Servicio Externo: SAT/OCSP"] E --> F{¿Certificado Vigente?} F -->|Revocado| D F -->|Vigente| G[Token de Validación] end

P02: GESTIÓN DE PROMOCIONES Y ACUERDOS

Trigger: Llegada de una Promoción (P01) o Vencimiento de un término.
Objetivo: Generar la actuación judicial firmada.

Redacción del Flujo

  1. Secretario: Recibe alerta en bandeja de entrada y revisa la promoción.
  2. Secretario: Selecciona plantilla y redacta el acuerdo (Admisión, Prevención o Desechamiento).
  3. Secretario: Envía el borrador a revisión del Juez.
  4. Juez: Recibe notificación. Puede corregir (retorna al Secretario) o firmar.
  5. Juez: Aplica Firma Electrónica Avanzada (FIEL).
  6. Sistema: Incrusta firma del Secretario y del Juez.
  7. Sistema: Genera Hash final, integra al EJE (Expediente Judicial Electrónico) y dispara el motor de notificaciones.

Diagrama BPMN (Mermaid)

graph TD subgraph SEC["Secretario de Acuerdos"] A[Recibe Promoción] --> B[Redactar Acuerdo] B --> C{¿Tipo de Acuerdo?} C -->|Admisión| D[Generar Auto Admisorio] C -->|Prevención| E[Generar Prevención] D --> F[Enviar a Firma Juez] E --> F H[Corregir Borrador] --> F end subgraph JUE["Juez"] F --> G{Revisión} G -->|Rechaza| H G -->|Aprueba| I[Firmar con FIEL] end subgraph SIST["Sistema de Gestión EJE"] I --> J[Estampar Firmas Juez+Srio] J --> K[Generar HASH Documento] K --> L[Guardar en EJE Inmutable] L --> M((Trigger: Ir a P04)) end

P03: AUDIENCIA ORAL Y VIDEOGRABACIÓN

Trigger: Fecha y Hora programada en Agenda.
Normativa: Estándar 08 (Inmutabilidad y Marcas de Agua).

Redacción del Flujo

  1. Encargado de Sala: Valida identidad y presiona "Iniciar Grabación".
  2. Sistema AV: Inicia captura y streaming. Inyecta marcas de agua (Overlay) en tiempo real.
  3. Sistema AV: Genera transcripción automática (Speech-to-Text) para accesibilidad.
  4. Juez: Conduce la audiencia y ordena el cierre.
  5. Sistema AV: Finaliza grabación, renderiza archivo final y calcula Hash.
  6. Sistema Core: Vincula el video al expediente y aplica reglas de privacidad (ej. protección de menores).

Diagrama BPMN (Mermaid)

graph TD subgraph SALA["Encargado de Sala"] A[Validar Identidad] --> B[Iniciar Grabación] end subgraph AV["Sistema AV Video"] B --> C[Iniciar Streaming RTSP] C --> D[Proceso: Inyectar Marca de Agua] C --> E[Proceso: Transcripción Speech-to-Text] G --> H[Finalizar y Renderizar] H --> I[Calcular HASH SHA-256] end subgraph JUE["Juez"] F[Conducción de Audiencia] --> G[Orden de Cierre] end subgraph CORE["Sistema Core"] I --> J{¿Hay Menores?} J -->|SI| K[Clasificar: PRIVADO] J -->|NO| L[Clasificar: PÚBLICO PARTES] K --> M[Vincular a Expediente] L --> M end

P04: CICLO DE NOTIFICACIÓN ELECTRÓNICA

Trigger: Firma de una Actuación (Fin de P02).
Normativa: Estándar 12 (No adjuntar documentos sensibles, solo enlaces).

Redacción del Flujo

  1. Sistema: Identifica partes procesales y sus correos verificados.
  2. Sistema: Genera cédula y envía correo con "Enlace Seguro" (Tokenizado).
  3. Usuario: Recibe correo y hace clic en el enlace.
  4. Sistema: Solicita autenticación para visualizar el documento.
  5. Sistema: Al validar acceso, cambia estado a "SURTIDA" y registra la fecha/hora para el cómputo de plazos.
  6. Excepción: Si expira el plazo de lectura (Job Nocturno), se notifica por listas/estrados automáticos.

Diagrama BPMN (Mermaid)

graph TD subgraph NOT["Sistema de Notificaciones"] A[Nueva Actuación Firmada] --> B[Generar Token de Acceso] B --> C[Enviar Email con Link] F --> G[Registrar Evento: LECTURA] G --> H[Cambiar Estado: SURTIDA] I[Job Nocturno: Verificar Plazo] --> J{¿Leído?} J -->|NO| K[Surtir por Estrados] end subgraph USR["Usuario / Abogado"] C --> D[Recibe Email] D --> E[Clic en Enlace Seguro] E --> F[Autenticación Portal] end subgraph PLAZO["Cómputo de Plazos"] H --> L[Iniciar Conteo de Término Legal] K --> L end

P05: INTEROPERABILIDAD DE EXHORTOS

Trigger: Juez ordena diligencia fuera de su jurisdicción.
Normativa: Estándar 13 (Firma cruzada).

Redacción del Flujo

  1. Juez Origen: Firma el exhorto electrónico.
  2. Sistema Origen: Empaqueta datos (JSON) + Documentos (PDF/XML) y envía al Bus Nacional.
  3. Sistema Destino: Recibe paquete, valida la firma del Juez Origen (Confianza Federada) y radica en buzón.
  4. Juez Destino: Recibe el exhorto, ordena la diligencia y carga el resultado.
  5. Sistema Destino: Devuelve el exhorto diligenciado al origen.

Diagrama BPMN (Mermaid)

graph TD subgraph ORI["Poder Judicial Estado A Origen"] A[Juez Firma Exhorto] --> B[Empaquetar XML/JSON] B --> C[Enviar a Bus Nacional] G[Recibir Exhorto Diligenciado] --> H[Integrar a Expediente] end subgraph BUS["Bus de Interoperabilidad"] C --> D[Enrutamiento Seguro mTLS] F --> D end subgraph DEST["Poder Judicial Estado B Destino"] D --> E[Validar Firma Externa] E --> I{¿Firma Válida?} I -->|SI| J[Radicar en Buzón Exhortos] J --> K[Juez B: Realiza Diligencia] K --> F[Devolver Resultado] end

3. PROCESOS ESPECIALIZADOS (ITERACIÓN 4.1)

Estos procesos complementarios cubren áreas críticas de alta especialización: financiera, recursiva y patrimonial.

P06: GESTIÓN FINANCIERA DE ALIMENTOS (DEPÓSITO Y DISPERSIÓN)

Contexto: La operación más frecuente en juzgados familiares. Requiere sustituir el "Billete de Depósito" físico por transferencias SPEI referenciadas.
Normativa: CNPCF (Aseguramiento de Alimentos) / Convenios con Tesorería/Bancos.

Redacción del Flujo

  1. Deudor Alimentario: Genera una Ficha de Depósito Referenciada en el Portal del Justiciable (vinculada al Expediente).
  2. Banco/Tesorería: Recibe el pago (Ventanilla o SPEI) y notifica al Sistema vía Webhook/Batch.
  3. Sistema: Concilia automáticamente el pago con el expediente.
  4. Sistema: Verifica si existe una cuenta bancaria verificada de la Acreedora Alimentaria.
  5. Si existe: Ordena dispersión automática (SPEI de salida).
  6. Si NO existe: Genera un "Certificado de Depósito Digital" y notifica a la acreedora para que registre su cuenta.
  7. Sistema: Genera asiento en el expediente (Auto de pago) sin intervención humana.

Diagrama BPMN (Mermaid)

graph TD subgraph PORT["Portal Justiciable Deudor"] A[Generar Línea de Captura] --> B[Realizar Pago Banco/App] end subgraph BANK["Interoperabilidad Bancaria"] B --> C[Banco Procesa Pago] C -->|Webhook/Archivo T| D[Notificar al Sistema] end subgraph SIST["Sistema de Gestión Financiera"] D --> E{Conciliación Automática} E -->|Error| F[Generar Reporte Incidencia] E -->|Exitoso| G[Registrar Pago en Expediente] G --> H{¿Cuenta Acreedora Activa?} H -->|SI| I[Ordenar Dispersión SPEI] H -->|NO| J[Generar Billete Digital] J --> K[Notificar a Acreedora] end subgraph ACR["Acreedora Alimentaria"] I --> L[Recibe Dinero en Cuenta] K --> M[Registrar Cuenta CLABE] M --> I end

P07: SEGUNDA INSTANCIA (CONFORMACIÓN DEL TOCA)

Contexto: El litigante inconforme apela la sentencia. El expediente debe "subir" a la Sala de Magistrados sin copias físicas.
Normativa: CNPCF (Recurso de Apelación) / Estándar 07.

Redacción del Flujo

  1. Abogado: Interpone Recurso de Apelación en el Juzgado de Origen (P01/P02).
  2. Juez Origen: Admite el recurso en efecto devolutivo o suspensivo.
  3. Sistema: Ejecuta proceso de "Remisión Electrónica":
    • Clona la vista del Expediente Electrónico (EJE).
    • Genera un índice certificado de las constancias.
    • Envía el paquete digital al servidor de la "Alzada" (Tribunal Superior).
  4. Sistema Alzada: Recibe el paquete y genera el TOCA (Nuevo número de expediente de 2da instancia).
  5. Sistema Alzada: Asigna Sala de Magistrados (Turno Aleatorio Colegiado).
  6. Magistrados: Resuelven (Confirman, Modifican o Revocan).
  7. Sistema: Devuelve el expediente con la resolución (Ejecutoria) al Juzgado de Origen para su cumplimiento.

Diagrama BPMN (Mermaid)

graph TD subgraph PRIM["Primera Instancia Juzgado"] A[Auto Admisorio de Apelación] --> B[Orden de Remisión] B --> C[Proceso: Generar Índice Certificado] C --> D[Enviar Paquete Digital a Alzada] I[Recibir Ejecutoria] --> J[Ejecución de Sentencia] end subgraph CORE["Sistema de Gestión Core"] D --> E[Clonación de EJE a TOCA] end subgraph SEG["Segunda Instancia Sala Magistrados"] E --> F[Radicación de TOCA] F --> G[Turno a Ponencia] G --> H[Sentencia de Segunda Instancia] H --> I end

P08: SUBASTA Y REMATE ELECTRÓNICO

Contexto: Ejecución de sentencia civil/hipotecaria. Venta pública de bienes embargados a través de internet.
Normativa: CNPCF Art. 583 en adelante (Remates).

Redacción del Flujo

  1. Juez: Ordena el remate del bien y publica el Edicto Digital.
  2. Postor (Ciudadano): Se registra en el Portal de Subastas y paga el "Billete de Depósito" (Garantía del 10% del valor avalúo).
  3. Sistema: Valida el depósito y habilita al Postor para la Sala de Puja.
  4. Sala de Puja (Evento en Vivo):
    • Abre en fecha/hora señalada.
    • Recibe ofertas (Pujas) en tiempo real, validando que superen la anterior.
    • Cierre automático tras X minutos sin nuevas pujas (Cronómetro).
  5. Sistema: Adjudica al mejor postor (Ganador).
  6. Sistema:
    • Notifica al Ganador para pago del remanente.
    • Ordena devolución automática de depósitos a los perdedores (Reembolso).

Diagrama BPMN (Mermaid)

graph TD subgraph JUZ["Juzgado de Ejecución"] A[Orden de Remate] --> B[Publicar Edicto Digital] G[Validar Pago Final] --> H[Adjudicación y Escrituración] end subgraph PUB["Portal de Subastas Público"] B --> C[Registro de Postores] C --> D[Pago de Garantía 10%] D --> E{Sala de Puja Tiempo Real} E -->|Oferta 1..N| E E -->|Cronómetro Fin| F[Cierre de Subasta] end subgraph FIN["Sistema Financiero"] F --> I{Gestión de Fondos} I -->|Ganador| G I -->|Perdedores| J[Devolución Automática Garantía] end

4. CIERRE DE ALCANCE FUNCIONAL

Con la integración de los procesos P06, P07 y P08, se cubren las variantes críticas que impedían la adopción total del sistema:

👨‍👩‍👧 Cobertura Familiar

Resuelta con P06 (Alimentos), atendiendo el 60% de la carga de trabajo de los juzgados familiares.

🏛️ Cobertura Civil/Mercantil

Resuelta con P08 (Remates), permitiendo la recuperación de activos.

⚖️ Cobertura Procesal Vertical

Resuelta con P07 (Apelaciones), cerrando el ciclo hasta la cosa juzgada firme.

📌 Siguiente paso recomendado:

Validar la Arquitectura de Software (Diagramas C4) para soportar estos procesos, poniendo énfasis en la seguridad de las transacciones financieras (P06 y P08).

5. BRECHAS NORMATIVAS Y TÉCNICAS (BLOCKERS)

Al modelar estos flujos, se confirman las siguientes lagunas:

  • Contingencia en Audiencia (P03): El Estándar 08 no define el procedimiento si falla internet a mitad de la audiencia.
    Riesgo: Integridad del Hash del video diferido.
  • Estandarización del XML de Exhortos (P05): El flujo asume que el "Estado B" entiende la estructura de datos del "Estado A". Falta definición de Esquema XSD Nacional.
  • Hibridez en Apelación: Ambigüedad sobre si la "remisión de autos" a segunda instancia es puramente digital (acceso a URL) o requiere transferencia de archivos.

ESTADO DEL PROYECTO

✅ ITERACIÓN 4 COMPLETADA

Procesos Base P01-P05

✅ ITERACIÓN 4.1 COMPLETADA

Procesos Especializados P06-P08

📊 Resumen de Cobertura

  • 8 procesos críticos definidos con diagramas operativos y técnicos
  • Cobertura funcional completa: Radicación, Gestión, Audiencias, Notificaciones, Exhortos, Pensiones, Apelaciones y Remates
  • 3 áreas especializadas cubiertas: Financiera, Recursiva y Patrimonial
  • Alcance: Sistema listo para adopción total en juzgados civiles y familiares