{"id":"GETENVIOS_INVESTIGATION","title":"Investigacion GetEnvios","version":"nav88-20261106-v1","date":"2026-11-06T13:00:27.980037+01:00","classification":"PUBLIC_REVIEW","sha256":"c23d2850ffbeb7c0f4d8b453aa2fcad084477f968d9aa74e7d4d62dd8fd715ca","read_url":"/api/review/GETENVIOS_INVESTIGATION","total_bytes":105975,"fragment_count":2,"document_sha256":"c23d2850ffbeb7c0f4d8b453aa2fcad084477f968d9aa74e7d4d62dd8fd715ca","fragmented":false,"content_markdown":"# Investigacion completa de descubrimiento GLS\n\nExportacion para revision: 05/11/2026, Europe/Madrid.\nContenido completo de los informes fuente, no resumen. No se alteran los originales.\nLos nombres personales no imprescindibles se sustituyen por etiquetas; los ejemplos\ntecnicos y la estructura se conservan. No se exportan credenciales ni evidencias crudas.\nLas conclusiones, contadores y autorizaciones de cada informe son HISTORICOS:\nno habilitan operaciones. El encargo actual prioriza exclusivamente enumeracion por fechas.\nLa fecha mas reciente y el suplemento de esta revision prevalecen sobre planes anteriores.\n\n## Fuentes completas incluidas\n\n| Fuente original en VM | SHA-256 original |\n|---|---|\n| [RUTA INTERNA OMITIDA] | d0d5c6f19e4853cdf8dc473412c85fde9d866f2dbf164182bf483531a38308c5 |\n| [RUTA INTERNA OMITIDA] | aaf36470c62800cb59e78e0e900c6480cf7163852dde807ff4b0f327024b1957 |\n| [RUTA INTERNA OMITIDA] | 886bae1d334bc46df183ed325147b726994569e1266a538e0b61fcccba869188 |\n| [RUTA INTERNA OMITIDA] | f1da4d81eb58c84bd9f207e3a05a54aa9cc7688c1b4a4be9ae3383b58b1d024b |\n| [RUTA INTERNA OMITIDA] | 184b5347f92082514dd1ad4b84dc205ffc128ec2da9af9261cd086b1cb96e50f |\n| [RUTA INTERNA OMITIDA] | 184355c7064f75f305e370c3eba054b1477b317fe7bee045e7075b90956c56b3 |\n| [RUTA INTERNA OMITIDA] | 73c1a448ec130e00024a59e2096afbcb4f606d1697e8519b0a84c1f2098531bc |\n\n---\n\n## Documento fuente: 02_DOCUMENT_INVENTORY.md\n\n# Inventario documental y evidencias\n\nCaptura 05/11/2026, antes de incorporar este dossier. Solo metadata/hashes; no se exportan originales con credenciales.\n\n## Originales registrados\n\n16 registros: 13 iClientes, 2 OpenAPI REST y 1 referencia Zebra. La columna SHA corresponde al original; IN Anula se conserva cifrado.\n\n| ID | Nombre | Bytes | Version | SHA-256 | Ruta | Procedencia |\n|---|---|---|---|---|---|---|\n| 1 | shipit-farm.yaml | 41940 | - | 588cbd868f4ebd0375463ef08239ed6c07e70e2faa6332a2d0843188e47b1dde | [RUTA INTERNA OMITIDA] | GLS Developer Portal / REST OpenAPI |\n| 2 | ecitrackandtrace.yaml | 34695 | - | e1ec1337c08694dc7b99fd8602292c5afe56216d375b9b73182efdd4638e6a34 | [RUTA INTERNA OMITIDA] | GLS Developer Portal / REST OpenAPI |\n| 5 | GLS-DOC_Shipment_English-OUT.xml | 9987 | - | 2983ec11d5070588bb966aaaf3aa8832884fc470d222ec25e54141e88618ca6b | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 6 | GLS-DOC_Shipment_English-IN.xml | 17562 | - | bd8744e60d4cd01b3acf060be498875fb8875063518d423961aacbbe6762b746 | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 7 | ES-GLS-WS_GetExp_GetExpCli.docx.pdf | 192111 | - | db3e53befc4a19b24823c01063a5f386b5f438f067819d3474c4f0b55c6d55b0 | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 8 | GLS-Shipment_Example0_Basic_OUT.xml | 254 | - | 49c3310146eb9dab836961b34e0d84875eb67cb439a3813c1f8bc8ee39138bfb | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 9 | GLS-Shipment_Example2_ReturnLabelsOnInsert_OUT.xml | 46547 | - | 97d04ea57d2486678bebfd26685d1862e2bee566b6cb7cee7fb8410b1121568b | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 10 | GLS-Shipment_Example2_ReturnLabelsOnInsert_IN.xml | 1916 | - | 2d54f2df4a44880766a1bcde923647d444a84891803cd056af4a98747b2f732b | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 11 | b2b.wsdl | 63502 | - | 3ea7a6edcd64c5756e1ccd5da8883823900406c130f8f150b9d9d97ead17b6cd | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 12 | ES-GLS-iClientes (WS-Envios_InsercionyTracking).docx.pdf | 305823 | 1.12 | 93bf57a5d745aa708209c477b2bb878435cbcb554d25c2bee05e95c1199bfc01 | [RUTA INTERNA OMITIDA] (WS-Envios_InsercionyTracking).docx.pdf | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 13 | ES-GLS-Maestros_V2.xlsx | 123679 | - | ad7bc97d287c546ba5f86475e1176544b068f01859aca1d916089e0dd9d4fee4 | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 14 | GLS_WS_GetExp_GetExpCli_Response_Example.xml | 8184 | - | 491082ad8ea9ce25b132b33577055d40b2d9948ca340e0614d6beff4340f9edc | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 15 | GLS-Shipment_Example0_Basic_IN.xml | 1663 | - | 1ed51ce4f70fc1e67ef70eeafaa1ed47ed3ba6bace6349072852583bfd262097 | [RUTA INTERNA OMITIDA] | Documentacion privada GLS Espana, paquete GLS_API.zip facilitado por el usuario |\n| 34 | zebra_setiings.drs | 2734 | - | f3b38040e148d7df4b36902f5019ad6285dc0dbe1126745db0d231f3b00573fa | [RUTA INTERNA OMITIDA] | Juan Antonio; original Windows driver configuration attached in this conversation |\n| 41 | GLS-DOC_Cancellation_Shipment_Collect_OUT.xml | 1390 | No declarada | 724d3d39917878b05ea9ee0b1f012429a420afd74c337993bef75e659f6d8729 | [RUTA INTERNA OMITIDA] | GLS Espana, adjuntos originales facilitados por Juan Antonio el 2026-11-04 |\n| 42 | GLS-DOC_Cancellation_Shipment_Collect_IN.xml | 862 | No declarada | 13972b75f9009d5b0e0a065037f6b1c17ad4f4f8a021b0336aa44b87acc48de8 | [RUTA INTERNA OMITIDA] | GLS Espana, adjuntos originales facilitados por Juan Antonio el 2026-11-04 |\n\nIN Anula registro42: 862 bytes originales, hash13972b75..., recepcion04/11 segun procedencia y fecha incorporated_at; version no declarada. Ruta .xml.enc, downloadable=false y preview=false verificados; descifrado en memoria preserva bytes/CRLF. OUT registro41: 1390 bytes, hash724d3d..., original XML legible. No se reimportan.\n\nFichas autenticadas: IN, solo metadata y\nOUT. No se anade una ruta de descifrado ni descarga\ndel IN desde la interfaz. El hash completo figura en la tabla anterior.\n\n## Otras ubicaciones\n\nZIP [RUTA INTERNA OMITIDA] 510067 bytes, SHA-256 3c3e65841f2bf24b647d47518225bcab04a265e8c1cdf4e1c12d899b2541b9df. Sus 11 miembros utiles coinciden byte a byte con vendor; manifiesto con source/archive_sha256/documents. No GetEnvios/GetManifiesto adicional. samples vacio. production-authorizations contiene 21 artefactos de guardas/resultados; no es un almacen de expediciones operativas.\n\n## Articulos previos revisados\n\n54 Markdown sobre fases, WSDL/campos, pilotos, UID, conectores, impresoras, seguridad e infraestructura. Se conservan fechados. Los indices SQL documents/knowledge_articles contienen31: no se actualizan por esta auditoria. El descubridor filesystem de KB mostrara el maestro y nuevos informes.\n\n| Articulo/ruta | SHA-256 previo |\n|---|---|\n| [RUTA INTERNA OMITIDA] | 69f0751a917889c188ffdba8af25274be4ee8939a081106ba5db7294e8702cdf |\n| [RUTA INTERNA OMITIDA] | dbcb531694b0695e5384d8932fb70a8d39d3dd31cd50cce110ba529a3bf222d3 |\n| [RUTA INTERNA OMITIDA] | e17868c571f5c981ec220c8ae8f759987d5b6f95d157e60dfa3e3b008797385a |\n| [RUTA INTERNA OMITIDA] | aa93a4528845dce04abccbe476335c74ae05c61b3bf1ce502414d892d1def7a1 |\n| [RUTA INTERNA OMITIDA] | 04cccfc70151f998d69b79a8d8e203cb021155d9e6823aac0737213760919cc4 |\n| [RUTA INTERNA OMITIDA] | 859534c76a97a7fd36b70dedbcd3bda4a6213888ea2d2bb348da6f008ba442ec |\n| [RUTA INTERNA OMITIDA] | 7c1c0a6b73841f8345c4478b59ed77ae5ec76a4b3874b4938290856c75559939 |\n| [RUTA INTERNA OMITIDA] | 691281306435dbe6a2be78039f0ab64de460ea1581a1041a6eb215b5d149f955 |\n| [RUTA INTERNA OMITIDA] | 5d9ed25cfb3f18afe9aa63129a19c7ecc28f478440de591cce49288bd88539a9 |\n| [RUTA INTERNA OMITIDA] | 7bd1887f7d66ffadecf3d9940fc9dfcdfb7cec90c592cfff32125387fc2933d8 |\n| [RUTA INTERNA OMITIDA] | 891739c28aa227351fe759b481c548802ae6e156edcf86f683abbd22aa4b744c |\n| [RUTA INTERNA OMITIDA] | 705d4fb8834b7f430391b821cbc385cf6d9a7f0fac18e56314c7c6ce0785727c |\n| [RUTA INTERNA OMITIDA] | 4e35c7eaa7090d665bf022ab8594ba9dff84cc4251bd7ff3b09af1462b19e405 |\n| [RUTA INTERNA OMITIDA] | b031bb43f2b8346a806fc019674d2b80507fd46175e0a61602cc105e1a0bfcbb |\n| [RUTA INTERNA OMITIDA] | bc700cc89d0bb2f91d2260cb69e21c5e5dc8854b237b7e6acc8133d02aea9ab4 |\n| [RUTA INTERNA OMITIDA] | a580f38fb9d98c10f81900ff30afa4cdcda516f25ad8ea2e83cf72d91426eb06 |\n| [RUTA INTERNA OMITIDA] | af9674b5e11ca95347a76d19f22dffade743876515cc948c52002e19e6869808 |\n| [RUTA INTERNA OMITIDA] | 184355c7064f75f305e370c3eba054b1477b317fe7bee045e7075b90956c56b3 |\n| [RUTA INTERNA OMITIDA] | f79a8d145aaef8770f5a47aaba7924fa4bd5f4a47c379d20a128a39c3a81f393 |\n| [RUTA INTERNA OMITIDA] | d2af9d013f952db3e44187515e34e3534c48b10ac76997751e0eff1c516a1f41 |\n| [RUTA INTERNA OMITIDA] | 73c1a448ec130e00024a59e2096afbcb4f606d1697e8519b0a84c1f2098531bc |\n| [RUTA INTERNA OMITIDA] | 37196818506d6a91b5cebb180d56fc2d84208ab8737583cc30a252eb84ac1019 |\n| [RUTA INTERNA OMITIDA] | 6ae028ad0212f439a80f57c761732d3c3ec8be50b11eacf6550b85cb09161c49 |\n| [RUTA INTERNA OMITIDA] | 026341f99ed8d4de25493a9f14e1f4911231493fcd9ef5a1db7e23dc451aaec6 |\n| [RUTA INTERNA OMITIDA] | 6c765139a18eacc7726c32e9f8771079af328e8127c2044ec2729112d377edfe |\n| [RUTA INTERNA OMITIDA] | 612c38483e1f980059864bc9c1af01a0aaab82f3d7a45e3cca11e7a439216305 |\n| [RUTA INTERNA OMITIDA] | cba1fac094af28de313f6ea2a6a1da148cfa528e884f43eb2329499951567609 |\n| [RUTA INTERNA OMITIDA] | ca0c38e39f74bf37b1d60eb68a4206da22c165adbdd3f0efc2f27b2a444766d6 |\n| [RUTA INTERNA OMITIDA] | 122a0d6e0ed490ce20dd9fd13ccc338b72f1eed409be63e7636b63dff959d8f5 |\n| [RUTA INTERNA OMITIDA] | d4414118da4b0440011649937f461ff0ed098cbdd4e4be44dfe0e44ef3180ca5 |\n| [RUTA INTERNA OMITIDA] | 70f6d3f403307c7ac7802179cf1ad0acf39c2a3a9028a0353fe63ba578d1eca2 |\n| [RUTA INTERNA OMITIDA] | f0160fc647cc0e73c61b4477a1efa3bdacde1b88eee9f2fb04ab36fc30842de7 |\n| [RUTA INTERNA OMITIDA] | 97a768c6d0dbca2dc39175c0000a1ee886b8752e15dc0e76a76f970f0651a168 |\n| [RUTA INTERNA OMITIDA] | 9510540b854ce916b0a411a623e44fd8eb923ca0373a035186e8cd791fd8c4a5 |\n| [RUTA INTERNA OMITIDA] | 5d05b10b4164f2cb085c8dfeb8804b9dc252d40cb1b895fd095568230aa4b255 |\n| [RUTA INTERNA OMITIDA] | adea4047a5654a24e421caea260cb4e677d383ec442bcec254c948b9edb35be1 |\n| [RUTA INTERNA OMITIDA] | 5151e4d3159f9c91598d011545788315ad433975866ca5e8ffa7ac8d6e88062b |\n| [RUTA INTERNA OMITIDA] | 8d7fb0d4e4748ffa9195385bbf44daffa3a4bcf2116994b8519528c7b4cf67bf |\n| [RUTA INTERNA OMITIDA] | 432e2e83e496caabf1dde4962a6c4dd6dceb357bcdab58dbc145bbdd580318af |\n| [RUTA INTERNA OMITIDA] | ab17904608d1940b6895b88b9bc0d566642a8ceb0c398eb1b96f1b6acb9b45c4 |\n| [RUTA INTERNA OMITIDA] | 408b40b6159c5879099af44141979ff08fb4a4eefe6f99470f0006a53052e437 |\n| [RUTA INTERNA OMITIDA] | 134ed4838f7a4337943b5f8e47feeaafef111e6dff5586ff2114f9526a5480d8 |\n| [RUTA INTERNA OMITIDA] | 74e90c994a30654df7224b11644c15b129f4ec1fd6570f554d38eec3fb6caf4c |\n| [RUTA INTERNA OMITIDA] | 0688526454f480900d7af0720ba2b6e15d560d6c3306911aa411b1b070bd4775 |\n| [RUTA INTERNA OMITIDA] | c878a5d16d66556a639a08d28eabb5e5c936692f588c5f10a3602d5bbfeebf9b |\n| [RUTA INTERNA OMITIDA] | 9c5dce5cc77c0e8711de2efb40b380dcb061f1cd0cf5320346a38ab2566bb6a5 |\n| [RUTA INTERNA OMITIDA] | 63fc32fb9af2e7b2e42130ef47378b5cd2e064d58f9d7e49b046e2fde14d2ce8 |\n| [RUTA INTERNA OMITIDA] | 6d7a8477cd9640179608f4f787f3decbc50f3e4a2ec0f985048a264e8def8306 |\n| [RUTA INTERNA OMITIDA] | a547c9e8fdc794efa678cb3caf52bdb1d1a6469fe1477d21fbe97bded3c0f11b |\n| [RUTA INTERNA OMITIDA] | dfd74f7aaaf6c852980dd4346c1a2137a203542ad6fe95656314d561cededfea |\n| [RUTA INTERNA OMITIDA] | 124a12f68f70aba6c71689c504f1e436ae75eea898965cf6c526b76093a5248d |\n| [RUTA INTERNA OMITIDA] | c621dec45eae0f0cb2fb2bbadbf70c1a087ec01ea73950c7e52b8eeaead7cdd0 |\n| [RUTA INTERNA OMITIDA] | 3a2d23d386101201b7005fa3ee71294155cd2e97f92e7ebefa1887ab5802fae4 |\n| [RUTA INTERNA OMITIDA] | ad8da44abecc7c4fdf697ff2f1c3801d2d06aaa51ffc0a8fbe364860d0522a91 |\n\nSolo se actualizan articulos de entrada 000_Introduccion,030_ShipIT,130_Cache y160_Lessons_Learned para apuntar al conocimiento vigente; el resto de informes historicos se mantiene. No se altera ningun original proveedor.\n\n## Respuestas originales SOAP verificadas\n\n15 respuestas cifradas descifrables, con hash de body y metadata. Eso no acredita que todas las pruebas antiguas tengan captura completa: cuando falte una parte, explicitarlo sin reconstruirla como original.\n\n| Fichero | Operacion | HTTP | Bytes body | SHA-256 body |\n|---|---|---|---|---|\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GrabaServicios | 200 | 339114 | 78e2b66873e77311c6cfa652e9ee008c9b1f0d9675e278ed1e4868696984076e |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GetExpCli | 200 | 432 | 989703fef1c881364eeb5ed26cb3b194d63e456f272e83ac754d86e452030d40 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GrabaServicios | 200 | 243353 | 47da1e4494c1a9f408ef9e2254395211e4b6885811186d60fb066eb581b5aa13 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GetExpCli | 200 | 432 | 989703fef1c881364eeb5ed26cb3b194d63e456f272e83ac754d86e452030d40 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GetExpCli | 200 | 3175 | 1e3b3d458f90f5064e1e427e262a5a2813aa1831dfb11fd1261529236050fd16 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GetExpCli | 200 | 3175 | 1e3b3d458f90f5064e1e427e262a5a2813aa1831dfb11fd1261529236050fd16 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GrabaServicios | 200 | 341014 | 37e12d9368895f19577589d1e9fa809310533832863d5554500a6b111c46f3c5 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GetExpCli | 200 | 3458 | 1a2cfc6c46f655c0fad7497f83f34200fabd98d71e677a5afb86327196cbeb46 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GetExpCli | 200 | 3613 | 9f984e7fa9529d2a78faf587b63b484df07f85ccb0703ef072378fbb3592e26e |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/EtiquetaEnvioV2 | 200 | 2082 | 50514db8ac95de5745ca915679c65452181afa45680bf212c0de47ab630a2f87 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GetExpCli | 200 | 432 | 989703fef1c881364eeb5ed26cb3b194d63e456f272e83ac754d86e452030d40 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GetExpCli | 200 | 432 | 989703fef1c881364eeb5ed26cb3b194d63e456f272e83ac754d86e452030d40 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/Anula | 200 | 453 | 7df1b367d8a01c1682688adf6e5aae22c7daf740483702f69be2f3cfb5063a45 |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/GetExpCli | 200 | 5356 | 5d168ec54abb1e909a3e03c4b19e91c967c2aa83ed339d1149081dd5522c32ef |\n| [RUTA INTERNA OMITIDA] | http://www.asmred.com/EtiquetaEnvioV2 | 200 | 1698734 | 1b5f18a595fd8c56598d75fe9c482799140b64d112cdbe43bb7982aedf3cad10 |\n\nNo se vuelcan binarios ni datos personales completos en el inventario. Etiquetas originales y derivados permanecen en sus almacenes privados. Nuevas afirmaciones GLS/Extranet se registran por procedencia en informe15, no se inventan archivos de correo/captura.\n\n## Integridad y referencias\n\nEl paquete conserva inventarios JSON estructurales en consolidation/2026-11-05/evidence/. No contienen valores de claves/UID/tokens. Los hashes de filas son controles, no dumps de datos. El esquema completo se presenta en anexo16. Fecha de recepcion != version/fecha de emision desconocida.\n\n\n\n---\n\n## Documento fuente: 03_OPERATIONS_MATRIX.md\n\n# Operaciones GLS: contrato, implementacion y evidencia\n\nFecha 05/11/2026. D=documentado; O=observado por prueba TH;\nG=confirmado por GLS segun comunicacion de Juan; P=pendiente.\nUna firma WSDL es D de estructura externa, no de semantica/seguridad completa.\n\n## iClientes: las 25 operaciones\n\nEndpoint comun b2b.asmx, namespace asmred, SOAP 1.2 utilizado. Credencial\nde cliente salvo GetExp, cuyo uid es GUID de expedicion. docIn generico\nno permite asumir la posicion de UID en operaciones sin ejemplo oficial.\n\n| Operacion | Contrato disponible | Implementacion reusable actual | TEST / PRODUCCION observados |\n|---|---|---|---|\n| GrabaServicios | D manual e IN/OUT | Cliente/laboratorio, confirmacion e identidad por entorno | O / O una alta; general produccion bloqueada |\n| GetExpCli | D manual codigo+uid; G POD | Cliente/laboratorio | O / O por barcode y CODEXP |\n| GetExp | D GUID expedicion, TipoUTC opcional; G POD | No habilitado en whitelist normal | P / P |\n| EtiquetaEnvioV2 | D uidCliente,codigo,tipoEtiqueta,plataforma? | EPL/PDF admitidos por cliente | O EPL/PDF / P recuperacion separada; JPG de alta O |\n| Anula | D firma y nuevos IN/OUT; G limites/efectos | Auxiliar aislado, NO funcion reutilizable del panel | P / O return0 y GET inmediato |\n| GetEnvios | D docIn/Result XML mixto | No | P / P, candidata de descubrimiento |\n| GetManifiesto | D docIn/Result XML mixto | No | P / P, no asumir cierre/listado general |\n| Estado | D docIn generico, semantica insuficiente | No | P / P |\n| Tracking | D docIn generico | No | P / P |\n| TrackingUid | D docIn generico | No | P / P |\n| EtiquetaEnvio | D firma, resultado ArrayOfBase64Binary | No | P / P |\n| EtiquetaEnvioRecogidas | D firma, resultado XML | No | P / P |\n| GrabaSolucion | D uid,codigo,codSolucion,observaciones | No; soluciones cliente concretas sin contrato completo | P / P |\n| AsignaEnvio | D cuenta,usuario,password,codplaza,codrepartidor,codigo | No | P / P; potencial escritura |\n| AsociaMatricula | D cuenta,usuario,password,codBarras,matricula | No | P / P; potencial escritura |\n| EnviaCorreoAgencia | D uid -> int | No | P / P; efecto externo |\n| EsPaisEurobusiness | D uid,codpais -> bool | No | P / P |\n| GetNemonico | D postalCodeOrigin,countryDest | No | P / P; ruta, no enumeracion |\n| GetPlazaXCP | D codPais,cp | No | P / P; consulta territorial |\n| GetStandardTransit | D cpOrigen,cpDestino | No | P / P |\n| GetTSP | D pais/CP/servicio/horario -> CodTSP | No | P / P; no listado |\n| PrevisionEnvios | D cuenta,usuario,password,codTienda,numEnvios,tipo | No | P / P; no garantizar lectura |\n| TestGrabaServicios | D f -> XML | No | P / P; Test no garantiza inocuidad |\n| ValidaEuroBusiness | D docIn y manual | No | P / P; validacion/escritura por aclarar |\n| ValidateUidCliente | D Provider,UidCliente,Agency_Code,Client_Code | No | P / P; ActivatedServiceList no es lista de expediciones |\n\nShopReturn/ShopToX: G condiciones e IDs particulares, detalle insuficiente\nen los dos nuevos XML para generalizarlos; fuera de la prueba Envio codigo.\nNo mapear solucion 33 ANULADA a una orden universal de anulacion.\n\n## REST disponible, no sustitucion automatica\n\nT&T OAuth v1 independiente: catalogo 336 y dataset oficial O, no cuenta\nproductiva completa demostrada. GET trackids/references admite maximo 10\nidentificadores segun OpenAPI; no son filtros por cuenta/fecha. References\nson tipos definidos de tracking, no cualquier referencia ERP/C de SOAP.\n\nShipIT OAuth v2 sandbox O200, API O401. Contratos v1: tracking/parcels con\nDateFrom/DateTo, parceldetails, parcelpod, alta, cancel/{trackID}, reprint,\nupdateparcelweight, allowedservices, endofday, validate y recogida. No\nacceso productivo observado; G no recomendado para esta operativa espanola.\nSe conserva investigacion sin seguir intentando habilitarlo por nuestra cuenta.\n\n## Matriz funcional seleccionada\n\n| Necesidad | Fuente principal propuesta | Estado / condicion |\n|---|---|---|\n| Crear | iClientes GrabaServicios | O; conservar doble confirmacion e idempotencia local; no activado en este trabajo. |\n| Consultar/seguimiento de conocido | iClientes GetExpCli | O; una consulta rica por envio, persistir todo lo util. |\n| Descubrir desconocidos | API domestica a concretar por GLS | P contrato; no fallback ciego a ShipIT/Extranet. |\n| Referencias y devoluciones relacionadas | GetExpCli | D; desambiguar por IDs, no fusionar por referencia. |\n| Etiqueta | EtiquetaEnvioV2 | TEST O; probar separadamente alcance productivo cuando se autorice. |\n| POD | GetExp/GetExpCli | G; formato/acceso real reciente por validar sin descarga hoy. |\n| Anular | Anula | O/G; preparar capacidad reusable en fase autorizada, no auxiliar generalizado sin controles. |\n| Modificar | Anular y nueva alta, procedimiento G | Dos operaciones independientes, no automatico; riesgo de duplicado/reemplazo. |\n| Cierre/manifiesto | Contrato domestico pendiente | Complementario, ultimo modulo; nunca requisito inventado para operar. |\n\nNo considerar una respuesta 200 igual a exito de negocio, un borrado igual\na entrega ni una declaracion de capacidades una autorizacion de ejecucion.\n\n\n---\n\n## Documento fuente: 04_GETENVIOS_AND_DISCOVERY.md\n\n# GetEnvios y busqueda por fechas: investigacion local\n\nFecha 05/11/2026. No se realizaron llamadas GLS, al portal, ni a URLs\npublicas. No se descarta GetEnvios por ser XML generico: se buscaron fuentes\nadicionales en originales, registros, importaciones y Knowledge Base.\n\n## Resultado de la investigacion\n\nWSDL offline original: GetEnvios lineas 204-229; GetManifiesto 178-203.\nAmbos tienen docIn y Result con XML mixto s:any, sin tipo nombrado interno.\nNo hay import/include XSD ni esquema local adicional para esos filtros.\nSe inspeccionaron los seis tipos complejos nombrados; no contienen rango\nde fechas, cursor, limite o filtro de estado de estas operaciones.\n\nLos dos PDF completos, siete XML iniciales, dos originales Anula, maestro\nde ocho hojas y 54 articulos previos no aportan un IN/OUT nuevo de GetEnvios\no GetManifiesto. Los nuevos XML solo completan Anula. Los indices SQL\ndocumentales tampoco acreditan otra fuente. La carencia esta localizada,\nno se concluye que GLS no pueda ofrecer la funcion.\n\nGetEnvios: firma y SOAPAction http://www.asmred.com/GetEnvios D; falta\ncontenido de docIn, autenticacion interna, semantica de salida y efectos.\nNo usar DateFrom/DateTo REST, campos del alta ni Codigo vacio como supuesto\ncontrato SOAP. minOccurs=0 no acredita enumeracion al omitir el parametro.\nLa copia WSDL tiene defectos standalone y no se repara ni descarga online.\n\nGetExpCli: codigo conocido + UID; GetExp: GUID conocido. Varias expediciones\nrelacionadas por referencia no equivalen a listar una cuenta. No hay filtro\ndocumentado de fechas, estados o paginacion en sus firmas. La recomendacion\nde consultar no definitivos se refiere a seleccionar conocidos LOCALMENTE.\n\nGetManifiesto: candidata, pero no se acredita listado general, cierre o\nlectura pura. Estado/Tracking/TrackingUid no aportan contratos internos\ncompletos. Ninguna operacion opaca se ejecuta para adivinar su comportamiento.\n\n## Extranet frente a API domestica\n\n| Funcion Extranet comunicada | Operacion candidata | Evidencia y estado |\n|---|---|---|\n| Buscar entre fechas | GetEnvios | Firma D; filtros/alcance P. No via utilizable demostrada. |\n| Filtrar cliente/agencia | GetEnvios/GetManifiesto | UID delimita lookup, no acredita selector de listado; P. |\n| Buscar referencia exacta | GetExpCli | D; no busqueda parcial ni todas las referencias. |\n| Buscar CP, destino, pais | GetEnvios, por confirmar | No contrato local; un filtro SQL futuro sobre conocidos SI es disenado. |\n| Filtrar servicio/horario/departamento | GetEnvios, por confirmar | Son datos de alta/respuesta, no filtros remotos demostrados. |\n| Entregadas/no entregadas | GetEnvios, por confirmar | No filtro API acreditado; posible filtro LOCAL del repositorio conocido. |\n| Incidencias | GetEnvios, por confirmar | Eventos/estado consultables de conocido; listado de cuenta P. |\n| Reembolso/RCS | GetEnvios, por confirmar | Campos de conocido no garantizan filtro global. |\n| Recuperar ficha | GetExpCli | O para TH-P-001 y historica Extranet; alcance general por validar. |\n| Recuperar POD | GetExp/GetExpCli | G, estructura/acceso y formato reciente P. |\n\n## Otra via conocida, no seleccionada\n\nShipIT POST /rs/tracking/parcels si documenta DateFrom/DateTo, pero su\nbackend sandbox rechazo llamadas, no acredita cuenta Extranet y GLS Iberia\nno lo recomienda para esta operativa. No es sustituto automatico de la API\ndomestica ni razon para repetir OAuth o pruebas. T&T no enumera por cuenta.\nLa interfaz Extranet no autoriza scraping ni inspeccion de APIs internas\npara reconstruir un contrato publico.\n\n## Solicitud tecnica concreta, no enviada\n\n> Necesitamos listar las expediciones de nuestra cuenta domestica entre\n> dos fechas, sin conocer CODEXP/GUID/barcode/referencia. Facilitad la\n> operacion aplicable (especialmente confirmar GetEnvios), XML SOAP 1.2\n> IN/OUT o XSD de docIn/Result, ubicacion del identificador de cuenta,\n> filtros obligatorios/opcionales y valores/formato. Confirmad lectura\n> sin cierre ni modificacion; cobertura de envios Extranet, anulados,\n> diferidos, estados incluidos y alcance historico de la cuenta actual\n> desde agosto 2025. Indicad fecha usada, timezone/extremos, limites,\n> paginacion/cursor, truncamiento, orden, cuota y retencion de datos/POD.\n\nNo pedir de nuevo URL del webservice, UID o documentacion basica de alta\nya conocida. Si la cuenta no dispone de listado, solicitar alternativa\noficial (exportacion o push acordado), con formato/alcance. Una exportacion\nautorizada podria sembrar conocidos sin scraping; no existe importador\nvalidado ni autorizacion para importarla ahora.\n\nPrueba minima futura: una primera consulta acotada a un dia/cuenta y con\ncontrato completo; una sola pagina/llamada y parada antes de continuar.\nNo hay XML interno exacto listo para enviar hoy sin inventar informacion.\n\n\n---\n\n## Documento fuente: 05_HISTORICAL_PROSPECTION_PLAN.md\n\n# Plan de prospeccion historica, pendiente de autorizacion\n\nNo se ejecuta ninguna llamada ni descarga en esta fase. Descubrir IDs y\nrecuperar un ID conocido son capacidades independientes. Cuenta actual\ndesde aproximadamente agosto 2025; cuenta anterior no comparte permisos\npor suposicion. No barridos ni numeros deducidos por secuencia.\n\n## Limites de la evidencia actual\n\n- SOAP recupero 2004-[IDENTIFICADOR OMITIDO], fecha 26/10/2026, entregada. No demuestra\n  limite de retencion ni acceso API a noviembre/agosto 2025.\n- Extranet devolvio 61 expediciones entre 04/11/2025 y 04/12/2025, segun\n  Juan; no equivalencia de API, retencion de todos los POD ni volumen anual.\n- Los tres casos nuevos entregados del 04/11 son datos de Extranet aportados;\n  no resultados API nuevos. TH-P-001 tiene evidencia API y seguimiento Extranet\n  posterior aportado, con discrepancia temporal ya documentada.\n\n## Pruebas propuestas y presupuesto maximo\n\n| Paso | Operacion/criterio | Justificacion/evidencia esperada | Maximo HTTP y gate |\n|---|---|---|---|\n| R1 reciente | GetExpCli codigo [IDENTIFICADOR OMITIDO] | Cuenta actual, ficha/eventos/entrega y referencia POD de Laura en una respuesta rica. | 1, primera autorizacion minima; no descargar binario. |\n| R2 otros recientes | GetExpCli [IDENTIFICADOR OMITIDO] y [IDENTIFICADOR OMITIDO] | Contrastar dos entregas/servicio/referencias y completitud. | 2, solo con autorizacion explicita, tras evaluar R1. |\n| R3 anulada | GetExpCli [IDENTIFICADOR OMITIDO] | Ver si API ya refleja ANULADA/5 y/o cierre posterior comunicado en Extranet. | 1 opcional, no repetir Anula. |\n| H1 noviembre 2025 | GetExpCli por UN CODEXP real del resultado Extranet 61 | Comprobar acceso a ID antiguo y datos/eventos/referencias POD. | 1; falta ID concreto antes de ejecutar. No usar 61 numeros ni adivinarlos. |\n| H2 agosto 2025 | GetExpCli por UN ID acreditado de cuenta actual | Aproximarse al inicio de cuenta, no inferir limite global. | 1; falta ID y fecha/cuenta confirmados. |\n| D1 descubrimiento | Operacion domestica que confirme GLS; un dia con actividad conocida | Probar enumeracion sin identificadores, cuenta y rango exactos. | 1 primera llamada/pagina, solo tras IN/OUT/efectos y autorizacion. |\n| D2 intervalo historico | Operacion de D1 para 04/11/2025-04/12/2025 | Comparar cobertura con 61 observados, controlando filtros/fechas/canal. | 1 primera pagina si rango permitido; si requiere ventanas/paginas, nuevo presupuesto antes de seguir. |\n| H0 otra cuenta anterior | Ninguna ahora | Identidad/cuenta/UID y permiso independientes, no disponibles como prueba acreditada. | 0; nueva autorizacion e identidad segura antes de planificar 1 lookup. |\n\nMaximo sumado del plan base, si se autorizan TODOS los bloques, con IDs\npendientes resueltos y contratos compatibles: 8 llamadas. No es permiso\npara consumirlas ni un solo job automatico. Recomendacion: autorizar solo\nR1 inicialmente; cada bloque posterior tiene su propia decision y alcance.\nNo obtener tokens REST ni llamar a ShipIT/T&T para estas pruebas SOAP.\n\n## Ejecucion y parada futura\n\nSin retries, redirects ni llamadas dependientes ocultas; TLS, conexion\n5 s y total 20 s aplicados. Identidad de cuenta/entorno, contraejemplos de\notra cuenta bloqueados y guarda contra repeticion. Conservar HTTP/resultado\nde negocio, XML original cifrado, copia sanitizada, duracion y correlacion.\n\nParar ante error de autenticacion/contrato, timeout, respuesta incompleta,\nIDs conflictivos, alcance inesperado, truncamiento o presupuesto agotado.\nNo interpretar 200 vacio como registro anulado, historico borrado ni limite\nde antiguedad. No seguir automaticamente un cursor o enlace de POD.\n\nUn resultado positivo prueba ese ID/rango y momento, no todos los de ese\nmes ni toda la cuenta. Un negativo necesita distinguir permiso, canal,\nidentificador, retencion y origen antes de atribuirlo a antiguedad.\n\n## Matriz de conclusion que se completara despues\n\nPara cada periodo: cuenta, ID real/rango, descubierto o conocido, ficha,\nreferencias, eventos, estado, enlace POD, binario NO solicitado, fecha de\nconsulta y fuente. Guardar desconocido/no retornado por separado de vacio.\nNo fijar una retencion de 365 dias por un TTL configurado en TH.\n\nLa carga desde agosto 2025 depende de este resultado y del contrato de\nlistado/exportacion. Su presupuesto se estimara con volumen real y cuotas\nacordadas, no con suposiciones de 61 expediciones por cada mes.\n\n\n---\n\n## Documento fuente: 15_GLS_COMMUNICATIONS_AND_REFERENCE_CASES.md\n\n# Comunicaciones GLS y casos de referencia, 05/11/2026\n\nFuente: instrucciones de Juan del 05/11/2026, preservadas en el adjunto del\nencargo. Son conclusiones oficiales GLS Iberia comunicadas por el responsable;\nno se adjunto correo original con headers ni nuevas capturas Extranet.\nSeparacion expresa entre comunicacion, observacion humana y prueba API local.\n\n## CONFIRMADO POR GLS, segun comunicacion recibida\n\n- ShipIT Farm no recomendado para nuestra operativa: limitacion nacional,\n  BusinessParcel/Shop Delivery, soporte y documentacion limitados.\n- API domestica iClientes y documentos ya utilizados adecuados; endpoint\n  https://ws-customer.gls-spain.es/b2b.asmx.\n- POD recuperable mediante GetExp y GetExpCli. No se presupone formato\n  uniforme, retencion ilimitada ni que el enlace de descarga sea esa operacion.\n- Anula permite envios y recogidas; registros permanecen. No admite tracking\n  operativo ni diferidos. GetExpCli puede devolver anulados.\n- Correccion mediante anulacion y otra alta es posible; son dos operaciones\n  con efectos, no un upsert ni autorizacion para encadenarlas automaticamente.\n- Evento documentado: ESTADO / ANULADA / 5. ShopReturn y ShopToX tienen\n  condiciones/identificadores especificos que no deben inferirse de Envio codigo.\n\n## Caso 1: TH-P-001, fuente mixta trazable\n\nNumero 2004-[IDENTIFICADOR OMITIDO]; CODEXP [IDENTIFICADOR OMITIDO]; barcode [IDENTIFICADOR OMITIDO];\nGUID [IDENTIFICADOR OMITIDO]; referencia TH-P-001;\ndestinataria [DESTINATARIA PILOTO]. Alta 03/11/2026, BusinessParcel 96/18,\n1 bulto, 1 kg, sin paquete fisico segun Juan.\n\n| Momento Europe/Madrid | Hecho | Fuente / alcance |\n|---|---|---|\n| 03/11 12:41:02 | GRABADO -10 | Alta y consultas API originales. |\n| 04/11 19:30:35.734633 | Anula HTTP200, return0, Expedicion anulada | API20, original cifrado ef9f427206e346c78a6cca9c9d386980.response.enc. |\n| 04/11 19:30:36.333121 | GetExpCli inmediato sigue GRABADO -10 y borrado=S | API21, original cifrado 45bcfc055b0b47bbb1f73b7f3e26e8fd.response.enc; solo evento previo. |\n| 04/11 19:30:36 | ANULADA | Observacion posterior de Extranet comunicada por Juan el 05/11; precision de segundos, no nueva API TH. |\n| 04/11 19:31:06 | CERRADO DEFINITIVO | Misma observacion humana; bultos/peso finales en Extranet 0. |\n\nNo corregir retrospectivamente el original API inmediato. La aparicion\nposterior en Extranet resuelve la falta de reflejo en ese canal, no demuestra\nuna consulta posterior API ni la causa de la diferencia temporal. Conservar\n1 bulto/1 kg de creacion y 0/0 finales como observaciones de momentos/fuentes\ndistintos. No afirmar ausencia de cargos: no se revisaron facturas.\n\nCERRADO DEFINITIVO no equivale a ENTREGADO. Proyeccion conceptual: admin\nanulacion aceptada; resultado anulada comunicado por Extranet; ciclo cerrado;\nno entrega. El valor borrado=S ya existia antes de Anula: no usarlo como unica\nprueba de anulacion ni como orden para eliminar el historico TH.\n\n## Casos 2-4: conjunto nuevo aportado, no consultado por TH\n\n| Caso | Numero visible / CODEXP | Albaran | Datos comunicados de Extranet |\n|---|---|---|---|\n| [DESTINATARIA CASO A] | 2004-[IDENTIFICADOR OMITIDO] / [IDENTIFICADOR OMITIDO] | 11221 | Courier Express19:00, entrega 04/11/2026 12:17, POD disponible. |\n| [DESTINATARIA CASO B] | 2004-[IDENTIFICADOR OMITIDO] / [IDENTIFICADOR OMITIDO] | 11219 | Courier Express19:00, entrega 04/11/2026 17:37. |\n| [DESTINATARIO CASO C] | 2004-[IDENTIFICADOR OMITIDO] / [IDENTIFICADOR OMITIDO] | 11217 | Courier Express19:00, entrega 04/11/2026 12:22. |\n\nLos nombres son etiquetas humanas; el identificador operativo es el numero\nGLS completo. No se inventan GUID, barcode, CP o contactos para estos casos.\nNo se afirma que iClientes haya confirmado aun sus entregas o POD.\nLos cuatro casos son conjunto inicial de validacion futura, no filas nuevas\ncreadas en shipments. No se ejecutaron consultas ni descargas hoy.\n\n## Evidencia historica y enlace publico comunicados\n\nExtranet: busqueda 04/11/2025 a 04/12/2025 devuelve 61 expediciones, con\nfichas/acontecimientos/POD cuando corresponde. Cuenta actual desde aprox.\nagosto 2025; antes otra agencia/cuenta. No extrapolar permisos o retencion API.\n\nEjemplo: [ENLACE PERSONAL OMITIDO] . El patron parece\nCODEXP/CP, pero no se ha abierto ni existe garantia documental general de\nque el ultimo segmento siempre sea CP, sin excepciones internacionales/servicio.\n\n## Decision y supersesion\n\nEl maestro reemplaza como recomendacion actual la expectativa anterior de\nhabilitar ShipIT. Los informes de 03/11-04/11 siguen siendo evidencia historica.\nLas operaciones oficiales nuevas no se deducen de nombres WSDL; requieren\nfuente y pruebas separadas. Las comunicaciones originales adicionales que\nlleguen se incorporaran sin modificar ni duplicar innecesariamente lo existente.\n\n\n---\n\n## Documento fuente: GLS_ACCOUNT_DISCOVERY_INVESTIGATION_2026_11_03.md\n\n# Descubrimiento GLS por cuenta y fecha: investigacion documental\n\nFecha: 2026-11-03. Zona: Europe/Madrid.\nResultado: no se ha ejecutado ninguna llamada GLS en esta investigacion.\nEste informe no modifica codigo, contratos, arquitectura, datos de envios,\nmigraciones, configuracion ni tareas automaticas.\n\n## 1. Objetivo corregido y conclusion\n\nJuan confirma que 2004-[IDENTIFICADOR OMITIDO], 2004-[IDENTIFICADOR OMITIDO] y 2004-[IDENTIFICADOR OMITIDO] son\nexpediciones antiguas eliminadas desde Extranet. NO son los tres envios\nnuevos creados el 03/11/2026 y escaneados por el conductor. No se han\nreutilizado esos identificadores ni se pide conocer los nuevos: el objetivo\nes descubrirlos por cuenta y fecha, sin CODEXP, GUID, barcode ni referencia.\n\nLa autorizacion vigente es UNA consulta de PRODUCCION, solo si existe\ncontrato suficiente, lectura inequivoca, parametros validos y alcance\nconfirmado de cuenta y fecha. No se ha consumido: esas condiciones no\nquedan acreditadas para ninguna via operativa disponible.\n\nConclusion diferenciada:\n\n- **iClientes SOAP:** no tenemos un contrato documentado utilizable para\n  enumerar por cuenta/fecha. GetEnvios y GetManifiesto existen, pero su\n  XML interno no esta definido en las fuentes disponibles.\n- **REST Track And Trace:** sus rutas requieren un identificador conocido;\n  no documentan enumeracion de la cuenta por fecha o estado.\n- **REST ShipIT:** SI existe un listado documentado con DateFrom/DateTo,\n  POST /rs/tracking/parcels. Es un producto y autenticacion diferentes.\n  No se acredita su vinculacion a la cuenta iClientes de PRODUCCION, su\n  cobertura de los envios Extranet ni autorizacion backend operativa.\n  La UID iClientes no es una credencial OAuth ShipIT.\n\nPor tanto no puede afirmarse que GLS carezca de una API de enumeracion.\nLo que falta es un contrato iClientes suficiente o una via ShipIT\nautorizada y vinculada documentalmente a esta cuenta y este objetivo.\n\n## 2. Fuentes efectivamente revisadas\n\nEn `[RUTA INTERNA OMITIDA]`:\n\n- b2b.wsdl: las 25 operaciones, bloques de entrada/salida, tipos nombrados,\n  bindings y referencias internas. Lectura literal sin reparar namespaces.\n- Los dos PDF oficiales completos, 11 y 6 paginas, incluidos los apartados\n  de consulta, seguridad, seguimiento, Extranet, manifiesto y push.\n- Los siete XML oficiales: dos ejemplos IN/OUT, DOC IN/OUT y respuesta\n  GetExp/GetExpCli; estructuras y comentarios, no solo nombres de fichero.\n- ES-GLS-Maestros_V2.xlsx, con sus ocho hojas de estados, incidencias,\n  soluciones, recogidas, servicios, paises y formatos/CP.\n\nAdemas:\n\n- `[RUTA INTERNA OMITIDA]`.\n- `[RUTA INTERNA OMITIDA]`.\n- Inventario `official_documents`, catalogo local iClientes, Knowledge\n  Base y auditorias previas. No aparece un manual adicional de GetEnvios\n  o GetManifiesto ni un XSD especifico para su docIn.\n- Codigo vigente de SOAP, diagnosticos REST, clientes, entornos, auditoria\n  de consumo y resultados anteriores. No se invoco ningun cliente remoto.\n\nHashes SHA-256 de las fuentes principales, sin modificaciones:\n\n| Fuente | SHA-256 |\n|---|---|\n| b2b.wsdl | 3ea7a6edcd64c5756e1ccd5da8883823900406c130f8f150b9d9d97ead17b6cd |\n| ecitrackandtrace.yaml | e1ec1337c08694dc7b99fd8602292c5afe56216d375b9b73182efdd4638e6a34 |\n| shipit-farm.yaml | 588cbd868f4ebd0375463ef08239ed6c07e70e2faa6332a2d0843188e47b1dde |\n\nLimitaciones de formato de las copias recibidas:\n\n- WSDL: texto inicial y prefijos no declarados; no es XML standalone valido.\n  Se inspecciono lo literal, no se reconstruyo ni se obtuvo otro online.\n- T&T YAML: una primera linea ajena a OpenAPI impide parsear todo el fichero.\n  Para el analisis se leyo en memoria el bloque desde `openapi:` de la\n  linea 2, sin guardar ni alterar la copia preservada.\n- El XML de ejemplo de respuesta GetExp contiene un error de parseo en\n  linea 130, columna 254. Ese ejemplo se inspecciono literalmente sin\n  repararlo; no se uso para inventar entradas de otras operaciones.\n\n## 3. GetEnvios y GetManifiesto: hallazgo tecnico exacto\n\nEn WSDL original, GetEnvios aparece en lineas 204-229 y GetManifiesto en\n178-203. Ambos tienen un unico parametro `docIn`, con la misma forma:\n\n```xml\n<s:element minOccurs=\"0\" maxOccurs=\"1\" name=\"docIn\">\n  <s:complexType mixed=\"true\">\n    <s:sequence>\n      <s:any/>\n    </s:sequence>\n  </s:complexType>\n</s:element>\n```\n\nLas respuestas tienen un Result especifico de operacion que contiene\ntambien XML mixto con `s:any`. No hay una referencia a un tipo nombrado\nque describa filtro por cuenta, fecha, estado o paginacion. No aparecen\nimports/includes de XSD que permitan resolverlo con otra fuente local.\n\nHechos acreditados:\n\n- Nombre de operacion, wrapper SOAP y parametro docIn.\n- Actions literales: http://www.asmred.com/GetEnvios y\n  http://www.asmred.com/GetManifiesto.\n- Endpoint SOAP del contrato y manual general:\n  https://ws-customer.gls-spain.es/b2b.asmx.\n\nLo que NO esta acreditado:\n\n- Raiz/namespaces del XML dentro de docIn y posicion/nombre de la UID.\n- Filtros admitidos, formatos, campos obligatorios y valores por defecto.\n- Fecha de creacion, expedicion, admision o modificacion a la que filtra.\n- Alcance de cliente/agencia y inclusion de otros canales como Extranet.\n- Limites, paginacion, truncamiento, orden, retencion y timezone.\n- Esquema de resultados, IDs retornados y catalogo de errores.\n- Lectura pura o generacion de manifiesto/cierre/otro efecto.\n\n`mixed=true` permite contenido XML mixto; `s:any` no define sus elementos.\n`minOccurs=0` significa que docIn es opcional sintacticamente en la firma,\nNO que omitirlo autorice listar toda la cuenta. El nombre Get tampoco\nacredita ausencia de efectos. No hay peticion segura ejecutable con esto.\n\nLos dos PDF no mencionan GetEnvios ni GetManifiesto por nombre. Los XML y\nel maestro tampoco aportan un ejemplo de entrada, filtros o paginacion de\nesas operaciones. Las fichas locales del catalogo los clasifican A-parcial,\nno implementados/no probados; la Knowledge Base refleja la misma carencia,\nsin una fuente oficial nueva que la resuelva.\n\n## 4. Revision de todas las operaciones y tipos WSDL\n\nFirmas de entrada: los parametros son cadenas salvo indicacion. XML* es\ncontenido generico no resuelto, no un contrato de filtros.\n\n| Operacion | Entrada | Resultado para descubrimiento |\n|---|---|---|\n| Anula | docIn XML* | Sin contrato de listado; posible escritura, excluida. |\n| AsignaEnvio | cuenta, usuario, password, codplaza, codrepartidor, codigo | Estructura de asignacion, no listado documentado. |\n| AsociaMatricula | cuenta, usuario, password, codBarras, matricula | Requiere identificador; no listado documentado. |\n| EnviaCorreoAgencia | uid | Posible efecto externo; no listado documentado. |\n| EsPaisEurobusiness | uid, codpais | Respuesta booleana de pais; no expediciones. |\n| Estado | docIn XML* | Entrada/efectos insuficientes; no usar como listado. |\n| EtiquetaEnvio | uidCliente, codigo, tipoEtiqueta, plataforma? | Identificador conocido; devuelve Base64, no descubrimiento. |\n| EtiquetaEnvioRecogidas | uidCliente, codigo, tipoEtiqueta | Etiqueta, no enumeracion documentada. |\n| EtiquetaEnvioV2 | uidCliente, codigo, tipoEtiqueta, plataforma? | Etiqueta de conocido, fuera del objetivo. |\n| GetEnvios | docIn XML* | Candidata principal; contrato interno y efectos desconocidos. |\n| GetExp | uid, TipoUTC? | GUID de expedicion conocida; no es UIDCLIENTE. |\n| GetExpCli | codigo, uid, TipoUTC? | Codigo conocido + UIDCLIENTE; no filtros de fecha/estado. |\n| GetManifiesto | docIn XML* | Candidata; no contrato suficiente de listado ni cierre. |\n| GetNemonico | postalCodeOrigin, countryDest | Consulta territorial por estructura; no listado de envios. |\n| GetPlazaXCP | codPais short, cp | Consulta territorial; no listado de expediciones. |\n| GetStandardTransit | cpOrigen, cpDestino | Datos de transito, no descubrimiento de envios. |\n| GetTSP | Request:GetTSPRequest | Pais/CP/servicio/horario -> CodTSP; no listado. |\n| GrabaServicios | docIn XML* | Insercion; IDs de lo creado, no descubre preexistentes. |\n| GrabaSolucion | uid, codigo, codSolucion int, observaciones | Potencial escritura sobre incidencia; no listado. |\n| PrevisionEnvios | cuenta, usuario, password, codTienda, numEnvios short, tipo | No se acredita consulta ni lectura pura; excluida. |\n| TestGrabaServicios | f | Semantica insuficiente; no se supone inocuo. |\n| Tracking | docIn XML* | Contrato interno insuficiente para enumeracion. |\n| TrackingUid | docIn XML* | Contrato interno insuficiente; no deducir semantica de UID. |\n| ValidaEuroBusiness | docIn XML* | Relacionada con insercion/validacion, no listado documentado. |\n| ValidateUidCliente | ValidateUidClienteRequest | Valida identidad/servicios por estructura, no retorna envios. |\n\nLos seis tipos complejos nombrados son ArrayOfBase64Binary,\nValidateUidClienteRequest, ValidateUidClienteResponse, ArrayOfString,\nGetTSPRequest y GetTSPResponse. El simple nombrado es TiposEtiqueta.\n\nNinguno define un DateFrom/DateTo, rango, cursor, pagina o filtro de\nexpediciones. Agency_Code y Client_Code pertenecen a validacion de UID;\nCodPaisOrg/CPOrg/CodPaisDst/CPDst/CodServicio/CodHorario son de GetTSP.\nNo se trasladan de una operacion a otra para construir GetEnvios.\n\nGetExp/GetExpCli devuelven estado, referencias y eventos de conocidos.\nLa consulta por referencia puede devolver padre/retornos relacionados;\nno significa enumeracion de todas las expediciones del cliente.\nNo se documentan comodines, codigo vacio, rango numerico o prefijos.\n\nM1 p.11 y M2 p.3 aconsejan consultar conocidos no definitivos unas 4-5\nveces/dia. Esa seleccion es local al sistema del cliente, no un filtro\nremoto de todas las no entregadas. El maximo de 20 de GrabaServicios es\nde insercion, no paginacion de GetEnvios/GetExpCli.\n\n## 5. APIs REST disponibles: distinguir listado de tracking\n\n### Track And Trace V1\n\nRutas del OpenAPI conservado:\n\n- GET /tracking/simple/trackids/{unitnos}.\n- GET /tracking/simple/references/{references}.\n- GET /tracking/deliveryinfo/parcelid/{unitno}.\n- GET /tracking/events/codes.\n\nLas dos primeras requieren identificadores, la tercera un unitno y la\nultima enumera codigos de eventos, NO expediciones. No existe en este\nOpenAPI un selector de cuenta/cliente/agencia/fecha/estado de expedicion.\n\n`references` admite los tipos concretos descritos: Parcel Number, Track\nID, Notification Card ID y Digital Notification Card ID. No equivale a\nreferencia C/0/S de iClientes ni referencia libre de cliente. No asumir\nCODEXP SOAP = unitno REST ni que un barcode numerico de 14 caracteres sea\nuna Digital Notification Card ID por coincidir solo su longitud.\n\nLa agrupacion de hasta 10 identificadores/referencias permite recuperar\nconocidos eficientemente; no descubre los identificadores desconocidos.\nshowEvents y showLinks cambian contenido, no son filtros de enumeracion.\n\nLa copia documenta por defecto 500 solicitudes/dia; es cuota T&T, no SOAP\niClientes. Los servidores incluyen produccion, sandbox y QAS, y una nota\ngeneral recomienda produccion. Nada de ello crea una operacion de listado.\n\n### ShipIT-Farm: listado por fechas SI documentado\n\nContrato: POST /rs/tracking/parcels, operationId findParcels.\nRequest: application/glsVersion1+json, esquema TULReferenceData.\nObligatorios: DateFrom y DateTo, cadenas con formato date-time.\nOpcionales: TrackID, ShipmentReference, ShipmentUnitReference,\nParcelNumber, PartnerParcelNumber. Pueden omitirse en la propuesta minima.\n\nResponse: TUListResponse.UnitItems[], con TrackID, InitialDate, Status y\notros identificadores/referencias. No es la estructura SOAP expediciones.\nNo hay en esa firma un parametro UIDCLIENTE iClientes ni filtro explicito\nde cuenta/agencia/estado, ni paginacion documentada.\n\nPeticion documental minima candidata, NO enviada ni declarada lista para\nproduccion por faltar las garantias de cuenta/alcance indicadas abajo:\n\n```http\nPOST https://api.gls-group.net/shipit-farm/v1/backend/rs/tracking/parcels\nAuthorization: Bearer [REDACTED]\nAccept: application/glsVersion1+json\nContent-Type: application/glsVersion1+json\n```\n\n```json\n{\n  \"DateFrom\": \"2026-11-03T00:00:00+01:00\",\n  \"DateTo\": \"2026-11-03T23:59:59+01:00\"\n}\n```\n\nUTC equivalente: inicio 2026-11-02T23:00:00Z; fin\n2026-11-03T22:59:59Z. La inclusividad de extremos, precision fraccionaria\ny semantica de la fecha deben confirmarse antes de garantizar cobertura\ncompleta de un dia. InitialDate en salida no define por si sola el filtro.\n\nPor que no se ejecuto:\n\n- La autorizacion y UID de PRODUCCION confirmadas son de iClientes SOAP.\n  No se ha acreditado vinculacion ShipIT a esa misma cuenta ni cobertura\n  de expediciones creadas desde Extranet GLS Espana.\n- El antecedente de backend ShipIT es HTTP 401 en sandbox. No se ha probado\n  produccion ni se presupone que la autorizacion iClientes lo resuelva.\n- La implementacion actual de ShipIT usa configuracion/credenciales del\n  laboratorio sandbox. No se reutilizaron para un acceso productivo.\n  Esto no afirma que falte una clave: falta acreditar la via autorizada,\n  su alcance y vinculacion, no adivinar una identidad alternativa.\n- La copia OpenAPI referencia OAuthPROD en seguridad global pero declara\n  OAuth y OAuthSandbox como esquemas; no se reparo ni se invento un binding.\n- Obtener OAuth seria otra llamada externa. No se oculta como parte de\n  una supuesta consulta unica ni se consume para comprobar una via no\n  acreditada. No se lanzaron OAuth, DNS/TLS remotos ni llamadas auxiliares.\n\nEl resto de rutas ShipIT son Parcel Shops, detalle/POD de conocido,\nservicios o operaciones de escritura. endofday no se usa para descubrir:\ncerrar dia esta expresamente prohibido. Parcel Shops enumera puntos, no\nexpediciones de cliente. No se ha probado nada de ello en esta fase.\n\n### Matriz de posibilidades\n\n| Criterio | iClientes documentado | T&T REST | ShipIT REST |\n|---|---|---|---|\n| CODEXP/codigo conocido | GetExpCli | Equivalencia no acreditada | Equivalencia no acreditada |\n| Barcode conocido | GetExpCli | Requiere equivalencia con identificador REST admitido | No equivalencia automatica con ParcelNumber/TrackID |\n| Referencia conocida | GetExpCli, con posibles relacionados | Solo tipos especificos del OpenAPI | ShipmentReference/ShipmentUnitReference |\n| GUID de envio | GetExp | No documentado como tal | No documentado como tal |\n| Fecha/rango sin ID | No contrato utilizable; GetEnvios pendiente | No ruta documentada | DateFrom/DateTo documentados; acceso/cobertura de nuestra cuenta sin acreditar |\n| Cuenta/cliente/agencia sin ID | UID delimita lookup, no acredita listado | OAuth no crea un selector de cuenta | Alcance del backend autenticado por confirmar; no UID iClientes |\n| Pendientes/no entregadas/estado | Politica local de conocidos, no listado remoto | Estado en salida, no filtro de cuenta | Status en salida, no filtro de estado en TULReferenceData |\n| Recientes/todos los de hoy | No via operativa acreditada | No enumeracion | Candidata por fechas, aun no validada para este canal/cuenta |\n\n## 6. Payload SOAP: por que no hay uno valido preparado\n\nSe conoce el transporte: POST al endpoint iClientes, SOAP 1.2, namespace\nhttp://www.asmred.com/ y action http://www.asmred.com/GetEnvios.\n\nSolo puede representarse esta envoltura INCOMPLETA, NO enviable:\n\n```xml\n<soap12:Envelope xmlns:soap12=\"http://www.w3.org/2003/05/soap-envelope\">\n  <soap12:Body>\n    <GetEnvios xmlns=\"http://www.asmred.com/\">\n      <docIn>\n        <!-- Falta el contrato oficial del XML interno. NO ENVIAR. -->\n      </docIn>\n    </GetEnvios>\n  </soap12:Body>\n</soap12:Envelope>\n```\n\nNo se introduce UID en un campo supuesto ni se trasladan DateFrom/DateTo\nde REST a SOAP. No se inventan FechaDesde/FechaHasta, Cliente, Agencia o\nEstado. La envoltura no es un payload valido de consulta ni una propuesta\npara probar docIn vacio. Falta precisamente la parte que decide alcance,\nautenticacion, fecha y efectos.\n\n## 7. Otras vias y significado de la evidencia anterior\n\nM1 v1.12 p.2 relaciona NO Diferido con MiraEnvios y YourGLS/Buscar envios,\ncon condiciones de cierre. No define el protocolo de enumeracion ni un\ntraspaso automatico entre todos los estados/canales. No se usara el cierre\ncomo experimento ni se accedera mediante scraping/automatizacion.\n\nM1 p.10 describe un proyecto acordado donde GLS llama al webservice del\ncliente, para clientes con mas de 500 envios/dia, transmitiendo eventos e\nidentificadores. Es una modalidad push potencialmente util, no contratada\naqui ni un endpoint pull ya habilitado. No garantiza historico completo.\n\nLas pruebas anteriores demuestran consulta de una historica entregada de\nExtranet y de TH-P-001 creada por API. No demuestran descubrimiento sin ID.\nLos tres vacios de los antiguos [IDENTIFICADOR OMITIDO]/[IDENTIFICADOR OMITIDO]/[IDENTIFICADOR OMITIDO] siguen siendo\nrespuestas reales, pero Juan aclara ahora su eliminacion. No permiten\natribuir el vacio exclusivamente a \"Pendiente Grabar\", ni evaluar los tres\nnuevos. Tampoco consta por API cuando se eliminaron respecto a la consulta.\n\nEl escaneo del conductor se conoce por comunicacion de Juan, no por un\nevento recibido en esta investigacion. No se ha localizado ni descartado\nninguna de las tres expediciones nuevas mediante API.\n\n## 8. Peticion minima y concreta a GLS\n\nTexto propuesto para soporte; no enviado:\n\n> Necesitamos descubrir por API todas las expediciones de nuestra cuenta\n> iClientes de PRODUCCION creadas desde Extranet en una fecha o rango,\n> sin conocer previamente CODEXP, GUID, barcode, albaran ni referencia.\n> El objetivo inicial es 03/11/2026, Europe/Madrid, sin crear, modificar,\n> cerrar ni manifestar expediciones.\n>\n> El WSDL offline declara GetEnvios(docIn) y GetManifiesto(docIn), pero\n> docIn y Result son XML mixto s:any. Rogamos confirmar cual es la operacion\n> de lectura aplicable a nuestra cuenta y aportar un ejemplo completo\n> SOAP 1.2 IN/OUT o XSD del XML interno, posicion del UIDCLIENTE y filtros\n> exactos de cuenta/fecha/estado, campos obligatorios y formatos.\n>\n> Confirmad que no tiene efectos de cierre, grabacion o manifiesto; que\n> incluye expediciones de Extranet y desde que momento; semantica y zona\n> horaria de la fecha, limites, paginacion/truncamiento y cuota. La salida\n> debe permitir obtener CODEXP y los identificadores relacionados.\n>\n> Si iClientes no ofrece este listado, indicad la alternativa oficial:\n> autorizacion/vinculacion ShipIT para POST /rs/tracking/parcels y su\n> cobertura de Extranet de esta cuenta, o exportacion/push oficial.\n\nNo es necesario solicitar numeros de los tres envios para resolver este\ncontrato. La solicitud no debe incluir UID, tokens ni otras credenciales.\nEl ejemplo debe usar marcadores y GLS puede validar internamente el ambito.\n\n## 9. Respuestas a las diez preguntas\n\n1. **Operacion documentada para enumerar?** En iClientes no hay contrato\n   suficiente disponible. GetEnvios/GetManifiesto son candidatas. En ShipIT\n   si hay listado documentado por fechas, no demostrado operativo para\n   nuestra cuenta/canal Extranet.\n2. **Filtra por fecha?** GetExp/GetExpCli no. GetEnvios es desconocido por\n   falta de docIn. ShipIT admite DateFrom/DateTo.\n3. **Filtra por cuenta/cliente?** No existe un filtro de enumeracion\n   iClientes documentado. UIDCLIENTE delimita consultas por codigo, no\n   lista sola los envios. Ambito ShipIT OAuth pendiente de acreditacion.\n4. **Podemos descubrir los tres sin numeros?** No con una via actualmente\n   acreditada y utilizable. No se demuestra imposibilidad general de GLS.\n5. **Operacion a usar?** Solicitar primero el contrato de GetEnvios;\n   valorar GetManifiesto solo si GLS confirma lectura pura. Alternativa:\n   findParcels de ShipIT tras confirmar autorizacion y cobertura.\n6. **Parametros exactos?** En GetEnvios solo se conoce docIn, no su\n   contenido. Para ShipIT los dos campos obligatorios son DateFrom/DateTo\n   mas autenticacion OAuth independiente; no UID iClientes en el JSON.\n7. **Se ejecuto una consulta valida?** NO. No se cumplian las condiciones\n   de autorizacion condicional; no se envio ninguna consulta especulativa.\n8. **Expediciones devueltas?** No aplica: no hubo llamada. No equivale a\n   HTTP 200 con lista vacia ni a tres expediciones buscadas y no encontradas.\n9. **Limitacion concreta?** Falta contrato interno y garantias de lectura,\n   cuenta/fecha de GetEnvios/GetManifiesto. Tracking conocido no enumera;\n   ShipIT tiene otra autenticacion y alcance no acreditado para esta cuenta.\n10. **Documentacion minima?** Operacion oficial de listado, IN/OUT/XSD,\n    ubicacion del UID, filtros obligatorios, semantica de fechas/ambito,\n    lectura sin efectos, cobertura Extranet, IDs de salida, limites y\n    paginacion. O vinculacion y contrato de cobertura de alternativa REST.\n\nFuente principal futura: GetExpCli es candidata para ACTUALIZAR conocidos,\nno para descubrirlos. La fuente de descubrimiento no puede seleccionarse\ncomo resuelta hasta recibir el contrato o habilitacion correspondiente.\nNo se implementa cache ni sincronizacion en esta fase.\n\n## 10. Codigo, contadores y limites\n\nLa inspeccion detecta que el diagnostico REST existente obtiene OAuth\ninternamente antes de tracking, registra el tracking con etiqueta sandbox\ny no contabiliza esa obtencion auxiliar en ese mismo metodo. Su transporte\ngeneral usa urllib, que puede seguir redirecciones. No se lanzo ese flujo\npara esta autorizacion de una unica consulta, ni se modifico su codigo.\nAntes de una futura prueba limitada hay que contar todos los HTTP reales\ny preservar evidencia, sin ocultar OAuth/redirecciones como una consulta.\n\nNo se descargaron especificaciones, accedio a GLS, hizo OAuth, repitieron\nCODEXP antiguos, crearon/modificaron/anularon/cerraron envios, solicitaron\netiquetas, imprimieron trabajos, cambiaron secretos, aplicaron migraciones\nni crearon jobs. No se utilizo ninguna UID TEST para operar en PRODUCCION.\n\n| Contador | Inicio | Final |\n|---|---|---|\n| iClientes PRODUCCION | 7 | 7 |\n| TEST/laboratorio historico | 11 | 11 |\n| Nuevos HTTP SOAP GLS de esta investigacion | 0 | 0 |\n| Nuevos HTTP REST/OAuth GLS de esta investigacion | 0 | 0 |\n\nEl historico T&T registrado es 3 HTTP: OAuth, catalogo y dataset, todos\ncon etiqueta sandbox historica. No se reclasifica. Las 5 filas REST\nhistoricas totales incluyen ademas OAuth ShipIT y Parcel Shops. api_requests\nglobal permanece en 18; separar estos datos del contador SOAP productivo.\n\nNo se generan nuevas evidencias remotas porque no hubo llamadas. Se\nconservan intactas las evidencias anteriores y este informe de analisis.\nTrabajo detenido; la autorizacion condicional de consulta no se consume\npara suplir la documentacion ausente con pruebas a ciegas.\n\n\n---\n\n## Documento fuente: GLS_DISCOVERY_CACHE_DESIGN_2026_11_03.md\n\n# GLS: descubrimiento, Pendiente Grabar y diseno de cache local\n\nFecha: 2026-11-03. Zona operativa: Europe/Madrid.\nAlcance: tres consultas expresamente autorizadas en PRODUCCION y, despues,\nanalisis exclusivamente local. Este documento es una propuesta, no una\nimplementacion de cache, sincronizacion ni interfaz.\n\n## 1. Resumen ejecutivo\n\n- Se enviaron exactamente tres GetExpCli, uno por cada CODEXP autorizado.\n  Los tres respondieron HTTP 200, SOAP valido y lista de expediciones vacia.\n- No se observo diferencia entre los dos casos de Extranet situados en\n  \"Envios pendientes despues de Cierre\" y el situado en \"Envios en Cierre\".\n- La prueba demuestra ausencia de resultados para esos identificadores,\n  esa UID de PRODUCCION y ese instante. No explica por si sola la causa ni\n  el significado tecnico general de \"Pendiente Grabar\".\n- GetExpCli documenta consulta por identificador conocido, no un listado\n  por fechas o estado. GetEnvios y GetManifiesto existen en el WSDL, pero\n  falta su contrato interno y no son ejecutables de forma fundada con\n  las fuentes disponibles. Tampoco se presume que sean de solo lectura.\n- La cache puede almacenar todo el historico conocido, sin tope de 100.\n  No resuelve por si sola el descubrimiento de expediciones desconocidas.\n- Contadores finales: PRODUCCION 7; TEST/laboratorio historico 11.\n\n## 2. Parte A: resultados de las tres consultas\n\nEndpoint: https://ws-customer.gls-spain.es/b2b.asmx\n\nMetodo POST, SOAP 1.2, action http://www.asmred.com/GetExpCli.\nUID de PRODUCCION recuperada internamente; no se usaron credenciales TEST\nen las peticiones. TLS verificado; conexion 5 s, total 20 s; sin reintentos,\nredirecciones ni operaciones auxiliares. El criterio fue exclusivamente\nCODEXP, sin prefijo de agencia, barcode, albaran ni referencia.\n\n| Caso | Extranet / CODEXP consultado | Albaran observado en Extranet | Situacion informada por Juan | HTTP | SOAP Fault | Expediciones | Duracion |\n|---|---|---|---|---|---|---|---|\n| 1 | 2004-[IDENTIFICADOR OMITIDO] / [IDENTIFICADOR OMITIDO] | 11209 | Pendientes despues de Cierre; Pendiente Grabar | 200 | NO | 0 | 135 ms |\n| 2 | 2004-[IDENTIFICADOR OMITIDO] / [IDENTIFICADOR OMITIDO] | 11211 | Pendientes despues de Cierre; Pendiente Grabar | 200 | NO | 0 | 141 ms |\n| 3 | 2004-[IDENTIFICADOR OMITIDO] / [IDENTIFICADOR OMITIDO] | 11215 | En Cierre; Pendiente Grabar | 200 | NO | 0 | 111 ms |\n\nTimestamps de inicio Europe/Madrid:\n\n- Caso 1: 2026-11-03T16:36:24.853709+01:00; api_requests.id = 16.\n- Caso 2: 2026-11-03T16:36:25.046194+01:00; api_requests.id = 17.\n- Caso 3: 2026-11-03T16:36:25.246471+01:00; api_requests.id = 18.\n\nLas tres respuestas fueron completas, de 432 bytes, con la estructura SOAP\nGetExpCliResponse/GetExpCliResult y una lista `expediciones` sin `exp`.\nNo hubo errores de lectura ni errores GLS extraidos. No existe aqui un\nResultado@return numerico: no debe confundirse lista vacia con resultado 0\nde GrabaServicios ni HTTP 200 con expedicion encontrada.\n\nPor no existir registros, GLS NO devolvio estado/codigo de estado, CODEXP,\nbarcode, GUID, albaran, referencias, servicio/horario, bultos/peso, fecha de\nexpedicion ni eventos. Los identificadores y fechas de la tabla son datos\ndel caso de prueba aportados por Juan, no campos confirmados por GLS.\n\nPeticion sanitizada representativa; solo cambia `codigo` entre casos:\n\n```xml\n<soap12:Envelope xmlns=\"http://www.asmred.com/\"\n                 xmlns:soap12=\"http://www.w3.org/2003/05/soap-envelope\">\n  <soap12:Body>\n    <GetExpCli>\n      <codigo>[IDENTIFICADOR OMITIDO]</codigo>\n      <uid>[REDACTED]</uid>\n    </GetExpCli>\n  </soap12:Body>\n</soap12:Envelope>\n```\n\nCabecera: `Content-Type: application/soap+xml; charset=utf-8; action=\"http://www.asmred.com/GetExpCli\"`.\n\n### Evidencia preservada\n\nDirectorio privado: `[RUTA INTERNA OMITIDA]`.\nCada original de respuesta se conserva cifrado; cada JSON es evidencia\nsanitizada independiente. Ambos con permisos 400.\n\n| Caso | Original cifrado | Evidencia sanitizada |\n|---|---|---|\n| 1 | 3c153a7fdc2b4994ae777475fd3befc2.response.enc | 3c153a7fdc2b4994ae777475fd3befc2.json |\n| 2 | 9d0cb85e48df4fd38924b9433720707c.response.enc | 9d0cb85e48df4fd38924b9433720707c.json |\n| 3 | bb9cba0132804c9dadc9e726aee1fd37.response.enc | bb9cba0132804c9dadc9e726aee1fd37.json |\n\nSHA-256 del body recibido, identico en los tres casos:\n`989703fef1c881364eeb5ed26cb3b194d63e456f272e83ac754d86e452030d40`.\n\nResumen privado del lote, parametros, contadores e integridad:\n`[RUTA INTERNA OMITIDA]`.\nLas guardas persistentes del lote y de cada caso impiden repetir esta\nautorizacion al volver a ejecutar accidentalmente el auxiliar de auditoria.\n\n### Comparacion e interpretacion acotada\n\nResultado observado: 0/2 recuperables despues de Cierre y 0/1 en Cierre.\nNo hay diferencia observable en esta muestra. Tampoco se ha observado una\ntransicion del mismo envio entre ambos grupos, ni se ha efectuado cierre.\n\nEl caso 3 ya habia dado vacio por barcode; la consulta actual por CODEXP\nes una prueba diferente y se registra separadamente. No se considera que\nuna sustituya a la otra.\n\nLa expedicion historica 2004-[IDENTIFICADOR OMITIDO] si fue recuperada anteriormente\npor CODEXP: HTTP 200, un envio, ENTREGADO (7). TH-P-001, creada por\nTRANSPORT HUB, tambien se recupero. Por tanto, no corresponde concluir\nque iClientes no consulta Extranet en general ni que la UID sea invalida.\n\nNo demostrado: que todo \"Pendiente Grabar\" sea invisible, que un cierre\nlo publique necesariamente, que la causa sea el grupo de Extranet, ni que\nExtranet e iClientes sean sistemas independientes. El vacio tambien deja\nsin resolver alcance de cuenta, correspondencia de identificadores y\nmomento de publicacion de estos casos. Debe preguntarse a GLS, no inferirse\nde tres respuestas ni resolverse con nuevas llamadas no autorizadas.\n\n## 3. Parte B: fuentes oficiales y metodo de auditoria\n\nSe contrastaron los 11 originales de\n`[RUTA INTERNA OMITIDA]`, el ZIP original preservado,\nlos dos manuales, XML IN/OUT y ejemplos, las ocho hojas del maestro, las\n25 operaciones literales de b2b.wsdl, el cliente vigente y evidencia local.\nNo se consulto la version online del WSDL ni se reparo la copia recibida.\n\nReferencias utilizadas:\n\n- M1: `ES-GLS-iClientes (WS-Envios_InsercionyTracking).docx.pdf`, v1.12,\n  paginas 2, 3, 10 y 11 especialmente.\n- M2: `ES-GLS-WS_GetExp_GetExpCli.docx.pdf`, paginas 1 a 6.\n- R: `GLS_WS_GetExp_GetExpCli_Response_Example.xml`.\n- IN/OUT: `GLS-DOC_Shipment_English-IN.xml` y `-OUT.xml`.\n- B-IN/OUT y E2-IN/OUT: ejemplos Basic y ReturnLabelsOnInsert.\n- X: `ES-GLS-Maestros_V2.xlsx`.\n- W: `b2b.wsdl`, 63.502 bytes, 1.974 lineas; SHA-256\n  `3ea7a6edcd64c5756e1ccd5da8883823900406c130f8f150b9d9d97ead17b6cd`.\n\nLa copia W contiene texto inicial y prefijos sin declarar; no es XML\nstandalone valido. Se leyeron literalmente bloques y firmas, sin inventar\nnamespaces. Una firma XML mixta con `s:any` NO define sus campos internos.\n`minOccurs=0` en la firma no acredita que un codigo vacio enumere la cuenta.\n\nClasificacion: DOCUMENTADA = capacidad expresamente descrita; POSIBLE PERO\nDOCUMENTACION INSUFICIENTE = candidata que requiere contrato; NO SOPORTADA\n= no cabe en la firma/uso documentado concreto, no negacion de capacidades\nglobales de GLS; DESCONOCIDA = no hay evidencia suficiente.\n\n### Auditoria de las 25 operaciones\n\n`XML*` indica XML mixto/arbitrario, no un esquema conocido de filtros.\nLa funcion deducida por nombre no se trata como capacidad documentada.\n\n| Operacion | Entrada -> salida literal resumida | Resultado para descubrimiento |\n|---|---|---|\n| Anula | docIn XML* -> XML* | No hay mecanismo de listado documentado; posible escritura, no candidata segura. |\n| AsignaEnvio | cuenta, usuario, password, codplaza, codrepartidor, codigo -> string | Sugiere asignacion; no enumera expediciones documentalmente. |\n| AsociaMatricula | cuenta, usuario, password, codBarras, matricula -> XML* | Sugiere asociacion; requiere codigo conocido, sin listado documentado. |\n| EnviaCorreoAgencia | uid -> int | Sugiere envio de correo; no listado, no ejecutar. |\n| EsPaisEurobusiness | uid, codpais -> boolean | Consulta de pais por estructura; no devuelve expediciones. |\n| Estado | docIn XML* -> XML* | POSIBLE PERO DOCUMENTACION INSUFICIENTE para cualquier uso como consulta de estado/listado; efectos no acreditados. |\n| EtiquetaEnvio | uidCliente, codigo, tipoEtiqueta, plataforma? -> ArrayOfBase64Binary | Requiere envio conocido; recuperacion de etiqueta, no descubrimiento. |\n| EtiquetaEnvioRecogidas | uidCliente, codigo, tipoEtiqueta -> XML* | Sin contrato de enumeracion; no confundir recogida con envio. |\n| EtiquetaEnvioV2 | uidCliente, codigo, tipoEtiqueta, plataforma? -> XML* | DOCUMENTADA para etiqueta de envio conocido; no listado. |\n| GetEnvios | docIn XML* -> XML* | POSIBLE PERO DOCUMENTACION INSUFICIENTE: no filtros, autenticacion interna, paginacion ni efectos definidos. W:204-229. |\n| GetExp | uid, TipoUTC? -> XML* | DOCUMENTADA: GUID de expedicion conocida, no UIDCLIENTE ni listado por fecha. W:454-474. |\n| GetExpCli | codigo, uid, TipoUTC? -> XML* | DOCUMENTADA: referencia unica, codigo GLS o barcode + UIDCLIENTE; no listado sin identificador. W:475-496. |\n| GetManifiesto | docIn XML* -> XML* | POSIBLE PERO DOCUMENTACION INSUFICIENTE: nombre sugerente, no contrato de manifiesto, listado ni cierre. W:178-203. |\n| GetNemonico | postalCodeOrigin, countryDest -> XML* | Datos de ruta por estructura, no lista de expediciones documentada. |\n| GetPlazaXCP | codPais short, cp -> XML* | Consulta territorial por estructura; no lista de expediciones. |\n| GetStandardTransit | cpOrigen, cpDestino -> XML* | Transito por estructura; sin descubrimiento de expediciones. |\n| GetTSP | Request:GetTSPRequest -> GetTSPResponse/CodTSP | Campos de ruta/pais/CP/servicio/horario; no filtros de un listado de envios. |\n| GrabaServicios | docIn XML* -> XML* | DOCUMENTADA insercion; obtiene IDs de lo creado, no descubre envios preexistentes. |\n| GrabaSolucion | uid, codigo, codSolucion int, observaciones -> string | Potencial operacion sobre incidencia; sin listado documentado, no ejecutar. |\n| PrevisionEnvios | cuenta, usuario, password, codTienda, numEnvios short, tipo -> XML* | Nombre/estructura no prueban consulta; posible efecto operativo, sin listado acreditado. |\n| TestGrabaServicios | f -> XML* | Semantica no documentada suficientemente; \"Test\" no garantiza inocuidad. |\n| Tracking | docIn XML* -> XML* | POSIBLE PERO DOCUMENTACION INSUFICIENTE para descubrir por fechas/cuenta. |\n| TrackingUid | docIn XML* -> XML* | POSIBLE PERO DOCUMENTACION INSUFICIENTE; nombre no acredita UID de cliente ni enumeracion. |\n| ValidaEuroBusiness | docIn XML* -> XML* | Relacionada con insercion/validacion segun M1; no listado documentado. |\n| ValidateUidCliente | Provider, UidCliente, Agency_Code, Client_Code -> Code, Description, ActivatedServiceList | Validacion/servicios por estructura; no devuelve identificadores de expediciones. No se ejecuto. |\n\nLos bindings SOAP 1.1/1.2 repiten esas 25 operaciones, no son operaciones\nadicionales. Ninguna candidata opaca se probo durante este estudio.\n\n### Posibilidades por criterio de consulta\n\n| Criterio | Clasificacion y alcance |\n|---|---|\n| Fecha o rango de fechas | NO SOPORTADA por las firmas documentadas GetExp/GetExpCli. DESCONOCIDA para el conjunto iClientes; GetEnvios/GetManifiesto requieren documentacion. |\n| Solo UIDCLIENTE | Identifica/autentica el cliente, pero no documenta por si solo enumeracion. Codigo conocido requerido en el uso descrito de GetExpCli. |\n| Cliente/agencia | Ambito contractual de seguridad documentado; filtro de listado por cliente/agencia DESCONOCIDO. No usar usuario Extranet como parametro inventado. |\n| Estado, pendientes, no entregadas, entregadas | NO SOPORTADA como filtro remoto en GetExp/GetExpCli. Seleccion LOCAL de conocidos no terminales DOCUMENTADA como politica de uso en M1/M2. |\n| Recientes | Sin selector remoto acreditado; DESCONOCIDA una via de listado completa. |\n| Referencia exacta conocida | DOCUMENTADA en GetExpCli; puede devolver varios envios relacionados, no todas las referencias de una cuenta. |\n| Albaran | No figura como categoria independiente con equivalencia universal acreditada; confirmar con GLS su relacion con codigo/referencia. No inferir por coincidencias historicas. |\n| Servicio | Dato de respuesta/creacion, no filtro de listado GetExpCli documentado. |\n| Prefijos, comodines, codigo vacio, listas de IDs, rangos numericos | NO SOPORTADA por el uso documentado de GetExpCli; no se han ensayado ni deben inventarse. |\n\n### Respuestas expresas a las ocho preguntas\n\n1. **Todas mis expediciones entre A y B:** no hay contrato acreditado en\n   los documentos disponibles. GetEnvios es candidata, no solucion validada.\n2. **Todas mis no entregadas:** no hay consulta global documentada. M1 p.11\n   y M2 p.3 aconsejan refrescar envios conocidos no definitivos; no describen\n   un filtro remoto que los descubra.\n3. **Enumerar recientes:** no se acredita una operacion utilizable con\n   seguridad con el material actual. No significa que GLS no la ofrezca.\n4. **Paginacion/limite:** no se documentan cursor, pagina, offset, tamano\n   de pagina, truncamiento ni maximo de resultados de GetExpCli/listados.\n   Varios `exp` por referencia son envios relacionados, no paginacion.\n   Maximo 20 de GrabaServicios es de insercion, no limite de consulta.\n5. **Manifiesto/cierre como descubrimiento:** GetManifiesto existe, pero\n   docIn/salida, permisos y efectos no estan documentados suficientemente.\n   M1 p.2 menciona una limitacion de listado de manifiesto en NO Diferido;\n   no permite concluir que esta operacion funcione para nuestra cuenta ni\n   que cierre o publique expediciones. No ejecutar para averiguarlo.\n6. **GetExpCli amplio sin identificador:** no documentado. La posibilidad\n   de varios envios por referencia no transforma el metodo en un listado\n   de cuenta. No usar secuenciales, comodines o codigo vacio.\n7. **Identificador minimo:** GetExpCli requiere UIDCLIENTE segura + uno de\n   codigo GLS/CODEXP, barcode o referencia unica conocida. GetExp requiere\n   el GUID de la expedicion, no la UID de cliente. M2 p.6 prefiere conservar\n   GUID/barcode del original para distinguirlo de retornos por referencia.\n8. **Obtener CODEXP recientes:** la respuesta de GrabaServicios aporta IDs\n   de lo que crea TRANSPORT HUB; no descubre otros canales. M1 p.10 describe\n   envio de eventos/identificadores desde GLS a un webservice del cliente,\n   para proyectos acordados y clientes con mas de 500 envios/dia: no esta\n   contratado/configurado aqui ni garantiza carga historica completa.\n   No tenemos actualmente un listado pull documentado de todos los recientes.\n\nM1 p.2 relaciona Webservice NO Diferido con MiraEnvios y YourGLS/Buscar\nenvios, con una condicion de cierre. Ese texto no garantiza simetricamente\nque cada borrador/pendiente de Extranet sea consultable por iClientes.\nLa recuperacion historica es evidencia puntual positiva, no un contrato\ngeneral sobre todos los grupos, estados o canales.\n\n### Estrategia recomendada para adquirir conocidos y descubrir nuevos\n\nSeparar **lookup** (recuperar conocido), **discovery** (encontrar IDs nuevos)\ny **refresh** (actualizar cache). Solo el primero esta acreditado hoy.\n\n- Capturar IDs de cada alta propia autorizada y conservar sus respuestas.\n- Reutilizar las respuestas utiles YA cifradas mediante una futura ingesta\n  local auditada; no volver a llamar a GLS para importar la misma evidencia.\n- Admitir semillas aportadas manualmente con fuente/fecha/verificacion.\n  Un futuro importador de exportacion oficial, si existe y se autoriza,\n  seria otra via; no hay formato/importador validado en esta fase.\n- Solicitar primero contratos completos de GetEnvios y GetManifiesto y\n  alcance de la UID. Solo entonces decidir descubrimiento incremental.\n- Valorar push acordado con GLS si aplica; no desarrollar ahora endpoint\n  receptor, prometer cobertura ni asumir el requisito de volumen satisfecho.\n- No scraping, automatizacion de Extranet, fuerza bruta de CODEXP/albaranes,\n  enumeracion secuencial, ni nuevas pruebas para adivinar filtros.\n\n## 4. Parte C: arquitectura propuesta, NO implementada\n\n### Separacion de responsabilidades\n\n1. Conector por carrier/familia API/entorno/cuenta: capacidades declaradas\n   de lookup, discovery, refresh y escrituras separadas. No un cliente GLS\n   que acople UI, SOAP, cuotas y entidades de negocio.\n2. Captura y auditoria: una fila api_requests por peticion HTTP real,\n   evidencia original cifrada y derivacion sanitizada, correlacion y actor.\n3. Ingestor idempotente local: validacion de identidad/ambito, normalizacion\n   versionada y transaccion de cache, sin nuevas llamadas remotas.\n4. Repositorio PostgreSQL y consultas de UI exclusivamente locales.\n5. Planificador futuro separado, desactivado hasta autorizacion y contrato\n   de limites; nunca ejecutado por abrir una pagina o hacer una busqueda.\n\nYa existen prototipos `carriers`, `shipments`, `parcels`, `tracking_events`,\n`synchronizations` y `cache_resources`. Actualmente las cuatro tablas de\nexpediciones/paquetes/eventos/sincronizaciones estan vacias. Se propone\nevolucionarlas, no crear en paralelo otro nucleo incompatible de GLS.\nLos ensayos y etiquetas del laboratorio siguen siendo registros distintos.\n\n### Entidades logicas y campos\n\n**SHIPMENTS** (evolucion de shipments):\n\n- `id`, `carrier_id`, `carrier_account_id`, `environment`,\n  `carrier_shipment_id` como cadenas tipadas por conector, no enteros.\n- Identificadores CODEXP, GUID, barcode, numero visible de expedicion y\n  albaran disponibles mediante coleccion tipada y proyeccion de consulta.\n  No exigir GUID a otros carriers ni confundirlo con UIDCLIENTE secreta.\n- `origin`: transport_hub / gls_extranet / imported / unknown;\n  `origin_confidence`, `origin_source`, actor, evidencia y fecha de atribucion.\n- Fecha de expedicion; destinatario minimo operativo, CP, poblacion, pais;\n  servicio y horario con codigo/literal originales; bultos y peso decimal.\n- Reembolso: importe decimal, moneda y presencia conocida/desconocida;\n  retorno con valor original y significado conocido/desconocido. Campo\n  ausente no se convierte automaticamente en cero, falso o sin retorno.\n- Estado actual: API/catalogo, codigo/literal originales, estado interno,\n  `is_terminal`, motivo, fecha efectiva y version de mapeo aplicada.\n- `created_at` local, `first_seen_at`, `last_seen_at`,\n  `last_gls_sync_at` de ultimo refresco remoto valido,\n  `last_sync_attempt_at`, `next_sync_at`, `sync_status`, error sanitizado,\n  hash de ultimo contenido y version de normalizador.\n\nUna tabla logica **SHIPMENT_IDENTIFIERS** preservaria cada tipo/valor,\nnamespace API y origen. Unicidad condicionada por carrier, cuenta, entorno\ny tipo de identificador fuerte. Conservar ceros iniciales y valor original.\nCODEXP/numero sin agencia no se declaran globalmente unicos por conjetura.\nReferencias/albaranes no se usan solos como clave universal de fusion.\nConflictos entre GUID/CODEXP/barcode se ponen en revision, no se sobrescriben.\n\n**PARCELS** reutiliza la entidad existente para identificadores de bulto y\nestado por unidad cuando GLS los distinga. Un envio con varios bultos no\nse multiplica artificialmente por cada referencia o evento de expedicion.\n\n**SHIPMENT_EVENTS** (evolucion de tracking_events):\n\n- `shipment_id`; `parcel_id` solo si el evento se refiere realmente a uno;\n  carrier, cuenta, entorno, familia API y namespace de catalogo.\n- Codigo original, tipo (estado/incidencia/administrativo/otro), descripcion\n  sanitizada, timestamp GLS original, timezone conocida o incertidumbre,\n  timestamp normalizado cuando se pueda justificar, ubicacion si existe.\n- `first_seen_at`, ID externo si existe, huella semantica de deduplicacion,\n  evidencia/observacion de origen, version de parser/mapeo.\n- Unicidad por ID externo en su ambito o huella de envio+tipo+codigo+fecha+\n  ubicacion/contenido estable; no por codigo solamente. Repeticiones de\n  una incidencia en momentos distintos deben conservarse.\n\n**SHIPMENT_REFERENCES**:\n\n- `shipment_id`, tipo C/0/S/otros, valor original, campo/namespace de origen,\n  fuente, fechas first/last_seen, relacion con observacion.\n- No unicidad global de valor. Referencias heredadas por devoluciones\n  pueden apuntar a varias expediciones, con relacion padre/hija separada.\n- No convertir automaticamente `albaran`, `refS` o `refC` en tipo 0: conservar\n  la semantica que devuelve cada API y confirmar equivalencias.\n\n**OBSERVACIONES Y CAMBIOS**:\n\n- Observaciones append-only con respuesta normalizada versionada, hash,\n  peticion auditada, referencia de evidencia cifrada, procedencia y tiempos.\n- Historial de cambios de estado con valor anterior/nuevo, fecha efectiva,\n  fecha de deteccion, fuente y reglas aplicadas. Nunca reconstruirlo solo\n  desde el ultimo estado ni borrar eventos al refrescar.\n- Separar candidatos/observaciones externas no confirmados: los tres\n  \"Pendiente Grabar\" no son envios confirmados por API. Guardar en una\n  futura cola de candidatos el dato Extranet y su evidencia negativa, no\n  inventar un estado GLS ni una expedicion recuperada.\n- Una lista vacia es una observacion de lookup, no prueba de borrado,\n  anulacion, desaparicion definitiva ni cambio a PENDING. Si antes habia\n  resultado positivo, conservarlo con advertencia de ultima consulta vacia.\n\n### Ingesta de cada respuesta util\n\nFlujo futuro: captura remota unica -> evidencia cifrada duradera y registro\nAPI -> validacion completa -> transaccion local de todos los `exp` recibidos,\nidentificadores, referencias, eventos, snapshot y cambios de estado.\nActualizar last_gls_sync_at solo tras lectura valida y commit; una vista\nde cache no renueva esa fecha. Separar recepcion, procesado y frescura.\n\nSi falla PostgreSQL o el parser, mantener bandeja de evidencia pendiente\npara reprocesado LOCAL idempotente; no repetir el HTTP para recuperar una\nrespuesta ya recibida. Respuestas parciales/error no reemplazan estado\nvalido por datos incompletos. Un error no cuenta como refresco satisfactorio.\n\nLas altas propias y consultas manuales tambien alimentaran la cache en su\nambito, con niveles de completitud: respuesta de alta no equivale a tracking\ncompleto. No depender unicamente del planificador para mantenerla.\n\n### Historico, integridad y privacidad\n\n- Sin limite fisico ni purga a 100 registros. Los ultimos 100 conocidos\n  pueden ser ventana inicial de trabajo o paginacion local, no un parametro\n  remoto inventado ni un requisito de borrar el resto.\n- Claves foraneas, transacciones y unicidad por ambito; indices de IDs,\n  fecha, estado/terminal y next_sync_at; paginacion estable local. Evaluar\n  particionamiento solo cuando volumen real lo justifique.\n- TEST y PRODUCCION separados en claves, permisos, consultas, auditoria,\n  presupuesto y trabajos. Una UID vive en el mecanismo seguro, nunca en\n  entidades de cache, snapshots sanitizados ni claves de busqueda.\n- UI autenticada con permisos; logs sin direccion completa, contactos ni\n  secretos. Original completo solo cifrado conforme al mecanismo existente;\n  no descarga automatica de POD, firma ni enlaces externos.\n- Para busqueda parcial de destinatario se propone conservar solo nombre,\n  CP y poblacion operativos autorizados, con acceso restringido y cifrado de\n  almacenamiento/backup. La politica de datos debe aprobarse antes de la\n  implementacion. Si exige cifrado de campo, hay que resolver de forma\n  explicita el indice de busqueda: Fernet no permite ILIKE sobre el cifrado.\n  No prometer ambas cosas ni inventar criptografia propia.\n- Capacidad de historico indefinido no significa retencion perpetua de\n  datos personales: proponer politica aprobada de retencion/anonimizacion.\n\n## 5. Politica futura de sincronizacion, desactivada en esta fase\n\n| Clase | Propuesta de refresco |\n|---|---|\n| Activa / pendiente confirmada API | Ventanas configurables, inicialmente alineadas con recomendacion M1/M2 de unas 4-5 consultas al dia por conocido no definitivo, sujetas a presupuesto acordado. |\n| Incidencia vigente | Prioridad sobre activos sin cambios dentro del mismo presupuesto; frecuencia extra solo tras acordarla, no sondeo intenso automatico. |\n| Entregada o terminal acreditada | next_sync_at nulo, sin refresco automatico; consulta manual explicita posible con cuota/permiso. |\n| Candidato Extranet no recuperable | Cola separada; no bucle de reintentos ni asumir pendiente API. Revisar publicacion/identificador con GLS y aprobar politica limitada. |\n| Error o indisponibilidad | Mantener datos validos de cache; backoff configurable y corte de circuito. No confundir fallo con cambio de estado. |\n\nEl scheduler futuro reclamaria cada trabajo de forma exclusiva, evitando\nsolapamiento manual/periodico y consultas duplicadas al mismo envio.\nLos cambios de configuracion no arrancan sincronizaciones por si solos.\n\nLa frecuencia de los manuales es recomendacion de uso razonable; no es\ncuota contractual ni autorizacion actual para activarla. M2 pide pactar\nfrecuencia y subconjunto. No se ha creado ningun cron, timer o tarea.\n\nCuotas y eficiencia:\n\n- No hay cuota numerica iClientes acreditada en estos documentos. Limite\n  desconocido no equivale a ilimitado. Definir presupuesto local y reserva\n  aprobados; modelo futuro debe representar limite remoto desconocido.\n- La politica actual de 500 solicitudes/dia y 10 IDs por solicitud es de\n  REST Track And Trace, no se traslada a iClientes ni GetExpCli.\n- No existe lote GetExpCli documentado. 100 conocidos x 5 refrescos supondria\n  hasta 500 POST SOAP/dia: es estimacion de carga, NO cuota GLS ni permiso.\n- Reusar datos locales frescos, deduplicar IDs conocidos, no descargar\n  etiquetas/POD para refrescar estado ni repetir llamadas para cada vista.\n- Contabilizar cada HTTP real por producto/cuenta/entorno, con actor,\n  correlacion, resultado e items; una respuesta con varios exp sigue siendo\n  una sola peticion, y su reprocesado local no consume otra llamada.\n- Futuro 401/403: pausar cuenta y revisar autorizacion; 429: respetar limite\n  e instrucciones si se reciben; errores transitorios: backoff y presupuesto\n  acotados. Nunca retries automaticos de GrabaServicios. No retries ahora.\n\n## 6. Normalizacion de estados sin mezclar catalogos\n\nClave de catalogo: carrier + familia API + namespace + tipo + codigo + idioma.\nLos 336 codigos REST existentes siguen siendo REST; los estados del maestro\niClientes y las etiquetas de Extranet son dominios distintos. Se preservan\nsiempre codigo, literal, tipo, catalogo, fecha y version de mapeo originales.\n\nPropuesta inicial basada en X, hoja `Envios(Estados)`:\n\n| Interno | Mapeo candidato y cautelas |\n|---|---|\n| PENDING | -10 GRABADO: informacion recibida sin confirmacion de llegada. NO mapear automaticamente la etiqueta Extranet Pendiente Grabar. |\n| ACTIVE | Estados de flujo no definitivos, incluidos MANIFESTADA 0, transito, agencia, reparto y devolucion en curso. Mapear individualmente con catalogo versionado. |\n| INCIDENT | Incidencia vigente acreditada, no cualquier incidencia historica del timeline; no destruye el estado de envio original. |\n| DELIVERED | 7 ENTREGADO, definitivo. 8 ENTREGA PARCIAL no es entrega definitiva. |\n| RETURNED | 12 DEVUELTA AL CLIENTE, definitivo segun maestro. 10 DEVUELTA y 15 EN DEVOLUCION no se tratan automaticamente como terminales. |\n| CANCELLED | Reservado para anulacion definitiva acreditada. 5 ANULADA esta marcado NO definitivo y puede ser retencion temporal: no aplicar este mapeo por literal. |\n| OTHER | Desconocidos o ambiguos; tambien cierres definitivos sin equivalencia exacta: 17 DESTRUIDO POR ORDEN DEL CLIENTE, 20 CERRADO POR SINIESTRO y 90 CERRADO DEFINITIVO, con is_terminal=true y motivo propio. Estado 5 requiere revision, no terminal por defecto. |\n\nEstado normalizado e is_terminal son campos diferentes. No deducir el\nsegundo solo del primero. Versionar y probar los mapeos antes de usarlos\npara detener refrescos. Servicios de retorno no demuestran por si solos\nque el envio original haya sido devuelto definitivamente.\n\nNo derivar estado actual del ultimo evento cronologico sin discriminar\nsu tipo. El historico entregado tenia eventos administrativos posteriores\na la entrega; FACTURA o disponibilidad de POD no revierten ENTREGADO.\nEventos fuera de orden se conservan sin regresion automatica de estado.\n\n## 7. UI futura: TRANSPORT HUB > Expediciones\n\nNo implementada en esta fase. Tabla operativa sobre PostgreSQL, sin llamada\nremota al entrar, paginar, filtrar, abrir detalle ni buscar por nombre.\n\nVistas: TODOS, EN CURSO, INCIDENCIAS, PENDIENTES, ENTREGADOS; filtros de\notros estados/terminales y candidatos externos no confirmados separados.\nNo mezclar una lista vacia de API con una expedicion pendiente confirmada.\n\nFiltros: fecha desde/hasta (aclarar fecha de expedicion), destinatario\nparcial, poblacion, CP, numero expedicion, CODEXP, barcode, albaran,\nreferencia tipada, estado, servicio y origen; tambien cuenta y entorno.\nIDs como texto con ceros conservados. SQL parametrizado; indices B-tree y,\nsi se aprueba/justifica, busqueda trigram/acento en campos autorizados.\nNo instalar extensiones ni crear indices en esta fase.\n\nColumnas: estado/codigo original y normalizado, fecha, destinatario minimo,\npoblacion/CP, servicio/horario, bultos/peso, ultima sincronizacion GLS,\nfuente/procedencia, CACHE, frescura y ultimo error sin trazas internas.\nDetalle: identificadores y referencias tipadas, timeline, cambios de estado,\norigen conocido o unknown, y acceso autorizado a evidencia sanitizada.\n\nSin Internet o con GLS caido, la UI local sigue consultando cache si la\naplicacion y PostgreSQL estan disponibles. Mostrar siempre:\n\n> DATOS DE CACHE\n> Ultima sincronizacion GLS: [fecha/hora Europe/Madrid]\n\nLa indisponibilidad de PostgreSQL es distinta: no prometer cache accesible\nsin su almacenamiento. Si un dato nunca se sincronizo, indicarlo en vez de\nmostrar una hora inventada. Vigencia configurable por clase/recurso.\n\nAccion manual Actualizar: permiso, CSRF, confirmacion y presupuesto; no\nrecuperar POD/etiquetas ni encadenar mas consultas implicitamente.\nLa peticion util resultante se ingiere una vez en cache, sin segundo HTTP.\n\n## 8. Riesgos y preguntas concretas para GLS\n\n1. Facilitar XML IN/OUT y manual vigente de GetEnvios y GetManifiesto:\n   autenticacion, ambito, efectos, autorizacion y ejemplos completos.\n2. Existe consulta read-only de todos los envios de esta cuenta entre\n   fechas, recientes, pendientes/no definitivos o modificados desde una\n   marca? Que campo de fecha usa, timezone, bordes inclusivos y orden?\n3. Limites: ventana maxima, filas, cuota/rate limit, concurrencia, pagina,\n   cursor, senal de truncamiento, expiracion, retencion y cambios tardios.\n   Como obtener cobertura completa sin saltos/duplicados?\n4. Que significa Pendiente Grabar en cada grupo de Extranet y cuando\n   pasa a ser consultable? Confirmar si los numeros [IDENTIFICADOR OMITIDO], [IDENTIFICADOR OMITIDO]\n   y [IDENTIFICADOR OMITIDO] son CODEXP de iClientes o identificadores de otra fase.\n5. Confirmar ambito de cuenta/agencia de la UID, visibilidad cruzada de\n   canales y relacion con usuario Extranet, sin enviar secretos en soporte.\n6. Como se obtiene la lista completa de CODEXP recientes y sus GUID/barcode?\n   Hay exportacion oficial o push aplicable a nuestro volumen y cuenta?\n7. Precisar relacion entre referencia C/0/S, albaran, numero visible,\n   agencia, CODEXP y devoluciones; unicidad/estabilidad por ambito.\n8. Confirmar catalogos vigentes, terminalidad, estado 5 y tratamiento de\n   eventos administrativos, tardios y correcciones tras entrega.\n9. Acordar frecuencia, presupuesto de consultas y alcance de reintentos;\n   si existe push, contrato de entrega/repeticion, autenticacion, replay y\n   carga inicial. No extrapolar semantica de envio una vez a garantia tecnica.\n\nRiesgos clave: dar por completa una cache parcial, adivinar filtros XML,\nmezclar cuentas/entornos, fusionar por referencias no unicas, confundir\nlista vacia con borrado o estado, convertir una recomendacion en cuota y\ndar por definitivo ANULADA 5. El diseno los contempla, no los declara\nresueltos por esta muestra.\n\n## 9. Verificaciones y limites respetados\n\n- Comprobacion local con dobles: solo los tres CODEXP permitidos; bloqueo\n  de repeticion, barcode, albaran, numero con agencia, otro CODEXP y GetExp.\n- Tres transmisiones, cero retries y cero operaciones GLS adicionales.\n- Antes/despues de las llamadas: mismos hashes de filas de ensayos,\n  shipments, parcels, tracking_events y synchronizations. Filas de estas\n  cuatro ultimas: 0; ensayos: 3; etiquetas originales: 4; trabajos de\n  impresion: 6. Ninguna etiqueta, impresion ni expedicion nueva.\n- Ningun cambio de codigo de aplicacion, configuracion, UID, infraestructura,\n  esquema SQL, migraciones, UI, scheduler o tablas de cache.\n- Se conserva auditoria de las consultas y este unico informe documental;\n  no se importaron respuestas a un repositorio de expediciones.\n- No se ha ejecutado una bateria completa de tests de la aplicacion:\n  no hay cambios funcionales. Se comprobaron offline las restricciones del\n  auxiliar de consulta y se verificaron resultados e integridad local.\n\nContadores del lote:\n\n| Ambito | Antes | Despues |\n|---|---|---|\n| PRODUCCION iClientes | 4 | 7 |\n| TEST/laboratorio historico | 11 | 11 |\n\nEl historico 11 incluye 6 iClientes TEST y 5 REST sandbox ya existentes;\nno se reclasifica ni se mezcla con PRODUCCION.\n\n**Decision propuesta:** solicitar a GLS el contrato de descubrimiento;\naprobar despues una implementacion incremental de cache de conocidos y\nsu politica de datos. No activar sincronizacion ni realizar mas llamadas\npara suplir documentacion ausente. Trabajo detenido con este informe.\n\n\n---\n\n# Suplemento prioritario: enumeracion por fechas, 05/11/2026\n\nEste suplemento prevalece sobre las propuestas de pruebas anteriores. No autoriza\nconsultas individuales ni ShipIT. Trabajo documental y local, sin llamadas de negocio GLS.\n\n## Resumen ejecutivo\n\n1. Busqueda por fechas mediante API domestica: **NO se ha encontrado un contrato utilizable**.\n   No equivale a demostrar que GLS no disponga de esa capacidad.\n2. Operacion: **GetEnvios es candidata, no confirmada**. GetManifiesto tampoco esta acreditada.\n3. Prueba nueva: **0 llamadas**. No hay contrato interno ni garantia de lectura/alcance suficiente.\n4. Las 61 expediciones del 04/11/2025 al 04/12/2025: **NO DEMOSTRADO por API**.\n   La evidencia positiva de Extranet procede de Juan, no de una nueva consulta nuestra.\n5. GLS debe facilitar el IN/OUT/XSD del listado por cuenta/fechas, su semantica y completitud.\n6. Se entregan cuatro informes completos, indice, manifiesto SHA-256 y ZIP privado descargable.\n7. El repositorio puede disenarse e implementarse en una fase posterior autorizada con fuentes\n   desacopladas y cobertura explicita. No puede declararse completa la importacion/sincronizacion.\n\n## Alcance realmente inspeccionado\n\nNueva inspeccion read-only en la VM 214: 316 archivos documentales/de codigo/evidencia/log,\ndos archivos TAR de respaldo y el ZIP original GLS_API. Se inspeccionaron tambien las\ncopias de despliegue y .backups dentro del proyecto, los tests/fixtures, catalogos y fuentes\nactuales. No se recorrieron historiales o credenciales ajenas al proyecto.\n\n- WSDL original completo, 25 operaciones unicas; elementos, mensajes, portTypes, bindings,\n  tipos nombrados, referencias, anotaciones, acciones y direcciones.\n- Dos PDF completos (11 y 6 paginas), siete XML iniciales y originales de Anula; XLSX,\n  todas sus ocho hojas y XML internos. No nuevo contrato de listado en el maestro.\n- ZIP original: 23 entradas contando directorios, 11 documentos originales utiles;\n  el unico miembro que menciona GetEnvios/GetManifiesto es b2b.wsdl.\n- Codigo actual y respaldos: las unicas menciones exactas en las fuentes activas son\n  del catalogo iclientes_catalog.json. No hay constructor/parser/fixture de listado oculto.\n  El cliente reutilizable valida GrabaServicios, GetExpCli y EtiquetaEnvioV2; el auxiliar\n  de Anula previo no convierte el resto de firmas en operaciones implementadas.\n- Logs locales, articulos KB, indices documents/knowledge_articles/official_documents,\n  registros de llamadas y 15 respuestas SOAP originales cifradas. No hay ejecucion\n  historica de GetEnvios o GetManifiesto en las evidencias observadas.\n- Documentacion publica oficial/host historico ASM: se revisaron las ayudas y el indice,\n  sin descargar WSDL online, sin portal automatizado, sin scraping Extranet ni SOAP/REST/OAuth.\n\nEvidencia mecanica local, no incluida como respuesta masiva de clientes:\n`[RUTA INTERNA OMITIDA]` y\n`[RUTA INTERNA OMITIDA]`.\nNo se afirma una revision universal de fuentes privadas externas no preservadas.\n\n## Contrato real: seguimiento de referencias, no solo firma superficial\n\nFuente primaria W: `[RUTA INTERNA OMITIDA]`.\n63502 bytes; SHA-256 `3ea7a6edcd64c5756e1ccd5da8883823900406c130f8f150b9d9d97ead17b6cd`.\nLa copia tiene texto inicial/prefijos no declarados: se contrasto literalmente, sin repararla.\n\n| Paso del contrato | GetEnvios | GetManifiesto | Hallazgo |\n|---|---|---|---|\n| Elemento request/response | W 204-229 | W 178-203 | Wrapper en namespace http://www.asmred.com/. |\n| Parametro | docIn, minOccurs=0, maxOccurs=1 | Igual | Tipo anonimo mixed=true, sequence s:any. |\n| Resultado | GetEnviosResult | GetManifiestoResult | Otro XML opaco mixed/s:any; no tipo de lista especificado. |\n| Mensajes | W 656-660 | W 650-654 | parameters referencia al elemento anterior; no filtro escondido en mensaje. |\n| portType SOAP | W 1035-1037 | W 1031-1033 | Input/output enlazan esos mensajes. |\n| Binding SOAP 1.1 | W 1302-1310 | W 1293-1301 | document/literal; accion especifica. |\n| Binding SOAP 1.2 | W 1530-1538 | W 1521-1529 | document/literal; accion especifica; no headers de filtro. |\n| Accion | http://www.asmred.com/GetEnvios | http://www.asmred.com/GetManifiesto | Documentada, no demuestra semantica del docIn. |\n| Direccion SOAP 1.2 | W 1965 | La misma | https://ws-customer.gls-spain.es/b2b.asmx. No se cambia. |\n\n**No hay import/include/schemaLocation de XSD ni anotaciones documentation** en esta copia.\nNo aparece un XSD adicional en [RUTA INTERNA OMITIDA] Se siguieron todos los seis tipos complejos\nnombrados: ArrayOfBase64Binary, ValidateUidClienteRequest/Response, ArrayOfString,\nGetTSPRequest/Response. El tipo simple TiposEtiqueta solo enumera formatos de etiqueta.\nNinguno resuelve el XML interno de las dos operaciones candidatas.\n\nNo consta campo de fecha, cuenta, estado, limite, pagina o cursor aplicable al listado.\nLos datos de cliente/agencia en ValidateUidCliente y de pais/CP/servicio en GetTSP\nno pueden trasladarse a GetEnvios. El s:any permite XML arbitrario sintacticamente,\npero no documenta que el servidor lo acepte ni que sea una consulta sin efectos.\nNo usar docIn vacio, asteriscos, rangos de CODEXP o referencias como sustituto de contrato.\n\n## Evaluacion funcional de alternativas\n\nLa matriz completa de las 25 operaciones se conserva arriba, con input/output y evidencias.\nPara el objetivo concreto:\n\n| Grupo/operacion | Cuenta+fechas sin ID | Efectos/limite que impiden la prueba |\n|---|---|---|\n| GetEnvios | No acreditado | Falta XML interno, autenticacion, fecha, salida, lectura y limites. Candidata prioritaria. |\n| GetManifiesto | No acreditado | Mismas carencias; manifiesto no garantiza lectura ni ausencia de cierre. |\n| GetExpCli | No | codigo conocido + UID de cliente. Varias expediciones relacionadas por referencia no son listado de cuenta. |\n| GetExp | No | GUID de una expedicion conocida. |\n| Tracking / TrackingUid / Estado | No acreditado | docIn opaco sin contrato local de cuenta/fecha; nombres no prueban lectura/listado. |\n| PrevisionEnvios / TestGrabaServicios | No acreditado | No asumir consulta o inocuidad; no contrato de listado. |\n| ValidateUidCliente / EsPaisEurobusiness / GetTSP / GetNemonico / GetPlazaXCP / GetStandardTransit | No | Validacion, servicios o informacion territorial; salidas no son conjunto de expediciones de la cuenta. |\n| EtiquetaEnvio / EtiquetaEnvioV2 / EtiquetaEnvioRecogidas | No | Identificador conocido, representaciones documentales; no descubrimiento. |\n| GrabaServicios / ValidaEuroBusiness / GrabaSolucion / Anula / AsignaEnvio / AsociaMatricula / EnviaCorreoAgencia | No documentado | Creacion, validacion u otros efectos, excluidos del presupuesto de lectura. |\n| Push GLS descrito en M1 p.10 | No historico acreditado | Proyecto acordado para alto volumen; no configurado, sin backfill garantizado. |\n| Track & Trace REST | No | Tracking por IDs/referencias especificas y catalogo de estados, no cuenta/fechas. |\n| ShipIT Farm tracking/parcels | Tiene fechas en otra API | Producto no seleccionado; no prueba de cobertura iClientes/Extranet. Cero ensayos nuevos. |\n| Exportacion autorizada por GLS/usuario | Posible fuente alternativa | No API ni sincronizacion automatica completa; formato, alcance y aprobacion pendientes. |\n\nM1 p.2 explica NO diferido, YourGLS y restricciones del listado de manifiesto. Esa\nexplicacion no define una llamada inversa para listar todo lo creado desde Extranet.\nM1 p.11 y M2 p.3 recomiendan refrescar conocidos no definitivos; es seleccion local,\nno prueba de que el servidor filtre todas las expediciones activas de la cuenta.\nM2 p.2/p.6 documenta codigo/UID y expediciones relacionadas; no fechas ni comodines.\n\n## Ampliacion publica oficial: resultado y limites\n\nConsulta documental el 05/11/2026; ninguna llamada de negocio ni descarga de WSDL.\nLas ayudas publicas historicas corroboran el wrapper de entrada/salida, pero siguen\nrepresentando el contenido como XML indeterminado; no aportan un ejemplo de fechas:\n\n- Ayuda ASM GetEnvios.\n- Ayuda ASM GetManifiesto.\n- Indice publico b2b ASM.\n\nEl indice publico y sus versiones indexadas muestran ademas nombres no presentes en\nla copia offline: EtiquetaEnvioBultoV2, GetZonaCloser, GetZonaCloserPS; otra version\nindexada menciona GetCloserInfoOffline y GetMaestroValijas. Las ayudas de esos nombres\nno pudieron recuperarse mediante el servicio web de consulta documental (cache miss).\nNo se han probado, no se trasladan al endpoint contratado, no se atribuye lectura o\nenumeracion a sus nombres y no se sustituye el WSDL offline por este indice variable.\nNo se ha localizado una especificacion publica oficial IN/OUT de listado por fechas.\n\nLas busquedas abarcaron nombres exactos, docIn, uidcliente, fechas, XML IN/OUT,\niClientes, listado, rangos y manifiestos en dominios GLS/ASM y busqueda general.\nSe descartaron coincidencias de otros transportistas/Notifica y APIs de otros paises:\ncompartir el nombre GetEnvios no acredita el contrato domestico de GLS Espana.\nUna busqueda negativa no prueba inexistencia del servicio ni falta de habilitacion.\n\n## Decision de prueba y unica preparacion admisible\n\n**NO EJECUTADA: contrato interno no acreditado.** No se ha gastado el presupuesto\nen GetExpCli de conocidos, OAuth ni pruebas ShipIT. La ausencia de un listado\nutilizable es bloqueo documental, no un nuevo HTTP 401/500 ni una prueba de credencial.\n\nLa futura consulta 1 se acotaria a la cuenta 2004/35 y al 04/11/2026, sin CODEXP,\nGUID, barcode, albaran ni referencia. Fecha propuesta, pendiente de contrato GLS;\nno hay payload exacto seguro que pueda generarse con las fuentes actuales.\n\nTransporte conocido: POST al endpoint domestico, SOAP 1.2, TLS validado, action\nGetEnvios solo si GLS confirma que es la operacion correcta. UID desde el almacen\nseguro en el campo que confirme su IN oficial. Timeout configurado, sin retries,\nsin redirecciones ni llamadas auxiliares. Una peticion como maximo y parada.\n\nAntes de autorizar envio: validar XML/XSD, cuenta, campo temporal, extremos, zona,\nfecha corta, estados incluidos, ausencia de cierres/efectos, limite y completitud.\nCapturar HTTP/negocio/conteo/IDs/latencia/paginacion y original cifrado antes del parser.\nUn HTTP 200 o varios resultados NO bastan si el resultado puede estar truncado.\nSi existe paginacion, registrar cursor/has_more/total y detenerse tras la primera llamada:\nno consumir una segunda pagina automaticamente bajo este presupuesto.\n\nLa consulta historica 04/11/2025-04/12/2025 queda pendiente de revision y otra\nautorizacion, aun si la primera funcionase. Para contrastar 61 hay que igualar cuenta,\ncriterio de fecha, inclusividad, estados/canales y unidad expedicion (no bultos/eventos),\ny comprobar que se recuperaron todas las paginas. Igualdad de conteo sola no demuestra\nigualdad de conjuntos: contrastar tambien identificadores contra exportacion autorizada.\n\n## Matriz de profundidad historica: tres capacidades distintas\n\n| Periodo/caso | Enumeracion por fecha API | Recuperacion de conocido API | POD/documentos API | Evidencia / siguiente validacion |\n|---|---|---|---|---|\n| Antes de agosto 2025, otra cuenta | No demostrada | No demostrada con credencial actual | No demostrada | Otra agencia/cuenta: sin presumir permisos cruzados. |\n| Agosto 2025, comienzo aproximado de 2004/35 | No demostrada | No demostrada | No demostrada | Confirmar inicio real, retencion y alcance de UID con GLS. |\n| 04/11/2025-04/12/2025 | No demostrada | No probada para esos registros | No descargados por API | Juan observa 61 fichas con tracking y POD cuando corresponde en Extranet. |\n| Enero-septiembre 2026 | No demostrada | No demostrada en muestras preservadas | No demostrada | No inferir disponibilidad continua por casos de octubre. |\n| 26/10/2026, CODEXP [IDENTIFICADOR OMITIDO] | No probada | Demostrada GetExpCli HTTP 200 | Referencia POD presente, binario no recuperado | Evidencia historica local con 9 eventos; no es limite maximo de retencion. |\n| 03-04/11/2026, casos recientes Extranet | No demostrada | Nuevos casos aun no probados por API | POD comunicado en Extranet | No consumir el presupuesto actual en lookup de IDs. |\n| TH-P-001, alta y anula previas | No probada | Demostrada sobre conocido | Etiqueta de alta, no POD de entrega | Caso administrativo, no prueba de listado ni profundidad historica. |\n\nPlan futuro, no ejecutado: tras contrato y prueba reciente, comparar el periodo de\n61 con autorizacion; despues bloques temporales progresivos hasta agosto 2025 segun\nlimites GLS. Registrar por ventana/cuenta/criterio las tres profundidades por separado.\nRespuesta vacia no es retencion demostrada: distinguir falta de datos, permiso,\nfiltro/fecha equivocado, cuenta anterior, truncamiento y purga documental.\n\n## Correo tecnico a GLS Iberia (BORRADOR, NO ENVIADO)\n\nAsunto: iClientes - listado por cuenta y fechas sin identificadores (agencia 2004 / cliente 35)\n\nHola:\n\nUsamos la API domestica iClientes recomendada para nuestra cuenta. GetExpCli ya\nrecupera expediciones conocidas de Extranet. Necesitamos descubrirlas sin conocer\nCODEXP, GUID, barcode ni referencia.\n\nQue operacion permite listar todas las expediciones de nuestra cuenta entre dos\nfechas? El WSDL offline declara GetEnvios/GetManifiesto con docIn generico, sin\nsu contrato interno. Necesitamos XML IN/OUT o XSD y confirmacion de lectura sin\ncreacion, modificacion ni cierre, autenticacion y alcance a nuestra cuenta.\n\nComo contraste, Extranet devuelve 61 expediciones del 04/11/2025 al 04/12/2025.\nConfirmad junto al contrato:\n\n- Cobertura de altas Extranet e iClientes, incluidas pendientes, grabadas, activas,\n  entregadas, anuladas y diferidas, y cuando pasan a ser visibles.\n- Campo temporal filtrado, formato, zona horaria e inclusividad de extremos.\n- Paginacion/limites/truncamiento y procedimiento para garantizar todos los resultados.\n- Retencion de listado, ficha y eventos desde agosto 2025; retencion distinta de POD si existe.\n- Cuotas/frecuencia recomendada para descubrimiento y refresco diario.\n- Si la cuenta anterior de otra agencia requiere su propia UID/autorizacion.\n\nSi esta API no ofrece listado, indicad la alternativa oficial para obtener todos\nlos identificadores por cuenta/fechas (exportacion o suministro acordado).\n\nGracias. No adjuntamos ni solicitamos reenviar credenciales en este correo.\n\n## Contadores y limites de esta entrega\n\nAl inicio: iClientes PRODUCCION 10; iClientes TEST 6; REST registrados 5;\nhistorico TEST/laboratorio 11; global api_requests 21. Cero llamadas nuevas.\nNo se envian correos, no se implementa repositorio ni conector, no se migra,\nno se reinicia, no se imprime ni se modifica configuracion/credenciales.\nSolo se crean/actualizan copias documentales de exportacion en la ubicacion solicitada.\nLa comprobacion final de integridad y contadores se incorpora al indice de entrega.\n"}