> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/user/es/guide/events-and-notifications/inputs-and-outputs/state-field-value.md).

# Valor del campo de estado

### Descripción

El tipo de alerta «State field value» está diseñado para supervisar el estado de diversos estados del objeto, como puertas, freno de mano, airbag, así como estados de eventos especiales como ADAS (Advanced Driver Assistance Systems), DTC (Diagnostic Trouble Codes) y errores. Cuando la plataforma recibe el valor esperado en el campo de estado para un estado determinado, el usuario recibirá una notificación.

Al utilizar la alerta «State field value», los usuarios pueden mantenerse informados en tiempo real sobre estados críticos del objeto y la ocurrencia de eventos. Esta funcionalidad mejora los procesos de seguridad, protección y mantenimiento, garantizando que puedan tomarse medidas oportunas cuando se detecten estados o eventos específicos.

Los usuarios pueden generar reportes de eventos que resumen la ocurrencia de estados o eventos específicos durante un período definido. Por ejemplo, pueden analizar la frecuencia de las aperturas de puertas, los casos de despliegue del airbag o la activación de ADAS. Estos reportes ayudan a identificar patrones, tendencias o anomalías en los datos, lo que facilita la planificación del mantenimiento, las evaluaciones de seguridad y las mejoras operativas.

## Ajustes

![](/files/cca97838eec0a5840d3878167aa024d3f1fea8a9)

Para una configuración rápida de la notificación de cambio de estado:

* Elija el campo de estado necesario y establezca un valor esperado para él. Por ejemplo, campo de estado = Maletero, valor esperado = Abierto.
* No habilite la opción «Permitir repetición» y deje vacío el campo «Retraso de repetición». En este caso, solo se le notificará si el valor cambia.

Para una configuración rápida de la notificación de cambio de evento:

* Elija el campo de estado necesario y establezca un valor esperado para él. Por ejemplo, campo de estado = event\_code, valor esperado = 7 (alarma de exceso de velocidad para dispositivos de Howen Technologies). Para cada código de evento, debe crearse una regla de campo de estado independiente. Todos los valores esperados pueden encontrarse en el sitio web del fabricante del dispositivo o pueden obtenerse directamente del fabricante mediante una solicitud a su equipo de soporte.
* Habilite «Permitir repetición» para recibir notificaciones por los mismos valores y establezca «Retraso de repetición» (con qué frecuencia los mismos valores entrantes activarán la notificación del evento de la regla). Por ejemplo, si desea recibir notificaciones de exceso de velocidad como máximo cada 30 minutos, establezca el retraso de repetición en 1800 segundos.

**Campo de estado:**

Aquí el usuario especifica el campo que se va a supervisar. En nuestro ejemplo, es Maletero. Por lo tanto, cuando el Maletero está Abierto, tal como lo definimos en el selector de valor esperado, la plataforma genera un evento de notificación. La casilla «Permitir repetición» también afecta al comportamiento, pero este ajuste se describe más abajo en este artículo.

**Valor esperado:**

Los campos de estado estándar (p. ej., Maletero, Puerta, Cinturón de seguridad, etc.) tienen variantes de valores esperados intuitivas. Por lo general, son Abierto/Cerrado o Bloqueado/Desbloqueado. Sin embargo, si desea recibir una notificación de campo de estado sobre la ocurrencia de algún evento especial, el usuario debe saber qué código de evento enviará el dispositivo para que la plataforma sepa qué esperar en el campo entrante event\_code.

