> 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 de campo de estado

## Descripción

El **Valor del campo de estado** Este tipo de alerta está diseñado para monitorear el estado de varios estados del objeto, como puertas, freno de mano, airbag, así como estados de eventos especiales como ADAS (Sistemas avanzados de asistencia al conductor), DTC (Diagnostic Trouble Codes) y errores. Cuando la plataforma Navixy recibe el valor esperado en el campo de estado para un estado determinado, el usuario recibe una notificación.

Al usar la **Valor del campo de estado** alerta, los usuarios pueden mantenerse informados en tiempo real sobre estados críticos del objeto y ocurrencias de eventos. Esta funcionalidad mejora los procesos de seguridad, seguridad y mantenimiento, y garantiza que se puedan tomar medidas oportunas cuando se detectan estados o eventos específicos.

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

## Configuración

![](/files/286a826cc04ce1443909c7df0e448546b59b53eb)

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

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

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

* Seleccione el campo de estado necesario y establezca un valor esperado para él. Por ejemplo, campo de estado = event\_code, valor esperado = 7 (alarma por sobre exceso de velocidad para dispositivos de Howen Technologies). Para cada código de evento, debe crearse una regla separada de campo de estado. 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.
* Active Permitir repetición para recibir notificaciones para los mismos valores y establezca el retraso de repetición (con qué frecuencia los mismos valores entrantes activan la notificación de evento de la regla). Por ejemplo, si desea recibir notificaciones sobre exceso de velocidad no más de una vez 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 monitorear. En nuestro ejemplo es Maletero. Entonces, cuando el Maletero está Abierto, como lo definimos en el selector de valor esperado, la plataforma genera un evento de notificación. La **Permitir repetición** casilla de verificación también afecta el comportamiento. Consulte [Permitir repetición](#allow-repeat) para más detalles.

**Valor esperado:**

Los campos de estado estándar (p. ej., **Maletero**, **Puerta**, **Cinturón de seguridad**, etc.) tienen variantes de valor esperado intuitivas. Por lo general, es **Abierto/Cerrado** o **Bloqueado/Desbloqueado**. Sin embargo, si desea recibir una notificación de campo de estado sobre algunas ocurrencias especiales de eventos, el usuario debe saber con qué código de evento lo 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 clave de hardware tiene un valor personalizado que la plataforma espera y notifica al usuario después de que llegue el valor A1DD3FC3452904D al campo hardware\_key.

**Permitir repetición:**

Si no está seleccionada, el evento se activa 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 tenemos la casilla de verificación sin seleccionar, cada vez que recibimos esa clave de hardware del ejemplo anterior (A1DD3FC3452904D), la plataforma no activa la notificación de evento hasta que llega un valor diferente de clave de hardware Y el valor esperado vuelve a llegar.

Así funciona si no está seleccionada:

* 09:00 a. m. La última clave recibida A1DD3FC3452904D
* 09:15 a. m. La plataforma recibe un paquete de datos con el mismo valor de hardware\_key (A1DD3FC3452904D). No se activa ninguna notificación
* 09:20 a. m. Llegó 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 a. m. La plataforma recibe un paquete de datos con el valor de hardware\_key A1DD3FC3452904D. La notificación se activa ahora.

En resumen, las notificaciones se generarán solo al cambiar, pero si el valor esperado llega después de otro valor.

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

* 09:00 a. m. La última clave recibida A1DD3FC3452904D
* 09:15 a. m. La plataforma recibió un paquete de datos con el mismo valor de hardware\_key (A1DD3FC3452904D). Esta vez se activa la notificación.
* 09:25 a. m. La plataforma recibió un paquete de datos con el mismo valor de hardware\_key (A1DD3FC3452904D). Esta vez se activa la notificación nuevamente.
* 09:34 a. m. Llegó 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 a. m. 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 previamente definido llega a la plataforma, se genera el evento de notificación.

Tenga en cuenta que si **Permitir repetición** está seleccionada, el evento no ocurre con más frecuencia de la que permite el temporizador "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 **Retraso de repetición** campo.

**Vincular zona a la regla:**

Permite la vinculación de la zona a la regla.

**Botón del mapa:**

Muestra las zonas 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 notificaciones no más de una vez cada 30 minutos, establezca el campo en 1800 (segundos).

**Trabajar 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 de sensores virtuales, 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 recibir información, adaptando el sistema de monitoreo a sus necesidades específicas. Esta flexibilidad mejora la capacidad de rastrear y gestionar eventos críticos o personalizados, proporcionando información valiosa y facilitando la toma de decisiones basada en datos para diversas operaciones comerciales. 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 la [Sensores virtuales](/docs/user/es/guide/devices-and-settings/vehicle-sensors/virtual-sensors.md) artículo.

{% columns %}
{% column %}
![](/files/76f5dc47c87c10510c2c5e87af3106465094e7b3)
{% endcolumn %}

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

![](/files/dd108f07904bf7e8c7ad0cd21c8956dc8a55f771)

### Notificaciones

**Notificación de emergencia:**

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

**Notificaciones push:**

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

**Agregar el nombre de la zona a la notificación:**

Agrega los nombres de las zonas especificadas al texto de la notificación. Esta opción solo está disponible cuando el botón de opción de vinculación de zona «Dentro» está seleccionado en la **Configuración** pestaña.

**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

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

### Especificidades de la plataforma Navixy

* El **Campo de estado** la alerta tiene un temporizador de reinicio de 5 minutos, lo que significa que el evento de alerta no ocurre con más frecuencia que una vez cada 5 minutos. Si este tipo de evento ocurre durante el tiempo en que la regla ha estado esperando el reinicio, la plataforma omite este evento, incluidos los reportes.
* La regla admite solo un dispositivo por regla. Esto se debe a que no es posible cruzar múltiples fuentes distintas de campos de estado con varios dispositivos GPS.


---

# 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.