Ejecutá la consulta directa sin filtros, y exporta todo a txt, abrí el TXT y fijate cómo trae los datos en bruto. A ver si ese número 2295 es tal como se ve, o hay caracteres invisibles que SAP ignora al mostrarlos en pantalla.
Igual, taaanto drama por eso o hay un programa que use esa información?
No podes bajar todo y filtrar en Excel?
Intenta un par de cosas, desde la consulta copia el número de interlocutor que quieres filtrar a la pantalla de criterios de filtro, me ha pasado en otras tablas por ejemplo de estados, que SAP no admite lo que le escribes. Otra cosa es que des clic en cualquier registro y luego en detalle, para visualizar todos los campos y ver si internamente SAP le pone algún carácter adelante o atrás al interlocutor.
Pues tanto drama o no, creo que desde Excel no podemos utilizarlo para un desarrollo Z que estamos implementando, y cuando requiero probar esa misma tabla desde un Query también nos hace, lo mismo se pierden los valores cuando realizamos el filtro, ya le intentamos filtrar como mencionan pero aun asi se pierde la información aunque existan valores, tambien ya usamos SE16, SE11, y SE17 y tenemos el mismo resultado, el unico valor por el que pudimos filtrar fue por el OBJNR.
Este campo lo uso de llave nuestro ABAP, para ligarlo a los equipos y en el ALV ya no se pierde cuando realizamos el filtro.
Hiciste lo que te dije del TXT para ver “en bruto” qué valores trae el campo?
Pedí los detalles técnicos de ese campo para ver cuántos caracteres tiene.
Ya lo realizamos, en la exportacion solo sale el 2295, el campo esta conformado por 12 caracteres eso indica en la SE11, y el valor en bruto es de 8 caracteres, con 0 a la izquierda, los cuales cuando se colocan en el filtro desaparecen.
Por lo que leo en SAP, no son los únicos con el problema.
Parece que ese campo tiene problemas, si están usando un desarrollo, recomiendan usar las BADIS: HRBAS00_SEARCH y HRPREL00.
SELECT-OPTIONS:s_parnr FOR mhis-abrna NO-EXTENSION MODIF ID gr4.
start-of-selection.
loop at s_parnr.
concatenate '*' s_parnr-low to s_parnr-low.
s_parnt-option = 'CP'.
modify s_parnr.
endloop.
SELECT objnr parvw parnr FROM ihpa INTO TABLE it_ihpa
WHERE parnr in s_parnr.
Otra recomendación, usar un conversor antes de la consulta
se observa que el dato del interlocutor tiene cuatro caracteres cero antepuesto al numero lo cual ya salto la duda ya que la se11 nos marca un ancho de dato de 12 y si se toma asi para el filtro queda asi
Desde mi punto de vista, el problema radica en la forma en la que se está llenando la tabla, es decir, se está forzando el tipo de dato que se graba en el campo PARNR cuya longitud es de 12 caracteres, por un tipo de dato de solo 8 caracteres. Por lo tanto, como el campo PARNR tiene un EXIT de conversión ALPHA siempre va a hacer la rutina de conversión a 12 caracteres y siempre va a fallar porque se están grabando solo 8 caracteres.
Puedes intentar agregando un * (asterisco) antes de realizar el filtro, ejemplo: *2295
Pero eso te podría traer algunos resultados no deseados