Gestión de violaciones de datos e incidentes

Traducción de cortesía. En caso de discrepancia, prevalece el texto italiano.

Este documento dice qué ocurre cuando algo sale mal: un acceso no autorizado, un dato que acaba donde no debía, un Servicio que no responde, un fallo en la seguridad del Aparato. Dice a quién avisamos, en qué plazo, qué escribimos en el aviso, qué te pedimos que hagas tú y qué te contamos cuando ha terminado.

Se refiere al modelo GT PRO 4G y al Servicio vinculado. No se refiere a los modelos anteriores que funcionan solo con mensajes SMS, ni al canal Bluetooth.

No te pedimos ninguna casilla para esta página. No hay nada que consentir: hay compromisos que asumimos nosotros y cosas que debes hacer tú. En las relaciones con el Cliente, sin embargo, este documento no es solo informativo: remite a él el Acuerdo de tratamiento de datos personales (/dpa), y los plazos que aquí se indican son los plazos que asume el Acuerdo. Si este documento y el Acuerdo dijeran cosas distintas, prevalece el Acuerdo, y nosotros corregimos este texto.

Tratamos de tú a quien lee para sí. Cuando la regla cambia según el papel —porque no es lo mismo quien administra un Acceso que quien lo abre— usamos los términos definidos: Cliente, Administrador, Usuario, Distribuidor, Instalador, Operador de BGates.

Escribe a info@bgates.it también si no tienes ninguna relación con nosotros y te has dado cuenta de algo. No pedimos que nadie se registre para comunicar un problema.

1. Las cinco cosas que importan

Si lees solo esta sección, lee estas cinco.

1. Comunícalo enseguida, aunque no estés seguro. Las primeras horas cuentan más que cualquier explicación dada después. Una sospecha comunicada y luego desmentida no le cuesta nada a nadie.
2. Si administras un Acceso, lo primero que haces es revocar: el Número habilitado, el QR, la Cuenta de la persona que ya no debe entrar. La revocación es cosa tuya y no requiere nuestra intervención.
3. Si la violación afecta a los datos de tu Acceso, el Responsable del tratamiento eres tú: la notificación al Garante per la protezione dei dati personali (autoridad italiana de control de protección de datos) te corresponde a ti, no a nosotros. Nosotros te informamos en un plazo de 24 horas desde el momento en que tenemos conocimiento de ella y te damos todo lo que necesitas para decidir.
4. No todo lo que sale mal es una violación de datos. Un Servicio que no responde es un incidente de disponibilidad: molesto, a veces grave, pero otra cosa —y se trata de forma distinta (sección 9).
5. El Acceso sigue pudiendo abrirse con tus medios físicos. Pase lo que pase con nuestros sistemas, la llave, el mando a distancia y la apertura manual siguen funcionando. Es el motivo por el que te pedimos que tengas siempre uno de ellos (/sicurezza-account).

2. Las palabras que usamos, y por qué la diferencia importa

Tres eventos distintos, tres regulaciones distintas, tres relojes distintos. Confundirlos hace perder las horas que cuentan.

El punto en el que las dos primeras se tocan. Si los datos personales no están accesibles durante un tiempo prolongado, o ya no se pueden restablecer, la pérdida de disponibilidad es también una violación de la seguridad de los datos personales: la disponibilidad es una de las tres cosas que protege el Reglamento, junto con la confidencialidad y la integridad. Por tanto, la pregunta no es «¿se han visto datos?», sino «¿alguien los ha visto, cambiado, perdido, o ya no podemos devolverlos a quien tiene derecho a ellos?». Si la respuesta a una de estas preguntas es sí, se aplican las secciones 6, 7 y 8.

Un evento puede ser las tres cosas a la vez. Una avería explotada por un extraño que abre un Acceso y lee el Registro de aperturas pone en marcha el reloj del Reglamento y el del reglamento sobre la ciberseguridad de los productos, y mientras tanto el Servicio está caído. Los tres procedimientos corren en paralelo: ninguno espera al otro.

Qué no es una violación de la seguridad de los datos personales, y lo escribimos porque nos lo preguntarás:

