Miira · leads y WhatsApp v1 solo lectura
miira.
Lee el embudo de leads de Miira por etapa (la misma regla del tablero), cuántos están calificados, cuántos entraron este mes y los 15 más recientes con su etapa. Los que ya compraron están en el CRM, no aquí.
Última actualización
POST /api/v1/reads/miira.funnel_get- Alcance del token
miira.funnel_get@1- Permiso del workspace
api.miira.funnel_getapagado por defecto- Quién lee
- La persona detrás del token, con su rol. Quien deja el workspace deja de leer.
Tres permisos
Un token con ese alcance, que el dueño del workspace haya encendido la lectura, y que el rol de la persona la vea en el producto. Ninguna basta sola. Solo con OAuth →
Petición
Sin campos.
Respuesta — output cuando status es done
| campo | tipo | reglas | |
|---|---|---|---|
leadsInFunnel | integer | obligatorio | ≥ 0 |
totalIsMinimum | boolean | obligatorio | |
byStage | object[] | obligatorio | |
qualified | integer | obligatorio | ≥ 0 |
enteredThisMonth | integer | obligatorio | ≥ 0 |
recent | object[] | obligatorio |
byStage[]
| campo | tipo | reglas | |
|---|---|---|---|
stage | string | obligatorio | |
qualified | boolean | obligatorio | |
leads | integer | obligatorio | ≥ 0 |
recent[]
| campo | tipo | reglas | |
|---|---|---|---|
name | string | null | obligatorio | |
stage | string | null | obligatorio | |
enteredOn | string | obligatorio | ^\d{4}-\d{2}-\d{2}$ |
Ejemplo
# Reads take an OAuth access token, not an API key, and no idempotency key: reading changes nothing.
curl -X POST https://niiko.org/api/v1/reads/miira.funnel_get \
-H "Authorization: Bearer $NIIKO_ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{}'
# 200 → done · 4xx → refused, with a named reasonPor qué puede negarse
Cada motivo dice quién puede arreglarlo y cómo; detail.message, cuando viene, dice qué hacer. Negativas y códigos HTTP →
invalid_inputrole_forbiddengrant_offreads_need_a_person
En los clientes
| @vorluno/niiko-sdk | niiko.getFunnel() |
| niiko (Python) | niiko.get_funnel() desde 0.3.0 · aún no está en el registro |
| niiko-cli | niiko read miira.funnel_get |
| n8n-nodes-niiko | Sin lecturas: el nodo lleva una llave, y leer pide una persona por OAuth. |
| niiko-mcp-server | miira_funnel_get readOnlyHint |
Historial
- Los SDK y la CLI leen
@vorluno/niiko-sdk,niikoyniiko-cli0.3.0 aceptan un token de acceso OAuth (accessToken,access_token=,niiko login --token) y tienen un método de solo lectura por lectura:getCollections(),get_collections(),niiko read kiipu.collections_get. Una lectura tiene dos desenlaces, hecha o negada, y no lleva clave de idempotencia. - Lecturas declaradas, solo con OAuth
POST /api/v1/reads/{id}contesta nueve lecturas declaradas —lo que se debe, lo cobrado, la agenda, el embudo, el mes—, nunca tablas ni texto que alguien escribió. Solo con un token OAuth, en nombre de una persona y con su rol (una llave de API recibereads_need_a_person); cada lectura tiene su interruptor en el workspace, apagado por defecto. El servidor MCP las lista como herramientas de solo lectura.