Skip to main content
POST https://api.acedata.cloud/webextrator/tasks L’API di query delle attività WebExtrator è utilizzata per interrogare i risultati delle attività render / extract storiche. Usos comuni:
  • Controllo dell’envelope completo dopo il completamento dell’attività asincrona (oltre alla notifica tramite callback_url o polling attivo).
  • Audit di cosa è stato inviato — i record delle attività memorizzano sia la request originale che la response finale.
  • Compilazione in batch — recupero di più record in una sola volta per id o trace_id.
I record delle attività vengono conservati in Redis per 7 giorni. L’interfaccia di query delle attività è gratuita (non conteggiata nel consumo di Crediti).

Autenticazione

È possibile visualizzare solo le attività sotto il proprio account AceDataCloud.

Parametri di richiesta

Il corpo della richiesta è una combinazione discriminante suddivisa per action, con due azioni disponibili:

action: "retrieve" — Query singola

id e trace_id devono essere forniti uno dei due.

action: "retrieve_batch" — Query in batch

ids e trace_ids devono essere forniti uno dei due.

Risposta singola

Se non trovato, restituisce { "task": null } (HTTP 200, non 404). I campi temporali dell’oggetto task sono descritti come segue.
  • created_at, data di creazione dell’attività, timestamp Unix (secondi, float).
  • started_at, data di inizio esecuzione dell’attività, timestamp Unix (secondi, float). Sarà null se l’attività non è ancora iniziata.
  • finished_at, data di completamento dell’attività, timestamp Unix (secondi, float). Sarà null se l’attività non è completata.
  • elapsed, tempo di esecuzione dell’attività, in secondi (float, con 3 decimali). Sarà null se l’attività non è completata.

Risposta in batch

Gli ID non esistenti non generano errori, ma mancheranno semplicemente da tasks.

Esempi

Query singola per task_id

Query singola per trace_id

Query in batch

Python (requests) — Polling fino al completamento

Node.js (fetch) — Recupero dell’envelope completo dopo aver ricevuto il callback

Risposte di errore

Suggerimenti e problemi

  • Puoi personalizzare trace_id, fallo. Nella richiesta di render/extract originale carica ?trace_id=… (QueryString), allinealo con il tuo ID aziendale (ID del run del workflow, ecc.), dopodiché potrai cercare il task usando l’ID aziendale. Se non viene fornito, il server genera automaticamente un UUID.
  • Periodo di conservazione di 7 giorni. I task più vecchi restituiscono task: null —— se hai bisogno di archiviazione a lungo termine, ti preghiamo di archiviare nel tuo database.
  • La ricerca dei task è gratuita. Puoi cercare quante volte vuoi, il costo per la chiamata originale di render/extract è già stato pagato.
  • Preferisci usare asincrono + callback, piuttosto che polling. Se la tua attività lo consente, nella richiesta originale passa callback_url, così la piattaforma può inviarti l’envelope, è più efficiente che fare polling ogni 2 secondi.