Skip to main content
POST
Completa la carga de una imagen de referencia de tu propiedad con los números de parte y los ETags de las solicitudes PUT. Verifica el tamaño del archivo almacenado. Usa el fileKey devuelto como referencia de generación.

​
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. La clave de referencia completada perteneciente al usuario y su URL de lectura, devueltas únicamente cuando la longitud en bytes almacenada coincide exactamente con el tamaño de archivo declarado. Usa fileKey, no readUrl, en los argumentos de generación.

​
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. parts contiene exactamente las 1–2 partes requeridas por la sesión. Cada parte tiene un partNumber entero de 1 a 2 y una cadena etag de 1–256 caracteres tomada de su respuesta PUT exitosa.
  • Todos los números de parte deben estar presentes y ser únicos. Las partes se ordenan antes de completar la carga; los ETag se normalizan como valores entre comillas. Puedes conservar las comillas del ETag devueltas por el almacenamiento.
  • La longitud real en bytes del objeto completado se comprueba frente a fileSize y el límite de 8 MiB. Si la longitud falta, no coincide o supera el límite, se eliminan el objeto y la sesión activa y se devuelve UPLOAD_SIZE_MISMATCH.
  • Pasa fileKey como una entrada de referenceImageKeys en thumbnails_generate. Los archivos de referencia completados se pueden reutilizar en posteriores generaciones de imágenes o miniaturas del mismo usuario; la generación no consume la referencia.
  • 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.
  • La finalización cierra la sesión multiparte. Reintenta la finalización con el requestId original para recuperar su resultado registrado; una nueva solicitud de finalización para ese uploadId cerrado devuelve Upload not found. Esta acción no devuelve una fecha de caducidad de conservación de la referencia.

​
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