> ## Documentation Index
> Fetch the complete documentation index at: https://www.octoparse.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Publicar Data App (obsoleto)

> Azúcar de publicación one-shot para apps tipo api: enviar y publicar. Sustituido por el asistente de importación de contratos y la cadena de tres pasos.

<Warning>
  **Obsoleto.** Los envíos ahora pasan por el asistente de importación de contratos del portal (respaldado por la vía de contrato). Conserve este endpoint solo para compatibilidad temporal.
</Warning>

**`POST`** `https://api-datahub.octoparse.com/v1/data-apps`

Autenticación: se requiere API key (`Authorization: Bearer <API Key>`).

Azúcar one-shot de publicación para apps tipo api (declarativas): cadena atómica interna crear identidad → guardar workspace → crear build → crear release. Enviar = publicar.

**La versión la decide la acción de publicar**: por defecto se incrementa el segmento patch de la versión actual; o pase una versión de tres segmentos explícita. Los builds no llevan número de versión.

El namespace se infiere de la auth: `identity.app_name` en el manifest es solo el nombre de la app; la app cae bajo el (usuario, nombre) del publicador. `app_id` se emite una vez y sobrevive a cambios de username o nombre; las referencias externas son siempre de dos segmentos. Los releases son inmutables: publicar de nuevo añade una versión y nunca sobrescribe una antigua. Antes de publicar corren dos puertas de nombre: la cuenta debe tener username (`400`); la propiedad histórica de (username, nombre de app) debe ser suya — tras una transferencia de username, los nombres que usó el predecesor entran en una congelación de 30 días (`409`).

## Solicitud

### Cuerpo de la solicitud

<ParamField body="manifest" type="string" required>
  Texto crudo del manifest.
</ParamField>

<ParamField body="files" type="object">
  Archivos adjuntos.
</ParamField>

<ParamField body="secrets" type="object">
  Mapa de nombres de secreto a valores en texto plano.
</ParamField>

### Ejemplo de solicitud

```bash theme={null}
curl -X POST \
  -H "Authorization: Bearer $OCTOPARSE_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"manifest": "spec_version: \"0.2\"\n…", "secrets": {"EXAMPLE_API_KEY": "sk-example"}}' \
  "https://api-datahub.octoparse.com/v1/data-apps"
```

## Respuesta

### 200 correcto

```json theme={null}
{
  "data": {
    "app_id": "app_6dfe4e839ccf",
    "namespace": "carol",
    "app_name": "reviews-query",
    "version": "0.1.0",
    "build_id": "bld_a583f440a0ab",
    "published_at": "2026-09-15T08:00:00+00:00"
  }
}
```

La carga útil va envuelta en `data`. Campos:

<ResponseField name="app_name" type="string" required>
  Nombre de la app.
</ResponseField>

<ResponseField name="namespace" type="string">
  Nombre de usuario del publicador.
</ResponseField>

<ResponseField name="version" type="string">
  Número de versión publicada.
</ResponseField>

<ResponseField name="status" type="string">
  —
</ResponseField>

<ResponseField name="card" type="object" required>
  —
</ResponseField>

<ResponseField name="missing_secrets" type="string[]">
  —
</ResponseField>

<ResponseField name="name_reused_from" type="string">
  —
</ResponseField>

### Errores

| HTTP | `code`              | `category`      | Descripción                                                                                                        |
| ---- | ------------------- | --------------- | ------------------------------------------------------------------------------------------------------------------ |
| 401  | `unauthorized`      | `forbidden`     | API key ausente o no válida.                                                                                       |
| 422  | `invalid-manifest`  | `invalid_input` | El manifest falló la validación; `issues[]` lista los problemas.                                                   |
| 400  | `username-required` | `invalid_input` | La cuenta aún no tiene username, así que no se puede formar una referencia `<username>/<app_name>`.                |
| 409  | `app-name-reserved` | `forbidden`     | El nombre lo retiene un binding histórico de otra persona (congelación de 30 días tras transferencia de username). |
| 400  | `invalid-app-name`  | `invalid_input` | El nombre no cumple las reglas de nomenclatura o es una palabra reservada.                                         |

Las respuestas de error usan `{"error": {code, category, message, retryable}}`. Véase <a href="/docs/es/datahub/api/reference/introduction#errors">Errores</a>.

## Bibliotecas cliente

Los SDK de Python y JavaScript aún no encapsulan este endpoint. Llame a REST directamente.