Qué hay dentro de una etiqueta de transporte, y por qué importa

Un archivo ZPL no es una imagen ni un formato binario: es texto que cualquiera abre en el Bloc de notas. Y lo que hay escrito dentro es esto:

^FO50,200^A0N,28,28^FDJoao da Silva^FS
^FO50,240^A0N,28,28^FDRua das Flores 1234^FS
^FO50,280^A0N,28,28^FD01310-100 Sao Paulo SP^FS

Nombre completo, dirección con número, código postal. Una etiqueta de transporte suele llevar también teléfono, y en muchos países un documento de identidad. Un lote de quinientas etiquetas es una base de quinientas personas, en texto legible, en un archivo de aproximadamente 1 MB.

Nada de esto es oscuro ni está escondido: es cómo funciona el formato, porque la impresora necesita el texto para imprimirlo. Lo que cambia es la consecuencia de olvidarlo.

La distinción que vale anotar: los datos son de tus clientes, no de tu empresa. Bajo la normativa de protección de datos, quien maneja ese archivo responde por él, aunque le llegara ya hecho desde el transportista.

Tres descuidos que aparecen cada semana en canales de soporte y en foros:

• Pegar el contenido de una etiqueta real en una pregunta pública, para enseñar el error de sintaxis.
• Mandar el archivo por correo o mensajería a otra persona para que lo convierta, y que se quede en esa bandeja para siempre.
• Usar un conversor en línea sin leer qué dice que hace con el archivo después.

El primero es el más común y el más fácil de evitar: cambia nombres, direcciones y documentos por valores inventados antes de pegar. El error de sintaxis sigue viéndose perfectamente, porque vive en la estructura del comando y no en el contenido del ^FD.

El contenido de la etiqueta pasa por el servidor, porque el servidor es quien dibuja la imagen. Después se descarta. Nada del archivo se escribe en disco, en base de datos, en almacenamiento de objetos ni en registro: ni el ZPL, ni la imagen generada, ni el PDF, ni el nombre del archivo que subiste.

No es una promesa de buena conducta, es cómo está construido el sistema. El servicio que renderiza no abre ningún archivo y no escribe nada en disco, y el archivo se procesa en bloques justamente para que ninguna parte tenga que quedarse guardada en algún sitio mientras corre el trabajo.

Quien tiene cuenta obtiene un historial de conversiones. Guarda cinco cosas, y ninguna sale del contenido de la etiqueta: un identificador de la fila, tu cuenta, la cantidad de etiquetas, el formato que elegiste (PDF o PNG) y la fecha. No guarda ningún fragmento del archivo, ni su nombre, ni cuántos destinatarios distintos había. La forma de esa fila está fijada por una prueba automatizada, para que una columna nueva exija una decisión consciente en vez de colarse en un cambio sobre otro asunto.

Vale para nosotros y para cualquier otro. Tres preguntas, y las tres tienen respuesta verificable en la política de privacidad del servicio:

• ¿El archivo se guarda después de convertir? ¿Cuánto tiempo?
• ¿El contenido aparece en registros, informes de error o métricas?
• ¿Quién, dentro de la empresa, puede leer lo que se subió?

Un servicio que no responda a esas tres por escrito, y no solo en su publicidad, es un servicio al que no deberías darle una etiqueta real. Nuestra política está publicada y responde a las tres.

Trata un archivo de etiquetas como tratarías una hoja de cálculo de clientes: no lo reenvíes sin pensar, no lo dejes en una carpeta compartida, bórralo cuando el envío esté despachado. Es el mismo cuidado, y el formato de texto plano solo hace que el descuido salga más barato a quien encuentre el archivo.