• una apertura fallida por falta de cobertura de la red móvil o por una avería de la automatización del Acceso;
• un mantenimiento programado anunciado con antelación (sección 9.3);
• un número habilitado por error por quien administra el Acceso: es un error de configuración, y quien lo ha cometido lo corrige revocando. Se convierte en una violación si ese error ha expuesto datos de otras personas —por ejemplo, si ha hecho visible a un extraño el Registro de aperturas—;
• el hecho de que el número de quien llama quede escrito en el Registro de aperturas: es el funcionamiento del Servicio, descrito en /privacy, no un incidente.

3. Cómo nos damos cuenta

Una obligación que empieza a contar desde un evento que nadie ve no empieza a contar nunca. Por eso escribimos, con honestidad, de dónde llegan hoy las comunicaciones.

Así está diseñado, pero a 22 de septiembre de 2026 todavía no está en funcionamiento: el envío de las alarmas automáticas a una persona de referencia con nombre y a un suplente, con el registro de la hora en que se vio la alarma. Hasta ese momento la detección se apoya mayoritariamente en las comunicaciones de las personas, y este documento no afirma lo contrario.

3.1 El «momento del conocimiento»

Es el momento en que alguien en BGates tiene un grado razonable de certeza de que un incidente de seguridad ha afectado a datos personales. Desde ahí empiezan a contar todos los plazos de este documento: las 24 horas frente al Cliente Responsable, las 72 horas frente al Garante, las 24 horas de la alerta temprana de producto.

Dos precisiones, porque es el punto sobre el que se discute:

1. una sospecha inicial no hace empezar a contar el plazo, pero obliga a comprobar enseguida. «No lo sabíamos» no protege a quien no ha mirado;
2. la fecha y la hora del conocimiento se anotan en primer lugar, en el registro de violaciones (sección 12), antes de cualquier otra actividad. Si se supera el plazo, lo decimos y escribimos el motivo: un retraso motivado está previsto por la ley, un retraso silenciado no.

4. Qué hacemos en las primeras horas

Por este orden, y el orden forma parte del procedimiento:

1. Contenemos, sin destruir las pruebas. Revocamos las sesiones y las credenciales afectadas, cerramos el acceso, aislamos el componente. No borramos registros, no reiniciamos para «limpiar», no sobrescribimos.
2. Ponemos a salvo las pruebas. Los registros del servidor web duran 14 días y los del canal de mensajería y de los procesos 60 (/conservazione): si no hacemos una copia fuera de la rotación, desaparecen solos mientras todavía estamos entendiendo lo ocurrido.
3. Abrimos la línea en el registro de violaciones, con la hora del conocimiento.
4. Evaluamos el riesgo para las personas: qué tipo de datos, cuántos, quiénes son, qué les puede ocurrir. Para nosotros pesa de forma especial una circunstancia: si el evento ha expuesto Números habilitados, tokens de Invitación, QR, contraseñas de un Aparato o claves, no es solo un problema de confidencialidad —es la llave de una puerta real—. En ese caso el riesgo es, por regla general, alto, y la comunicación directa a las personas debe considerarse en serio.
5. Decidimos a quién avisar, con los criterios de las secciones 6, 7, 8 y 10.
6. Restablecemos, y solo después cerramos el caso con el análisis de la sección 11.

Antes de la evaluación no comunicamos nada al exterior. No es reticencia: un aviso equivocado enviado a miles de personas hace más daño que el silencio de tres horas, y un aviso detallado enviado mientras el fallo sigue abierto es una invitación. Cuando la evaluación está hecha, comunicamos —aunque todavía no lo sepamos todo (sección 6.3).

5. Qué debes hacer tú

5.1 Comunicarlo, y deprisa

Escribe a info@bgates.it —o usa el formulario de comunicación del Área reservada y de la app, cuando esté disponible— en cuanto te des cuenta de una de estas cosas:

Qué escribir: qué has observado, cuándo (aunque sea de forma aproximada), dónde (dirección de la página, número de serie del Aparato, nombre del Acceso), cómo se repite si lo sabes, y un dato de contacto para responderte. Qué no escribir: contraseñas, códigos de seis cifras, contenido de los QR. No nos hacen falta, y un mensaje de correo no es el lugar donde guardarlos.

Así está diseñado, pero a 22 de septiembre de 2026 todavía no está en funcionamiento: el formulario de comunicación dentro del Área reservada y dentro de la app. Hasta entonces el canal es info@bgates.it, y es suficiente.

