Datos Maestros

Datos que Ontime debe preparar y cargar antes de poner PROXIMITI en produccion. Se organizan en datos de referencia (catalogos), datos operativos (centros, usuarios, clientes), y datos transaccionales. El objetivo es que el sistema arranque con toda la informacion necesaria para operar desde el dia uno.

1. Vista General de Carga

Categoria	Tablas principales	Registros estimados	Fuente en Ontime	Prioridad
Catalogos base	tp_pprx_carrier, tp_pprx_cluster, td_tipo_establecimiento	~50	ALINA / Operaciones	Critica
Red de centros	tp_pprx_centro	~100-500	ALINA + proveedores	Critica
Usuarios	tp_pprx_usuario	~50-200	Azure AD + asignaciones	Critica
Clientes	tp_pprx_cliente, tp_pprx_direccion_cliente	~1000+	ALINA / CRM	Alta
Tarifas centro	tp_pprx_tarifa, tp_pprx_tarifa_historico	~100-500	Departamento financiero	Alta
Tarifas cliente	tp_pprx_tarifa_cliente	~20-50	Departamento comercial	Alta
Contratos	tp_pprx_contrato, td_plantilla_contrato	~100-500	Legal / Comercial	Media
Terminos y condiciones	td_terminos_condiciones	~1	Legal	Media
Proveedores	td_proveedor	~5-10	IT / Adaptador config	Media
Historicos	tp_pprx_envio, tp_pprx_envio_tracking, tp_pprx_pod	0 (arranque limpio)	ALINA	Baja

Convencion de nomenclatura de tablas:

• tp_pprx_* -- tablas operativas (datos que cambian en tiempo real)
• td_* -- tablas de catalogo/referencia (datos relativamente estaticos)

---

2. Catalogos Base

2.1 Carriers (tp_pprx_carrier)

Empresas de transporte que operan rutas hacia los centros PUDO.

Columna	Tipo	Requerido	Descripcion
cod_carrier	VARCHAR(50)	Si	Codigo unico del carrier (ej: ONTIME-CARRIER-001)
nom_carrier	VARCHAR(200)	Si	Nombre comercial
activo	BOOLEAN	Si	Si opera actualmente (default TRUE)

Fuente: Departamento de operaciones / ALINA. Listar todas las empresas de transporte que tendran rutas de entrega/recogida en centros PUDO.

Ejemplo seed:

INSERT INTO tp_pprx_carrier (nom_carrier, cod_carrier, activo)
VALUES ('Ontime Express', 'ONTIME-EXP-001', TRUE)
ON CONFLICT (cod_carrier) DO NOTHING;

2.2 Clusters (tp_pprx_cluster)

Agrupaciones geograficas de centros PUDO. Cada cluster define una zona de servicio mediante un poligono GeoJSON y se asigna a un carrier responsable.

Columna	Tipo	Requerido	Descripcion
nom_cluster	VARCHAR(100)	Si	Nombre de la zona (ej: Madrid Centro)
id_carrier	BIGINT (FK)	No	Carrier asignado a esta zona
poligono_geojson	geometry(Polygon, 4326)	No	Poligono PostGIS que delimita la zona

Formato del poligono: GeoJSON con coordenadas [longitud, latitud] en EPSG:4326. El primer y ultimo punto deben coincidir para cerrar el poligono.

{
  "type": "Polygon",
  "coordinates": [[
    [-3.7038, 40.4168],
    [-3.7038, 40.4268],
    [-3.6938, 40.4268],
    [-3.6938, 40.4168],
    [-3.7038, 40.4168]
  ]]
}

Fuente: Departamento de operaciones/logistica. Definir zonas de reparto con poligonos reales que cubran las areas de servicio.

2.3 Tipos de Establecimiento (td_tipo_establecimiento)

Catalogo de tipos de centro PUDO. Viene pre-cargado con 8 tipos por defecto. Se pueden agregar tipos adicionales.

Columna	Tipo	Requerido	Descripcion
cod_tipo	VARCHAR(50)	Si	Codigo unico (ej: TIENDA)
des_tipo	VARCHAR(200)	Si	Descripcion legible
cap_defecto	INTEGER	No	Capacidad por defecto al crear un centro de este tipo
horario_defecto	JSONB	No	Horario tipo por defecto (formato descrito en seccion 3.1)
activo	BOOLEAN	Si	Activo en el catalogo (default TRUE)

