{"id":"GLS_SENDER_INTEGRATION","title":"Adaptador y centros remitentes","version":"nav88-20261106-v1","date":"2026-11-06T13:00:28.143458+01:00","classification":"PUBLIC_REVIEW","sha256":"56a92a393c8a5d28734ce6400cc43391667cdf829d5f9a633338f28ced61f85b","read_url":"/api/review/GLS_SENDER_INTEGRATION","total_bytes":3381,"fragment_count":1,"document_sha256":"56a92a393c8a5d28734ce6400cc43391667cdf829d5f9a633338f28ced61f85b","fragmented":false,"content_markdown":"# GLS_SENDER_INTEGRATION\n\n## Separacion de responsabilidades\n\nOperationalService coordina el caso de uso; CreateCoordinator garantiza intento\nunico, evidencia y conciliacion. IClientesAdapter resuelve identidad y serializa\ncon el contrato existente. El repositorio, diarios, documentos, centros y cuotas\nson entidades independientes del proveedor. Otro transportista podra aportar\nsu adaptador sin duplicar el modelo de expediciones.\n\nLa identidad debe corresponder a la referencia de secreto del entorno y cuenta\nseleccionados. PRODUCCION se contrasta internamente con TEST. Nunca se incluyen\ncredenciales en borradores, observaciones, respuestas web o mensajes de error.\nLa peticion real se construye solo en memoria; el intento cifrado de negocio\ncontiene XML con el secreto eliminado, no una copia del UID.\n\n## Centros remitentes\n\nsender_centers conserva codigo, etiqueta, estado, version y direccion cifrada.\ncarrier_account_senders permite varios centros y cuentas; un indice parcial\ngarantiza un solo habitual por cuenta. Edicion por revision y auditoria sin\ndirecciones. No se utiliza la tabla de destinatarios como configuracion.\n\nDesde Administracion 88 > Transportistas > Centros remitentes se configuran\nnombre, direccion, poblacion, CP, pais y datos opcionales propios. Un centro\ninactivo deja de estar disponible para borradores nuevos sin eliminar historia.\nLa seleccion del puerto 80 copia un snapshot al guardar el borrador, evitando\nvolver a introducir el remitente. Cambiar despues el centro no modifica envios\nni borradores existentes: debe guardarse y revisarse de nuevo explicitamente.\nPuede mantenerse direccion manual seleccionando esa opcion.\n\nLa fase inicial de serializacion operativa admite origen y destino Espana y\nlos servicios localmente validados. El centro es reutilizable y no contiene\nUID, codigos contractuales inventados ni destinatarios de prueba.\n\nSe ha inicializado un centro habitual con los campos exclusivos del remitente\npropio previamente confirmados y preservados en configuracion local cifrada.\nSe ha contrastado identidad de empresa, localidad, CP y pais. Asociado a TEST\ny PRODUCCION; no se han copiado campos del destinatario ni activado llamadas.\n\n## Creacion y etiquetas\n\nGrabaServicios usa la cuenta revisada y la referencia inmutable del intento.\nResultado 0 no acredita recogida. Se conserva CODEXP sin inventar una agencia\nen el numero principal; una respuesta posterior puede aportar la numeracion\ncompleta. UID de expedicion y codigo de barras son identificadores distintos\ndel UIDCLIENTE. Las etiquetas recibidas en la misma respuesta se guardan como\nactivos originales cifrados, con SHA-256, MIME, formato y tamano.\n\nNo se recuperan representaciones adicionales automaticamente ni se imprime.\nEl circuito Zebra previamente validado sigue independiente e inalterado.\n\n## Activacion futura\n\nBloqueo de release, flag operacional global, permisos de cuenta, identidad,\ncuotas y confirmacion son controles acumulativos. Las politicas del servicio\n80 aun impiden leer el almacen UID y conectarse a GLS. Su futura autorizacion\ndebe ser explicita; guardar datos o abrir una pagina nunca las modifica.\n\nUn resultado ambiguo conserva evidencia y exige conciliacion local. Si falta\nrecibo, el plan puede proponer GetExpCli por identificador/documentacion valida,\npero no lo ejecuta ni vuelve a crear la expedicion automaticamente.\n"}