Hay una frase en la Directiva N.º 004-2025-OECE/CD que decide, sin margen de interpretación, si la infraestructura de un centro de arbitraje sirve o no sirve. Está en el numeral 8.2.6.14 y excluye de la categoría de sistema de gestión de expedientes dos cosas muy concretas: los formularios de carga de documentos y el correo electrónico.
Es un literal breve. Y descarta lo que hoy usa buena parte del mercado.
Por qué un formulario no es un sistema
Un formulario web que recibe archivos hace exactamente una cosa: transportar un fichero desde el ordenador del remitente hasta un disco del centro. Después de eso, no sabe nada.
No sabe si ese documento es una solicitud de arbitraje o un alegato final. No sabe a qué expediente pertenece, porque el expediente no existe como entidad dentro de él. No sabe quién debía recibir traslado. No puede decir en qué estado está el proceso, ni qué plazo vence mañana, ni qué actuación precede a cuál. Y, sobre todo, no puede probar que el archivo que hay hoy en el disco es el mismo que se subió en marzo.
El requisito del 8.2.6.1 no es «recibir documentos»: es trazabilidad integral de las actuaciones. Un formulario no tiene actuaciones. Tiene archivos.
Por qué el correo tampoco
El correo electrónico falla por una razón distinta, y más incómoda: no produce prueba oponible.
Cuando un centro notifica por correo, lo que puede acreditar después es, con suerte, que un mensaje salió de su servidor. No que llegó. No cuándo estuvo disponible para el destinatario. Y desde luego no que fue leído: el acuse de lectura del correo es una función que el receptor desactiva con una casilla.
El 8.2.6.11 exige constancia verificable de envío y de recepción. Un buzón de correo no puede darlas. Y el 8.2.6.3.b exige fecha y hora verificable de salida y notificación; verificable significa que un tercero —el OECE, la contraparte, un juez en una anulación— pueda comprobarla sin depender de la palabra del centro.
El incumplimiento silencioso: el 8.2.6.9
Aquí está el caso más frecuente, y el más difícil de ver desde dentro.
Un centro moderniza su mesa de partes: contrata un desarrollo, tiene su formulario, sus estados, sus usuarios. Funciona bien. Pero el expediente sigue gestionándose en otro lado —otra aplicación, otro servidor, otra base de datos, a veces otro proveedor—.
Cada pieza, mirada por separado, parece razonable. Juntas incumplen el 8.2.6.9, que exige gestión íntegra sin mecanismos paralelos.
¿Por qué le importa esto a la norma? Porque dos sistemas producen dos verdades sobre el mismo hecho. La mesa de partes dice que el escrito entró el 12 a las 17:40; el expediente dice que la actuación se registró el 15. ¿Cuál vale? Peor: si el escrito nunca se trasladó al expediente —porque alguien se olvidó, porque el proceso es manual— existe en un sistema y no existe en el otro. Y no hay forma automática de detectarlo.
Un supervisor no necesita ser técnico para encontrar esto. Basta con pedir el listado de presentaciones de un mes en la mesa de partes y contrastarlo con las actuaciones registradas en los expedientes correspondientes. Las diferencias salen solas.
El cargo que se emite a sí mismo
Otro punto donde los formularios fallan de forma discreta: quién emite el cargo.
En muchas implementaciones, el «cargo» es un PDF que se genera con los datos que el propio remitente escribió, incluida a veces la fecha. Eso no es un cargo: es un recibo autoexpedido.
El cargo debe cumplir tres condiciones para servir:
- Lo genera el servidor, con su propia fecha y hora, no las del cliente.
- Va firmado y sellado, de forma que una alteración posterior sea detectable.
- Se guarda en almacenamiento de escritura única, donde ni un administrador pueda sobrescribirlo.
Si falta cualquiera de las tres, la fecha cierta del ingreso se sostiene solo sobre la confianza en el centro. Que es precisamente lo que la norma dejó de aceptar.
Qué tiene que pasar cuando entra un escrito
Este es el flujo que sí cumple, descrito sin tecnicismos:
- La parte presenta desde el módulo público. El sistema fija la fecha y hora del servidor.
- Se emite un cargo firmado y sellado, guardado en almacenamiento inmutable, y se le entrega al remitente.
- La secretaría califica la presentación. Si la admite, deja una razón de secretaría —también firmada y sellada— que documenta la revisión y el destino que se le dio.
- La admisión crea el expediente o incorpora la actuación al expediente existente, dentro de la misma base de datos. No hay traslado manual entre sistemas porque no hay dos sistemas.
- Se registran las partes y se les abre credencial propia para su casilla.
- Todo lo anterior queda escrito en el registro de auditoría, en la misma transacción. Si el registro no se puede escribir, la operación no ocurre.
Fíjese en el punto 4: la razón por la que este flujo cumple el 8.2.6.9 no es que sea más elegante, es que no existe el momento en que el documento vive en un sistema y no en el otro.
Y el histórico, ¿qué hacemos con él?
Es la pregunta que aparece siempre, y merece una respuesta honesta.
Un centro que migra tiene años de presentaciones en el sistema anterior. La tentación es meterlas en el flujo nuevo como si fueran solicitudes actuales. Es mala idea por dos razones: los sistemas antiguos casi nunca registraban demandante, demandado, tipo de proceso ni resumen —así que habría que inventar datos— y, sobre todo, esas presentaciones aparecerían en la bandeja de trabajo y alguien terminaría calificándolas otra vez por error.
La solución correcta es un archivo histórico separado y de solo lectura: preserva quién presentó qué y cuándo, con el archivo original y su huella digital, y es imposible que se confunda con trabajo pendiente. Cuando un documento histórico ya fue cargado a un expediente, queda marcado para que nadie lo vuelva a subir.
Preservar la trazabilidad del pasado no exige fingir que el pasado se hizo bien.
Cómo saber si a usted le aplica
Tres preguntas. Si responde «no» a cualquiera, el 8.2.6.14 o el 8.2.6.9 le están mirando:
- ¿Puede ver, en una sola pantalla y un solo sistema, todas las actuaciones de un expediente en orden cronológico, con quién las registró y cuándo?
- Cuando notifica una resolución, ¿puede emitir una constancia verificable de que se depositó en la casilla del destinatario, y otra de que la recibió?
- Si alguien modificara un documento del expediente el año pasado, ¿su sistema lo detectaría hoy?
Análisis con finalidad informativa, elaborado sobre el texto de la Directiva N.º 004-2025-OECE/CD. No constituye asesoría legal; verifique el texto vigente con la fuente oficial y con la asesoría de su centro.