5.2 Revocar, que es lo que solo tú puedes hacer enseguida

Si administras un Acceso, la revocación no requiere nuestra intervención y no espera nuestra respuesta:

1. revoca el Número habilitado de la persona o del teléfono afectados;
2. revoca o haz regenerar el QR expuesto; si es el QR permanente colocado junto al Acceso, el código antiguo deja de valer y se imprime el nuevo;
3. desactiva la Cuenta de quien ya no debe administrar;
4. vuelve a leer el Registro de aperturas del periodo afectado y comunícanos las líneas que no reconozcas;
5. rechaza las solicitudes de acceso llegadas desde el QR que no reconozcas: el número indicado en una solicitud está autodeclarado y no comprobado.

Si una de estas operaciones no te sale desde el Área reservada, escribe a info@bgates.it y la hacemos nosotros, diciéndote cuándo está hecha.

5.3 Colaborar, si el incidente afecta a tu Acceso

Eres el Responsable de los datos de tu Acceso: sin ti no se cierra. Te pedimos que:

• no borres mensajes, notificaciones ni registros relacionados con el evento, aunque te parezcan inútiles: sirven para reconstruirlo;
• respondas a nuestras preguntas sobre lo que ves desde tu lado, en plazos compatibles con las 72 horas que la ley te da a ti para notificar;
• nos digas qué has decidido: si has notificado al Garante, si has avisado a las personas, si has considerado que no debías hacerlo. Tomamos nota en nuestro registro, porque también tu decisión forma parte de la historia del evento;
• coordines con nosotros las comunicaciones públicas, cuando el evento nos afecta a ambos. Esto no limita en modo alguno tus obligaciones legales frente al Garante y frente a las personas: estas van antes que cualquier coordinación, y ninguna cláusula de ningún documento de BGates las suspende.

5.4 Si buscas vulnerabilidades

Estas son las condiciones para hacerlo de buena fe: no hagas pruebas en instalaciones que no son tuyas, no accedas a datos de otras personas, no degrades el Servicio, no alteres ni borres nada, detente en cuanto tengas la prueba de que el problema existe, y no lo hagas público antes de que se haya corregido o antes de que hayamos hablado de ello. Lo que no entre en estas condiciones se rige por las Normas de uso permitido (/uso-consentito).

6. Cuando la violación afecta a los datos de tu Acceso: qué hacemos por ti

Es el caso más frecuente, porque los Números habilitados, la Agenda interna del Aparato, las solicitudes generadas desde los QR y el Registro de aperturas son datos de los que el Cliente es Responsable y nosotros somos encargados del tratamiento (/dpa).

6.1 Quién notifica al Garante: tú

El Responsable eres tú, y la notificación al Garante te corresponde a ti. No notificamos en tu lugar y no sustituimos tu valoración: el Reglamento atribuye esa decisión al Responsable, que es el único que conoce el contexto de uso de su Acceso. El plazo que la ley te da a ti es de 72 horas desde el momento en que tienes conocimiento, es decir, desde que te lo decimos nosotros (art. 33, apdo. 1, del RGPD (Reglamento (UE) 2016/679)).

6.2 Cuándo te avisamos: en un plazo de 24 horas

Te informamos sin dilación indebida y, en todo caso, en un plazo de 24 horas desde el momento de nuestro conocimiento (art. 33, apdo. 2, del Reglamento). El Reglamento no fija un número de horas para el encargado: ese número lo fijamos nosotros, y lo fijamos en 24 por una razón aritmética —así, de las 72 horas que tienes tú, te quedan al menos 48 para valorar y notificar.

Te avisamos por correo electrónico, a la dirección de tu Cuenta, y con copia a la PEC (correo electrónico certificado) si nos la has comunicado. Si el aviso no consta como entregado, te llamamos al número de tus datos identificativos dentro del mismo plazo de 24 horas: tu plazo de 72 horas no se detiene porque un mensaje no haya llegado.

6.3 Qué dice el aviso

El contenido sigue el art. 33, apdo. 3 del Reglamento, es decir, exactamente lo que tú tendrás que escribir al Garante, para que puedas reutilizarlo:

Si todavía no lo sabemos todo, te avisamos igualmente. Te enviamos lo que sabemos dentro de las 24 horas y completamos después, por fases. Esperar al cuadro completo para tener un aviso ordenado es la forma más sencilla de dejar vencer tu plazo.

