Inicio rápido
Antes de empezar necesitas una cuenta de Era con al menos una institución conectada: sin conexión no hay nada que estos endpoints puedan devolver.
- 1
Inicia sesión en Era y conecta una institución, si aún no lo has hecho.
- 2
Abre tus claves de API en el panel y crea una. Todos los alcances vienen marcados, así que desmarca los que no necesites: para estos endpoints queda banking:read. También eliges una caducidad; no hay opción de que nunca caduque.
- 3
Copia la clave. Se muestra una sola vez y no podemos volver a mostrarla. Cópiala y guárdala en un lugar seguro, como un gestor de secretos. Si pierdes una clave, no puedes volver a verla. Crea una nueva en su lugar.
- 4
Mándala en un encabezado junto con tu petición.
cURL
curl "https://forge.era.app/api/banking/transactions?page=1&pageSize=20" \
-H "X-API-Key: fmk_your_key_here"
Respuesta · 200
{
"transactions": [ … ],
"pagination": {
"currentPage": 1,
"pageSize": 20,
"totalItems": 412,
"totalPages": 21
},
"historyWindowApplied": true,
"historyWindowFloorDate": "2026-06-28",
"historyWindowHiddenCount": 137,
"historyWindowEarliestDate": "2024-03-02",
"historyWindowDegraded": false
}
APIs disponibles
La API de Era incluye las siguientes APIs:
- GET/banking/accounts
Cada cuenta que puedas ver, en todas tus instituciones conectadas.
- GET/banking/accounts/{accountId}/balance
El saldo de una cuenta, con los campos de crédito incluidos si es un pasivo.
- GET/banking/accounts/summary
Totales de todas las cuentas que puedas ver.
- GET/banking/transactions
Tus transacciones, una página a la vez.
- PUT/banking/transactions/{id}
Cambiar una transacción
- PUT/banking/transactions/bulk
Cambiar hasta 100 a la vez
- GET/banking/categories
Toda la taxonomía de categorías, con las subcategorías anidadas.
- POST/banking/categories
Agregar una categoría
- GET/banking/tags
Todas las etiquetas de tu cuenta, en una sola respuesta.
- POST/banking/tags
Crear una etiqueta
Autenticación
Envía tu clave de una de estas dos formas:
| Método | Credencial |
|---|---|
| Encabezado | X-API-Key: fmk_your_key_here |
| Token Bearer | Authorization: Bearer fmk_your_key_here |
Toda petición va cifrada con TLS.
Las claves caducan, y tú eliges qué tan pronto al crearlas. Lo máximo son 90 días en el plan gratis y 365 en uno de pago; no existe la opción de que nunca caduquen, así que lo que construyas sobre esto necesita un plan para rotar la clave antes de que venza.
Encabezados de respuesta
Toda respuesta incluye:
| Encabezado | Descripción |
|---|---|
| fly-request-id | Un identificador único de la solicitud. Inclúyelo cuando contactes a soporte sobre una solicitud específica — ver ID de solicitud |
Errores
La API devuelve estos códigos de estado de error:
- 400
Entrada malformada: un parámetro incorrecto, una actualización masiva vacía o con más de 100 elementos, o una escritura que establece y borra el mismo campo en la misma llamada.
- 401
Sin clave, o una que no se puede interpretar. Envíala como cabecera X-API-Key o como token bearer.
- 402
Una cuota del plan se interpone — hoy, eso ocurre solo al crear categorías.
- 403
La clave no lleva el alcance que esta llamada necesita — o, en cualquiera de las dos escrituras de transacciones, el id pertenece a otra persona o no existe. La API no distingue entre esos dos casos.
- 409
Algo más cambió la fila mientras escribías. Léela de nuevo y envía tu escritura de nuevo.
Formas de error
Todo error vuelve con la misma forma: statusCode, message y un objeto errors que nombra lo que falló. Una clave ausente o inválida puede volver sin cuerpo en absoluto.
Ejemplo
{
"statusCode": 403,
"message": "One or more errors occurred!",
"errors": {
"generalErrors": ["Transaction does not belong to the authenticated user"]
}
}
ID de solicitud
Toda respuesta lleva un encabezado fly-request-id. Inclúyelo cuando contactes a soporte sobre una solicitud específica.
cURL
# Print the response headers, including fly-request-id; discard the body
curl -sS -D - -o /dev/null "https://forge.era.app/api/banking/transactions?page=1&pageSize=20" \
-H "X-API-Key: fmk_your_key_here"
cURL (escritura)
# A write call: same header, plus a JSON body
curl -sS -D - -X PUT "https://forge.era.app/api/banking/transactions/utgr_your_transaction_id" \
-H "X-API-Key: fmk_your_key_here" \
-H "Content-Type: application/json" \
-d '{"categoryKey": "fcat_dining", "merchantName": "Corner Cafe"}'
Errores comunes
Establecer un campo y borrarlo en la misma escritura — 400.
Más de 100 ids en una actualización masiva — 400, y no se cambia nada. Menos de uno es igual.
Una transacción que no es tuya, o que no existe — 403, nunca 404. Así que la respuesta nunca te dice si un id existe, solo que no es tuyo para verlo.
Algo más cambió la fila primero — 409.
Límites
Dos de los diez endpoints documentados limitan cuánto puedes pedir en una sola llamada. Los otros ocho no.
Eso no significa ilimitado: las claves siguen caducando, las escrituras siguen teniendo límites de longitud de campo, y tu plan puede seguir ocultando historial antiguo. Nada de esto es un límite de tasa — ver más abajo.
Cuentas, saldo, resumen, categorías, etiquetas y la escritura de una sola transacción no tienen límite de volumen por llamada. Recibes el conjunto completo, o la única fila que nombraste.
pageSize se limita a 100, no se rechaza. Pide más y recibes 100 filas con un 200 — lee pagination.pageSize en la respuesta en vez de confiar en lo que enviaste.
La escritura masiva de transacciones está topada en 100 ids, y a diferencia de pageSize se rechaza en vez de limitarse: envía 101 y recibes un 400 sin que cambie nada.
Las claves caducan según el plazo que elijas al crearlas — hasta 90 días en el plan gratuito, 365 en uno de pago. No hay opción de que nunca caduquen.
Tu plan puede aplicar un límite de ventana de historial que oculta transacciones más antiguas. La respuesta de transacciones lleva los campos historyWindow que te dicen si se aplicó uno y dónde cayó.
Los planes también indican una asignación de solicitudes de API — 500 en el plan gratuito, más en cada uno de pago.
Lo que no hay: no existe limitación por solicitud en REST hoy, ni 429, ni cabeceras de límite de tasa — así que una clave filtrada no se ve frenada por nada de nuestro lado. Si alguna vez tienes dudas sobre una clave, revócala: eso la corta al instante (mira Seguridad y manejo de claves más arriba). Y, como esta API está en beta, no des por hecho que eso seguirá siendo así.
Convenciones
Los campos de respuesta van en camelCase. Los parámetros de consulta no distinguen mayúsculas de minúsculas, así que ahí camelCase también funciona: la especificación publicada los escribe en PascalCase, y por eso verás las dos formas dando vueltas.
Un campo que nombra un día del calendario va en YYYY-MM-DD. Un campo que nombra un instante va en ISO 8601 con desfase horario.
Los tamaños de página se recortan, no se rechazan. Pide un pageSize de 500 y recibes 100 filas y un 200, no un error, así que lee de vuelta pagination.pageSize en lugar de confiar en lo que mandaste.
Una respuesta puede traer campos que esta página no lista. Ignora los que no reconozcas en vez de fallar por ellos: eso es lo que mantiene tu cliente funcionando conforme la API va creciendo.
REST es HTTP normal, así que no se necesita ningún SDK para llamarlo: cualquier lenguaje con un cliente HTTP ya sirve. No hay nada que instalar.
Seguridad y gestión de claves
Aprobar un agente crea una clave
Cuando apruebas un agente por OAuth, Era le crea una clave de API. Aparece en la misma lista del panel que las que creas tú, con un nombre que Era arma a partir del nombre del propio cliente.
Cómo se llama
Auto -- ClaudeLleva exactamente los alcances que aprobaste en esa pantalla, y nada más. Revócala desde el panel y el agente deja de alcanzar tu cuenta hasta que lo apruebes de nuevo.
Las llamadas REST normales no se registran
Crear y revocar una clave aparecen en tu registro de actividad, igual que cada llamada a una herramienta que hace un agente por MCP. Las llamadas REST individuales no: sean lecturas o escrituras, hoy no hay registro petición por petición en ese camino.
Si alguna vez dudas de una clave, revócala. La revocación es inmediata, corta la clave tanto en REST como en MCP, y crear otra te cuesta un minuto.
| Dato | Qué significa |
|---|---|
| Los alcances son amplios | banking:read cubre mucho más que las seis lecturas de esta página: el mismo alcance cubre el resto de las lecturas de tu cuenta también — saldos, posiciones, conexiones, gastos. Un solo alcance, no hay opción más estrecha. Los de escritura también están en la lista, igual que los de lectura, así que trata cualquier clave como una contraseña. Actúa como tu cuenta, no como una parte de ella. banking:write puede cambiar categorías, etiquetas y metadatos de transacciones, gestionar cuentas y saldos manuales, y conectar o desconectar instituciones — ningún alcance de esta página puede mover dinero entre tus cuentas bancarias. |
| Los alcances no se actualizan | Los alcances de una clave quedan fijos al crearla y no cambian después. Eso importa para todo lo que un alcance cubre y todavía no está disponible: si concedes social:write hoy, la clave lo seguirá teniendo cuando lleguen las vistas compartidas. Concede lo que estés usando ahora, no lo que quizá uses después. |
| No hace falta aprobación | Ya iniciaste sesión en tu propia cuenta, así que crear una clave no necesita la aprobación de nadie más: no hay revisión ni lista de espera, y nadie en Era aprueba la solicitud. Queda escrito en tu registro de actividad en el momento en que la creas, así que una clave desconocida es fácil de detectar. |
| El acceso al banco queda fuera de alcance | Una clave no alcanza el acceso a tu banco, porque Era nunca lo tiene. Lo escribes en el flujo de conexión que corre el proveedor de datos, no en una pantalla de Era; lo que Era guarda después es un token de acceso por conexión, cifrado en reposo con AES-256, que puedes tirar desconectando la institución. |
| Las claves se hashean, no se guardan | Tu clave son 256 bits de datos aleatorios, con hash SHA-256 antes de guardarse. Nos quedamos con el hash, no con la clave. Si la pierdes, revócala y crea otra. |
Recursos principales
Cuentas
Alcance necesario
banking:readTodas las cuentas que puedes ver, en cada institución conectada, con el conteo de las que quedan fuera al lado. Cada cuenta lleva su accountGroupKey —el valor que el endpoint de saldo toma en su ruta— y el connectionId al que pertenece, así que esta es la primera llamada que debes hacer. Acepta connectionId para reducirlo a una sola conexión, e includeExcluded para incluir las cuentas que has ocultado.
connectionIdopcional | Reduce la lista a las cuentas de una sola conexión. |
|---|---|
includeExcludedopcional | Incluye también las cuentas excluidas por nivel y las ocultas, con sus saldos ofuscados. Por defecto, false. |
Respuesta · 200
{
"accounts": [
{
"accountGroupKey": "uagr_7f3c9a21",
"connectionId": "ucon_4b19e02c",
"name": "Everyday Checking",
"currentBalance": 4820.16,
"supportsTransactions": true,
…
}
],
"excludedAccountCount": 1
}
En una cuenta que has ocultado o que tu plan excluye, los campos de saldo vuelven como null y no como cero: null significa retenido, no vacío. supportsTransactions es null con el mismo sentido: quiere decir que Era no lo puede afirmar, nunca que la respuesta sea no.
Saldo de una cuenta
Alcance necesario
banking:readEl saldo de una sola cuenta, con los campos de crédito completados cuando la cuenta es un pasivo. La ruta toma el accountGroupKey de esa cuenta: el mismo valor que /banking/accounts devuelve para ella. Una clave con otra forma se rechaza antes de que corra la búsqueda.
Respuesta · 200
{
"accountGroupKey": "uagr_7f3c9a21",
"currentBalance": 4820.16,
"availableBalance": 4712.03,
"creditLimit": null,
"currencyCode": "USD",
"availableCredit": null,
"asOf": "2026-08-11T09:32:00Z",
"visibility": null
}
Una cuenta oculta, o una cuya conexión se cortó, sigue respondiendo 200, con los campos de saldo en null. Solo una cuenta que de verdad no está te da un 404. Fíjate aquí en el campo visibility: es null cuando la cuenta está visible, y una cadena como tier_excluded cuando no lo está.
Resumen de cuentas
Alcance necesario
banking:readLos totales de las cuentas que puedes ver: totalAssets, totalLiabilities y netWorthHint, que es el primero menos el segundo. No acepta parámetros.
Respuesta · 200
{
"userId": "7d1c0b93a8e24f60",
"accounts": [ … ],
"totalVisibleCount": 6,
"totalHiddenCount": 2,
"totalAssets": 48210.75,
"totalLiabilities": 9327.40,
"netWorthHint": 38883.35,
"computedAt": "2026-08-11T09:32:00Z"
}
netWorthHint solo cuenta las cuentas de esta respuesta, así que totalHiddenCount te dice lo que le falta. Tómalo como una cifra de partida y no como tu patrimonio neto definitivo.
Transacciones
Alcance necesario
banking:readTus transacciones, de página en página, envueltas junto con los conteos de paginación. Acepta page y pageSize (100 es el tope), además de filtros opcionales por cuenta, rango de fechas, reglas aplicadas y etiquetas asignadas.
accountIdopcional | Reduce a las transacciones de una cuenta, por su accountGroupKey. |
|---|---|
fromDateopcional | Solo transacciones en esta fecha o después. |
toDateopcional | Solo transacciones en esta fecha o antes. |
pageopcional | Número de página, empieza en 1. Por defecto, 1. |
pageSizeopcional | Filas por página. Por defecto, 50; se limita a 100. |
sortByopcional | Campo por el que ordenar: transactionDate, amount, description, category o merchantName. |
sortDirectionopcional | asc o desc. Por defecto, descendente. |
categoryKeyopcional | Solo transacciones de una categoría, por su clave fcat_. |
searchopcional | Búsqueda de texto completo en comercio, descripción, categoría, nombre de cuenta y monto. |
ruleIdsopcional | Solo transacciones que tocó una regla de automatización, por la clave de la regla. |
tagKeysopcional | Solo transacciones que llevan alguna de estas etiquetas. |
reviewStatusopcional | needs_review, reviewed o flagged. |
includeChildrenopcional | Con categoryKey definido, incluye también sus subcategorías. Por defecto, false. |
Respuesta · 200
{
"transactions": [ … ],
"pagination": {
"currentPage": 1,
"pageSize": 20,
"totalItems": 412,
"totalPages": 21
},
"historyWindowApplied": true,
"historyWindowFloorDate": "2026-06-28",
"historyWindowHiddenCount": 137,
"historyWindowEarliestDate": "2024-03-02",
"historyWindowDegraded": false
}
Tu plan puede aplicar un límite de ventana de historial, que oculta las transacciones más antiguas que él. Por eso la respuesta trae los campos historyWindow: historyWindowApplied te dice que el límite sí ocultó algo, historyWindowFloorDate es dónde cayó, historyWindowHiddenCount cuántas filas quedaron detrás, e historyWindowEarliestDate hasta dónde llega de verdad tu historial. Sin ellos, un resultado corto es indistinguible de una cuenta sin transacciones más antiguas. Dos de ellos cambian lo que escribes: historyWindowHiddenCount puede llegar como null aunque el límite sí se haya aplicado, así que lee null como desconocido y no como cero; y cuando historyWindowDegraded es true, Era no pudo confirmar tu plan en esa lectura, así que la fecha del límite es una suposición, no un hecho. En una lectura de pago confirmada no se aplica ningún límite y historyWindowApplied vuelve como false.
Los planes también indican un cupo de peticiones a la API: 500 en el gratis, y más en cada uno de pago. Las cifras actuales están listadas junto al resto de los límites de tu plan.
Cambiar una transacción
Hay cuatro cosas en una transacción que puedes anular: su categoría, el nombre de comercio, una nota propia y su estado de revisión. Manda solo las que estés cambiando —lo que omitas se queda como está. El id de la ruta es la clave utgr_ de la transacción. Modifica datos, así que necesita banking:write en vez de banking:read.
Alcance necesario
banking:writecategoryKeyopcional | La clave fcat_ de la categoría que quieres asignar. Si la omites, la transacción conserva la categoría que tiene. |
|---|---|
merchantNameopcional | Un nombre de comercio propio, de hasta 1000 caracteres. Si lo omites, se mantiene el nombre actual. |
descriptionopcional | Una nota propia sobre esta transacción, de hasta 5000 caracteres. Si la omites, se mantiene la nota actual. |
reviewStatusopcional | Márcala como needs_review, reviewed o flagged. |
clearCategoryopcional | Quita tu categoría manual, así que vuelve a mandar la categorización propia de Era. Por defecto, false. |
clearMerchantNameopcional | Quita tu nombre de comercio manual, así que vuelve el nombre que mandó tu banco. Por defecto, false. |
clearDescriptionopcional | Quita tu descripción manual, así que vuelve la descripción que mandó tu banco. Por defecto, false. |
clearReviewStatusopcional | Quita tu estado de revisión manual. Por defecto, false. |
Respuesta · 200
{
"transaction": { … }
}
Recibes de vuelta la transacción completa actualizada, en la misma forma que devuelve la lista de arriba —no se reimprime aquí, porque es un objeto grande que todavía se está moviendo. Definir un campo y limpiarlo en la misma llamada devuelve 400. Una transacción que no es tuya, o que no existe, devuelve 403 —la API no distingue entre esos dos casos. Y si algo más cambió la misma fila mientras escribías, recibes 409: léela otra vez y mándala otra vez.
Cambiar hasta 100 a la vez
Las mismas cuatro anulaciones, aplicadas a una lista de transacciones en una sola llamada. Cada id de la lista recibe los mismos cambios —no hay variación por transacción. Modifica datos, así que necesita banking:write en vez de banking:read.
Alcance necesario
banking:writetransactionIds | Las claves utgr_ de las transacciones que quieres cambiar. Al menos una, y no más de 100. Pasar de 100 se rechaza en vez de recortarse —a diferencia de pageSize arriba, recibes un 400 y no cambia nada. |
|---|---|
categoryKeyopcional | La clave fcat_ de la categoría que quieres asignar. Si la omites, la transacción conserva la categoría que tiene. |
merchantNameopcional | Un nombre de comercio propio, de hasta 1000 caracteres. Si lo omites, se mantiene el nombre actual. |
descriptionopcional | Una nota propia sobre esta transacción, de hasta 5000 caracteres. Si la omites, se mantiene la nota actual. |
reviewStatusopcional | Márcala como needs_review, reviewed o flagged. |
clearCategoryopcional | Quita tu categoría manual, así que vuelve a mandar la categorización propia de Era. Por defecto, false. |
clearMerchantNameopcional | Quita tu nombre de comercio manual, así que vuelve el nombre que mandó tu banco. Por defecto, false. |
clearDescriptionopcional | Quita tu descripción manual, así que vuelve la descripción que mandó tu banco. Por defecto, false. |
clearReviewStatusopcional | Quita tu estado de revisión manual. Por defecto, false. |
Respuesta · 200
{
"transactions": [ … ]
}
Recibes de vuelta las transacciones actualizadas, en la misma forma que devuelve la lista de arriba. Definir un campo y limpiarlo en la misma llamada devuelve 400, y también una lista vacía. Una lista que incluye una transacción que no es tuya, o que no existe, devuelve 403 para toda la llamada —no se cambia nada. Si algo más cambió alguna de esas filas mientras escribías, recibes 409: léelas otra vez y mándalas otra vez.
Categorías
Alcance necesario
banking:readToda la taxonomía de categorías: cada conjunto de categorías, con sus subcategorías anidadas dentro. La taxonomía es compartida, no por cuenta.
Respuesta · 200
{
"packs": [
{
"packSlug": "default",
"packName": "Era default categories",
"isDefault": true,
"categories": [
{
"projectionKey": "fcat_food_dining",
"categoryName": "Food & dining",
"isTopLevel": true,
"children": [ … ]
}
]
}
],
"meterLimit": 25,
"canCreateCustomCategories": true
}
Agregar una categoría
Una categoría definida por el usuario bajo un padre existente. Modifica datos, así que necesita banking:write en vez de banking:read.
Alcance necesario
banking:writeslug | Identificador apto para URL: letras minúsculas, números y guiones, de 2 a 50 caracteres. |
|---|---|
parentCategoryKey | La clave fcat_ de la categoría bajo la que se anida esta. |
name | Nombre para mostrar. |
descriptionopcional | Descripción opcional. |
iconNameopcional | Nombre de ícono opcional. |
spendingTypeopcional | Clasificación de gasto opcional. |
displayOrderopcional | Posición de orden opcional entre sus hermanas. |
assignmentEligibilityopcional | Regla opcional sobre a qué transacciones se puede asignar esta categoría. |
sourceSystemKeysopcional | Lista opcional de claves de categorías existentes cuyas transacciones deben enrutarse aquí de ahora en adelante. |
applyRetroactivelyopcional | Si es true, también reevalúa las transacciones pasadas contra el nuevo enrutado. Por defecto, false. |
Respuesta · 201
{
"categoryKey": "fcat_side_hustle_9f2a",
"overlayProjectionKey": "fcov_9f2a1c",
"action": "created",
"isQuotaExceeded": false,
"createdMappingRuleKeys": [ … ],
…
}
La respuesta también lleva retroactiveAffectedCount, mergeSourcesHiddenCount, mergeSourcesTotalCount y meterGate: campos que esta llamada comparte con las fusiones de categorías y las creaciones limitadas por cuota, y que no se muestran aquí.