Convertidor UPC-E
El UPC-E 425261 se expande al UPC-A 042100005264: se reponen los ceros suprimidos para envases pequeños, fabricante 42100 y producto 00526, y se calcula el dígito de control común, 4. La compresión hace el camino inverso. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Código
- 425261
- Modo de cálculo
- Expand
- Dirección
- expand
- Código de entrada
- 425261
- Sistema numérico
- 0
- Upc e
- 425261
El UPC-E es la forma de seis dígitos con ceros suprimidos de un código de barras comercial UPC-A, usada en envases pequeños donde no cabe el símbolo de doce dígitos. Los almacenes, impresoras de etiquetas y bases de productos suelen guardar la forma expandida UPC-A, de modo que los operadores necesitan convertir entre ambas sin adivinar qué ceros se omitieron. Este convertidor UPC-E expande un código UPC-E válido a su UPC-A equivalente, comprime un UPC-A elegible de nuevo a UPC-E y siempre calcula o verifica el dígito de control compartido para detectar al instante un dígito final erróneo. El modo auto elige la dirección según la longitud de la cadena; expand y compress fuerzan un solo sentido en scripts y formularios.
Cómo funcionan la expansión y la compresión UPC-E
Un código UPC-A estándar tiene doce dígitos: un dígito de sistema numérico (0 o 1 para UPC-E minorista), un código de fabricante de cinco dígitos, un código de producto de cinco dígitos y un dígito de control mod-10 calculado con pesos de tres y uno de izquierda a derecha. El UPC-E guarda solo seis dígitos de datos al suprimir rachas de ceros en ciertos patrones de fabricante y producto definidos por GS1.
La expansión reconstruye los ceros faltantes a partir del sexto dígito de datos: si es 0, 1 o 2, el fabricante termina con ese dígito más dos ceros y el producto es 00 más los tres dígitos centrales; si es 3, el fabricante termina con dos ceros y el producto es 000 más dos dígitos; si es 4, el fabricante termina con un cero y el producto es 0000 más un dígito; si es 5 a 9 se conserva el fabricante de cinco dígitos y el producto es 0000 más ese dígito final.
Se antepone el sistema numérico, se suma de control el cuerpo de once dígitos y el resultado es un UPC-A canónico de doce dígitos. La compresión es la inversa: solo códigos con sistema 0 o 1 y un patrón de ceros coincidente pueden volverse UPC-E; el resto se declara no comprimible. No interviene coma flotante, muestreo aleatorio ni tablas externas: solo ramas por dígito y una suma ponderada.
Entradas, modos y campos de respuesta
Envíe el campo obligatorio code con los dígitos del código de barras. Se eliminan espacios, guiones, guiones bajos y puntos para que sigan parseando valores copiados del envase. Siete dígitos son sistema más seis datos si el primero es 0 o 1, o seis datos más dígito de control en caso contrario.
Ocho dígitos son sistema, seis datos y dígito de control; un dígito de control erróneo falla la validación. Once dígitos son UPC-A sin dígito de control: la herramienta lo calcula y luego comprime. Doce dígitos son UPC-A completo con verificación.
Trece dígitos solo se aceptan si la cadena es un EAN-13 forma de UPC-A que empieza por 0.
Dónde aporta valor un convertidor UPC-E
Los equipos de operaciones minoristas pegan códigos cortos de envases pequeños de cosmética, confitería y electrónica en herramientas de inventario que solo aceptan UPC-A de doce dígitos, y necesitan una expansión que no invente ceros. Imprentas y fabricantes de marca blanca diseñan símbolos con ceros suprimidos para arte apretado y deben comprimir un UPC-A de catálogo a UPC-E solo cuando el patrón GS1 lo permite, fallando con claridad si no, para no imprimir un SKU no elegible.
Scripts de control de calidad hacen ida y vuelta de miles de códigos: expandir, comprimir y afirmar igualdad, captando dígitos de control desfasados antes de un tiraje. Combine esta capacidad con validación general de dígito de control o generación de imagen de código de barras si también necesita pruebas multi-simbología o símbolos imprimibles, pero mantenga la expansión y compresión UPC-E en su propia página de aterrizaje para que la intención de búsqueda siga siendo un solo propósito.
Prefiera auto en interfaces de pegado, expand para lotes de códigos cortos y compress en exportaciones de catálogo que solo deben volverse UPC-E cuando sean elegibles.
Qué puede hacer con ella
Recepción minorista de envases pequeños
Los operarios de recepción expanden símbolos UPC-E de seis dígitos de packs compactos a UPC-A de doce dígitos para ficheros de escaneo WMS que solo guardan la forma completa.
Diseño de etiquetas y marca blanca
Los diseñadores comprimen valores UPC-A de catálogo a UPC-E cuando el patrón de ceros lo permite, y reciben un error claro cuando un SKU no puede usar supresión de ceros de forma válida.
Preguntas frecuentes
¿Qué hace este convertidor UPC-E?
Expande UPC-E (6–8 dígitos) a UPC-A completo de 12 dígitos y comprime un UPC-A elegible (o EAN-13 con 0 inicial) de nuevo a UPC-E, calculando o verificando siempre el dígito de control compartido.
¿Qué sistemas numéricos se admiten?
La supresión de ceros UPC-E solo aplica a los sistemas numéricos 0 y 1.
¿Cómo elige el modo auto entre expandir y comprimir?
Auto expande códigos de 6–8 dígitos y comprime códigos de 11–13 dígitos. Force expand o compress cuando necesite una sola dirección con independencia de la longitud.
¿Por qué mi UPC-A no se puede comprimir a UPC-E?
Solo tienen forma de seis cifras los códigos con sistema numérico 0 o 1 cuyo fabricante y producto contienen uno de los patrones de ceros definidos por GS1. Cualquier otro se indica como no comprimible en lugar de forzarse en una etiqueta errónea.
¿Cómo se reponen los ceros que faltan?
Lo decide la sexta cifra de datos. Con 0, 1 o 2, el código del fabricante termina en esa cifra más dos ceros; con 3, en dos ceros; con 4, en un cero; con 5 a 9 el fabricante queda entero y el producto pasa a cuatro ceros más esa cifra.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su 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)Ejemplo de solicitud
{
"code": "425261"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.upce",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Los códigos no comprimibles, con dígito de control incorrecto o con sistema numérico no admitido se rechazan con invalid_input en lugar de una etiqueta silenciosamente incorrecta. Las llamadas API correctas cuestan el precio base publicado $0.002 por ítem.
Entradas, modos y campos de respuesta
Seis dígitos se tratan como datos UPC-E con sistema numérico 0 por defecto, o 0 o 1 si define number_system. El modo auto (predeterminado) expande longitudes hasta ocho y comprime de once a trece; expand y compress fuerzan una dirección y lanzan invalid_input si la longitud no coincide. Se aceptan los alias text, value, input, barcode y upc para code; op, action y direction pueden sustituir a mode; ns, numberSystem y system a number_system. Una respuesta correcta siempre incluye mode, direction, code_in, number_system, upc_e (seis dígitos de datos), upc_e_full (ocho con sistema y control), upc_a (doce), manufacturer_code, product_code, check_digit y valid en true. Entradas ausentes, vacías, no numéricas, demasiado largas, no comprimibles o con dígito de control incorrecto fallan con invalid_input y no se facturan en la ruta de prepago. El precio de las llamadas correctas es la base publicada de $0.002 por ítem.
Dónde aporta valor un convertidor UPC-E
Los listados de comercio electrónico a menudo muestran un código de seis dígitos de una hoja del proveedor mientras el marketplace exige GTIN-12; convertir por este endpoint mantiene la automatización determinista. Cada llamada correcta cuesta el precio base $0.002 sin tokens de modelo ni red saliente; la validación fallida no consume saldo.
Casos de integración
Fixtures de QA y feeds de marketplace
Los pipelines hacen ida y vuelta expand/compress en pruebas golden y convierten códigos cortos del proveedor a GTIN-12 para listados sin adivinar ceros a mano.
Preguntas técnicas
¿Qué ocurre si mi UPC-A no es comprimible?
Si los dígitos de fabricante y producto no coinciden con un patrón GS1 de supresión de ceros, la solicitud falla con invalid_input indicando que el código no es comprimible a UPC-E.
¿Cuánto cuesta el convertidor UPC-E?
La herramienta del navegador es gratuita. Las solicitudes API usan el saldo prepago KIT a $0.002 por llamada correcta; la entrada inválida no se factura.