> 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/devices-and-settings/connectivity/data-forwarding.md). # Reenvío de datos Reenvíe una copia en tiempo real de los datos de GPS y telemática de Navixy a un servidor de terceros, utilizando uno de los 29 protocolos compatibles para cumplimiento, integración empresarial o consolidación de datos. El **Reenvío de datos** El bloque envía una copia en tiempo real de los datos GPS y telemáticos de un dispositivo a un servidor fuera de Navixy. Esta página explica cómo funciona el reenvío, qué necesita para configurarlo y qué protocolos admite Navixy. Está dirigida a operadores de flota que deben entregar datos a un regulador, a un cliente o a otro sistema de software. El reenvío de datos también se conoce como retransmisión de datos, y una sola configuración de reenvío se llama retransmisor. El reenvío requiere un plan de suscripción que lo incluya. El número de retransmisores que puede crear también está limitado por su plan. ## Cómo funciona el reenvío de datos Navixy reenvía cada mensaje a medida que llega desde el dispositivo. Un retransmisor no es una exportación programada: cada mensaje entrante se convierte al formato del protocolo de destino y se envía de inmediato, por lo que la velocidad a la que los datos llegan al destino sigue el intervalo de reporte del dispositivo GPS. Tres protocolos se comportan de forma diferente, y sus páginas así lo indican: * **Unigis** envía como máximo un mensaje por minuto por dispositivo. Los eventos urgentes se envían de inmediato, independientemente de lo demás. * **Wisetrack** recopila los mensajes y los envía en lotes una vez por minuto. * **Navixy Web Service** no envía nada. Navixy aloja un extremo que el sistema receptor consulta para obtener datos. Cada protocolo también filtra qué mensajes envía. La mayoría omite un mensaje sin una posición válida, y algunos reenvían eventos de alarma incluso sin una posición. La página de cada protocolo enumera lo que envía y lo que omite. {% hint style="warning" %} El reenvío de datos cubre solo datos en tiempo real. Navixy conserva un pequeño número de mensajes recientes mientras un destino está temporalmente inaccesible, pero no reenvía el historial una vez que ese búfer se llena. Si el servidor de destino permanece fuera de línea, los datos registrados durante la interrupción nunca llegan a él y después no hay forma de solicitarlos. Los datos que ya están en Navixy no se ven afectados: solo se pierde la copia enviada al destino. Para los reportes de cumplimiento, considere la disponibilidad del servidor de destino como su responsabilidad y compárela con los reportes de Navixy. {% endhint %} ### Identificación del dispositivo El sistema receptor suele identificar un vehículo por su propio identificador, en lugar de hacerlo por el ID del dispositivo de Navixy. El campo **ID externo** almacena ese valor, y Navixy lo envía en lugar del ID del dispositivo. Cada protocolo acepta el ID externo en un formato fijo, y Navixy rechaza un valor que no coincida. Algunos protocolos usan una matrícula simple, y otros usan varios campos unidos por el carácter de barra vertical. La página de cada protocolo indica el formato que acepta. Cuando deja vacío el ID externo, Navixy envía en su lugar el ID del dispositivo. ## Cuándo usar el reenvío de datos El reenvío de datos sirve para tres necesidades: * **Cumplimiento de normativas gubernamentales.** Algunos países exigen que los vehículos reporten la ubicación y la velocidad a un servidor estatal en un formato de protocolo obligatorio. * **Integración empresarial.** Los grandes clientes de comercio minorista y logística a menudo exigen a sus proveedores que entreguen datos GPS y telemáticos en el propio sistema del cliente como condición contractual. * **Consolidación de datos.** El software construido con componentes de varios proveedores necesita que los datos se normalicen en un solo formato o que se copien entre dos servidores de Navixy. ## Protocolos admitidos Navixy admite los siguientes 29 protocolos, enumerados bajo el nombre que usa la parte receptora. Donde el **Protocolo** menú desplegable de Navixy escribe ese nombre de otra forma, la fila indica qué opción seleccionar. El **Transporte** columna indica qué debe aceptar el servidor receptor. La **Credenciales** columna indica qué campos requiere Navixy antes de guardar el retransmisor. | Protocolo | Propósito | Transporte | Credenciales | ID externo | | -------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------- | ---------------------- | -------------------- | ------------------------------------------------- | | Altotrack Chep Mexico (seleccione **AltotrackChepMexico**) | Integración empresarial | SOAP sobre HTTP | Ninguno | Hasta 40 letras mayúsculas y dígitos | | ArmCargo | Integración empresarial | TCP | Ninguno | Matrícula, `AB123CD` o `ABC123` | | AVL Control | Consolidación de datos | HTTP | Usuario y contraseña | No se usa | | BCDOS | Integración empresarial | SOAP sobre HTTP | Ninguno | Hasta 8 dígitos | | Blac Solutions | Integración empresarial | HTTP | Usuario y contraseña | No se usa | | CargoOnline | Integración empresarial | HTTP | Ninguno | No se usa | | EGTS | Cumplimiento gubernamental | TCP | Ninguno | Hasta 15 dígitos | | Granit3 | Consolidación de datos | TCP | Ninguno | Hasta 5 dígitos | | Granit3 Scout | Consolidación de datos | TCP | Ninguno | Hasta 5 dígitos | | [ILSP](/docs/user/es/guide/devices-and-settings/connectivity/data-forwarding/ilsp.md) | Integración empresarial | HTTP | Usuario y contraseña | `customerId\|Matrícula\|transportLineId` | | Lacak.io | Consolidación de datos | HTTP | Ninguno | Hasta 15 dígitos | | Localizar-t | Integración empresarial | HTTP | Usuario y contraseña | No se usa | | [Maquinaria Amarilla](/docs/user/es/guide/devices-and-settings/connectivity/data-forwarding/maquinaria-amarilla.md) (seleccione **Maquinaria Amarilla**) | Cumplimiento gubernamental | SOAP sobre HTTP | Usuario y contraseña | Hasta 20 letras mayúsculas y dígitos | | [Navixy Web Service](/docs/user/es/guide/devices-and-settings/connectivity/data-forwarding/navixy-ws.md) | Consolidación de datos | Consulta SOAP entrante | Usuario y contraseña | No se usa | | Olympstroy (seleccione **Olimpstroy**) | Cumplimiento gubernamental | HTTP | Ninguno | No se usa | | OSINERGMIN (seleccione **Osinergmin**) | Cumplimiento gubernamental | HTTP | Contraseña | No se usa | | ReC Solutions (seleccione **REC SOLUTIONS**) | Integración empresarial | SOAP sobre HTTP | Usuario y contraseña | Hasta 40 letras mayúsculas y dígitos | | [Recurso Confiable](/docs/user/es/guide/devices-and-settings/connectivity/data-forwarding/recurso-confiable.md) | Integración empresarial | HTTP | Usuario y contraseña | `Matrícula\|shipmentId\|customerId\|customerName` | | Recurso Confiable (Walmart) | Integración empresarial | HTTP | Usuario y contraseña | `Matrícula\|shipmentId\|customerId\|customerName` | | SA-RM | Consolidación de datos | HTTP | Usuario | No se usa | | SafetyNet | Integración empresarial | TCP | Ninguno | No se usa | | [SimpliRoute](/docs/user/es/guide/devices-and-settings/connectivity/data-forwarding/simpliroute.md) (seleccione **Ruta simple**) | Integración empresarial | HTTP | Ninguno | No se usa | | [Startrack](/docs/user/es/guide/devices-and-settings/connectivity/data-forwarding/startrack.md) | Consolidación de datos | SOAP sobre HTTP | Ninguno | No se usa | | TraceReports | Integración empresarial | TCP | Ninguno | Dígitos | | Transnavigation | Consolidación de datos | TCP | Contraseña | Dígitos | | [Unigis](/docs/user/es/guide/devices-and-settings/connectivity/data-forwarding/unigis.md) (seleccione **UNIGIS**) | Integración empresarial | HTTP | Usuario y contraseña | Matrícula | | [Wialon IPS](/docs/user/es/guide/devices-and-settings/connectivity/data-forwarding/wialon-ips.md) | Consolidación de datos | TCP | Ninguno | No se usa | | Wirtrack | Integración empresarial | TCP | Ninguno | No se usa | | Wisetrack | Consolidación de datos | HTTP | Ninguno | Matrícula, de 5 a 8 caracteres | {% hint style="info" %} Un protocolo sin una página dedicada más arriba se configura del mismo modo que los demás: cree el retransmisor, ingrese la dirección, el puerto y las credenciales que le proporcione la parte receptora, y luego vincúlelo a sus dispositivos. Contacte a la parte receptora para obtener la dirección y las credenciales, y al soporte de Navixy si el protocolo necesita valores que usted no tiene. {% endhint %} ## Gestionar retransmisores Abra **Dispositivos**, seleccione un dispositivo y luego busque el **Reenvío de datos** bloque. Enumera los retransmisores disponibles en la cuenta, con un interruptor para cada uno.
The Data forwarding block listing one available retranslator with its toggle switched on, above the Protocols and Save buttons

