*API REST › Referencia de endpoints › Operaciones › Planificador*

# Asignar un recurso a un servicio

> Asigna a una persona o a un vehículo a un servicio.

El destino es EXACTAMENTE uno: el par `orderId` + `orderServiceId`, una tarea o un servicio interno. El recurso, también exactamente uno. `conflictCount` indica con cuántos compromisos del recurso se solapa esta asignación: la asignación se hace igualmente, y tú decides qué hacer con el número. Responde 400 `validation_error`, con `errors[].path` en el campo, cuando `staffId`, `vehicleId` o el destino (`orderServiceId`, `taskId`, `internalServiceId`) no existe o pertenece a otra cuenta, cuando el destino no acepta ese tipo de recurso (una tarea solo acepta personal; un servicio, los tipos de recurso que declaran sus requisitos) y cuando la tarea no bloquea la disponibilidad; 409 `conflict` cuando el recurso ya está asignado a ese destino o no está disponible en ese periodo. En ninguno de esos casos se escribe nada.

`POST /api/v1/planner/assignments` — permiso `planner:write`

Permiso: `planner:write` · 120/min · Idempotency-Key · MCP: `filmo_planner_assignment_create`

## Autorizaciones

Clave de API como Bearer, con el permiso de abajo. `planner:write`

## Cabeceras

| Nombre | Tipo | Obligatorio | Descripción |
| --- | --- | --- | --- |
| `Idempotency-Key` | string | No | Identificador único de la petición, elegido por el cliente (sirve un UUID). Entre 1 y 255 caracteres: una cabecera vacía se rechaza con 400 `validation_error`, porque el cliente se creería protegido. Repetir la misma clave con el MISMO cuerpo en 24 h devuelve la respuesta guardada sin volver a ejecutar, con la cabecera `Idempotent-Replay: true`. Con un cuerpo DISTINTO devuelve 422. Es la forma segura de reintentar tras un tiempo de espera de red. |

## Cuerpo

Esquema del cuerpo: `PlannerAssignmentCreateBody`

| Nombre | Tipo | Obligatorio | Descripción |
| --- | --- | --- | --- |
| `orderId` | string | No | Pedido al que está asociado el servicio. |
| `orderServiceId` | string | No | Línea de servicio dentro de ese pedido. Va con `orderId`. |
| `taskId` | string | No | Tarea del planificador a la que asignar el recurso. |
| `internalServiceId` | string | No | Asignación interna que se va a cubrir. |
| `staffId` | string | No | Miembro del personal que se asigna. |
| `vehicleId` | string | No | Vehículo que se asigna. |
| `role` | string | No | Rol con el que se asigna. P. ej.: "Conductor". |

## Ejemplos de petición

*Asignar un recurso a un servicio*

**cURL**

```bash
curl https://app.filmo.io/api/v1/planner/assignments \
  --request POST \
  --header "Authorization: Bearer $FILMO_API_KEY" \
  --header "Idempotency-Key: $(uuidgen 2>/dev/null || cat /proc/sys/kernel/random/uuid)" \
  --header 'Content-Type: application/json' \
  --data '{
  "orderId": "ord_0000421",
  "orderServiceId": "osv_0000912",
  "staffId": "stf_luis_perez",
  "role": "Conductor"
}'
```

**Node.js**

```javascript
fetch('https://app.filmo.io/api/v1/planner/assignments', {
  method: 'POST',
  headers: {
    Authorization: 'Bearer YOUR_FILMO_API_KEY',
    'Idempotency-Key': crypto.randomUUID(),
    'Content-Type': 'application/json'
  },
  body: JSON.stringify({
    orderId: 'ord_0000421',
    orderServiceId: 'osv_0000912',
    staffId: 'stf_luis_perez',
    role: 'Conductor'
  })
})
```

**Python**

```python
import uuid
import requests

requests.post(
    "https://app.filmo.io/api/v1/planner/assignments",
    headers={
      "Authorization": "Bearer YOUR_FILMO_API_KEY",
      "Idempotency-Key": str(uuid.uuid4()),
      "Content-Type": "application/json"
    },
    json={
      "orderId": "ord_0000421",
      "orderServiceId": "osv_0000912",
      "staffId": "stf_luis_perez",
      "role": "Conductor"
    }
)
```