Tipos pre-cargados (no requieren accion):

cod_tipo	Descripcion	Capacidad defecto
TIENDA	Tienda	30
ESTANCO	Estanco	15
GASOLINERA	Gasolinera	20
HOTEL	Hotel	25
RESTAURANTE	Restaurante	10
OFICINA	Oficina	40
LOCKER	Locker automatico	50
OTRO	Otro tipo	20

Accion requerida: Revisar si faltan tipos propios de Ontime. Si existen categorias adicionales (ej: CENTRO_COMERCIAL, FARMACIA), agregarlas antes de cargar centros.

---

3. Red de Centros PUDO (tp_pprx_centro)

Esta es la carga mas critica. Cada centro PUDO del que Ontime es propietario debe tener un registro completo. Los centros de proveedores externos (Kanguro, Hublocker) se sincronizan automaticamente via el servicio adaptador.

Columna	Tipo	Requerido	Descripcion
cod_centro	VARCHAR(50)	Si	Codigo unico (ej: PUDO-MAD-001)
nom_centro	VARCHAR(200)	Si	Nombre del establecimiento
num_capacidad_total	INTEGER	Si	Huecos totales para paquetes
num_espacios_libres	INTEGER	Si	Huecos disponibles (= num_capacidad_total al inicio)
id_cluster	BIGINT (FK)	No	Zona geografica asignada
direccion	VARCHAR(500)	No	Direccion completa
latitud	DOUBLE PRECISION	Si*	Coordenada latitud (WGS84)
longitud	DOUBLE PRECISION	Si*	Coordenada longitud (WGS84)
cod_proveedor	VARCHAR(20)	Si	ONTIME para centros propios (default)
estado_centro	VARCHAR(30)	Si	Estado inicial (ver tabla abajo)
id_tipo_establecimiento	BIGINT (FK)	No	Referencia a td_tipo_establecimiento
email_contacto	VARCHAR(200)	No	Email del responsable del centro
telefono	VARCHAR(50)	No	Telefono de contacto
nif_cif	VARCHAR(20)	No	NIF/CIF del establecimiento
horario	JSONB	No	Horario de apertura (ver formato en 3.1)
dias_retencion	INTEGER	No	Dias maximos de retencion de paquetes
version	INTEGER	Si	Control de concurrencia optimista (iniciar en 1)
sync_status	VARCHAR(20)	Si	DISABLED para centros propios (default FRESH)

IMPORTANTE: latitud y longitud deben ser coordenadas reales obtenidas de Google Maps, HERE, o similar. Los datos seed de desarrollo usan valores sinteticos que NO sirven para produccion. El widget de seleccion PUDO usa estas coordenadas para busqueda por proximidad -- si son incorrectas, el selector no funcionara.

Estados de centro (estado_centro):

Estado	Descripcion	Uso en carga inicial
PENDIENTE_ACTIVACION	Dado de alta, pendiente de revision	Centros nuevos por validar
ACTIVO	Operativo, recibe envios	Centros listos desde el dia 1
SUSPENDIDO	Temporalmente inactivo	No usar en carga inicial
BAJA_TEMPORAL	Baja temporal reversible	No usar en carga inicial
BAJA_DEFINITIVA	Dado de baja permanente	No usar en carga inicial

3.1 Formato de Horario (JSONB)

El campo horario acepta un objeto JSON con los dias de la semana como claves. Cada dia contiene un array de rangos horarios para soportar jornada partida.

{
  "lunes":    [{"apertura": "09:00", "cierre": "14:00"}, {"apertura": "17:00", "cierre": "20:00"}],
  "martes":   [{"apertura": "09:00", "cierre": "14:00"}, {"apertura": "17:00", "cierre": "20:00"}],
  "miercoles":[{"apertura": "09:00", "cierre": "14:00"}, {"apertura": "17:00", "cierre": "20:00"}],
  "jueves":   [{"apertura": "09:00", "cierre": "14:00"}, {"apertura": "17:00", "cierre": "20:00"}],
  "viernes":  [{"apertura": "09:00", "cierre": "14:00"}, {"apertura": "17:00", "cierre": "20:00"}],
  "sabado":   [{"apertura": "10:00", "cierre": "14:00"}],
  "domingo":  []
}

• Dias sin servicio: array vacio []
• Jornada continua: un solo rango (ej: [{"apertura": "08:00", "cierre": "20:00"}])
• Jornada partida: dos rangos (manana + tarde)
• Formato hora: HH:MM en 24 horas