6.4 Cómo te asistimos

A petición tuya, y sin coste adicional (art. 28, apdo. 3, letra f, del Reglamento):

• te damos los elementos de que disponemos para cumplimentar la notificación al Garante;
• te ayudamos a estimar cuántas personas están afectadas, extrayendo los datos de nuestros sistemas;
• te preparamos, si quieres, el borrador del mensaje a las personas;
• entregamos nosotros el mensaje por cuenta tuya cuando el único dato de contacto disponible es el número de teléfono —es el caso de la mayoría de los Usuarios, que no tienen Cuenta—: lo hacemos con un mensaje breve, no promocional, y te decimos a cuántos ha llegado;
• suspendemos con carácter cautelar un Número habilitado o un QR, si nos lo pides, a la espera de tu decisión. Es una medida técnica, no una decisión sobre el fondo.

6.5 Si decides no hacer nada

Tomamos nota en el registro de violaciones, con la fecha y con la motivación que nos des. No te sustituimos. Pero si el riesgo para las personas es alto y afecta también a datos de los que somos Responsables nosotros, para esa parte decidimos nosotros qué hacer.

7. Cuando los Responsables somos nosotros

Son los datos sobre los que decidimos nosotros: las Cuentas y los datos identificativos, la facturación y las Suscripciones, los registros técnicos de la infraestructura, los datos de las SIM, la posición por celda del Aparato, las conversaciones de asistencia, el registro de las acciones de nuestros Operadores. La lista completa está en el Acuerdo de tratamiento de datos (/dpa) y en la Información sobre protección de datos (/privacy).

En estos casos:

1. notificamos al Garante per la protezione dei dati personali sin dilación indebida y, de ser posible, a más tardar 72 horas después del conocimiento, salvo que sea improbable que la violación constituya un riesgo para los derechos y las libertades de las personas (art. 33, apdo. 1, del Reglamento). Si superamos las 72 horas, notificamos igualmente y motivamos el retraso;
2. si decidimos no notificar, la decisión y su motivo quedan por escrito en el registro de violaciones. No notificar es una decisión que se documenta, no un silencio;
3. lo comunicamos a las personas cuando el riesgo es alto (sección 8);
4. si la misma violación afecta también a datos de los que es Responsable un Cliente, los dos procedimientos corren a la vez: nosotros notificamos por nuestra parte, y le informamos a él por la suya, con los plazos de la sección 6.

8. Cuándo te avisamos directamente a ti, que usas el Servicio

Cuándo. Si la violación entraña un alto riesgo para tus derechos y libertades (art. 34 del Reglamento). En nuestro Servicio los casos típicos son: la exposición de Números habilitados junto con la indicación del Acceso que abren, la exposición del Registro de aperturas, el compromiso de tokens, QR o contraseñas que abren un Acceso, la exposición del contenido de las conversaciones de asistencia.

Cómo. Con un mensaje directo: email si tienes una Cuenta, WhatsApp o SMS si el único dato de contacto que tenemos es tu número de teléfono —son los mismos canales que usamos para las Invitaciones—. En lenguaje claro, sin fórmulas, y con cinco cosas dentro: qué ha ocurrido, qué datos te afectan, qué riesgos corres, qué estamos haciendo, qué puedes hacer tú (por ejemplo: pedir que se revoque tu número, revisar las aperturas recientes, cambiar la contraseña). Y un dato de contacto al que responder.

Cuándo la ley nos permite no hacerlo (art. 34, apdo. 3): si los datos estaban protegidos de forma que resultaran ininteligibles para quien los vio; si hemos tomado medidas posteriores que eliminan el alto riesgo; o si avisar a cada uno supusiera un esfuerzo desproporcionado —y en ese caso hacemos una comunicación pública de eficacia equivalente, en el sitio web y en el Área reservada.

Algo que hay que decir sobre esa primera excepción. Hoy los datos de nuestras bases de datos no están cifrados en reposo: la primera excepción, para nosotros, hoy no puede invocarse casi nunca. Preferimos escribirlo aquí antes que descubrirlo juntos cuando haga falta.

Así está diseñado, pero a 22 de septiembre de 2026 todavía no está en funcionamiento: el cifrado de los datos en reposo en las bases de datos y en el disco del servidor.