El bloque de Reenvío de datos para un solo dispositivo

Desde aquí puede: * Active un retransmisor para reenviar los datos de este dispositivo a través de él y luego haga clic en **Guardar**. * Configure el ID externo que Navixy envía para este dispositivo usando el icono de enlace a la derecha de la fila del retransmisor. * Desactive un retransmisor para dejar de reenviar los datos de este dispositivo. * Haga clic en Protocols para crear, editar o eliminar configuraciones de retransmisores. Al hacer clic en **Protocolos** se abre el **diálogo de protocolos de retransmisión** , que enumera todas las configuraciones de la cuenta. Haga clic en **+** para agregar una, o seleccione una fila para editarla.
The Retranslation protocols dialog listing one configuration with its name, protocol, address, port, login, and Active status

El diálogo de protocolos de retransmisión, donde se crean y editan las configuraciones

Una configuración de retransmisor contiene estos ajustes: | Ajuste | Propósito | | ---------------------------- | --------------------------------------------------------------------------------------------------------------------------- | | **Nombre** | Una etiqueta que identifica este retransmisor en la configuración del dispositivo. | | **Protocolo** | El protocolo al que se convierten los datos. Elija el nombre que aparece en la [tabla de protocolos](#supported-protocols). | | **Dirección** y **Puerto** | Dónde se envían los datos. La parte receptora proporciona ambos. | | **Usuario** y **Contraseña** | Credenciales para el servidor receptor, cuando el protocolo las requiere. | | **Habilitado** | Si el retransmisor envía datos. Un retransmisor desactivado no envía nada. | Una configuración de retransmisor pertenece a la cuenta, no a un solo dispositivo. Una vez que la cree, puede vincularla a cualquier dispositivo de la cuenta activando el interruptor en el **Reenvío de datos** bloque. Editar una configuración la cambia para todos los dispositivos vinculados a ella. --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://navixy.com/docs/user/es/guide/devices-and-settings/connectivity/data-forwarding.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.