3.2 Centros de Proveedores Externos

Los centros de Kanguro y Hublocker NO requieren carga manual. El servicio ws-pprx-adapter sincroniza automaticamente cada 5 minutos via las APIs de los proveedores. Estos centros se crean con cod_proveedor = 'KANGURO' o 'HUBLOCKER' y sync_status = 'FRESH'.

Solo los centros con cod_proveedor = 'ONTIME' necesitan carga manual.

---

4. Usuarios (tp_pprx_usuario)

Columna	Tipo	Requerido	Descripcion
keycloak_sub	VARCHAR(255)	Si	UUID del proveedor de identidad (Azure AD sub claim)
nom_usuario	VARCHAR(200)	Si	Nombre completo
email	VARCHAR(200)	Si	Email unico
rol	VARCHAR(50)	Si	Rol del sistema (ver tabla abajo)
id_centro_pudo	BIGINT (FK)	Condicional	Requerido para USER_PUDO; NULL para el resto
url_foto	VARCHAR(1024)	No	URL de foto de perfil en MinIO

Roles disponibles:

Rol	Descripcion	Requiere centro
USER_PUDO	Operador de centro PUDO	Si -- id_centro_pudo obligatorio
USER_CARRIER	Conductor/transportista	No
USER_ADMIN	Administrador del sistema	No
USER_CUSTOMER	Cliente final (consumidor)	No
USER_BILLING	Facturacion/finanzas	No

Auto-provisioning: PROXIMITI crea automaticamente el registro de usuario en la primera autenticacion. Sin embargo, la asignacion de centro (id_centro_pudo) para operadores PUDO requiere que el atributo center_code este configurado en Azure AD como claim del usuario.

Lo que Ontime debe preparar:

1. Operadores PUDO: Lista de personas con su email + codigo de centro asignado (cod_centro)
2. Carriers: Lista de conductores con su email
3. Administradores: Lista de usuarios admin con su email
4. Billing: Lista de usuarios de facturacion con su email
5. Configuracion Azure AD: Asegurar que el atributo center_code este mapeado como claim en el token JWT para operadores PUDO

---

5. Clientes (tp_pprx_cliente + tp_pprx_direccion_cliente)

5.1 Perfil de Cliente (tp_pprx_cliente)

Columna	Tipo	Requerido	Descripcion
id_usuario	BIGINT (FK)	Si	Referencia a tp_pprx_usuario (rol USER_CUSTOMER)
nif	VARCHAR(20)	No	NIF/NIE/CIF del cliente
telefono	VARCHAR(30)	No	Telefono de contacto
idioma_pref	VARCHAR(10)	Si	Idioma preferido (default es)
notif_email	BOOLEAN	Si	Recibir notificaciones por email (default TRUE)
notif_sms	BOOLEAN	Si	Recibir notificaciones por SMS (default FALSE)

5.2 Direcciones del Cliente (tp_pprx_direccion_cliente)

Columna	Tipo	Requerido	Descripcion
id_cliente	BIGINT (FK)	Si	Referencia al perfil de cliente
alias	VARCHAR(100)	Si	Nombre corto (ej: Casa, Oficina)
nom_destinatario	VARCHAR(200)	Si	Nombre del destinatario
nif_destinatario	VARCHAR(20)	No	NIF/NIE del destinatario
linea_1	VARCHAR(300)	Si	Linea de direccion principal
linea_2	VARCHAR(300)	No	Linea complementaria (piso, puerta, etc.)
ciudad	VARCHAR(100)	Si	Ciudad
provincia	VARCHAR(100)	Si	Provincia
codigo_postal	VARCHAR(10)	Si	Codigo postal
pais	VARCHAR(100)	Si	Pais (default Espana)
telefono	VARCHAR(30)	No	Telefono del destinatario
email	VARCHAR(200)	No	Email del destinatario
es_predeterminada	BOOLEAN	Si	Direccion por defecto (default FALSE)

Fuente: CRM existente o base de datos de ALINA. Los clientes tambien pueden auto-registrarse via el portal de clientes, por lo que la carga inicial puede incluir solo clientes existentes con historico.

---

6. Tarifas

6.1 Tarifas de Centro (tp_pprx_tarifa)

Tarifa vigente por centro PUDO. Define el coste por hora de almacenamiento y por bulto.

