Consentiment OAuth: compte, nivell i permisos que ja no es concedeixen

14 d'octubre de 2026

Hem canviat la pantalla en què una persona autoritza una aplicació a treballar amb Factuarea per OAuth (la que s'obre a /oauth/authorize). No canvia cap operació de l'API ni cap tool del MCP; canvia el que aquesta pantalla et deixa concedir.

Tries compte i empresa. La pantalla llista les teves empreses i les dels comptes dels teus clients, cadascuna amb el compte al qual pertany i el teu nivell d'accés, Veure o Operar. L'accés que concedeixes queda lligat a aquesta única empresa, igual que abans.
Amb nivell Veure, només lectura. Si arribes a l'empresa amb nivell Veure, la pantalla només ofereix permisos de lectura: els que acaben en .read i el macro factuarea.read. Si una aplicació intenta confirmar escriptura igualment, la resposta és 403 invalid_scope amb read_only_restricted_scopes. Abans l'aplicació obtenia aquests permisos i era cada crida d'escriptura la que es rebutjava; ara no hi arriba.
A Proves, sense els mòduls que el sandbox no ofereix. Els permisos de VeriFactu, l'assistent de WhatsApp, el Vault de documents, les integracions de Stripe, GoCardless, Monei, Slack i Teams, els webhooks i les integracions de tasques no es concedeixen a l'entorn Proves (test); la confirmació respon 403 amb sandbox_restricted_scopes. El selector ara diu Producció · Proves.
La sol·licitud caduca. Tens 5 minuts des que s'obre la pantalla, i ella mateixa et diu quants en queden.

Els tokens que ja es van emetre no es toquen. Si una aplicació teva demanava escriptura sobre una empresa amb nivell Veure, no perd res que pogués fer servir de debò: aquestes crides ja fallaven. L'únic que canvia és que ara ho sap al consentiment i no al primer intent d'escriure.

Els detalls són a connectar un client i a què concedeix la pantalla segons el nivell i l'entorn.

Plug

Connectar un client MCP

ShieldCheck

Scopes i permisos