> ## Documentation Index
> Fetch the complete documentation index at: https://docs.samsa.ai/llms.txt
> Use this file to discover all available pages before exploring further.
# Provenienza dei contenuti
> Come l'API Samsa contrassegna le immagini generate e modificate dall'IA — firma C2PA, filigrana invisibile e l'esclusione di ambito SVG — e come verificare un file.
Le immagini prodotte dall'API Samsa sono contenuti generati o modificati dall'IA.
Questa pagina spiega come queste uscite vengono contrassegnate per la provenienza,
come verificare un file e l'unico formato che il contrassegno non può coprire.
Il contrassegno di provenienza delle uscite dell'API è in fase di rilascio. La
pipeline di firma e filigrana è **dark-launched** — costruita e predisposta dietro
un flag — e si applica ai file raster consegnati una volta attiva. Il comportamento
descritto qui è lo stato previsto al go-live; finché il flag non viene attivato, i
file consegnati dall'API non sono ancora contrassegnati.
## Cosa viene contrassegnato
Una volta attivo il contrassegno di provenienza, ogni immagine **raster** consegnata
dall'API — generazione, Magic Edit, img2img, variazioni, ridimensionamento, upscale e
rimozione dello sfondo — porta due contrassegni:
* **Un manifesto C2PA.** Un record Content Credentials standard di settore, firmato
crittograficamente e incorporato nel file, che dichiara che l'immagine è generata o
modificata dall'IA e come è stata prodotta.
* **Una filigrana invisibile.** Un contrassegno duraturo e impercettibile portato
dall'immagine stessa, così che la provenienza sopravviva a uno screenshot o a una
rimozione dei metadati che eliminerebbe il manifesto C2PA.
### Generata dall'IA vs modificata dall'IA
Il record di provenienza riflette **come è stata prodotta l'immagine**, derivato
dall'operazione:
| Contrassegno | Operazioni |
| ---------------------- | ---------------------------------------------------------------------------------------------------------------------------------------- |
| **Generata dall'IA** | Generazione di immagini da un prompt (`POST /images/generations`) |
| **Modificata dall'IA** | Operazioni che trasformano un'immagine in ingresso — Magic Edit, img2img, variazioni, ridimensionamento, upscale, rimozione dello sfondo |
Il contrassegno visivo EU AI Act che uno spettatore vede viene applicato quando
un'immagine viene **scaricata nell'app Samsa** — è un'etichetta a livello di
presentazione, e **non** viene applicata ai file che l'API consegna. L'API
restituisce l'asset con il suo manifesto C2PA e la sua filigrana incorporati;
aggiungere un'etichetta visibile sull'immagine per i tuoi utenti finali è una scelta
della tua integrazione.
## Verificare un file
Il manifesto C2PA è leggibile con qualsiasi strumento Content Credentials standard —
non serve nulla di specifico per Samsa:
* **Content Credentials Verify** — il verificatore web su
[contentcredentials.org/verify](https://contentcredentials.org/verify): trascina
un'immagine per ispezionarne il manifesto.
* **`c2patool`** — lo [strumento a riga di comando C2PA](https://github.com/contentauth/c2pa-rs)
open source per leggere e validare i manifesti in una pipeline.
Entrambi riportano le dichiarazioni del manifesto e ne validano la firma, così puoi
confermare la provenienza di un file indipendentemente da Samsa.
## SVG: un'esclusione di ambito ai sensi dell'art. 50(2)
La [vettorializzazione](/it/api-reference/image-ops/vectorize) produce un **SVG**, che
non può contenere né un manifesto C2PA né una filigrana incorporata. L'output SVG è
quindi un'**esclusione di ambito documentata ai sensi dell'art. 50(2) del EU AI
Act**: i file vettoriali vengono consegnati **senza firma e senza filigrana**.
Poiché questo output non può essere contrassegnato, una richiesta di
vettorializzazione deve riconoscere l'esclusione con `svg_acceptance: true`:
Il riconoscimento `svg_acceptance` è una **prova di divulgazione / audit, non una
rinuncia alla conformità.** Registra che al chiamante è stato comunicato che l'SVG
viene consegnato senza contrassegno; non modifica l'obbligo di contrassegno
sottostante, che resta del fornitore ed è condizionato dalla fattibilità tecnica.
Si applicano due barriere indipendenti, ed entrambe rifiutano **prima di qualsiasi
addebito di credits**:
| Barriera | Requisito | Errore |
| ------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- |
| Riconoscimento | `svg_acceptance` deve essere il booleano letterale `true` | [`422 svg_acceptance_required`](/it/api-reference/image-ops/vectorize) |
| Accettazione delle policy | La tua organizzazione ha accettato gli attuali ToS/AUP (verificato lato server — il flag della richiesta non viene mai creduto come questo fatto) | `403 svg_phase1_scope_out_required` |
Accetta gli attuali Termini di servizio e la Politica di utilizzo accettabile, poi
riprova; è il record di accettazione verificato lato server — non il flag della
richiesta — a sbloccare la consegna.
## Vedi anche
L'operazione SVG e il suo contratto di richiesta `svg_acceptance`.
Le sei operazioni dietro queste uscite.
L'envelope di errore e i codici di stato.
Quanto costa ogni operazione.