Columna	Tipo	Requerido	Descripcion
cod_centro	VARCHAR(50) (FK)	Si	Codigo del centro
precio_horas	NUMERIC(10,4)	Si	Precio por hora de almacenamiento (EUR)
precio_bulto	NUMERIC(10,4)	No	Precio por bulto
fec_vigencia	DATE	Si	Fecha desde la que aplica

6.2 Historico de Tarifas (tp_pprx_tarifa_historico)

Versionado de cambios de tarifa. Cada entrada tiene rango de vigencia.

Columna	Tipo	Requerido	Descripcion
cod_centro	VARCHAR(50) (FK)	Si	Codigo del centro
precio_horas	NUMERIC(10,4)	Si	Precio por hora
precio_bulto	NUMERIC(10,4)	No	Precio por bulto
effective_from	DATE	Si	Inicio de vigencia
effective_to	DATE	No	Fin de vigencia (NULL = vigente)

6.3 Tarifas de Cliente (tp_pprx_tarifa_cliente)

Tarifas de envio por peso para clientes finales. Pre-cargadas con 4 tramos.

Columna	Tipo	Requerido	Descripcion
codigo	VARCHAR(50)	Si	Codigo unico (ej: S, M, L, XL)
nombre	VARCHAR(200)	Si	Nombre comercial
descripcion	TEXT	No	Descripcion para el cliente
peso_min_kg	NUMERIC(8,2)	Si	Peso minimo del tramo (kg)
peso_max_kg	NUMERIC(8,2)	Si	Peso maximo del tramo (kg)
precio_base	NUMERIC(10,2)	Si	Precio base (EUR)
precio_por_kg	NUMERIC(10,2)	Si	Precio adicional por kg (EUR)
moneda	VARCHAR(3)	Si	Moneda ISO 4217 (default EUR)

Tramos pre-cargados (revisar precios reales):

Codigo	Nombre	Peso	Precio base	EUR/kg
S	Small	0-2 kg	3.50	0.00
M	Medium	2-5 kg	5.00	0.50
L	Large	5-15 kg	8.00	0.40
XL	Extra Large	15-30 kg	12.00	0.35

Accion requerida: El departamento comercial debe validar estos precios y ajustarlos a la politica de precios real antes de go-live.

---

7. Contratos (tp_pprx_contrato + td_plantilla_contrato)

7.1 Plantillas de Contrato (td_plantilla_contrato)

Catalogo de plantillas pre-cargadas. Definen valores financieros y SLA por defecto.

Columna	Tipo	Descripcion
cod_plantilla	VARCHAR(50)	Codigo unico: STANDARD, PREMIUM, ENTERPRISE
des_plantilla	VARCHAR(200)	Nombre descriptivo
comision_recepcion_defecto	DECIMAL(5,2)	Comision por recepcion (EUR)
comision_entrega_defecto	DECIMAL(5,2)	Comision por entrega (EUR)
tarifa_fija_mensual_defecto	DECIMAL(10,2)	Cuota mensual fija (EUR)
seguro_incluido_defecto	BOOLEAN	Incluye seguro
importe_seguro_defecto	DECIMAL(10,2)	Importe maximo asegurado (EUR)
dias_retencion_defecto	INTEGER	Dias de retencion maxima
horas_recepcion_max_defecto	INTEGER	Horas maximas para recepcionar

Plantillas pre-cargadas:

Plantilla	Comision recep.	Comision entrega	Cuota mensual	Seguro	Retencion	Recepcion max
STANDARD	2.00	3.00	50.00	No	7 dias	24 h
PREMIUM	3.00	4.50	80.00	Si (500)	10 dias	12 h
ENTERPRISE	4.00	6.00	150.00	Si (1000)	14 dias	6 h

7.2 Contratos por Centro (tp_pprx_contrato)

Cada centro PUDO activo debe tener un contrato. Formato del codigo: CTR-{YYYY}-{COD_CENTRO}.

