# GLS_SENDER_INTEGRATION ## Separacion de responsabilidades OperationalService coordina el caso de uso; CreateCoordinator garantiza intento unico, evidencia y conciliacion. IClientesAdapter resuelve identidad y serializa con el contrato existente. El repositorio, diarios, documentos, centros y cuotas son entidades independientes del proveedor. Otro transportista podra aportar su adaptador sin duplicar el modelo de expediciones. La identidad debe corresponder a la referencia de secreto del entorno y cuenta seleccionados. PRODUCCION se contrasta internamente con TEST. Nunca se incluyen credenciales en borradores, observaciones, respuestas web o mensajes de error. La peticion real se construye solo en memoria; el intento cifrado de negocio contiene XML con el secreto eliminado, no una copia del UID. ## Centros remitentes sender_centers conserva codigo, etiqueta, estado, version y direccion cifrada. carrier_account_senders permite varios centros y cuentas; un indice parcial garantiza un solo habitual por cuenta. Edicion por revision y auditoria sin direcciones. No se utiliza la tabla de destinatarios como configuracion. Desde Administracion 88 > Transportistas > Centros remitentes se configuran nombre, direccion, poblacion, CP, pais y datos opcionales propios. Un centro inactivo deja de estar disponible para borradores nuevos sin eliminar historia. La seleccion del puerto 80 copia un snapshot al guardar el borrador, evitando volver a introducir el remitente. Cambiar despues el centro no modifica envios ni borradores existentes: debe guardarse y revisarse de nuevo explicitamente. Puede mantenerse direccion manual seleccionando esa opcion. La fase inicial de serializacion operativa admite origen y destino Espana y los servicios localmente validados. El centro es reutilizable y no contiene UID, codigos contractuales inventados ni destinatarios de prueba. Se ha inicializado un centro habitual con los campos exclusivos del remitente propio previamente confirmados y preservados en configuracion local cifrada. Se ha contrastado identidad de empresa, localidad, CP y pais. Asociado a TEST y PRODUCCION; no se han copiado campos del destinatario ni activado llamadas. ## Creacion y etiquetas GrabaServicios usa la cuenta revisada y la referencia inmutable del intento. Resultado 0 no acredita recogida. Se conserva CODEXP sin inventar una agencia en el numero principal; una respuesta posterior puede aportar la numeracion completa. UID de expedicion y codigo de barras son identificadores distintos del UIDCLIENTE. Las etiquetas recibidas en la misma respuesta se guardan como activos originales cifrados, con SHA-256, MIME, formato y tamano. No se recuperan representaciones adicionales automaticamente ni se imprime. El circuito Zebra previamente validado sigue independiente e inalterado. ## Activacion futura Bloqueo de release, flag operacional global, permisos de cuenta, identidad, cuotas y confirmacion son controles acumulativos. Las politicas del servicio 80 aun impiden leer el almacen UID y conectarse a GLS. Su futura autorizacion debe ser explicita; guardar datos o abrir una pagina nunca las modifica. Un resultado ambiguo conserva evidencia y exige conciliacion local. Si falta recibo, el plan puede proponer GetExpCli por identificador/documentacion valida, pero no lo ejecuta ni vuelve a crear la expedicion automaticamente.