Sortering/sammenligning af 2 ikke lige store alfanumerisk kollonn

Denne burde også virke på alfanummeriske.
Er der evt. nogle tomme "mellemrum" efter varenummeret?

Enig med janvogt - den virker fint. Hvornår opstår problemet?

Hvis der er blanke tegn efter (som janvogt forslår, så prøv med

=HVIS(ER.FEJL(SAMMENLIGN(F1;$A$8:$A$16000;1));"";F1)

Hej Det virkede ved at ændre din formel fra 0 til 1. Mange tak

Det var jo så lidt :-)

Det giver vel ikke nogen mening ikke at søge efter en nøjagtig værdi ...

Hej, det giver mig stadig problemer, formlen giver nu altid det resultat den prøver at finde i kolonne A. Det jeg prøver at lave er at holde en prisfil på ca. 16000 linier op mod en beholdningsfil på ca 5500. Jeg skal have de 2 filer til at stå "ud for hinanden" så jeg kan gange beholdning med pris.

Hvis man indsætter 1 i formlen vil man aldrig kunne få en fejl, så i princippet kunne man lige så godt bruge formlen =F5481.
Så jeg mener ikke formlen fungerer (correct me if i'm wrong).

Hmm :-)

Så skal du i stedet lave et opslag i prisfilen, hvor du henter prisen, som du så kan gange med antal.

janvogt
du har delvist ret: der vil aldrig komme en fejl, da den vil søge den værdi, der ligner den mest. Men der kan dog godt komme andre resultater. Det er dog ikke interessant her, da funktionen jo ikke virker efter hensigten.

Hvad er det smarte ved at der kommer andre resultater?

Det smarte er hvis du søger på noget (typisk et tal), men tallet ikke findes, så findes i stedet det nærmeste (højere eller lavere) tal. Derfor returnerer funktionen altid en værdi.

I mit tilfælde skal det være den eksakte værdi da vi snakker varenumre, Ville I løse det med et Lopslag ?

Prøv med

Hent pris
=LOPSLAG(E9;A1:B16000;2;SAND)
Hent beholdning
=LOPSLAG(E9;F1:G5500;2;SAND)

Hvis det virker kan du også lave regnestykket.

Det er jeg klar over, men det giver ikke nogen mening her at finde et varenummer, som bare "sådan cirka passer".

Nåh, du står måske i kolonne ud for beholdningen. Så kan du bare skrive

=LOPSLAG(F1;$A$1:$B$16000;2;SAND)*G1

Hvis altså priser står i B og beholdning i G.

janvogt det har du da ret i men det skrev jeg også allerede 11:28:39 - Det er ikke interessant i denne her forbindelse! Så derfor er der heller ikke nogen grund til at fortsætte.

Ja, et LOPSLAG vil kunne løse det.
Hvordan den skal se ud afhænger af, hvordan din prisfil ser ud.

Der er dog stadig det problem, at hvis der er blanke mellemrum, vil heller ikke LOPSLAG kunne løse det direkte.

Du har selvfølgelig ret igen janvogt :-\ Men jeg tror også jeg vil forslå dem fjernet, da de kun volder problemer her - medmindre du da kender en funktion, der kan tage højde for det :-)

Vi kan vist blive ved længe endnu ....
Send evt. dit ark til mig, så skal jeg lave en løsning som kan bruges.

janvogt@esenet.dk

Hvis man bruger SAND i LOPSLAG-formlen vil man også kun finde "cirka-værdier".

Jeg kender en funktion, TRIM(), som kan bruges, men problemet her er, at vi ikke ved, om der er fejl(mellemrum) i prisfilen eller beholdningsfilen.

Det skulle ikke være nødvendigt:

=LOPSLAG(E9&"?";A1:B9;2;SAND)

Det lille ekstra spørgmålstegn virker tilsyneladende her. Hvad siger i?

Så burde du også kunne erstatte SAND med FALSK :-)

Ret igen. Bliver du aldrig træt af det?  :-)

Njaa, der var jeg lige hurtig nok. Det er måske ikke et problem, men så virker den ikke med foranstående mellemrum medmindre vi tager en stjerne i spil:

=LOPSLAG("*"&F1&"*";$A$1:$B$16000;2;FALSK)

Jeg er ikke lige klar over hvorfor - men den her ser ud til at kunne klare det.

Smart nok, superjab.
men hvis de har et varenummersystem, hvor der kan "bygges" tal eller bogstaver på et eksisterende varenummer for at lave en variant, holder den ikke.
fx.
AB123ST
B123S
så kan en søgning på B123S resultere i at AB123ST findes istedet.
Jeg tror ikke der er noget anden udvej end at fjerne alle mellemrumstegn evt. med en makro eller formel.

Bliver træt af at få ret ..... aldrig :-)

Man kunne godt indbygge TRIM-funktionen i opslagsformlen, men hvis det er i pris-listen at varenummeret indeholder nogle ekstra mellemrum, vil man stadig kunne få fejl.

Så derfor vil baks forslag om at lave en makro til at fjerne alle mellemrum nok være det mest hensigtsmæssige.