niiko/developers

Kiipu · facturación v1 solo lectura

kiipu.collected_month_get

Lee cuánto se cobró este mes hasta hoy (lo que registró el libro), el mismo tramo del mes pasado para comparar y lo que sigue pendiente. No dice quién debe: eso es kiipu.collections_get.

Última actualización

POST /api/v1/reads/kiipu.collected_month_get
Alcance del token
kiipu.collected_month_get@1
Permiso del workspace
api.kiipu.collected_month_get apagado 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

campotiporeglas
currencystringobligatorio
collectedThisMonthstringobligatorio^-?\d+\.\d{2}$
periodStartstringobligatorio^\d{4}-\d{2}-\d{2}$
periodEndstringobligatorio^\d{4}-\d{2}-\d{2}$
collectedSamePeriodLastMonthstringobligatorio^-?\d+\.\d{2}$
outstandingTotalstringobligatorio^-?\d+\.\d{2}$
openInvoicesintegerobligatorio≥ 0
incompletebooleanobligatorio

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/kiipu.collected_month_get \
  -H "Authorization: Bearer $NIIKO_ACCESS_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{}'
# 200 → done · 4xx → refused, with a named reason

Por 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-sdkniiko.getCollectedMonth()
niiko (Python)niiko.get_collected_month() desde 0.3.0 · aún no está en el registro
niiko-cliniiko read kiipu.collected_month_get
n8n-nodes-niikoSin lecturas: el nodo lleva una llave, y leer pide una persona por OAuth.
niiko-mcp-serverkiipu_collected_month_get readOnlyHint

Historial