Columna	Tipo	Requerido	Descripcion
cod_contrato	VARCHAR(50)	Si	Codigo unico (ej: CTR-2026-PUDO-MAD-001)
id_centro	BIGINT (FK)	Si	Centro asociado
id_plantilla	BIGINT (FK)	No	Plantilla base (puede sobreescribir valores)
estado_contrato	VARCHAR(30)	Si	Estado del contrato
comision_recepcion	DECIMAL(5,2)	No	Sobreescribe valor de plantilla
comision_entrega	DECIMAL(5,2)	No	Sobreescribe valor de plantilla
tarifa_fija_mensual	DECIMAL(10,2)	No	Sobreescribe valor de plantilla
fec_inicio	DATE	Si	Fecha de inicio del contrato
fec_fin	DATE	No	Fecha de fin (NULL = indefinido)
moneda	VARCHAR(3)	Si	Moneda (default EUR)
dias_retencion_contrato	INTEGER	No	Dias de retencion (default 7)
horas_recepcion_max	INTEGER	No	Horas para recepcionar (default 24)
firmado_por	VARCHAR(255)	No	Nombre del firmante
fec_firma	TIMESTAMPTZ	No	Fecha de firma

Ciclo de vida del contrato:

Estado	Descripcion
BORRADOR	En preparacion
PENDIENTE_FIRMA	Enviado al centro para firma
ACTIVO	Vigente y operativo
SUSPENDIDO	Temporalmente suspendido
VENCIDO	Ha expirado su fecha fin
RESCINDIDO	Rescindido anticipadamente

Restriccion: Solo puede haber un contrato ACTIVO por centro (enforced por indice parcial unico en DB).

---

8. Terminos y Condiciones (td_terminos_condiciones)

Versionado de T&C que los centros PUDO deben aceptar. Solo una version puede estar vigente.

Columna	Tipo	Requerido	Descripcion
num_version	VARCHAR(20)	Si	Version unica (ej: v1.0)
titulo	VARCHAR(200)	Si	Titulo del documento
resumen	TEXT	No	Resumen ejecutivo
contenido_url	VARCHAR(1024)	No	URL al documento completo en MinIO
vigente	BOOLEAN	Si	Solo una version puede ser TRUE
fec_publicacion	DATE	No	Fecha de publicacion

Accion requerida: El departamento legal debe preparar el documento de T&C definitivo, subirlo a MinIO, y activar la version antes de go-live.

---

9. Proveedores Externos (td_proveedor)

Catalogo de proveedores de puntos PUDO (lockers, redes de terceros).

Columna	Tipo	Requerido	Descripcion
cod_proveedor	VARCHAR(20)	Si	Codigo unico (PK)
nombre	VARCHAR(100)	Si	Nombre del proveedor
activo	BOOLEAN	Si	Activo en el sistema (default TRUE)

Pre-cargados:

Codigo	Nombre	Descripcion
ONTIME	Ontime (Internal)	Centros propios de Ontime
KANGURO	Kanguro	Red de puntos PUDO Kanguro
HUBLOCKER	Hublocker	Red de lockers Hublocker

Accion requerida: Si Ontime integra proveedores adicionales, agregar entradas aqui y configurar las credenciales API en el servicio adaptador (ws-pprx-adapter).

---

10. Formato de Carga

10.1 SQL Directo (recomendado para catalogos)

Scripts INSERT idempotentes siguiendo el patron de 02_seed.sql. Usar ON CONFLICT DO NOTHING para permitir re-ejecucion.

Orden obligatorio de insercion (dependencias FK):

1. td_proveedor -- sin dependencias
2. td_tipo_establecimiento -- sin dependencias
3. tp_pprx_carrier -- sin dependencias
4. tp_pprx_cluster -- depende de tp_pprx_carrier
5. tp_pprx_centro -- depende de tp_pprx_cluster, td_tipo_establecimiento
6. td_plantilla_contrato -- sin dependencias
7. tp_pprx_contrato -- depende de tp_pprx_centro, td_plantilla_contrato
8. tp_pprx_usuario -- depende de tp_pprx_centro
9. tp_pprx_cliente -- depende de tp_pprx_usuario
10. tp_pprx_direccion_cliente -- depende de tp_pprx_cliente
11. tp_pprx_tarifa / tp_pprx_tarifa_historico -- depende de tp_pprx_centro
12. tp_pprx_tarifa_cliente -- sin dependencias
13. td_terminos_condiciones -- sin dependencias

10.2 CSV Import (recomendado para volumenes grandes)

Para centros y clientes con cientos o miles de registros, usar COPY de PostgreSQL o herramientas como pgAdmin.

# Ejemplo: carga masiva de centros desde CSV
psql -h localhost -U proximiti -d proximiti_db \
  -c "\COPY tp_pprx_centro(cod_centro, nom_centro, num_capacidad_total, num_espacios_libres, direccion, latitud, longitud, cod_proveedor, estado_centro, telefono, email_contacto) FROM 'centros_produccion.csv' WITH (FORMAT csv, HEADER true)"