![Valor del campo de estado](https://www.navixy.com/wp-content/uploads/2023/03/6-3.png)

Por ejemplo, una hardware key tiene un valor personalizado que la plataforma esperará y con el que notificará al usuario después de que llegue el valor A1DD3FC3452904D en el campo hardware\_key.

**Permitir repetición:**

Si no está seleccionada, el evento se activará repetidamente solo si se recibió otro valor entrante antes del valor actualmente esperado y el valor esperado llega, pero en un nuevo paquete de datos. Por ejemplo, si la casilla no está seleccionada, cada vez que recibamos esa hardware key del ejemplo anterior (A1DD3FC3452904D), la plataforma no activará la notificación del evento hasta que llegue un valor diferente de hardware key y el valor esperado vuelva a llegar.

Así funciona «Permitir repetición» cuando no está seleccionada:

* 09:00 AM La última clave recibida A1DD3FC3452904D
* 09:15 AM La plataforma recibe un paquete de datos con el mismo valor hardware\_key (A1DD3FC3452904D). No se activa ninguna notificación
* 09:20 AM Llega un nuevo valor de hardware\_key. Por ejemplo, B99978233FDD1. No se genera ninguna notificación porque este valor no es el esperado. Pero el conmutador interno ya está listo para generar una notificación cuando llegue la clave A1DD3FC3452904D.
* 09:30 AM La plataforma recibe un paquete de datos con el valor hardware\_key A1DD3FC3452904D. La notificación se activa ahora.

En resumen, las notificaciones se generarán solo cuando haya un cambio, pero si el valor esperado llega después de otro valor.

Si la opción está seleccionada, el escenario será:

* 09:00 AM La última clave recibida A1DD3FC3452904D
* 09:15 AM La plataforma recibió un paquete de datos con el mismo valor hardware\_key (A1DD3FC3452904D). Esta vez se activa la notificación.
* 09:25 AM La plataforma recibió un paquete de datos con el mismo valor hardware\_key (A1DD3FC3452904D). Esta vez se activa de nuevo la notificación.
* 09:34 AM Llega un nuevo valor de hardware\_key. Por ejemplo, B99978233FDD1. No se activa ninguna notificación, ya que la clave B99978233FDD1 no es la esperada.
* 09:45 AM La plataforma recibió un paquete de datos con el valor esperado de hardware\_key (A1DD3FC3452904D). Esta vez se activa la notificación.

En resumen, si el valor esperado en el campo de estado definido previamente llega a la plataforma, se genera el evento de notificación.

Tenga en cuenta que, si se selecciona «Permitir repetición», el evento no ocurrirá con mayor frecuencia de la que permita el temporizador de «Retraso de repetición». Para el tipo de regla de valor de campo de estado, el temporizador de reinicio predeterminado es de 5 minutos y puede ajustarse mediante el campo «Retraso de repetición».

**Vincular zona a la regla:**

Habilita la vinculación de reglas con geocercas.

**Botón del mapa:**

Muestra las geocercas vinculadas en el mapa.

**Retraso de repetición:**

Establece un temporizador de reinicio personalizado en segundos para las notificaciones de eventos. Por ejemplo, si desea recibir una notificación como máximo una vez cada 30 minutos, establezca el campo en 1800 (segundos).

**Trabajo con sensores virtuales:**

La regla de campo de estado permite seleccionar no solo campos de estado, sino también sensores virtuales.\
Al seleccionar el sensor virtual adecuado y especificar el evento deseado de la tabla del sensor virtual, los usuarios pueden recibir notificaciones e incluir el evento en los reportes. Esto permite a las empresas personalizar y controlar los eventos sobre los que desean ser informadas, adaptando el sistema de monitoreo a sus necesidades específicas. Esta flexibilidad mejora la capacidad de seguir y gestionar eventos críticos o personalizados, proporcionando información valiosa y facilitando la toma de decisiones basada en datos para diversas operaciones empresariales. Todos los eventos de los valores esperados son personalizados y pueden crearse según las necesidades de los usuarios. Para obtener más detalles sobre los Sensores virtuales, consulte el [Sensores virtuales](/docs/user/es/guide/devices-and-settings/vehicle-sensors/virtual-sensors.md) artículo.

{% columns %}
{% column %}
![](/files/49dbf4886098faac8c760c3f1f49d0e8902370de)
{% endcolumn %}

{% column %}
![](/files/edb965d94666f00f0cd61ceddb5e9956dcf3751f)
{% endcolumn %}
{% endcolumns %}

![](/files/5930c7e7f7e6f9bd1770e2f881a66a47cf8751af)

### Notificaciones

**Notificación de emergencia:**

se utiliza para eventos importantes. El mensaje en pantalla y la señal sonora solo pueden desactivarse haciendo clic en la notificación. Tenga en cuenta que algunos navegadores pueden bloquear el sonido de las notificaciones hasta que se registre actividad del usuario en la página.

**Notificaciones push:**

Reciba notificaciones push en la aplicación móvil y en la interfaz web.

**Añadir el nombre de la geocerca a la notificación:**

Añade los nombres de las geocercas especificadas al texto de la notificación. Esta opción solo está disponible cuando se selecciona el botón de opción de vinculación de geocerca “Dentro” en la pestaña “Ajustes”.

**Notificaciones por SMS:**

Lista de destinatarios de las notificaciones por SMS cuando ocurre el evento.

**Notificaciones por correo electrónico:**

Lista de destinatarios de las notificaciones por correo electrónico cuando ocurre el evento.

### Programación

Establezca un horario para cuándo se ejecutará la regla. Si su horario indica que el evento no debe ejecutarse en algún día o período de tiempo, no aparecerá como notificación en la interfaz de usuario y no se enviarán notificaciones por SMS ni por correo electrónico. Además, puede elegir una plantilla predeterminada para una programación rápida.

### Particularidades de la plataforma:

* La alerta «State field» tiene un temporizador de reinicio de 5 minutos, lo que significa que el evento de alerta no ocurrirá con una frecuencia superior a una vez cada 5 minutos. Si este tipo de evento se produce mientras la regla está esperando el reinicio, la plataforma omitirá este evento, incluidos los reportes.
* La regla admite solo un dispositivo por regla. Esto se debe a que múltiples fuentes diferentes de campos de estado no pueden cruzarse con múltiples rastreadores.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://navixy.com/docs/user/es/guide/events-and-notifications/inputs-and-outputs/state-field-value.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.