nxar.Aprender
Integraciones: recibí datos de otros sistemas0 de 6 capítulos
  1. 1Qué puerta usar
  2. 2Tu primer endpoint
  3. 3Probalo y mirá qué llegó
  4. 4Qué recibe y qué contesta
  5. 5La API pública
  6. 6Formularios públicos

Casos de uso

  1. ·Una venta de la tienda crea una oportunidad
  2. ·Un sistema externo actualiza el estado de un caso
  3. ·Un formulario de reclamos que no duplica contactos
  4. ·Probar un webhook sin escribir código

← Volver al recorrido

Capítulo 1 de 6 · 8 min

Qué puerta usar

Las cuatro formas en que otro sistema le manda datos a Nxar, qué credencial usa cada una y cómo elegir la que corresponde a tu caso.

Nxar tiene cuatro puertas de entrada. Todas terminan en lo mismo (un registro guardado con sus validaciones, sus automations y su historial), pero cambian quién llama, con qué credencial y cuánto decidís vos sobre lo que pasa al llegar.

PuertaQuién llamaCredencialQué pasa al llegar
Endpoint con tokenUn sistema que avisa algo: tu tienda, Zapier, Make, n8n, un scriptToken secreto nxar_whk_… en el header X-Webhook-TokenCorre una automation tuya con lo que llegó, y vos decidís qué crear
API públicaCódigo tuyo que sabe qué registro quiere tocarAPI key nxar_api_… en Authorization: BearerCrea, lee, actualiza o borra registros directamente
Formulario públicoUna persona, desde una página webNinguna: la URL lleva un token imposible de adivinarCrea uno o varios registros con lo que completó
Conector de pagosUn procesador como MercadoPagoLa firma del proveedor (HMAC)Traduce el aviso a un evento de pago y lo pasa al componente que elegiste
Menú de Configuración con el grupo Integraciones y API abierto
Todo vive en Configuración → Integraciones y API. Los endpoints y la API pública están dentro de Endpoints; los formularios, en Public Forms.

Cómo elegir

¿Del otro lado hay una persona llenando campos? Formulario público. No hace falta código ni servidor: pegás el formulario en tu web y cada envío crea los registros.

¿El otro sistema manda un aviso con su propia forma de JSON? Endpoint con token. Es lo más común: la tienda dice “entró un reclamo” con los datos que ella tiene (un número de pedido, un email, un texto) y vos, en una automation, decidís qué registro crear y con qué campos. El emisor no necesita saber cómo se llaman tus campos en Nxar.

¿Escribís código que ya conoce tus entidades y quiere tocar un registro concreto? API pública. Martín la usa desde el backend de la tienda para crear un Contact o cambiarle el estado a un Case cuyo id ya tiene guardado.

¿El que avisa es un procesador de pagos? Conector, si existe uno para ese proveedor. Se instala desde el Marketplace, trae su propio endpoint con la verificación de la firma y en su pestaña de Settings elegís qué componente procesa cada tipo de evento (pago recibido, reintegro, suscripción cobrada). Ese componente es un Logic Component, así que esta puerta suele terminar en manos de un desarrollador o de un paquete que ya lo trae, como Fundraising.

Un mismo endpoint de Endpoints y webhooks puede pedir, en vez del token secreto, una API key del workspace o la firma de un proveedor (HMAC). El token es lo recomendado para empezar; las otras dos opciones las vemos donde corresponden.

Lo que tienen en común

Entre por donde entre, un registro se guarda igual que si lo cargara una persona:

  • se validan sus campos (un obligatorio vacío o un valor fuera del picklist se rechaza);
  • corren las automations de la entidad, las de antes y las de después de guardar;
  • queda con un dueño: el usuario que elegiste para el endpoint, el dueño de la API key o el owner por defecto del formulario.

Y los tokens del endpoint y las API keys se manejan igual: Nxar los muestra una sola vez al crearlos y guarda sólo una huella que no permite recuperarlos. Si se pierden o se filtran, se reemplazan: el token de un endpoint se regenera y el anterior deja de servir en el acto; una API key se revoca y se crea otra.

Lo que eligió Tienda Raíz

QuéPuertaDónde lo armamos
Reclamos desde la webEndpoint con token → CaseCapítulos 2 a 4
Contacts nuevos y cambios de estado desde el backendAPI públicaCapítulo 5
”Escribinos” de la webFormulario público → ContactCapítulo 6
Ventas mayoristasEndpoint con token → OpportunityCaso de uso

Access Tokens, en el mismo menú, no es una puerta para tus datos: esos tokens (nxar_pat_…) son para la CLI de metadata de Nxar y la API pública los rechaza. Para que un sistema escriba registros usá una API key (capítulo 5) o un endpoint (capítulo 2).

Cómo saber que te salió

  • Sabés en qué menú vive cada puerta: Endpoints (con API Config, Endpoints y webhooks y Audit Logs adentro) y Public Forms, dentro de Integraciones y API.
  • Para cada dato que tu negocio necesita recibir, podés decir quién lo manda y por cuál de las cuatro puertas entra.

¿Llegaste al resultado de arriba?