Dígito de control SSCC-18
Los 17 dígitos de datos 00614141123456789 reciben el dígito de control 0, así que el SSCC-18 completo es 006141411234567890. Calcule el dígito antes de imprimir la etiqueta de un palé o valide un código de 18 dígitos de un aviso de envío. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Número
- 00614141123456789
- Modo de cálculo
- Compute
- Entrada
- 00614141123456789
- Dígito de control
- 0
- SSCC-18
- 006141411234567890
Las etiquetas logísticas, los sistemas de almacén y las integraciones con transportistas identifican palés y unidades de envío con un código de contenedor de envío en serie (SSCC-18) de dieciocho dígitos. Diecisiete de esos dígitos llevan el dígito de extensión, el prefijo de empresa GS1 y la referencia de serie; el decimoctavo es un dígito de control derivado de la fórmula GS1 mod-10, de modo que un error de tecleo o una transposición falla con mucha más frecuencia que parecer otro contenedor válido. Esta capacidad calcula ese dígito de control a partir de una cadena de diecisiete dígitos de datos, o valida un SSCC completo de dieciocho e indica si el dígito final almacenado coincide con el valor recalculado.
Cómo se calcula el dígito de control SSCC-18
Las Especificaciones Generales GS1 definen un único dígito de control mod-10 para el Serial Shipping Container Code y los símbolos afines con AI (00). Tome los diecisiete dígitos de datos — dígito de extensión, prefijo de empresa y referencia de serie — e ignore paréntesis o identificadores de aplicación impresos junto a las barras.
Numere esos dígitos de datos desde la derecha: el dígito de datos más a la derecha se multiplica por tres, el siguiente a la izquierda por uno, luego tres, luego uno, alternando hasta el dígito más a la izquierda. Sume cada producto ponderado. El dígito de control es diez menos esa suma módulo diez, tomado de nuevo módulo diez, de forma que una suma ya divisible por diez produce dígito de control cero.
Al añadir ese único dígito se obtiene el SSCC completo de dieciocho dígitos codificado en el símbolo y a menudo impreso en forma legible debajo. La validación es la operación inversa: se recalcula el dígito esperado a partir de los diecisiete primeros caracteres y se compara con el decimoctavo. *
Cómo calcular un dígito de control o validar un SSCC completo
Envíe un campo number que contenga solo los caracteres del cero al nueve. El modo validate espera exactamente dieciocho dígitos. Esa forma facilita mostrar «usted escribió X, se esperaba Y» en una interfaz de almacén sin una segunda petición.
Cadenas vacías, number ausente, valores de mode inválidos y longitudes incorrectas (por ejemplo dieciséis o diecinueve dígitos) fallan antes de cualquier suma ponderada y no se facturan. Prefiera compute al crear o completar un serial de contenedor nuevo; prefiera validate cuando reciba un SSCC completo de un escáner, una exportación WMS o un feed de transportista y necesite una puerta booleana antes de reservar el envío.
Dónde encajan los dígitos de control SSCC-18 en flujos logísticos reales
Los expedidores y los operadores 3PL reciben un prefijo de empresa GS1 y asignan referencias de serie a palés o cajas exteriores; antes de que una impresora de etiquetas grabe el símbolo deben añadir el dígito de control correcto para que los escáneres de almacén y los portales de transportistas acepten la unidad en el primer pase.
Los sistemas de gestión de almacén importan avisos de expedición de proveedores llenos de SSCC de dieciocho dígitos y deben rechazar filas cuyo dígito de control ya no coincida, lo que detecta tanto ediciones humanas como errores de uno en generadores previos. Los talleres de impresión que componen etiquetas logísticas GS1-128 a partir de seriales de diecisiete dígitos llaman al modo compute una vez por unidad y colocan sscc18 bajo las barras.
No trate un dígito de control válido como prueba de asignación GS1 ni de propiedad del rango de series: solo demuestra que la cadena de dieciocho dígitos es aritméticamente correcta bajo la regla GS1 mod-10, el mismo criterio de honestidad que aplica a cualquier suma de control logística.
Qué puede hacer con ella
Completar un serial de diecisiete dígitos para etiquetas de palé
Tome el dígito de extensión, el prefijo de empresa GS1 y la referencia de serie (diecisiete dígitos), llame al modo compute e imprima sscc18 bajo las barras GS1-128 para que la etiqueta del palé lleve un SSCC-18 válido para el escáner.
Auditar columnas SSCC de socios en feeds EDI
Valide por lotes cada SSCC-18 de un DESADV, CSV o exportación WMS y ponga en cuarentena las filas cuyo dígito de control ya no coincida con el valor esperado recalculado.
Preguntas frecuentes
¿Qué es un dígito de control SSCC-18?
Es el decimoctavo dígito de un Serial Shipping Container Code, calculado a partir de los diecisiete primeros dígitos con pesos GS1 alternos de 3 y 1 desde la derecha, de modo que los errores de un solo dígito fallen con mucha más frecuencia que parecer otro contenedor.
¿Qué ocurre con letras, espacios, guiones o longitudes incorrectas?
Las tareas de validación fallidas no se facturan.
¿Es gratuita la herramienta de dígito de control SSCC-18?
La herramienta del navegador es gratuita y se ejecuta en local.
¿Cómo se calcula el dígito de control del SSCC?
Empezando por el último dígito de datos, se multiplican los dígitos alternativamente por 3 y por 1 y se suman los productos. El dígito de control es el que lleva la suma al siguiente múltiplo de diez, o 0 si ya lo es. Para 00614141123456789 es 0.
¿Qué contienen los 17 dígitos de datos?
Primero el dígito de extensión, después el prefijo de empresa GS1 y por último la referencia de serie que la empresa asigna a cada palé o bulto. El dígito de control se añade al final y completa los 18.
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/sscc \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"number":"00614141123456789"}'const res = await fetch("https://api.kit.forhosting.com/enc/sscc", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"number": "00614141123456789"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/sscc",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"number": "00614141123456789"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/sscc", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"number":"00614141123456789"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"number":"00614141123456789"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/sscc", 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
{
"number": "00614141123456789"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.sscc",
"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 caracteres no numéricos y las longitudes incorrectas se rechazan con un error invalid_input claro, sin eliminar basura en silencio. Ejecútela gratis en el navegador o llame a la API de KIT al precio publicado; ambos caminos usan la misma aritmética pura, sin red y sin almacenar SSCC.
Cómo se calcula el dígito de control SSCC-18
El mismo esquema de pesos sustenta otros identificadores GS1 de distinta longitud, pero esta herramienta se centra estrictamente en el diseño diecisiete más uno del SSCC-18 para que la intención de búsqueda y los contratos de API queden claros. Como el algoritmo es aritmética entera pura con pesos fijos, el mismo serial produce siempre el mismo dígito de control en cada plataforma — navegador, Worker o arnés de pruebas sin red —, por eso la capacidad se entrega como motor parse de tier A y no como llamada a un modelo.
Cómo calcular un dígito de control o validar un SSCC completo
Espacios, guiones, letras, paréntesis alrededor de identificadores de aplicación y puntos decimales se rechazan como entrada no numérica con invalid_input, de modo que un formulario nunca acepte un valor limpiado en silencio. El modo compute es el predeterminado: proporcione exactamente diecisiete dígitos de datos; el motor devuelve check_digit como cadena de un carácter, sscc18 como esos diecisiete dígitos más el de control, y length dieciocho. La respuesta indica valid true cuando el dígito final coincide con el expected_check_digit recalculado, e incluye siempre payload (los diecisiete primeros dígitos), check_digit tal como se envió, expected_check_digit y el sscc18 canónico formado con payload más el dígito esperado. Como la ruta es parse puro, sin reloj, fuente aleatoria ni red, la misma entrada produce siempre el mismo JSON en la herramienta gratuita del navegador y en la API. A $0.002 por solicitud correcta puede proteger importaciones masivas de ASN, impresoras de etiquetas y auditorías de archivos de socios sin negociar un nivel personalizado.
Dónde encajan los dígitos de control SSCC-18 en flujos logísticos reales
Las API de reserva de transportistas que aceptan listas de SSCC pueden validar al enviar y bloquear la oferta hasta que valid sea true, reduciendo rechazos de EDI o API. Las pruebas de integración y los trabajos de calidad de datos recalculan expected_check_digit en cada columna SSCC de una exportación y ponen en cuarentena las discrepancias antes de que lleguen a la puerta del muelle. En todo flujo el contrato es el mismo: solo dígitos, diecisiete para compute o dieciocho para validate, JSON estructurado comprobable con goldens, comportamiento idéntico gratis en el navegador o con saldo prepago de KIT, y fallo honesto cuando la entrada no es una cadena SSCC-18 bien formada.
Casos de integración
Validar SSCC escaneados o tecleados en recepción
Cuando un escáner de mano o un formulario envíe dieciocho dígitos, llame al modo validate y bloquee actualizaciones de ASN o de ubicación si valid es false, mostrando expected_check_digit para corregir un error de tecleo.
Preguntas técnicas
¿Cómo calculo un dígito de control SSCC-18 con esta API?
Haga POST con number de exactamente diecisiete dígitos y mode compute (u omita mode). La respuesta incluye check_digit y sscc18 (el código completo de dieciocho dígitos).
¿Cómo valido un SSCC completo de dieciocho dígitos?
Haga POST con la cadena de dieciocho dígitos y mode validate. La respuesta incluye valid, check_digit, expected_check_digit, payload y el sscc18 canónico.