cómo se hacen las notificaciones electrónicas por medios electrónicos? mediante comparecencia en la sede electrónica (de la administración u organismo actuante) en dirección habilitada única o mediante ambos sistemas ex...
que disposicion establece el derecho de los ciudadanos a comunicarse con las AAPP a traves del PAG?.
los interesados tienen derecho en un procedimiento administrativo a conocer el estado de la tramitación, el sentido del silencio administrativo, el órgano competente para instrucción y resolución, los actos de trámite realizados y acceder y obtener copias de los documentos y pueden hacerlo a través del PAG (si se relacionan con la administración por medios electrónicos) ex...
los interesados pueden acceder a sus notificaciones a través del PAG, en base qué disposición?.
Dispositivos de creación de firma electrónica.
... . Los datos de creación de firma son los datos únicos, como códigos o claves criptográficas privadas, que el firmante utiliza para crear la firma electrónica.
Dispositivos de creación de firma electrónica.
... . Un dispositivo de creación de firma es un programa o sistema informático que sirve para aplicar los datos de creación de firma.
Dispositivos de creación de firma electrónica.
... . Un dispositivo seguro de creación de firma es un dispositivo de creación de firma que ofrece, al menos, las siguientes garantías:
a) Que los datos utilizados para la generación de firma pueden producirse sólo una vez y asegura razonablemente su secreto.
b) Que existe una seguridad razonable de que los datos utilizados para la generación de firma no pueden ser derivados de los de verificación de firma o de la propia firma y de que la firma está protegida contra la falsificación con la tecnología existente en cada momento.
c) Que los datos de creación de firma pueden ser protegidos de forma fiable por el firmante contra su utilización por terceros.
d) Que el dispositivo utilizado no altera los datos o el documento que deba firmarse ni impide que éste se muestre al firmante antes del proceso de firma.
qué disposición dice que cada administración debe tener un arch.. elec.. un.. de documentos electrónicos de procedimientos administrativos finalizados? art 17.1 ley 39/2015.
qué disposición dice que cada administración debe tener un archivo electrónico único de doc.. elec.. de procedimientos administrativos finalizados? art 17.1 ley 39/2015.
qué disposición dice que cada administración debe tener un archivo electrónico único de documentos electrónicos de proc.. adm.. f.. ? art 17.1 ley 39/2015.
qué disposición dice que cada administración debe tener un archivo electrónico único de documentos electrónicos de procedimientos administrativos finalizados?.
disposición sobre registros (oficinas de asistencia en materia de registro): ...
Cada Administración dispondrá de un Registro Electrónico General, en el que se hará el correspondiente asiento de todo documento que sea presentado o que se reciba en cualquier órgano administrativo ex ...
lengua de los procedimientos (accesibilidad) ex ...
los documentos que los ciudadanos presentan presencialmente se digitalizan, se incorporan al expediente electronico y se devuelven a los ciudadanos ex ...
dime la disposición de validez y eficacia de las copias autenticas.
las copias auténticas tienen la misma validez y eficacia que los documentos originales? por qué disposición? sí ex ...
salvo excepciones no hay obligación de presentar documentos originales, en base a qué disposición? ex ...
Documentos aportados por los interesados al procedimiento administrativo ex ...
Los interesados tienen derecho a no aportar documentos que ya se encuentren en poder de la Administración actuante o hayan sido elaborados por cualquier otra Administración. La administración actuante podrá consultar o recabar dichos documentos salvo que el interesado se opusiera a ello ex ...
ens guia de seguridad ... : gestion y uso de dispositivos moviles.
ens guia de seguridad ccn stic 827: gest.. y u.. de disp.. mov..
dime un protocolo que es una aproximacion alternativa al SSO de navegador web de SAML? O.. C..
ens: c.. s.. 8.. : valoracion de los sistemas.
ens: ccn stic 803: val.. de los sist..
la sede electronica se regula por la disposición...
los soportes de los documentos electronicos o no deben tener seguridad y cumplir con el ens según que disposiciones (casi iguales)?.
quién dice esto?
1. El sistema ha de disponer de una estrategia de protección constituida por múltiples capas de seguridad, dispuesta de forma que, cuando una de las capas falle, permita:
a) Ganar tiempo para una reacción adecuada frente a los incidentes que no han podido evitarse.
b) Reducir la probabilidad de que el sistema sea comprometido en su conjunto.
c) Minimizar el impacto final sobre el mismo.
quién dice esto?
2. Las líneas de defensa han de estar constituidas por medidas de naturaleza organizativa, física y lógica.
quien regula DIR3? ex ...
qué dice esta disposición? codificar de forma univoca organos y oficinas
y qué más dice? inventario de informacion administrativa
y esto qué tiene dentro? procedimientos administrativos + oficinas.
quien regula DIR3? ex art 9 ENI
qué dice esta disposición? cod.. de forma univ.. org.. y ofic..
y qué más dice? inventario de informacion administrativa
y esto qué tiene dentro? procedimientos administrativos + oficinas.
quien regula DIR3? ex art 9 ENI
qué dice esta disposición? codificar de forma univoca organos y oficinas
y qué más dice? inv.. de inf.. adm..
y esto qué tiene dentro? procedimientos administrativos + oficinas.
quien regula DIR3? ex art 9 ENI
qué dice esta disposición? codificar de forma univoca organos y oficinas
y qué más dice? inventario de informacion administrativa
y esto qué tiene dentro? proc.. adm.. + ofic..
soc de la age, soc significa en inglés...
soc de la age, soc significa en castellano...
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los mod.. de dat.. de interc.. del C.. ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (C.. de I.. SE.. de la a..) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex ... ; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la n.. "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "r.. de m.. de d.." (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan comp.. , eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el ... :
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- ... : "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seg.. desde el dis.. y por def..": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": med.. tec.. + org.. : seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: s.. , minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, m.. de d.. , tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estr.. nec.. (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (p.. def.. sin interv.. hum.. los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales n.. son acces.. a un num.. indet.. de pers.. fis.. )
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- ... (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (s.. del t.. + a.. de r..)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adec.. al riesg..):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la s.. y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifr.. de d.. p..
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la c.. i.. d.. y resil.. permanentes de los sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
s.. y s.. de trat..
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de rest.. la disp.. y el acc.. a los dat.. pers.. de forma rápida en caso de incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la efi.. de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- ... (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (eval.. del imp.. del trat.. de dat.. pers.. si --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales ... --> alto riesgo --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> a.. r.. --> derechos y libertades de las personas físicas)
.
Vamos a hacer un modelo de datos (Diagrama E-R / Diagrama de clases)
Primero consultamos los modelos de datos de intercambio del CISE (Centro de Interoperabilidad SEmántica de la administracion) ex art 10 ENI; por si hubiese algún modelo de datos que nos sirviese --> aquí hay que cumplir la nti "relacion de modelo de datos" (para que se puedan compartir, eso lo hace el CISE)
Si no hay hacemos el modelo de datos.
Hay que cumplir el RGPD:
- art 25 RGPD: "seguridad desde el diseño y por defecto": medidas técnicas + organizativas: seudonimizacion, minimizacion de datos, tratar solo los datos personales estrictamente necesarios (por defecto sin intervencion humana los datos personales no son accesibles a un número indeterminado de personas físicas)
- art 32 RGPD (seguridad del tratamiento + analisis de riesgos)
* seguridad en el tratamiento (adecuada al riesgo):
a) la seudonimización y el cifrado de datos personales
b) la capacidad de garantizar la confidencialidad, integridad, disponibilidad y resiliencia permanentes de los
sistemas y servicios de tratamiento
c) la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de
incidente físico o técnico
d) un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas técnicas y
organizativas para garantizar la seguridad del tratamiento
- art 35 RGPD (evaluación del impacto del tratamiento de datos personales si --> alto riesgo --> der.. y lib.. de las pers.. fis..)
.
ex ... debemos hacer la seguridad del sistema con los siguientes elementos: prevencion, reaccion y correccion.
ex art 7 ens debemos hacer la seguridad del sistema con los siguientes elementos: prev.. r.. y correc..
Qué hace InSiDe? gen../gest.. --> documentos + expedientes (electrónicos) [+ metadatos obligatorios] --> almacenarse + recuperarse [ex ENI] --> procedimientos administrativos abiertos y en tramitación [vivos].
Qué hace InSiDe? genera/gestiona --> doc.. + exp.. (elec..) [+ metadatos obligatorios] --> almacenarse + recuperarse [ex ENI] --> procedimientos administrativos abiertos y en tramitación [vivos].
Qué hace InSiDe? genera/gestiona --> documentos + expedientes (electrónicos) [+ met.. oblig..] --> almacenarse + recuperarse [ex ENI] --> procedimientos administrativos abiertos y en tramitación [vivos].
Qué hace InSiDe? genera/gestiona --> documentos + expedientes (electrónicos) [+ metadatos obligatorios] --> alm.. + rec.. [ex E..] --> procedimientos administrativos abiertos y en tramitación [vivos].
Qué hace InSiDe? genera/gestiona --> documentos + expedientes (electrónicos) [+ metadatos obligatorios] --> almacenarse + recuperarse [ex ENI] --> proc.. adm.. abiert.. y en tram.. [viv..].
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (A.. , Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]).
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, M.. , OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]).
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, O..T.. vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]).
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o M.. S.. para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]).
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir C.. ...]).
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]):
CMIS: C.. M.. I.. S.. (Servicios de Interoperabilidad de Gestión de Contenidos): es un estándar abierto que permite a diferentes sistemas de gestión de contenidos interoperar a través de Internet. En concreto, CMIS define una capa de abstracción para el control de diversos sistemas de gestión de documentos y repositorios, que utilicen protocolos web.
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]):
CMIS: Content Management Interoperability Services (S.. de I.. de G.. de C..): es un estándar abierto que permite a diferentes sistemas de gestión de contenidos interoperar a través de Internet. En concreto, CMIS define una capa de abstracción para el control de diversos sistemas de gestión de documentos y repositorios, que utilicen protocolos web.
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]):
CMIS: Content Management Interoperability Services (Servicios de Interoperabilidad de Gestión de Contenidos): es un est.. ab.. que permite a diferentes sistemas de gestión de contenidos interoperar a través de Internet. En concreto, CMIS define una capa de abstracción para el control de diversos sistemas de gestión de documentos y repositorios, que utilicen protocolos web.
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]):
CMIS: Content Management Interoperability Services (Servicios de Interoperabilidad de Gestión de Contenidos): es un estándar abierto que permite a diferentes sist.. de gest.. de cont.. interoperar a través de Internet. En concreto, CMIS define una capa de abstracción para el control de diversos sistemas de gestión de documentos y repositorios, que utilicen protocolos web.
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]):
CMIS: Content Management Interoperability Services (Servicios de Interoperabilidad de Gestión de Contenidos): es un estándar abierto que permite a diferentes sistemas de gestión de contenidos int.. a traves de int... En concreto, CMIS define una capa de abstracción para el control de diversos sistemas de gestión de documentos y repositorios, que utilicen protocolos web.
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]):
CMIS: Content Management Interoperability Services (Servicios de Interoperabilidad de Gestión de Contenidos): es un estándar abierto que permite a diferentes sistemas de gestión de contenidos interoperar a través de Internet. En concreto, CMIS define una cap.. de abs.. para el control de diversos sistemas de gestión de documentos y repositorios, que utilicen protocolos web.
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]):
CMIS: Content Management Interoperability Services (Servicios de Interoperabilidad de Gestión de Contenidos): es un estándar abierto que permite a diferentes sistemas de gestión de contenidos interoperar a través de Internet. En concreto, CMIS define una capa de abstracción para el cont.. de diversos sist.. de gest.. de doc.. y rep.. , que utilicen protocolos web.
InSiDe realmente es una capa de software que controla por encima a un gestor documental concreto [que cumpla el estándar CMIS 2] (Alfresco, Magnolia, OpenText vinculados a Java, o MS Sharepoint para entornos vinculados a MicroSoft (cualquier gestor documental concreto debe cumplir CMIS 2]):
CMIS: Content Management Interoperability Services (Servicios de Interoperabilidad de Gestión de Contenidos): es un estándar abierto que permite a diferentes sistemas de gestión de contenidos interoperar a través de Internet. En concreto, CMIS define una capa de abstracción para el control de diversos sistemas de gestión de documentos y repositorios, que utilicen prot.. w..
qué modelo integral de gestión de archivos usa archive?.
qué modelo integral de gestión de archivos usa archive? OAIS (O.. A.. I.. S..).
Cuáles son los metadatos obligatorios de un documento electronico se especifica en el esq.. de met.. de la n.. de pol.. de gest.. de doc.. elec..
Cada Administración deberá mantener un archivo electrónico único de los documentos electrónicos que correspondan a procedimientos finalizados, en los términos establecidos en la normativa reguladora aplicable ex...
acceda significa acc. de los ciud.. a los exp.. de la adm..
lo de los diez días hábiles para hacer subsanacion y mejora de la solicitud es ex...
en qué disposición se habla en general de los metadatos mínimos obligatorios?.
arquitectura lógica: en la capa de negocio tendremos muchos módulos lógicos interconectados entre ellos? módulo de creación de datos para el data warehouse (si es que necesitamos hacer data mining), mod.. de est.. e inf..
qué orden ministerial regula el PAG y crea su sede electrónica?.
cómo se llama la c.. s.. 8..?: ens responsabilidades y funciones.
cómo se llama la ccn stic 801?: e.. resp.. y func..
qué cosas da un servicio web? aut.. y efi..
CIR significa...
valide es un port.. w.. (portal de servicios online) que valida certificados y firmas electronicas; además usando autofirma permite la firma local. Es para que lo usen empleados publicos, ciudadanos y empresas.
valide es un portal web (port.. de serv.. onl..) que valida certificados y firmas electronicas; además usando autofirma permite la firma local. Es para que lo usen empleados publicos, ciudadanos y empresas.
valide es un portal web (portal de servicios online) que val.. cert.. y firm.. elec.. ; además usando autofirma permite la firma local. Es para que lo usen empleados publicos, ciudadanos y empresas.
valide es un portal web (portal de servicios online) que valida certificados y firmas electronicas; además usando autof.. permite la firma local. Es para que lo usen empleados publicos, ciudadanos y empresas.
valide es un portal web (portal de servicios online) que valida certificados y firmas electronicas; además usando autofirma permite la firm.. l.. . Es para que lo usen empleados publicos, ciudadanos y empresas.
valide es un portal web (portal de servicios online) que valida certificados y firmas electronicas; además usando autofirma permite la firma local. Es para que lo usen emp.. pub.. ciud.. y emp..
en la firma electrónica que nti se usa? n.. de polit.. de f.. elec.. y de cert.. de la adm..
IdP significa en castellano: prov.. de serv.. de ident.. y autent..
un m.. f.. da una estructura subyacente común (políticas de efirma, prestadores acreditados, etc) y esto da lugar a un modelo de confianza e interoperabilidad.
un modo federado da una est.. sub.. com.. (políticas de efirma, prestadores acreditados, etc) y esto da lugar a un modelo de confianza e interoperabilidad.
un modo federado da una estructura subyacente común (polit.. de ef.. , prestadores acreditados, etc) y esto da lugar a un modelo de confianza e interoperabilidad.
un modo federado da una estructura subyacente común (políticas de efirma, prestadores acreditados, etc) y esto da lugar a un mod.. de conf.. e interoper..
... se conecta al servicio de Cl@ve Firma proporcionado por la GISS y la DGP.
FIRe se conecta al servicio de C.. F.. proporcionado por la GISS y la DGP.
FIRe se conecta al servicio de Cl@ve Firma proporcionado por la ... y la DGP.
FIRe se conecta al servicio de Cl@ve Firma proporcionado por la GISS y la ...
Las aplicaciones ya integradas en Cl@ve Firma pueden m.. direct.. al comp.. centr.. de F.. ya que este implementa la API de conexión de Cl@ve Firma.
Las aplicaciones ya integradas en Cl@ve Firma pueden migrar directamente al componente central de FIRe ya que este implementa la A.. de conex.. de Cl@.. Firm..
cuál es la orden ministerial de cl@ve?.
a través de donde harán públicos las administraciones los CSV's? s.. e.. claro
en base a qué disposición? art 27.3 ley 39/2015 in fine.
a través de donde harán públicos las administraciones los CSV's? sedes electrónicas claro
en base a qué disposición?.
un certificado de firma basado en certificado cualificado y creado con un dispositivo cualificado de creación de firma convierte la firma electronica avanzada en firma electronica cualificada equiparada con la firma manuescrita ex ... y reglamento ue 910/2014.
un certificado de firma basado en certificado cualificado y creado con un dispositivo cualificado de creación de firma convierte la firma electronica avanzada en firma electronica cualificada equiparada con la firma manuescrita ex art 3.4 ley 59/2003 y .
... : servicios en la nube.
ccn stic 823: serv.. en la nub..
SIR como es una infraestructura/plataforma de interconexión de registros sigue la regulación de los registros ex art 16 ley 39/2015
pero en concreto en qué disposición está regulado SIR al decir que los registros electrónicos de todas las administraciones tienen que ser interoperables entre sí y que tienen que poder transmitirse asientos + documentos anexos? ex ...
RISP significa...
RISP, datos.gob.es y el portal de transparencia giran todos alrededor del concepto de d.. a..
cuando hago RISP publico en dat--.gob.e- y el portal de transp..
el acuerdo marco de servicios de desarrollo de sistemas es el --/----.
el acuerdo marco de equipos y software de comunicaciones es el --/----.
cumplir el RGPD al hacer un sistema de información:
1. informar al d.. de p.. de d.. (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el ... del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (R.. de A.. de T..) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del o.. : se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un a.. de r.. (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del R.. + E..) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con p.. (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex ... las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las m.. de s.. serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ... en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del s.. p..)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. e.. medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. v.. las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos n.. + g.. quiebras de seguridad]
.
cumplir el RGPD al hacer un sistema de información:
1. informar al delegado de protección de datos (de que se va a hacer un sistema de información que tratará datos personales)
2. incluir el tratamiento en el RAT (Registro de Actividades de Tratamiento) del órgano: se consignan los fines de tratamiento, descripción de actividades, intervinientes, base jurídica, categoría de interesados, categoría de datos personales, categoría de destinatarios, transferencias internacionales, plazos de supresión y medidas técnicas y organizativas de seguridad
3. hacer un análisis de riesgos (del RGPD + ENS) con pilar (que tiene un modulo de cumplimiento del RGPD)
(ex disposicion adicional primera ley organica 3/2018 las medidas de seguridad serán las del ENS en el ámbito del sector público)
4. establecer medidas de seguridad del ENS
5. verificar las medidas de seguridad (que se cumplan) [+ protocolos notificar + gestionar quiebras de s..]
.
el c.. para un tratamiento de datos personales no hace falta cuando responde al cumplimiento de una obligación legal ex art 6 RGPD.
el consentimiento para un tratamiento de datos personales n.. h.. f.. cuando responde al cumplimiento de una obligación legal ex art 6 RGPD.
el consentimiento para un tratamiento de datos personales no hace falta cuando responde al c.. de una o.. l.. ex art 6 RGPD.
el consentimiento para un tratamiento de datos personales no hace falta cuando responde al cumplimiento de una obligación legal ex ...
con el rgpd los derechos de los interesados se ejercen ante el r.. del t.. y son estos: acceso, rectificación, limitación, oposición y supresión al tratamiento de los datos.
con el rgpd los derechos de los interesados se ejercen ante el responsable del tratamiento y son estos: a.. r.. l.. o.. y s.. al tratamiento de los datos.
Haga falta o no el consentimiento para el tratamiento de sus datos personales del ciudadano habrá i.. sobre el tratamiento de datos personales (información básica e información adicional), los items informativos son: responsable, fines del tratamiento, legitimación, destinatarios y derechos.
Haga falta o no el consentimiento para el tratamiento de sus datos personales del ciudadano habrá información sobre el tratamiento de datos personales (información básica e información adicional), los items informativos son: r.. f.. del t.. l.. dest.. y der..
En contratación centralizada la propuesta de adjudicación del contrato se envía a la d.. g.. de r.. y c.. de la c.. que es el órgano de contratación y adjudica el contrato.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el ... , de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de d.. de b.. y s.. de c.. c.. , se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el ... , de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de ... , los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación n.. s.. 8.. e.. , I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.. e.. . En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará c.. c.. .
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El c.. de r.. t.. de la contratacion ley -/---- nos da los a.. m..
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato s.. los 1.. esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el ... que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es r.. a.. :
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) m.. j.. de la n.. de c.. de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la C..
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (...)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer P..
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (...)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) present.. a la S.. para que lo apr..
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) inv.. a todas las empres.. del acuerd.. m.. para que hagan ofert.. en ... dias
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) val.. las ofert..
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) e.. prop.. de adj.. a la direccion general de racionalizacion y centralizacion de la contratacion.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la d.. g.. de r.. y c.. de la c..
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion
ahora ex ... el limite de la regulacion armonizada son 135.000 euros.
Desarrollo de sistemas de administracion electronica, acuerdo marco 26/2015
De conformidad con el art 2 Orden EHA/1049/2008, de declaración de bienes y servicios de contratación centralizada, se declaran de contratación centralizada, conforme lo dispuesto en el art 229 de la ley 9/2017, de Contratos del Sector Público, los contratos de servicios dirigidos al desarrollo de la administración electrónica cuyo presupuesto de licitación no supere 862.000 euros, I.V.A. excluido. En este proyecto el importe del desarrollo es menor de 862.000 euros, por lo que se utilizará contratación centralizada.
El capítulo de racionalizacion tecnica de la contratacion ley 9/2017 nos da los acuerdos marco
El contrato supera los 144.000 euros esto supone por el art 22.1.a) ley 9/2017 que es regulacion armonizada:
regulación armonizada:
1) memoria justificativa de la necesidad de contratacion de la CMAD (comision ministerial de la administración digital)
2) hacer PPT (pliego de prescripciones técnicas)
3) presentarselo a la SGAD para que lo apruebe
4) invitar a todas las empresas del acuerdo marco para que hagan ofertas en 15 días
5) valorar las ofertas
6) enviar propuesta de adjudicación a la direccion general de racionalizacion y centralizacion de la contratacion
ahora ex Orden HFP/1298/2017 el limite de la regulacion armonizada son 1.. euros.
las interfaces de metrica 3 son:
G.. de P..
Seguridad
Gestión de la Configuración
Aseguramiento de la Calidad.
las interfaces de metrica 3 son:
Gestión de Proyectos
S..
Gestión de la Configuración
Aseguramiento de la Calidad.
las interfaces de metrica 3 son:
Gestión de Proyectos
Seguridad
G.. de la C..
Aseguramiento de la Calidad.
las interfaces de metrica 3 son:
Gestión de Proyectos
Seguridad
Gestión de la Configuración
A.. de la C..
Frameworks de desarrollo móvil para hacer apps híbridas:
P.. (su versión open source es Apache Cordova)
Titanium Appcelerator
Trigger.io.
Frameworks de desarrollo móvil para hacer apps híbridas:
PhoneGap (su versión open source es A.. C..)
Titanium Appcelerator
Trigger.io.
Frameworks de desarrollo móvil para hacer apps híbridas:
PhoneGap (su versión open source es Apache Cordova)
T.. A..
Trigger.io.
Frameworks de desarrollo móvil para hacer apps híbridas:
PhoneGap (su versión open source es Apache Cordova)
Titanium Appcelerator
T-----.--.
cómo se creó CORA? ac.. del cons.. de minist.. del ... de ... de ...
los certificados electronicos reconocidos de determinados prestadores de confianza está regulado en el ...
Reglamento UE 910/2014 del Parlamento Europeo y del Consejo, de 23 de julio, ID.. elect.. y serv.. de conf.. para las trans.. elect.. en el merc.. int.. (deroga a la Directiva 1999/93/CE).
dime la disposición de la auditoría de seguridad ordinaria cada 2 años?.
... protección de claves criptograficas
basica separar medios de generacion y explotacion
media programas evaluados y dispositivos criptograficos certificados; algoritmos acreditados por el CCN; un detalle importante se usa op.pl.5 alta componentes certificados.
op.exp.11 ... de ... ...
basica separar medios de generacion y explotacion
media programas evaluados y dispositivos criptograficos certificados; algoritmos acreditados por el CCN; un detalle importante se usa op.pl.5 alta componentes certificados.
op.exp.11 protección de claves criptograficas
... separar medios de generacion y explotacion
media programas evaluados y dispositivos criptograficos certificados; algoritmos acreditados por el CCN; un detalle importante se usa op.pl.5 alta componentes certificados.
op.exp.11 protección de claves criptograficas
basica sep.. med.. de gen.. y exp..
media programas evaluados y dispositivos criptograficos certificados; algoritmos acreditados por el CCN; un detalle importante se usa op.pl.5 alta componentes certificados.
op.exp.11 protección de claves criptograficas
basica separar medios de generacion y explotacion
... programas evaluados y dispositivos criptograficos certificados; algoritmos acreditados por el CCN; un detalle importante se usa op.pl.5 alta componentes certificados.
op.exp.11 protección de claves criptograficas
basica separar medios de generacion y explotacion
media p.. e.. y d.. c.. c.. ; algoritmos acreditados por el CCN; un detalle importante se usa op.pl.5 alta componentes certificados.
op.exp.11 protección de claves criptograficas
basica separar medios de generacion y explotacion
media programas evaluados y dispositivos criptograficos certificados; a.. acr.. por el C.. ; un detalle importante se usa op.pl.5 alta componentes certificados.
op.exp.11 protección de claves criptograficas
basica separar medios de generacion y explotacion
media programas evaluados y dispositivos criptograficos certificados; algoritmos acreditados por el CCN; un detalle importante se usa ... alta componentes certificados.
op.exp.11 protección de claves criptograficas
basica separar medios de generacion y explotacion
media programas evaluados y dispositivos criptograficos certificados; algoritmos acreditados por el CCN; un detalle importante se usa op.pl.5 ... componentes certificados.
op.exp.11 protección de claves criptograficas
basica separar medios de generacion y explotacion
media programas evaluados y dispositivos criptograficos certificados; algoritmos acreditados por el CCN; un detalle importante se usa op.pl.5 alta c.. c..
... perímetro seguro
baja un cortafuegos WAN LAN
alta dos cortafuegos de distintos fabricantes en cascada + sistemas redundantes.
mp.com.1 p.. s..
baja un cortafuegos WAN LAN
alta dos cortafuegos de distintos fabricantes en cascada + sistemas redundantes.
mp.com.1 perímetro seguro
... un cortafuegos WAN LAN
alta dos cortafuegos de distintos fabricantes en cascada + sistemas redundantes.
mp.com.1 perímetro seguro
baja un c.. W.. L..
alta dos cortafuegos de distintos fabricantes en cascada + sistemas redundantes.
mp.com.1 perímetro seguro
baja un cortafuegos WAN LAN
... dos cortafuegos de distintos fabricantes en cascada + sistemas redundantes.
mp.com.1 perímetro seguro
baja un cortafuegos WAN LAN
alta d.. cort.. de distintos fab.. en casc.. + sistemas redundantes.
mp.com.1 perímetro seguro
baja un cortafuegos WAN LAN
alta dos cortafuegos de distintos fabricantes en cascada + sist.. red..
DIR3 significa d.. c.. de u.. o.. y o..
interoperabilidad de registros SIR ex..
que capitulo del ENI tiene relacion con archivo de documentos electronicos y como se llama: cap.. ... rec.. y conserv.. del doc.. elect..
cómo se llamar también un servicio web? una int.. de serv.. w..
archive se basa en la legislación de archivo de documentos, cuáles son las dos disposiciones principales y complementarias sobre esto? art 17 ley 39/2015 y art 46 ley 40/2015
alguna legislación más? ex cap.. ... E.. cons.. y rec.. de doc.. elect..
“certificado hardware” = es la forma de decir certificado en soporte/infraestructura (reducida) hardware --> dnie y “tarjetas chip” (tarjetas criptográficas); y claro el dnie es una tarjeta criptográfica; al final se dice c.. en s.. h..
|
