Convertitore UPC-E
L'UPC-E 425261 si espande nell'UPC-A 042100005264: tornano gli zeri soppressi per le confezioni piccole, produttore 42100 e prodotto 00526, e viene calcolata la cifra di controllo comune, 4. La compressione fa il percorso inverso. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Codice
- 425261
- Modalità di calcolo
- Expand
- Direzione
- expand
- Codice in ingresso
- 425261
- Sistema numerico
- 0
- Upc e
- 425261
L’UPC-E è la forma a sei cifre con zeri soppressi di un codice a barre commerciale UPC-A, usata su confezioni piccole dove non entra il simbolo a dodici cifre. Magazzini, stampanti di etichette e database prodotto memorizzano quasi sempre la forma UPC-A espansa, quindi gli operatori devono convertire tra le due senza indovinare quali zeri siano stati omessi. Questo convertitore UPC-E espande un codice UPC-E valido nel UPC-A equivalente, comprime un UPC-A idoneo di nuovo in UPC-E e calcola o verifica sempre la cifra di controllo condivisa per individuare subito una cifra finale errata. La modalità auto sceglie la direzione dalla lunghezza della stringa; expand e compress impongono un solo senso per script e moduli.
Come funzionano espansione e compressione UPC-E
Un codice UPC-A standard ha dodici cifre: una cifra di sistema numerico (0 o 1 per l’UPC-E retail), un codice produttore a cinque cifre, un codice prodotto a cinque cifre e una cifra di controllo mod-10 calcolata con pesi tre e uno da sinistra a destra. L’UPC-E conserva solo sei cifre di dati sopprimendo sequenze di zeri in certi schemi produttore e prodotto definiti da GS1.
L’espansione ricostruisce gli zeri mancanti dalla sesta cifra di dati: se è 0, 1 o 2 il produttore termina con quella cifra più due zeri e il prodotto è 00 più le tre cifre centrali; se è 3 il produttore termina con due zeri e il prodotto è 000 più due cifre; se è 4 il produttore termina con uno zero e il prodotto è 0000 più una cifra; da 5 a 9 si mantiene il produttore a cinque cifre e il prodotto è 0000 più quella cifra finale.
Si antepone il sistema numerico, si calcola la somma di controllo sul corpo a undici cifre e il risultato è un UPC-A canonico a dodici cifre. Nessun floating point, campionamento casuale o tabelle esterne: solo rami sulle cifre e una somma ponderata.
Input, modalità e campi di risposta
Invii il campo obbligatorio code con le cifre del codice a barre. Spazi, trattini, underscore e punti vengono rimossi così i valori copiati dalla confezione restano analizzabili. Sette cifre sono sistema più sei dati se la prima è 0 o 1, altrimenti sei dati più cifra di controllo.
Otto cifre sono sistema, sei dati e cifra di controllo; una cifra di controllo errata fallisce la validazione. Undici cifre sono UPC-A senza cifra di controllo—lo strumento la calcola e poi comprime. Dodici cifre sono UPC-A completo con verifica.
Tredici cifre sono accettate solo se la stringa è la forma EAN-13 di un UPC-A che inizia con 0.
Dove un convertitore UPC-E dà valore
I team operativi retail incollano codici corti da piccoli pack di cosmetici, dolciumi ed elettronica in strumenti di inventario che accettano solo UPC-A a dodici cifre, e necessitano di un’espansione che non inventi zeri. Gli script di quality assurance fanno andata e ritorno su migliaia di codici: espandere, comprimere e verificare l’uguaglianza, cogliendo cifre di controllo sfasate prima di una tiratura.
Abbini questa capacità a una validazione generale della cifra di controllo o alla generazione di immagini di codici a barre se le servono anche prove multi-simbologia o simboli stampabili, ma mantenga espansione e compressione UPC-E sulla propria landing page così l’intento di ricerca resta monouso. Preferisca auto per interfacce di incolla, expand per lotti di codici corti e compress per esportazioni di catalogo che devono diventare UPC-E solo se idonee.
Casi d'uso
Ricevimento retail di confezioni piccole
Gli addetti al ricevimento espandono simboli UPC-E a sei cifre da pack compatti in UPC-A a dodici cifre per file di scansione WMS che memorizzano solo la forma completa.
Domande frequenti
Cosa fa questo convertitore UPC-E?
Espande l’UPC-E (6–8 cifre) in UPC-A completo a 12 cifre e comprime un UPC-A idoneo (o EAN-13 con 0 iniziale) di nuovo in UPC-E, calcolando o verificando sempre la cifra di controllo condivisa.
Quali sistemi numerici sono supportati?
La soppressione zeri UPC-E si applica solo ai sistemi numerici 0 e 1.
Come sceglie auto tra espansione e compressione?
Auto espande codici di 6–8 cifre e comprime codici di 11–13 cifre. Forzi expand o compress quando le serve una sola direzione indipendentemente dalla lunghezza.
Perché il mio UPC-A non si può comprimere in UPC-E?
Hanno una forma a sei cifre solo i codici con sistema numerico 0 o 1 il cui produttore e prodotto contengono una delle sequenze di zeri definite da GS1. Qualsiasi altro viene segnalato come non comprimibile invece di finire su un'etichetta sbagliata.
Come vengono rimessi gli zeri mancanti?
Decide la sesta cifra di dati. Con 0, 1 o 2 il codice del produttore finisce con quella cifra più due zeri; con 3 con due zeri; con 4 con uno zero; da 5 a 9 il produttore resta intero e il prodotto diventa quattro zeri più quella cifra.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo stack
curl -X POST https://api.kit.forhosting.com/enc/upce \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"code":"425261"}'const res = await fetch("https://api.kit.forhosting.com/enc/upce", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"code": "425261"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/upce",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"code": "425261"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/upce", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"code":"425261"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"code":"425261"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/upce", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Esempio di richiesta
{
"code": "425261"
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.upce",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Codici non comprimibili, con cifra di controllo errata o con sistema numerico non supportato vengono rifiutati con invalid_input invece di un’etichetta silenziosamente sbagliata. Le chiamate API riuscite costano il prezzo base pubblicato $0.002 per voce.
Come funzionano espansione e compressione UPC-E
La compressione è l’inverso: solo codici con sistema 0 o 1 e schema di zeri corrispondente possono diventare UPC-E; tutto il resto è segnalato come non comprimibile.
Input, modalità e campi di risposta
Sei cifre sono trattate come dati UPC-E con sistema numerico 0 di default, oppure 0 o 1 se imposta number_system. La modalità auto (predefinita) espande lunghezze fino a otto e comprime da undici a tredici; expand e compress forzano una direzione e sollevano invalid_input se la lunghezza non corrisponde. Sono accettati gli alias text, value, input, barcode e upc per code; op, action e direction possono sostituire mode; ns, numberSystem e system possono sostituire number_system. Una risposta riuscita include sempre mode, direction, code_in, number_system, upc_e (sei cifre di dati), upc_e_full (otto con sistema e controllo), upc_a (dodici), manufacturer_code, product_code, check_digit e valid impostato a true. Input mancanti, vuoti, non numerici, troppo lunghi, non comprimibili o con cifra di controllo errata falliscono con invalid_input e non vengono addebitati sul percorso prepagato. Il prezzo delle chiamate riuscite è la base pubblicata di $0.002 per voce.
Dove un convertitore UPC-E dà valore
Tipografie e produttori di private label progettano simboli a zeri soppressi per artwork stretti e devono comprimere un UPC-A di catalogo in UPC-E solo quando lo schema GS1 lo consente, fallendo in modo chiaro altrimenti per non stampare uno SKU non idoneo. Le schede e-commerce spesso mostrano un codice a sei cifre da un foglio fornitore mentre il marketplace richiede GTIN-12; convertire tramite questo endpoint mantiene l’automazione deterministica. Ogni chiamata riuscita costa il prezzo base $0.002 senza token di modello né rete in uscita; la validazione fallita non consuma saldo.
Casi di integrazione
Progettazione etichette e private label
I designer comprimono valori UPC-A di catalogo in UPC-E quando lo schema di zeri lo consente, e ricevono un errore chiaro quando uno SKU non può usare legalmente la soppressione degli zeri.
Fixture QA e feed marketplace
Le pipeline fanno andata e ritorno expand/compress per test golden e convertono codici corti del fornitore in GTIN-12 per le schede marketplace senza indovinare zeri a mano.
Domande tecniche
Cosa succede se il mio UPC-A non è comprimibile?
Se le cifre produttore e prodotto non corrispondono a uno schema GS1 di soppressione zeri, la richiesta fallisce con invalid_input spiegando che il codice non è comprimibile in UPC-E.
Quanto costa il convertitore UPC-E?
Lo strumento nel browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; l’input non valido non viene addebitato.