> For the complete documentation index, see [llms.txt](https://docs.blerify.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.blerify.com/es/introduccion-a-la-emision/build/get-started.md).

# Empezar

Esta página te lleva de un Portal vacío a tu primera credencial firmada en la billetera de un titular. Asume que nunca antes has emitido con Blerify, así que empieza con lo que necesitas tener listo y termina con una referencia a la guía completa.

***

## Lo que necesitas primero

* **Una cuenta de Portal de emisión** para tu organización. Si tu organización todavía no tiene una, contacta a tu representante de Blerify para aprovisionarla.
* **Un proyecto**, creado en el Portal. Un proyecto agrupa credenciales por tipo y por las reglas que las rigen — esquema, período de validez, configuración de revocación. Cada credencial que emites pertenece a exactamente un proyecto.
* **Una cuenta de servicio**, si planeas usar la API. Así es como se autentica tu backend. Consulta [Autenticación](/es/introduccion/authentication.md) para ver cómo crear una y descargar sus credenciales.

Si las palabras *proyecto* y *cuenta de servicio* son nuevas, [Conceptos básicos](/es/introduccion-a-la-emision/learn/core-concepts.md) explica cómo se anidan entre sí — pero no necesitas ese detalle para empezar.

***

## Lo que vas a hacer

Emitir una credencial siempre sigue los mismos tres pasos, ya sea que lo hagas desde el Portal o llames a la API: tú **creas** un borrador, tú **firmas** lo, y tú **entregas** lo al titular. El borrador no tiene validez hasta que se firma; la firma es el momento en que se vuelve a prueba de alteraciones y confiable. [Cómo funciona la emisión](/es/introduccion-a-la-emision/learn/how-issuance-works.md) cuenta esa historia por completo — esta guía solo te la explica una vez.

***

## Autenticación de la API

Cada llamada a la API se autentica como tu cuenta de servicio. Consulta [Autenticación](/es/introduccion/authentication.md) para ver cómo crear una y intercambiar sus credenciales por un bearer token.

La cuenta también necesita el rol correcto para lo que estás haciendo:

* **`credentials.api`** — crear, leer, actualizar, aprobar, retener, revocar y reenviar credenciales en un proyecto.
* **`notifications.api`** — enviar notificaciones push a los titulares de la billetera.

Ambos roles están limitados al proyecto al que pertenece la cuenta de servicio. Una cuenta no tiene alcance sobre otros proyectos, incluso dentro de la misma organización.

***

## Elige tu ruta

Emites manualmente en el **Portal** — ideal para la configuración, las pruebas y pequeños lotes ejecutados por tu equipo de operaciones — o a través del **API**, para grandes volúmenes, lotes programados y emisión activada por eventos de tu propio sistema. Ambos ejecutan el mismo flujo por debajo; el Portal es una interfaz de usuario sobre las mismas llamadas que haría tu backend.

***

## Próximos pasos

[**Emitir una credencial W3C**](/es/introduccion-a-la-emision/build/issue-a-w3c-credential.md) — la guía completa tanto para el Portal como para la API, con un ejemplo funcional.

Ver también: [Conceptos básicos](/es/introduccion-a-la-emision/learn/core-concepts.md) — las partes que acabas de configurar, explicadas · [Roles y permisos del portal](/es/introduccion/portal-roles-and-permissions.md) — decide quién de tu equipo puede hacer qué.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.blerify.com/es/introduccion-a-la-emision/build/get-started.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.