## Respuesta

Esquema de la respuesta: `PlannerAssignResultDto`

| Estado | Descripción |
| --- | --- |
| 201 | Respuesta correcta. |
| 400 | Petición no válida (validation_error): consulta o cuerpo mal formados. `errors[]` enumera cada campo erróneo con su código estable. |
| 401 | Fallo de autenticación (unauthorized, api_key_invalid, api_key_revoked, api_key_expired, api_key_owner_inactive, api_key_owner_not_admin). |
| 403 | No permitido (insufficient_scope: la clave de API no tiene el scope requerido, indicado en `requiredScope`; forbidden: el propietario de la clave carece del permiso que exige la operación). `insufficient_scope` se responde antes de que la petición cuente contra el límite de peticiones, así que no lleva cabeceras `RateLimit-*`; `forbidden` sí. |
| 404 | Recurso no encontrado (not_found): no existe o está fuera del alcance de la clave de API. |
| 409 | Conflicto (conflict): el estado actual del recurso impide la operación, ya hay en curso una petición con esa Idempotency-Key, o otra escritura condicional (`If-Match`) retuvo el recurso durante más de cinco segundos. `errors[0].code` indica cuál: `in_progress` y `lock_timeout` se resuelven reintentando; `invalid_state` no, porque el estado del recurso prohíbe la operación. |
| 422 | Idempotency-Key reutilizada (idempotency_key_reused): la misma clave se usó antes con un cuerpo distinto. Cambia la clave. |
| 429 | Límite de peticiones superado (rate_limited): reintenta tras `Retry-After` segundos; `RateLimit-*` indica qué cuota se ha agotado. |
| 500 | Error interno (internal_error). |

**201**

| Nombre | Tipo | Descripción |
| --- | --- | --- |
| `data` | object | Resultado de asignar un recurso. |
| `data.status` | string | Resultado de la operación. |
| `data.conflictCount` | number | Compromisos del recurso que se solapan con esta asignación. |
| `meta` | object | Información adicional sobre la respuesta. |
| `meta.warnings` | object[] | Avisos del ciclo de vida; solo aparecen cuando la operación está obsoleta. |
| `meta.warnings.code` | string | Código de aviso estable. `deprecated` |
| `meta.warnings.message` | string | Para personas: qué está obsoleto, hasta cuándo y qué usar. |
| `meta.warnings.sunset` | string | Día (YYYY-MM-DD) en que la operación deja de estar disponible. |
| `meta.warnings.replacement` | string | `operationId` de la operación que hay que usar en su lugar, o null si no hay ninguna. |
| `meta.warnings.link` | string | Dónde está documentada la deprecación (el changelog). |

*Respuesta de ejemplo · 201*

```json
{
  "data": {
    "status": "Example status",
    "conflictCount": 1
  }
}
```

## Errores

| Estado | Códigos | Significado |
| --- | --- | --- |
| 400 | `validation_error` | Consulta o cuerpo mal formados. `errors[]` enumera cada campo erróneo con su código estable. |
| 404 | `not_found` | No existe o queda fuera del alcance de la clave de API. |
| 409 | `conflict` | El estado actual del recurso impide la operación, ya hay en curso una petición con esa Idempotency-Key, u otra escritura condicional (`If-Match`) retuvo el recurso durante más de cinco segundos. `errors[0].code` indica cuál: `in_progress` y `lock_timeout` se resuelven reintentando; `invalid_state` no, porque el estado del recurso prohíbe la operación. |
| 422 | `idempotency_key_reused` | La misma clave se usó antes con un cuerpo distinto. Cambia la clave. |

## Obsolescencia

Esta operación no está obsoleta. Las obsolescencias se anuncian con la cabecera Deprecation y una fecha de retirada.

---

URL canónica: https://docs.filmo.io/es/rest-api/endpoint-reference/planner/assign-a-resource-to-a-service  
Última actualización: 2026-10-25