Skip to main content
POST
Obtén URL PUT firmadas para la carga de una imagen de referencia de tu propiedad. Una imagen de 8 MiB tiene como máximo dos partes. Guarda el ETag devuelto por cada PUT para upload_complete.

Autenticación y permisos

string
requerido
Envía una clave de API de VoiceCheap en esta cabecera. También se admite Authorization: Bearer con la misma clave de API. Los tokens de acceso OAuth solo se aceptan en MCP, no en este endpoint REST.
Permisos necesarios: thumbnails:write. Se requiere una suscripción de pago activa. Los permisos no cambian los roles del equipo, la propiedad de los recursos, los créditos multimedia ni los límites del plan.

Parámetros

string
Opcional en la capa de transporte: el servidor introduce un identificador antes de la validación si se omite. Proporciona tu propio UUID v4 estable para recuperar la solicitud de forma segura si se pierde la respuesta.Formato: “uuid”. Patrón: ^[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-4[0-9a-fA-F]{3}-[89abAB][0-9a-fA-F]{3}-[0-9a-fA-F]{12}$.
string
requerido
El uploadId devuelto por la acción upload_initialize de este dominio.Formato: “uuid”. Patrón: ^([0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[1-8][0-9a-fA-F]{3}-[89abAB][0-9a-fA-F]{3}-[0-9a-fA-F]{12}|00000000-0000-0000-0000-000000000000|ffffffff-ffff-ffff-ffff-ffffffffffff)$.
array
requerido
Lista de valores. Consulta la estructura de sus elementos en el esquema completo de entrada.Número mínimo de elementos: 1. Número máximo de elementos: 2.
El JSON Schema siguiente conserva los nombres exactos de los campos, los tipos anidados, los valores predeterminados, los límites y los valores aceptados que expone el descubrimiento. Las reglas adicionales entre campos se indican en las notas de la operación.

Idempotencia

Usa un UUID v4 en requestId o en la cabecera HTTP Idempotency-Key para cada modificación. Reutiliza el mismo identificador y argumentos idénticos después de un fallo de red. Si proporcionas ambos, deben coincidir. Repetir una solicitud guardada no vuelve a ejecutar la operación ni consume otra llamada mensual. Las solicitudes fallidas o interrumpidas no se reinician automáticamente. Toda modificación puede devolver HTTP 202 cuando un reintento encuentra la misma solicitud todavía en ejecución, incluso si su primera ejecución suele ser síncrona. Si la ejecución ha terminado pero resultStored es false, un reintento devuelve HTTP 200 con el estado de la solicitud guardada en lugar del resultado original. Recupera la salida mediante la acción de historial, resultado o descarga de su ámbito.

Ejemplos de solicitud

Sustituye los identificadores de recursos y las claves multimedia de los ejemplos por valores devueltos para tu cuenta. Mantén el identificador de solicitud al reintentar la misma modificación.

Respuesta

Una primera ejecución correcta devuelve HTTP 200 con el resultado de la operación en data. Una repetición puede devolver el estado de la solicitud guardada en su lugar. El ejemplo muestra una respuesta admitida, no todos los campos opcionales. Un array de URL PUT firmadas temporales, una por cada número de parte distinto solicitado. La respuesta no contiene bytes de imagen, ETags ni campos de tamaño por parte.

Campos del resultado

Recuperar y consultar esta solicitud

Usa el mismo identificador incluso después de perder la conexión. Si resultStored es false, recupera la salida mediante la acción correspondiente de historial, resultado o descarga. Nunca inicies una segunda generación solo para comprobar el progreso.
HTTP 200

Notas de la operación

  • Requiere thumbnails:write; no se necesita ningún ámbito adicional de carga.
  • uploadId es el UUID de initialize. partNumbers contiene 1–2 enteros, cada uno entre 1 y 2, y cada parte debe existir para el fileSize declarado de esa sesión. Los números de parte solicitados por duplicado se reducen a una sola URL.
  • Envía con PUT los bytes binarios sin procesar de cada parte a la URL devuelta correspondiente. Content-Length está firmado y debe coincidir exactamente con min(partSize, fileSize - (partNumber - 1) × partSize). En el ejemplo de 7 MiB, la parte 1 tiene 5,242,880 bytes y la parte 2 tiene 2,097,152 bytes. No envíes JSON, multipart/form-data ni base64 a la URL firmada.
  • Guarda el encabezado de respuesta ETag de cada PUT correcto y envía esos valores a thumbnails_upload_complete. Trata las URL firmadas como permisos privados y temporales de carga.
  • Solo se puede firmar, completar o cancelar una subida perteneciente al usuario conectado. Estos alias solo aceptan sesiones JPG, PNG y WebP de como máximo 8 MiB, incluso si la sesión se ha creado mediante otra familia de subidas.
  • La sesión de subida de producción caduca tras 24 horas. Las URL firmadas de las partes caducan tras una hora. La finalización y la anulación eliminan la sesión activa; después, sign-parts y complete devuelven Upload not found. Ninguna respuesta incluye un campo expiresAt.
  • Usa un requestId UUID v4 o la cabecera HTTP Idempotency-Key, y reutilízalo con entradas idénticas al reintentar. La capa de integración registra cada modificación y devuelve su estado o resultado registrado sin volver a ejecutarla. Una solicitud fallida o interrumpida no se reintenta automáticamente.
  • Para obtener URL nuevas tras su caducidad de una hora mientras la sesión siga activa, llama a sign-parts con un requestId nuevo. Reintentar con el mismo requestId devuelve su resultado guardado, incluidas las URL antiguas.

Uso

Cada invocación correcta consume una llamada mensual de API/MCP. También se aplican los créditos multimedia y las cuotas de generación propias de la operación.

Errores