Tome un registro y haga un corte a través de todo lo que toca.

La vista general de la plataforma nombra los seis fundamentos compartidos. Esta página presenta el corte a través de ellos: un único registro seguido hacia abajo, que va adquiriendo un lugar, una regla sobre quién puede tocarlo, su comportamiento, sus documentos, su continuidad y su alcance – y, junto a cada uno, lo que cada ámbito tendría que construir por sí mismo si esa capa no fuera compartida.

Solicitar una demoLos seis fundamentos

Lo que no es esta página Aquí no hay topología de despliegue, ni inventario de servicios, ni diagrama de red, ni lista de frameworks. Dónde se ejecuta todo ello es otra cuestión, con su propia página. Despliegue y alojamiento

Lo que adquiere el registro, y lo que costaría de otro modo.

  1. La organización

    El modelo organizativo

    Un lugar. El registro pertenece a una unidad, y la unidad es un nodo del único árbol que leen todos los ámbitos – así, «qué departamento» significa lo mismo en finanzas que en el almacén.

    Cada ámbito mantendría su propia lista de departamentos, y conciliarlas se convertiría en una tarea permanente. Una reorganización tendría que realizarse una vez por sistema.

  2. Una regla sobre quién puede tocarlo. No una copia de un permiso – el puesto al que pertenece, resuelto frente a la licencia y los privilegios de quien lo solicita.

    Cada ámbito tendría su propia lista de usuarios y su propia idea de lo que es un rol, y a una persona que deja la empresa habría que darla de baja en cada uno de ellos por separado, correctamente y el mismo día.

  3. Su comportamiento. En qué formulario se captura, por qué fases pasa, quién actúa en cada una y qué se produce por el camino se leen de definiciones, en lugar de estar compilados en el ámbito al que pertenezca el registro.

    Cambiar una ruta de aprobación supondría una nueva versión de la aplicación a la que perteneciera, y la misma regla tendría que volver a implementarse en cada ámbito que la necesitara.

  4. Sus documentos, sus notificaciones, sus tareas y los datos de referencia que dan a sus campos un significado estable. El ámbito en el que está el registro los invoca, no los implementa.

    Seis almacenes de documentos, seis sistemas de notificaciones, seis motores de tareas – y un documento generado en un ámbito sería una copia en otro lugar, en lugar del mismo documento.

  5. Una única capa de registros

    Continuidad. Cuando el trabajo pasa de un ámbito a otro, se lee el mismo registro, no un mensaje que lo describe – por eso su historial sobrevive al paso en lugar de volver a exponerse al otro lado.

    Cruzar una frontera supondría una exportación, una importación y una conciliación – y en el momento en que no coincidieran, alguien tendría que decidir qué sistema tiene razón.

  6. Alcance. Cuando la respuesta reside en un sistema que se queda donde está, el registro puede seguir utilizándola – con las mismas reglas de organización y de puestos que todo lo anterior.

    Cada ámbito negociaría su propia conexión y guardaría sus propias credenciales, y no habría un único lugar donde ver a qué accede continON ni con qué autorización.

El registro es un único objeto de arriba abajo. No pasa de una capa a otra como copia, y esa es la diferencia entre una plataforma y un conjunto de aplicaciones que acuerdan intercambiar archivos.

El orden es una restricción, no una convención de dibujo.

  1. Una capa solo se apoya en lo que tiene debajo

    Las atribuciones leen la organización; no funciona a la inversa. Por eso la organización puede reorganizarse sin reescribir el modelo de permisos.

  2. La licencia delimita todo lo que contiene

    Ninguna definición, ningún puesto ni ninguna autorización puede ir más allá de aquello para lo que la organización tiene licencia, porque el límite se aplica por encima de ellos en lugar de que cada uno lo compruebe.

  3. Un ámbito puede invocar un servicio, nunca sustituirlo

    No hay un almacén de documentos ni un sistema de notificaciones por ámbito que pueda divergir del compartido, y eso es lo que hace que «el mismo documento» sea literalmente cierto.

Dicho sin rodeos: la compartición es real y, por tanto, el acoplamiento también lo es. Los ámbitos dependen de los mismos servicios y de la misma capa de registros, de modo que son fuertes juntos y se ven afectados juntos. Aquí se describe continON como un único entorno operativo conectado porque eso es lo que es – no como un conjunto de servicios independientes que pudieran fallar cada uno por separado.

Traiga a un arquitecto y haga el corte sobre su propio caso.

En un entorno anonimizado: elija un registro que cruce dos de sus ámbitos y sígalo hacia abajo a través de las capas, con los permisos, documentos e historial que lleva consigo.