Aplicar perfiles por jurisdicción¶
Esta guía ayuda a quien adapta un proyecto a un contexto jurídico. Explica una técnica de aplicación de ASILO, MILPA y SCAFFOLD 0.1; no crea requisitos, acepta perfiles ni determina las leyes aplicables a una operación real. Los principios conservan sus enunciados y los perfiles de aplicación declaran su propio estado.
Primer paso: describe la entidad, la operación, los datos y la fecha del hecho. A partir de esos hechos, prepara un registro de aplicabilidad antes de seleccionar reglas o herramientas. La propuesta de privacidad en México muestra un primer caso acotado.
Separa las dimensiones del contexto¶
«Zona» puede significar cosas distintas. La siguiente separación es una técnica sugerida; no es un esquema de manifiesto aceptado ni una clasificación nueva de la edición 0.1.
| Dimensión | Ejemplo ficticio | Qué falta comprobar |
|---|---|---|
| Idioma y formatos | es-MX o preferencia por inglés |
Preferencia de presentación; no selecciona legislación. |
| Moneda | MXN |
Unidad, precisión y regla de cálculo para la operación. |
| Zona horaria | America/Mexico_City |
Reloj pertinente al hecho; un país puede tener varias zonas. |
| Jurisdicción | México y, cuando corresponda, entidad federativa o municipio | Ámbito aplicable, sin deducirlo del idioma o de la IP. |
| Entidad y operación | Biblioteca privada ficticia que prepara un inventario | Quién decide el tratamiento, actividad y efecto propuesto. |
| Sector y personas involucradas | Servicio general; población por determinar | Reglas adicionales, categorías de datos y límites del análisis. |
| Ubicación y transferencias de datos | Procesamiento, respaldo, registros y destinatarios | Flujo efectivo; alojar una parte en un país no prueba residencia completa. |
| Fechas | Fecha del hecho y fecha de consulta de fuentes | Publicación, entrada en vigor, reformas y transitorios pertinentes. |
Los identificadores de idioma y formatos pueden seguir Unicode CLDR; las zonas horarias, IANA. Esas fuentes resuelven dimensiones técnicas distintas de la aplicabilidad jurídica. Una ruta editable por un asistente es una zona de trabajo sobre archivos, sin significado territorial por sí misma.
Conserva el núcleo y concreta el perfil¶
El método base mantiene sus requisitos y condiciones. El perfil identifica qué concreta para su ámbito. La matriz resume los principios de forma explicativa; el texto de autoridad está en Principios. Cada decisión contextual siguiente es una propuesta de trabajo.
| Principio | Requisitos relacionados | Concreción y evidencia previstas |
|---|---|---|
| MILPA-P-01 | MILPA-R-001/003 | Identificar autoridad, estado y revisión de cada fuente y esquema usado. |
| MILPA-P-02 | MILPA-R-002 | Separar texto comprobado, interpretación y decisión del proyecto. |
| MILPA-P-03 | MILPA-R-005/006 | Declarar perfil y versión; conservar el núcleo común. |
| MILPA-P-04 | MILPA-R-004 | Registrar entidad, operación, datos y cobertura antes de explorar. |
| MILPA-P-05 | MILPA-R-007 | Declarar los extremos, contrato y versión de cada relación. |
| MILPA-P-06 | MILPA-R-008 | Conservar fuentes en conflicto y registrar su resolución. |
| ASILO-P-01 | ASILO-R-001/002 | Validar la propuesta y autorizar el efecto por separado. |
| ASILO-P-02 | ASILO-R-004 | El contenido del perfil no amplía los permisos del agente. |
| ASILO-P-03 | ASILO-R-003/006 | Acotar contexto, clasificación, propósito y conservación según el caso. |
| ASILO-P-04 | ASILO-R-005 | Identificar la revisión humana pertinente al efecto o la ambigüedad. |
| ASILO-P-05 | ASILO-R-007 | Acotar consultas, acciones y tiempo; conservar evidencia al detenerse. |
| ASILO-P-06 | ASILO-R-008 | Evaluar fallos por contexto y registrar resultados y riesgo residual. |
Un perfil estructural describe cómo se organiza un proyecto. Un perfil jurisdiccional trata un contexto jurídico. Una aplicación puede necesitar ambos, con sus alcances y estados declarados; no hace falta convertir un país en otro tipo de proyecto.
Cómo intervienen las tres metodologías¶
Los métodos responden a preguntas distintas sobre el mismo cambio. Esta correspondencia explica requisitos ya aceptados, con sus condiciones; no crea tres perfiles paralelos. SCAFFOLD 0.1 no tiene principios propios: su participación se relaciona con sus requisitos.
| Método | Trabajo sobre un contexto jurisdiccional | Registro o comprobación sugeridos | Requisitos relacionados |
|---|---|---|---|
| ASILO | Acotar contexto y datos; distinguir compatibilidad técnica, aplicabilidad jurídica, autorización y efecto. | Fuentes permitidas, exclusiones, cobertura técnica y cuestiones pendientes; evidencia del control y revisión del objeto cuando corresponda. | R-001, R-003, R-005, R-006, R-008. |
| MILPA | Identificar autoridad, procedencia y estado del perfil y del contenido; fijar referencias y conservar conflictos. | Fuente, responsable, revisión, versión y huella; relaciones declaradas en ambos extremos donde aplique R-007. | R-001, R-002, R-003, R-004, R-007, R-008. |
| SCAFFOLD | Planificar, comprobar e integrar el cambio; relacionarlo con su versión y entrega. | Elemento de trabajo, criterios de aceptación, contratos afectados, pruebas, revisión e historial de entrega y reversión cuando corresponda. | R-006, R-010, R-021, R-023, R-025, R-027, R-028, R-029. |
Ejemplo ficticio: una biblioteca incorpora un paquete de contenido para preparar su inventario de tratamiento. MILPA permite identificar la fuente, versión y estado del contenido. ASILO distingue una coincidencia técnica entre el paquete y el contexto de una revisión jurídica del supuesto y de los permisos para actuar. SCAFFOLD organiza la incorporación como trabajo con criterios de aceptación, pruebas y una entrega identificada. Desde cero o sobre trabajo existente, el ciclo del proyecto explica la carta y el levantamiento.
Una coincidencia técnica favorable no determina aplicabilidad jurídica. Si esa cuestión no se evaluó, sigue pendiente aunque el paquete coincida con idioma, jurisdicción declarada o fecha. Una huella identifica los bytes comparados; no prueba autoridad, exactitud jurídica ni confianza en quien publicó el contenido. Esas comprobaciones se registran por separado.
Al planificar pruebas, considera paquete alterado, referencia incompatible, ámbito sin cobertura, cambio de contexto, fuente no vigente para la fecha del hecho y revisión pendiente. Estos son casos sugeridos; las comprobaciones exigidas se declaran en cada repositorio según sus requisitos. La entrega de cambios regionales explica qué conservar al actualizar o revertir un paquete sin confundir el producto con su capa de ingeniería.
Prepara un registro de aplicabilidad¶
Para el primer borrador, reúne los campos siguientes. Son una plantilla orientativa, no un formato obligatorio del método ni una API disponible:
- Identidad de la entidad y de la operación, finalidad, datos y fecha del hecho.
- Jurisdicciones y actividades consideradas, exclusiones y hechos todavía desconocidos.
- Edición del método y perfil propuesto o aceptado, con revisión y estado propios.
- Fuente oficial, disposición o sección, publicación, vigencia y transitorios pertinentes; fecha de consulta y revisión o huella del contenido recuperado.
- Texto comprobado, interpretación y decisión técnica en campos separados.
- Requisito relacionado, control previsto, evidencia, responsable asignado cuando exista y revisión competente pendiente.
El registro puede distinguir «aplica», «no aplica» y «no determinado», explicando la razón y las fuentes. Estas etiquetas sólo describen esta plantilla; no equivalen a permiso ni a una clasificación metodológica aceptada. Un dato desconocido no se convierte en «no aplica».
Ejemplo ficticio: una biblioteca privada pide revisar un inventario sintético y usa una
interfaz es-MX. Ese idioma no decide la jurisdicción. El origen sintético del inventario se
registra por separado de su clasificación de exposición. Si después se propone usar datos de
personas usuarias o enviarlos a un proveedor, cambia el contexto y se revisa la decisión afectada.
Fuentes, conflictos y versiones¶
Una habilidad de agente, una guía de proveedor o una interpretación puede orientar la búsqueda; su formato no le concede autoridad jurídica. Conviene recuperar la fuente primaria y abrir el contexto del artículo, incluidas excepciones y transitorios. Las consultas de esta guía y de la propuesta mexicana se identifican en el registro de fuentes.
La composición técnica de archivos no resuelve una contradicción jurídica. País, entidad federativa, municipio y sector no forman una cascada automática de sobreescritura. Conserva las fuentes incompatibles y su consecuencia; la decisión afectada queda pendiente de resolución competente. MILPA-R-008 conserva esa trazabilidad.
Distingue edición metodológica, revisión del perfil, versión del paquete de contenido, vigencia jurídica y versión/configuración de la implementación. La herencia entre manifiestos continúa fuera de MILPA 0.1 (MILPA-R-004). Para reconstruir una decisión también hacen falta su contexto, fuentes y respuestas externas pertinentes, bajo las condiciones de minimización y retención aplicables.
Del perfil a una implementación¶
El perfil documenta contexto y concreciones. Un paquete puede distribuir contenido versionado; una habilidad enseña un procedimiento y un complemento agrupa su instalación en un asistente. MCP puede conectar herramientas o recursos cuando exista esa necesidad. Ninguna de esas formas de distribución demuestra por sí sola autorización, revisión humana o cumplimiento.
La instalación, API, contratos y pruebas pertenecen a cada implementación, según la frontera entre método y software. La evidencia se relaciona con el contexto, las fuentes y el artefacto revisados; cambiar alguno puede exigir nueva revisión, aunque el texto de salida sea idéntico.
Como casos de evaluación, comprueba idioma distinto del país de operación, fuentes no vigentes para la fecha del hecho, ámbito no cubierto, reglas incompatibles y cambios de contexto después de revisar. Un documento bien formado no prueba la aplicabilidad de su contenido.
Proponer, revisar y mantener¶
La ficha identifica alcance, requisitos que concreta, fuentes, alternativas, decisiones pendientes y evidencia prevista. Publicar una explicación o integrar una contribución no acepta el perfil: esa decisión sigue la gobernanza. Una ampliación a otro sector o jurisdicción conserva su propio análisis y revisión.