Skip to main content
Depende de él todo otro módulo; él no depende de ninguno. Esa dirección la impone dependency-cruiser, no una convención.
El inglés es la versión autoritativa: ../../../modules/core/. Ambas versiones comparten id, version y status, y el validador translation falla si se separan.

​
Hoja de ruta

Catorce entregas. Nueve componen F1a, porque casi todo lo demás de la suite está bloqueado por ellas.

​
El corte, explicado

  • Los catálogos primero (0001) porque toda otra tabla tiene una FK hacia ellos, y sus semillas is_system generan los union types de TypeScript contra los que compila el monorepo.
  • Auditoría e infraestructura de jobs (0005, 0007) no dependen de nada y todo depende de ellas. Van temprano no porque sean interesantes, sino porque nada más puede ser correcto sin ellas.
  • La resolución de identidad (0003) va aparte de contactos (0002) porque guardar un contacto y decidir que dos registros son la misma persona son problemas distintos con riesgos distintos: uno es un schema, el otro es donde una fusión equivocada destruye datos.
  • El consentimiento (0004) es entrega propia y no una columna en contactos, porque es historia con peso legal y lo lee un módulo que no es su dueño.
  • La identidad de member (0009) vive aquí y no en fidelización porque el member es un contacto, y el contacto pertenece a core.