9. Cuando el Servicio no funciona, pero los datos están en su sitio

9.1 Qué hacemos

Contención, restablecimiento, y la comunicación de estado de la sección 9.2. La prioridad, por este orden, es: volver a poner en funcionamiento la apertura del Acceso, después el Área reservada y la app, después las funciones accesorias.

Qué sigue funcionando aunque nuestros sistemas estén caídos. El Aparato conserva internamente la Agenda interna del Aparato, es decir, la lista de los Números habilitados con sus días, sus franjas y sus fechas de caducidad: quien llama desde un Número habilitado sigue abriendo aunque no haya conexión con el Servicio. Lo que no funciona es la apertura accionada desde la app, la gestión de los números, el Registro de aperturas actualizado y las notificaciones.

Qué no te prometemos. No prometemos un porcentaje de disponibilidad, no prometemos un tiempo de restablecimiento y no prometemos que el Servicio sea un sistema de seguridad o de emergencia: no lo es, y por eso te pedimos que tengas siempre un acceso alternativo al Acceso. De qué respondemos, y dentro de qué límites, está en las Limitaciones de responsabilidad y disponibilidad del Servicio (/responsabilita) y en los Términos (/termini).

9.2 La comunicación de estado

Dónde. Hoy el aviso llega por correo electrónico a la dirección de tu Cuenta, y las notificaciones en el Área reservada llegan a quien la usa desde el sistema de gestión. La app para Clientes y Usuarios y la app móvil no tienen hoy notificaciones: por eso el email sigue siendo el canal que declaramos.

Así está diseñado, pero a 22 de septiembre de 2026 todavía no está en funcionamiento: la página pública de estado del Servicio y las notificaciones de estado dentro de la app. Mientras no existan, este documento declara el email y nada más.

9.3 Las intervenciones programadas

Las actualizaciones y las intervenciones planificadas no son incidentes, pero hay que anunciarlas antes:

• te las anunciamos con antelación, con la indicación de la ventana y de lo que no estará disponible;
• durante la actualización del firmware del Aparato hay una ventana en la que el Aparato no ejecuta mandos: en esa ventana la apertura a distancia no funciona, mientras que la apertura llamando desde un Número habilitado se reanuda en cuanto concluye la actualización;
• elegimos, cuando podemos, franjas de poco uso.

10. El segundo reloj: la seguridad del producto

El Aparato GT PRO 4G es un producto con elementos digitales en el sentido del Reglamento (UE) 2024/2847 relativo a la ciberseguridad de los productos. Las obligaciones de notificación de su art. 14 están en vigor desde el 11 de septiembre de 2026 y, por disposición expresa del art. 69, apdo. 3, se aplican también a los Aparatos ya instalados antes de esa fecha.

Esto significa que, además de lo escrito más arriba:

Por qué lo escribimos en un documento dirigido a ti. Porque los destinatarios, los presupuestos y los plazos son distintos de los de la protección de datos, y un incidente real activa ambos: no debe sorprenderte si, por el mismo evento, recibes de nosotros dos comunicaciones distintas y si el Garante no es la única autoridad implicada.

Las actualizaciones de seguridad. Las proporcionamos durante el periodo declarado en las Condiciones de venta (/condizioni-vendita), y cuando una actualización corrige un fallo te lo decimos, junto con lo que ocurre si no la instalas.

11. Qué ocurre después: el análisis y las correcciones

Cerrar un incidente no es volver a poner en funcionamiento el Servicio. Después del restablecimiento, para cada violación de la seguridad de los datos personales y para cada incidente relevante:

1. reconstruimos la secuencia: qué ocurrió, cuándo, qué lo hizo posible, qué hizo que durara más de lo necesario;
2. identificamos la causa, distinguiéndola del síntoma. «Error humano» no es una causa: la causa es lo que permitió que un error humano produjera ese efecto;
3. decidimos las medidas correctoras, con un responsable y una fecha para cada una;
4. comprobamos que se hayan realizado, y no solo decidido;
5. actualizamos, si es necesario, los documentos del Servicio: si un incidente demuestra que una frase de estos textos no era cierta, se corrige la frase además del sistema.

