Clave numérica del pedido en PrestaShop ( orders.id_order ): lo que usa el equipo al abrir desde la lista, enlazar facturas o casar con APIs.

Referencia pública del pedido (a menudo alfanumérica) que ve el cliente en confirmaciones y que encaja rápido en CRMs — distinta del ID numérico.

Indicador de “cliente nuevo” según las reglas de PrestaShop. Ocúltalo si no aporta nada a tu flujo o ya lo tenéis en otro sitio.

Nombre mostrado del comprador (y el comportamiento de enlace del núcleo), normalmente nombre y apellidos o el formato que definas en la tienda.

Campo de empresa en contexto B2B. En tiendas solo B2C suele ir vacío y estorba.

Total pagado con impuestos, tal como lo formatea el núcleo: lo cobrado por el carrito, envío e impuestos según las reglas de la tienda.

Etiqueta legible del método de pago elegido en el checkout (transferencia, nombre del módulo de tarjeta, etc.) — lo mismo que verías en el detalle del pedido.

Nombre del estado actual según tus estados (pendiente de pago, enviado, etc.) — la etiqueta con la que trabaja el equipo, aparte de los colores del tema.

The order creation timestamp ( orders.date_add ) — cuándo el carrito pasó a registro de pedido; sirve para ordenar y mirar plazos tipo SLA.

País de entrega vía join dirección/país del núcleo: útil para exportaciones y zonas de transporte de un vistazo.

Nombre de la tienda en multitienda. En una sola tienda suele sobrar.

Transportista o método de envío elegido: lo mismo que filtras en reglas de envío o en la mesa de preparación.

Email en la entidad cliente — el mismo join que usa el núcleo. B2B lo pega al CRM o ticket sin abrir la ficha.

Campo city del alias de entrega. Junta con código postal si solo el país no basta para expedición.

Código postal de entrega — lo que suelen pedir etiquetas y APIs de mensajería junto al nombre.

Cuenta filas de order_detail = número de líneas SKU distintas, no la suma de cantidades — para ver carritos “llenos de líneas” vs compra mínima.

Nombre localizado de la línea más temprana de order_detail (por ID de línea). Ayuda si la referencia es críptica.

Aproxima la masa sumando cantidad × peso padre de product.weight. No desglosa combinaciones — orientativo, no para facturar porte legal. La UI muestra kg con tres decimales si la suma > 0.

Hasta 140 caracteres del customer_message más nuevo ligado a un customer_thread del pedido. Se limpia HTML y se escapan entidades para que un pegado raro del formulario no rompa la cuadrícula.

Valor técnico orders.module — el mismo identificador que bajo Módulos → Pago. Útil para conciliar cobros o ver qué pasarela gana.

Días completos de 24 h entre orders.date_add y el “ahora” de la base con TIMESTAMPDIFF — para SLAs o perseguir transferencias sin pagar.

Etiqueta legible desde customer.is_guest tras hidratar — separa invitado vs cuenta sin abrir la ficha.

invoice_number que ya trae el dataset del núcleo: finanzas lee la secuencia junto a la referencia sin Excel (vacío hasta que exista factura).

Copia delivery_number del pedido — enlaza albaranes o IDs de expedición con la fila sin abrir cada pedido.

iso_code del join de divisa (EUR, USD, PLN…). En multdivisa marcas qué filas necesitan conciliación FX si el símbolo no sale en la plantilla por defecto.

Agrega nombres localizados de reglas guardadas en el pedido (catálogo, vales, envío gratis, etc.). Valores DISTINCT y orden alfabético para leer en una sola celda sin sorpresas.