Conexiones

Dónde están los conectoresCopiar el enlace a este encabezado

• Cada área tiene una página de Integraciones que enumera los conectores que usa esa área, con los datos que aporta cada uno y su estado. Algunos conectores aparecen en más de un área; Samsara, por ejemplo, alimenta Flota, Resumen y Muelles.
• Configuración → Conexiones enumera todos los conectores en un solo lugar.
• Solo los propietarios y los administradores conectan o desconectan. Los despachadores y los lectores ven las mismas páginas en modo de solo lectura.
• Su plan decide qué conectores están disponibles. Un conector está disponible cuando el plan habilita al menos un área que lo usa. Algunos también requieren una función adicional: las lecturas de los sensores de reefer requieren la telemetría de reefer (Growth y superiores). Los conectores fuera de su plan aparecen en la lista, pero no se pueden conectar.

Estado y sincronizaciónCopiar el enlace a este encabezado

En el modo demo, cada estado (conectado, degradado, error, a la espera de la primera sincronización) se genera junto con el resto de los datos de demostración. En realidad no se sincroniza nada.

En el modo de base de datos local, al hacer clic en Conectar se registra una solicitud pendiente. Los campos de salud (estado, última sincronización, último error y eventos en las últimas 24 horas) solo los escribe el proceso de sincronización, que se ejecuta con el rol de servicio. Un usuario con sesión iniciada puede solicitar una conexión o desconectar una, y nada más. Postgres lo impone con el trigger de protección pl_connections: rechaza cualquier otro cambio de estado procedente de un cliente y registra quién hizo la solicitud y cuándo. Al desconectar se conserva la fila, de modo que todavía se puede ver quién la conectó.

Todos los conectoresCopiar el enlace a este encabezado

Los logotipos proceden de simple-icons (CC0). Las marcas que no están en simple-icons reciben un monograma sencillo. Los nombres de marca y los logotipos pertenecen a sus propietarios y se muestran únicamente para identificar el conector.

URL de webhooksCopiar el enlace a este encabezado

Siempre que un usuario pueda introducir una URL de salida (el destino de un webhook, el endpoint de un transportista), esta pasa primero por un filtro de protección. El filtro solo acepta https en el puerto predeterminado y rechaza credenciales en la URL, direcciones IP literales, hosts numéricos y nombres internos como localhost o *.internal. Un cliente HTTP real también tendría que comprobar el DNS en el momento de la solicitud y rechazar redirecciones; eso llegará con la primera conexión real.