Qué recibes. Si el incidente ha afectado a los datos de tu Acceso o ha interrumpido el Servicio de forma relevante, te enviamos un informe final en un plazo de 30 días desde el cierre, con los puntos 1, 2 y 3 anteriores y el estado de las correcciones. Es el mismo documento que puedes adjuntar, si eres un Cliente profesional, a tu documentación de responsabilidad proactiva (accountability).

Qué no contiene. Detalles técnicos que permitirían repetir el ataque, datos de otros clientes, credenciales. Si necesitas más detalle para cumplir una obligación tuya, pídelo en info@bgates.it y valoraremos cómo dártelo.

Una prueba al año. Al menos una vez al año simulamos un incidente realista y cronometramos la detección, la asunción del caso, la evaluación y el borrador de notificación. Sirve para descubrir antes, y no durante, el punto en que el procedimiento se atasca.

12. El registro de violaciones

Documentamos toda violación de la seguridad de los datos personales que nos afecte, incluidas las que no se notifican a nadie: es una obligación del art. 33, apdo. 5, del Reglamento, y la decisión de no notificar es en sí misma algo que hay que motivar por escrito.

De cada evento quedan escritos: el número de expediente y la fecha de apertura, la fecha y la hora del conocimiento, cómo salió a la luz, los hechos, los datos y las personas afectados, nuestro papel (Responsable o encargado, y para qué Cliente), la evaluación del riesgo, si se notificó al Garante y cuándo o por qué no, si se comunicó a las personas, cuándo informamos a los Clientes Responsables, si se notificó con arreglo al reglamento sobre la ciberseguridad de los productos, las medidas adoptadas y la fecha de cierre.

Durante cuánto tiempo lo conservamos: está escrito en la Política de conservación de los datos (/conservazione), que es el documento donde residen todos los plazos de conservación. Si eres un Cliente profesional puedes pedir un extracto de la parte que te afecta, en las condiciones del Acuerdo de tratamiento de datos.

13. Si el incidente se origina en un Proveedor

Una parte del Servicio funciona en sistemas de terceros. Los Proveedores están enumerados uno por uno, con lo que reciben y dónde están, en `/fornitori`. Aquellos cuyo compromiso tendría el efecto más directo sobre ti son netcup GmbH (aloja toda la Plataforma), Meta Platforms Ireland Limited (entrega de las Invitaciones y canal de asistencia por WhatsApp), Commify Italia S.r.l., marca Skebby (SMS de respaldo), Aruba S.p.A. (correo electrónico), Stripe Payments Europe, Limited (pagos) y los servicios de notificaciones de Google, Mozilla y Apple.

Cuando la violación se origina en uno de ellos:

• el Proveedor debe informarnos sin dilación indebida; desde ese momento empiezan a contar nuestros plazos frente a ti, exactamente igual que si nos hubiéramos dado cuenta nosotros;
• los plazos de este documento no cambian: el hecho de que la causa esté en otro sitio no nos desplaza ni las 24 horas ni las 72;
• te decimos qué Proveedor está implicado y qué trataba por cuenta nuestra, salvo que decirlo suponga un riesgo adicional mientras el incidente sigue abierto.

14. Lo que no prometemos

• No prometemos que no vaya a ocurrir. Ningún documento de BGates dirá nunca que la seguridad es absoluta, total, garantizada o al cien por cien: no lo es para nadie.
• No prometemos un tiempo de restablecimiento. Prometemos el orden de las prioridades, la comunicación y los plazos de aviso de este documento.
• No prometemos notificar en tu lugar cuando el Responsable eres tú: la decisión, y la responsabilidad, quedan donde las pone la ley.
• No pedimos que nos mantengan indemnes por los ilícitos en materia de protección de datos personales, y ninguna cláusula de los documentos de BGates limita nuestra responsabilidad por dolo o culpa grave, por los daños a las personas o por la infracción de normas imperativas (/termini, sección 13.4).

15. Dónde encuentras el resto

Versión 2026.09.22-1 — en vigor desde el 22 de septiembre de 2026. Cuando cambiemos algo sustancial —una finalidad nueva, un proveedor nuevo, un plazo de conservación más largo— publicaremos aquí la nueva versión, con su fecha, y si tienes una Cuenta te lo comunicaremos por email. Este documento no se acepta: se lee, y no te pedimos que marques ninguna casilla. Las correcciones de forma no cambian la versión. Las versiones anteriores siguen disponibles a petición en info@bgates.it.