Plantillas CSV a preparar: Se deben generar plantillas CSV con las columnas exactas para cada tabla, incluyendo cabeceras y datos de ejemplo.

10.3 API REST (para actualizaciones incrementales)

Los endpoints de administracion del BFF (/api/v1/centers, /api/v1/shipments, etc.) permiten CRUD post-lanzamiento. Requiere autenticacion con rol USER_ADMIN.

10.4 Sincronizacion Automatica

Mecanismo	Datos	Frecuencia
Adapter sync	Centros Kanguro y Hublocker	Cada 5 minutos
Auto-provisioning	Usuarios al primer login	Tiempo real
Portal de clientes	Registro de clientes + direcciones	Autoservicio

---

11. Datos que NO se Migran (Arranque Limpio)

Las siguientes tablas se generan operativamente y no requieren carga inicial:

Tabla	Razon
tp_pprx_envio	Los envios se crean en tiempo real
tp_pprx_envio_tracking	Eventos de tracking generados automaticamente (particionado por anio)
tp_pprx_pod	Pruebas de entrega capturadas en el momento de la entrega
tp_pprx_notificacion	Notificaciones de envio generadas por eventos
tp_pprx_notificacion_usuario	Notificaciones del centro, generadas por eventos
tp_pprx_incidencia	Incidencias creadas segun necesidad
tp_pprx_issues / tp_pprx_issue_audit	Issues y auditoria del servicio de soporte
tp_pprx_alina_outbox / tp_pprx_expiry_dlq	Colas transaccionales operativas
tp_pprx_log_alina	Log de auditoria ALINA
qr_session / tp_pprx_qr_session	Sesiones QR de handshake (efimeras)
tp_pprx_candidato	Pipeline de onboarding (se crea via UI)
tp_pprx_documento	Documentos de centros (se suben via UI)
tp_pprx_forecast	Forecasts de capacidad (generados por el sistema)
tp_pprx_centro_historial_estado	Auditoria de cambios de estado de centros
tp_pprx_contrato_historial	Auditoria de cambios de estado de contratos
tp_pprx_aceptacion_tc	Registro de aceptaciones de T&C

---

12. Checklist de Datos Maestros

Dato	Responsable	Formato	Volumen estimado	Estado
Carriers (empresas de transporte)	Operaciones	SQL	~10-20	Pendiente
Clusters (zonas geograficas)	Operaciones	SQL + GeoJSON	~10-30	Pendiente
Poligonos de zonas (GeoJSON)	Operaciones / GIS	GeoJSON	~10-30	Pendiente
Tipos de establecimiento adicionales	Operaciones	SQL	~0-5	Pendiente
Centros PUDO propios	Operaciones	CSV	~100-500	Pendiente
Coordenadas reales lat/lng	Operaciones / GIS	CSV	~100-500	Pendiente
Horarios de centros	Operaciones	JSON (en CSV)	~100-500	Pendiente
Datos de contacto de centros	Operaciones	CSV	~100-500	Pendiente
Plantillas de contrato (ajuste precios)	Comercial / Legal	SQL	3 (pre-cargadas)	Pendiente
Contratos por centro	Legal / Comercial	SQL/CSV	~100-500	Pendiente
Terminos y condiciones (documento)	Legal	PDF + SQL	1 version	Pendiente
Operadores PUDO (lista email + centro)	RRHH + Operaciones	Lista	~50-200	Pendiente
Conductores carrier (lista email)	RRHH + Operaciones	Lista	~20-50	Pendiente
Administradores (lista email)	IT	Lista	~5-10	Pendiente
Config Azure AD (claim center_code)	IT / Identidad	Config	N/A	Pendiente
Clientes existentes	Comercial / CRM	CSV	~1000+	Pendiente
Direcciones de clientes	Comercial / CRM	CSV	~2000+	Pendiente
Tarifas de centro (precio/hora, precio/bulto)	Financiero	CSV	~100-500	Pendiente
Tarifas de cliente (tramos peso/precio)	Comercial	SQL	~4-10	Pendiente
Proveedores externos adicionales	IT	SQL	~0-5	Pendiente
Credenciales API proveedores	IT	Config (env vars)	~2-5	Pendiente