Szia!

Ha 365-os Excelt használsz, akkor ez nagyon egyszerűen megoldható

Az első, gyűjtő munkalapon lévő tartományt alakítás táblázattá

A többi, csak adott nevekhez tartozó lapokn használd a SZŰRŐ függvényt.

Mindkettőhöz találsz oktatoanyagot itt a bázison.

Imre

Egy ilyen „egyszerűbb” esetben abból szoktam kiindulni, hogy ha hiba adódik, akkor az csak az lehet, hogy nincs ott pivot tábla. Ezért egyszerűen a
if Err.Number<>0
irányt választom.

A K alatti táblázatok méretének megállapításához:
Ha mindegyik táblázattá (listobject) van alakítva (amit javaslok), akkor van a legegyszerűbb dolgunk, mert akkor az előbbiekhez hasonlóan a
Activecell.Offset(1,0).ListObject.Name
megmondja a nevét, ami a legyártandó pivot adatforrása lehet.

Ha nincs táblázattá alakítva, akkor a K alatti cellától indulva kell bűvészkedi. A bonyolultság attól függ, hogy minden sora és oszlopa ki van-e töltve (legyen!!!)
Ebben az esetben a kezdőcella a K alatti cella, a vége pedig a lefelé majd jobbra irányított End-ekkel megállapítható:
Activecell.Offset(1,0).End(xlDown).End(xlToRight)

Imre

Kedves Csokesz!

Sajnálom, hogy megbántottalak. Benne volt a pakliban.
Tudod, az INDIREKT használata elég ritka, kevesen élnek vele, mert elég bonyolult a használata, illetve annak megértése.
A kérdésed viszont nagyon egyszerű volt és ehhez képest verax megoldása túl bonyolult.

Benéztem, még egyszer elnézésedet kérem, és persze megértem, ha emiatt kiábrándultál.

Imre

Sziasztok!

Szerintem ez a dolog túl van bonyolítva.
Csokesz-től kérdezném, hogy ezt az Excel füzetet te állítottad-e össze?
Tudod-e mire való és mit csinál az INDIREKT függvény?
Tudod-e, hogy miért változnak meg a dolgok, ha a B1-be másik számot írsz? (Ami valójában egy munkalapnév)

Ha nem te készítetted a munkafüzetet, akkor az is esélyes, hogy „csak” használni szeretnéd.

Én csak abból indulok ki, hogy ha egy ilyen egyszerű összesítési problémában elakadtál, akkor lehet, hogy az INDIREKT sincs meg.
Ne vedd zokon azt, amit írok, igazából Verax-nak is írom. Mert az ő képleteiből tanulni akkor tudsz, ha megérted őket magyarázat nélkül.

Mert ez a probléma felhasználói szintem
– Ismétlődések etávolítása + SZUMHA vagy
– PIVOT tábla

Főleg, ha mindig ugyanazt a W6:X85 tartományt kell összegezni.

Tehát én azt tanácsolom, hogy
1. Másold át a W5:W85-öt az AD5-be
2. Jelöld ki
3. Adatok -> Ismétlődések eltávolítása
4. AE oszlopba írhatod a SZUMHA függvényt, amit Verax adott.

Simán, egyszerűen.

Ha bárkit megbántottam, elnézést kérek 🙂

Imre

Látom közben elvoltatok ezzel, ezért csak egy tapasztalatot tennék ide.

Nem tudom miért, de már többször belefutottam abba, hogy egy makró jelentősen lassabban futott, amikor táblázatként kezeltem a kódban egy tartományt, mint amikor tartományként. Attól még táblázat maradt, de a Delila féle módszerrel méregettem meg, hogy mik a dimenziói.

Az egyik esetben min. 100x sebességkülönbséget mértem. (Egy hosszú ciklus volt, táblázatmanipulációkkal)

Ebben most nincsen ciklus, valószínűleg nem nagyon számít, csak tudjatok róla, hogy a hiba nem a ti készüléketekben van, ha ilyesmi előfordul

Imre

Ez jó megoldás!
Sőt, sokkal jobb! Főleg, mert egyszerűbb! 🙂
Beragadtam ebbe e TAKE/DROP dolgba.

Köszi!

Hát, egyszerűbben semmiképpen, sőt!
Nekem csak úgy sikerült, hogy külön vizsgálom, hogy az első sorban vagyok-e és külön hogy az utolsóban, mert akkor mást kell csinálni, mint két részre szedni, ami különben jó gondolat.
Ha az elsőben vagyok, akkor azt kell eldobni, ha az utolsóban, akkor azt, különben szétszedés és halmozás, ahogy szuperül csináltad.

=TRANSZPONÁLÁS(
HA(SOR()=1;
  ELTÁVOLÍT(szamok;1);
  HA(SOR()=DARAB2(szamok);
   ELTÁVOLÍT(szamok;-1);
   FÜGG.HALMOZÁS(ÁTHELYEZ(szamok;SOR()-1);ELTÁVOLÍT(szamok;SOR()) )
   )
)
)

Én pedig válaszoltam rá, lehet, hogy nem kaptál róla értesítést…
Kérdések-válaszok számára a fórumot ajánlom, a post hozzászólások nem nagyon mennek…

I

Szia!

A nulla és az üres cella nem teljesen ugyanaz.
Egy egy kiváló példa rá.
Ha beírod a körte oszlopba a két nullát az üres cellákba, akkor meg fog javulni.

Ha az üres cellákra akarsz szűrni, akkor egy sima, konstans szűrésnél egyszerű a helyzet.
A feltétel két dupla macskaköröm.

=SUMIF(Táblázat28[Körte];"";Táblázat28[alma])

De ha a feltételt egy cellából kell venni és abban üres van, mint a te esetedben, akkor úgy tűnik, azt nem használja feltételként. Ez azért van, mert ha hivatkozol egy üres cellára, akkor az nullát fog visszaadni és az nem egyenlő az üressel.
Ha ráhivatkozol a C3 cellára, mindegy, hogy a címével vagy a táblázat referenciával ( =C3 vagy =Táblázat28[@Körte] ), nullát fog visszaadni, nem üreset, mert ilyen érték jelenleg nincs megkülönböztetve az Excelben.
Ez különben elég gáz szerintem is.

A megoldás az lehet, hogy ellenőrzöd a szűrésre használt cella ürességét, és ha nem üres, akkor mehet a rendes SUMIFS, különben az üresre szűrő SUMIFS.

=IF([@Körte]<>"";SUMIFS([alma];[Körte];[@Körte]);SUMIFS([alma];[Körte];""))

Ez van.

Imre

Szia!

Az Excel 365 ezt már tudja. (kb. fél éve) Biztonság kedvéért most újra kipróbáltam. Tehát ha a tételek bármelyike tartalmazza a leütött betűt vagy betűket, akkor azokra fog szűkíteni a listában.

Korábbi verziók pedig nem tudják, és nem is fogják.

Ja, és az online Excel is tudja.

Imre

Nem semmi, mennyi melót beleraktál Verax!
Kíváncsi vagyok Gergő reakciójára.

Mindig érdekelt, hogy hogy kell egyedi Ribbon-t készíteni azon túl, hogy az Excel beállításaiban kavarok.
De soha nem szántam erre időt.

Te melyik Custom UI (RibbonX) editor-t használod?

Szóval gratula,

Imre

Szia!

Egy kérdés: Milyen verziójú Excel-t használsz?

Imre

AI? Azt a mindenit!
Hogy magyaráztad el neki, hogy mit szeretnél?
ChatGPT (OpenAI) volt, vagy az Office-on belüli Copilot?
Tehát akkor te nem ismered a fent említett függvényeket…

Ezt írtam a B7-be:
=VLOOKUP(B5;hivatkozás!$A:$B;2;0)

Imre

Szia!

Én egyáltalán nem értek ehhez, nem is tudok segíteni, de esetleg PowerQuery-vel meg lehetne próbálni a feldolgozást.
Nézted már?

Imre

Már ránézésre látszott, hogy ez lesz 🙂
Ha valóban megismerkednél az eszközzel mélyeben, akkor most szerencséd van, mert épp 30%-os akció lesz februárban a videótanfolyamaink oldalán. Itt találsz egy komoly anyagot a PIVOT táblákról.
https://videotanfolyam.pentaschool.hu/

Imre

Szia!

Első ránézésre ez egy klasszikus PIVOT tábla feladat. Magyar neve kimutatás.
Hegyekben állnak a leírások és videók erről az eszközről.

Másik lehetőség a feltételes összegzés lenne (SZUMHA függvény)

Imre

OK. De különben megoldódott az, amit akartál csinálni?

Valószínűleg nem értettem meg a problémát teljesen …
Mindenesetre jó hír, ha találtál megoldást.

I

Szia!

Ha jól értem, akkor a „revenue growth” és a „tax ratepercentage” oszlopok mindig ott vannak, de a többi az változhat.
Én megpróbálnám azt, hogy minden oszlopot először egészre állítanék, és utána explicit módon ezt a kettőt visszaraknám percent-re.

Ehhez persze hozzá kell nyúlni a kódhoz. Van egy olyan függvény az M-ban, hogy Table.ColumnNames(#”Előző lépés”)
Ez egy listát állít elő a táblanevekből. Ezt felhasználva betehetsz egy egyedi sort a lépésekhez, ami ennek a listának minden elemét (each) Int64-re állítja

= Table.TransformColumnTypes(#"Előző lépés", List.Transform(Table.ColumnNames(#"Changed Type"), each {_, Int64.Type}))

Kipróbáltam.
Nálad is jó?

Ez után a két adott nevű oszlopot már szokásos módon átállíthatod egyébre.

Imre

Szia!

Köszi, hogy megosztottad.
Esetleg érdemes meggondolni, hogy az oszlopválasztás függvénynek ebben a konkrét esetben van-e jelentősége?
Szerintem akkor lenne, ha nem csak egy oszlopot szűrnél, hanem egy tartományt, és az eredmény sorok közül az n-dik előfordulás sorának bizonyos oszlopai. Mintha több n-dik FKERES lenne egymás után

Szóval szerintem most ennyi elég:
=HAHIBA(INDEX(SZŰRŐ(A1:A6;B1:B6=D1);D2);"nincs találat")

Különben az N-dik előfordulást a SZŰRŐ után lehet csinálni INDEX-el, ahogy Te csinálod, vagy SORVÁLASZTÁS-al.
Ha már O365 🙂

Imre

Esetleg megosztanád velünk, hogy mi volt a fond, és mi lett a megoldás?
Nem az egész kód, csak a lényeg.
Így tudsz visszasegíteni. 🙂

Szia!

Erre a feladatra rekurzív algoritmust szoktak használni, ami saját magát hívja meg, amíg talál alkönytárat.
Ehhez úgy láttam, hogy legtöbbször az FSO objektumot használják.
Én erről az oldalról vettem egy mintát:
https://exceloffthegrid.com/vba-code-loop-files-folder-sub-folders/
A konkrét megoldás:
Using File System Object (FSO) Late Binding – Method #2
Két Sub van benne. Az első csak egy felkészülés, adatok és pozíciók megadása, a második az, ami a rekurzió.
Egy kicsit hozzányúltam, hogy az első sub-ban megadott mappát vegye kiindulásnak, és az aktuális munkalapon az A1-es cellától lefelé, egymás alá listázza a mappa és almappák fájl útvonalait.
Ott nyúltam hozzá ahol magyar kommentet látsz.

Sub loopAllSubFolderSelectStartDirectory()

Dim FSOLibrary As Object
Dim FSOFolder As Object
Dim folderName As String

'Set the folder name to a variable
folderName = "C:\Users\DELL\Documents\NovoData-Word-Excel\"

'Set the reference to the FSO Library
Set FSOLibrary = CreateObject("Scripting.FileSystemObject")

'Az aktuális munkalap A1-es cellájától írja ki a fájlok útvonalait
'Elsőként törli az ott lévő tartalmat
Range("A1").Select
ActiveCell.CurrentRegion.Clear

'Another Macro must call LoopAllSubFolders Macro to start
LoopAllSubFolders FSOLibrary.GetFolder(folderName)

End Sub

'Don’t run the following macro, it will be called from the macro above

Sub LoopAllSubFolders(FSOFolder As Object)

Dim FSOSubFolder As Object
Dim FSOFile As Object

'For each subfolder call the macro
For Each FSOSubFolder In FSOFolder.subfolders
    LoopAllSubFolders FSOSubFolder
Next

'For each file, print the name
For Each FSOFile In FSOFolder.Files

    'Insert the actions to be performed on each file
    
    'Az aktuális cellába beírja az aktuális fájl útvonalát
    'Majd lép  akövetkező sorba
    ActiveCell.Value = FSOFile.Path
    ActiveCell.Offset(1, 0).Select

Next

End Sub

Ha bemásolod egy modulba, majd az első sub-ban megváltoztatod a gyökér mappát, utána futtathatod.
A többi már összerakható az eredeti kódod alapján.

Imre

Szuper!

Ha működik, akkor örülünk!

Szia téboly! 🙂

Megnéztem a csatolt Excel-t, de nem vagyok biztos abban, hogy mi a feladat.
Talán azért, mert minta eredményeket (manuálisan) nem írtál bele.

Tippem:
Hívjuk a bal oldali ismétlődő blokkokat rekordoknak
Azt kellene megadni a színes részekben, hogy az egyes megadott időintervallumokban hány darab rekord található a bal oldalon?
Tehát pl. a sárga esetén H-P napokon 7:30 és 16h között hány rekord van a bal oldalon?
De mivel a rekordokban kezdő és vég idő van megadva, még az is kérdés, hogy melyiknek kell 7:30 és 16h között lennie? Mindkettőnek?

Ha ezt kell csinálni, akkor ebben a formában az adatforrás szinte teljesen alkalmatlan a feldolgozásra.
Kivéve a manuális feldolgozást 🙂

Adatforrás
Egy rekordon belül az adatoknak egymás mellett és nem egymás alatt kellene lenniük, így együtt alkotva egy olyan táblázatot, aminek a fejléce így néz ki:
Dátum, Nap, kezdési idő, befejezési idő

Tehát a kötőjellel elválasztott, szövegesen megadott időket külön kell venni kezdő és befejező, valós időre.

A lentebb lévő rekordok tartalmaznak még plusz 2 elemet, amiben mindenhol az van, hogy:
„előírt terv alapján” és az, hogy „nem”
Ezek gondolom kihagyhatók, ami a statisztikát illeti.

Átalakítás
Excel 365 függvényekkel elég gyorsan meg lehet csinálni az átalakítást.
Kérdés, hogy milyen verziód van?
Ha nem 365, akkor vagy manuális munka vagy makró, esetleg PowerQuery megoldás marad.

Statisztika
A színes részeket meg úgy kellene előkészíteni, hogy a kezdési és befejezési idők külön cellákban legyenek.
Ezeket kell vizsgálni, hogy egy-egy rekord beleesik-e vagy sem. (Miután kiderült, hogy minek kell beleesnie)
Amíg kötőjel van az idők között, az sima szöveg lesz, ami mindenre alkalmatlan.

Hát, elsőre ennyi.

Imre

Excel függvénnyel sehogy.
Makrót lehet rá írni.

Imre

Szia!

Az a helyzet, hogy un. egyszerű megoldást nem fogsz találni, ne is keress!

Ez egy meglehetősen összetett probléma, ami láthatóan te is tapasztalsz. Csak pár felvetés:
– egyszer „út” van, máskor „utca”, harmadszorra „u.”
– van szóköz vagy nincsen.
– van pont vagy nincsen
– Vannak más közterület típusok is, mint tér, körút, köz, stb. és ezeknek a verziói
– Lehetséges emelet + ajtó
– stb…

Általános szabályként egyedül az mondható el, hogy minden cím esetén a közterület neve (út, utca, stb..) utáni részre van szükséged. Ráadásul az eredeti is kell, de csak a közterületig.

Ezt szövegből oszlopokkal, vagy villámkitöltéssel nem nagyon lehet megoldani.
Egyedüli lehetőség az, hogy egy külön táblába begyűjtöd a lehetséges közterület elnevezéseket, minden lehetséges verzióban, és egy külön cellában (oszlopban) az aktuális sorban ezek mindegyikét keresed. Ha bármelyiket megtalálta, akkor a találattól jobbra kell mindent kivenni, majd egy másik cellába egy másik formulával a kivett rész előtti szöveget kell kivenni. Ez utóbbi már egyszerűbb.
Az első az egy tömbképlet, vagy egy sokszoros elágazás.

A megoldáshoz fontos lehet, hogy melyik Excel verziót használod.

Ja, és persze lehet makrózni is.

Imre

Na, akkor megint örülünk! 🙂

Nem ebben a rendszerben alap a reakció egy segítő válaszra, hanem bármelyikben
Egyrészt a válaszadó kap visszajelzést, és ami ennél is fontosabb, hogy a fórum olvasói hitelesítve látják a megoldást, ha vissza van igazolva a kérdező által.

Én ilyenkor a témát RESOLVED-ra állítom, így azonnal látszik egy keresőben is pl., hogy ezen a linken megoldás van.

Van egy másik dolog, amit kérnék: Egy kérdés kerüljön egy topic-ba. Ebben a topic-ban kettőt kérdeztél egyszerre, ez nem jó. Látod az egyik megoldódott, a másikat visszük tovább.

Köszönöm.

A maradó kérdésre visszatérve, az utolsó hozzászólásod alapján látom, hogy te azt csinálod, hogy elmented CSV-ben, aztán Exceben nyitod ki, hogy megnézd az eredményt. Ez nem jó így, mert a CSV fájlokat, amennyiben a nyelvi rendszer szerinti elválasztóval vannak tagolva (neked ez pontosvessző), az Excel úgy nyitja meg, hogy rögtön oszlopokra bontja és cellánlént autokonvertálja. Nagy számoknál 11 és 15 karakter között tudományosra, 15 karakter felett pedig még rosszabb a dolog.
Javaslom, hogy ezt olvasd el:
https://excel-bazis.hu/tutorial/15-karakternel-hosszabb-szamok-az-excelben

Ha a mentett csv-t jegyzettömbben nyitod ki, akkor abban szerintem jók lesznek a hosszabb számok.
Hacsak nem volt közöttük olyan, ami alapbó hosszabb 15 karakternél.
CSV tartalmat csaj így szabad ellenőrizni, és az a másik rendszer, amely számára előkészíted, az is szövegesen fogja olvasni.

A rejtett oszlopok dologra csak az a megoldás, hogy (ahogy fent is írtam) azt a munkalapot átrakod egy új mnukafüzetbe, majd kiveszed a szükségtelen oszlopokat és sorokat (mert van benne bőven), majd jöhet a mentés másként CSV-be.
Ezután már nem kell elmenteni ezt az új munkafüzetet.

Imre

Szia!

A PIVOT táblák esetén valóban előfordul ilyesmi, hogy a page filter vagy a szeletelő olyan tételeket mutat, amik már nincsenek az adatforrásban, de valamikor ot voltak, és hiába frissítesz, ezek ne tűnnek el.
A megoldás a PIVOT tábla beállításaiban (jobb klikk a pivot tábla bármely celláján) az „Adat” fülön található.
Az utolsó előtti opcióban (Mezőnként megőrzendő elemek száma) a legördülőt „Semennyi”-re kell állítani, majd frissíteni a kimutatást.

A CSV mentés nálam működik a „Számla” lapról.
Az lényeges, hogy Text formátumú legyen az oszlop, de az nálad rendben van.
1. A lapról csináltam egy másolatot új munkafüzetbe
2. Mentés másként -> CSV (vesszővel tagolt)

Ha magyar rendszered van, akkor pontosvesszővel tagolt CSV-t csinál (nekem)
A CSV mentés nem foglalkozik a Táblázattal és az elrejtett oszlopokkal sem.
Mindent kitesz, ami az A1, illetve a Ctrl-End-el elérhető utolsó cella között van.
Nálad ez nagyon máshol van, mint a táblázat vége, és van egy rakás rejtett oszlopod is, amik belekerültek a CSV-be.

Imre

P.S
A két korábbi, függőben lévő Topic-ra kérlek, hogy válaszolj, hogy lezárhassam
(Külső hivatkozás és negatív számos kerekítés)

Különben valóban vannak problémák az informatikában a kerekítéssel, de az ott kezdődik, amikor két rendszer nem azonos kerekítési módszert használ, és összehasonlítva az eredményeket, nem értjük mi okozza a különbséget. Pláne ha tulajdonképpen ugyanaz a rendszer és azon belül két eszköz mutat eltérést.

Pl. az Excel a kereskedői módszert használja, a VBA (ami szintén Excel valahol) a Bankár módszert, és a PowerQuery is, ami szintén benne van az Excelben.

Na, ez már probléma szerintem is.

De hát a 0,5-öt már felfelé kell kerekíteni. Ezt tanítják az iskolában.
Szerinted nem?
???

OK, értem.
Azért még vannak kérdéseim, de ezek igazából részletkérdések.
Ha valakit kitörölnek, akkor a helye üres marad addig, amíg új valakit hozzá nem adnak? Kicsit furi, de csak így tudom elképzelni az eddigiek alapján, ha egy rekordban a rejtett oszlopokat meg akarod tartani. Nem értem, miért ne lehetne az egész sort törölni? A többi sorban megmaradnak a képletek. Főleg, ha csak az aktuális sorra tartalmaznak hivatkozásokat.

Ha újat vesz fel, azt a végére írja gondolom, vagy beszúrja, és akkor a formulákat fel kell fedni, hogy az új sorra is le lehessen húzni nem?
Vagy is ezt makró csinálja?

Kicsit sántít nekem az elképzelés, de sokszor van ez így, hogy valaki egy konkrét részletre vonatkozó kérdést tesz fel, majd utána „csöpögteti” az információkat, amiből előbb utóbb kiderül, hogy mit is csinálna valójában, és néha az is kiderül, hogy már az elején tervezési hiba van, vagy nem is úgy vannak a valóságban az adatok, ahogy elküldte, stb…
Néha ez nekünk, segítőknek felesleges tornázásba kerül.

Imre

Sajnos ez valóban probléma.
Az én esetemben COUNTIF függvénynél burult ki a bili, hogy nem talált meg valamit, amit meg kellett volna.
Az időértékek tele vannak végtelen tizedestörttel.

Különben nem csak az Excel-ben probléma ez, hanem a teljes lebegőpontos számábrázolásban ez a hiba benne van.

Résen kell lenni és kompromisszumokat kötni.

I

Szia!

Igen, problémák vannak az Excellel nagyon nagy, illetve nagyon kicsi számok esetén.
A nagyon kicsit lehet érteni a bármilyen tört egész rész utáni részének.

Épp nemrég szívtam ezzel, amikor időértékeket kellett (volna) kezelnem, amik ugyebár másodpercig lemenve igen kicsi és hosszú törtek. Nekem bevált az 5 tizedesre kerekítés.

Ha egy kicsit utánanézel, akkor rengeteg cikk, probléma szól erről a neten.

A Microsoft saját leírása:
https://learn.microsoft.com/en-us/office/troubleshoot/excel/floating-point-arithmetic-inaccurate-result

A te esetedben (ahogy tapasztaltad) nem megoldás a kerekítés, mert valamerre hibás lesz a dolog.
– Egyik lehetőséged, hogy megadsz a szum képletben egy 0-hoz képesti tűrést, és ha azon belül van, akkor nullának tekinted.
– A másik megoldás az Excel beállításaiban lehet:
– Fájl -> Beállítások -> Speciális -> Megkeresed az „Ennek a munkafüzetnek a kalkulálása” részt, és beállítod, hogy
a kalkulációs pontosság a megjelenítéshez igazodjon. Ez adatvesztéssel fog járni, pl. 2 tizedes feletti részeket eldobja.

Egészen konkrétan itt van:
https://learn.microsoft.com/en-us/office/troubleshoot/excel/floating-point-arithmetic-inaccurate-result#method-2-precision-as-displayed:~:text=Method%202%3A%20Precision%20as%20displayed

De itt is
https://www.icaew.com/technical/technology/excel-community/excel-community-articles/2022/excel-tips-and-tricks-447

Imre

Szia!
Próbálom értelmezni a kérdést.
A „GYEKMintalap” Q7-ben látok egy FKERES-t, ami #HIÁNYZIK-ot mutat.
Az a baj, hogy ezt mutatja, vagy az a baj, hogy neked nem ezt mutatja? (Lásd a kérdésed első sorát!)

Gondolom az a baj, hogy #HIÁNYZIK, hiszen a keresett szöveg (Élhajlítás) benne van a Táblázat15 első oszlopában.
Csak azt mondd meg nekem, hogy miért írtál az FKERES 4. paraméterébe 1-est, ami csak akkor működik pontos egyezőségre (is), ha a keresési oszlop növekvőbe van rendezve. Szerintem oda 0-t akartál írni, ha (ahogy mondod) jól ismered az FKERES függvényt.

Imre

Szóval akkor valami olyasmi, hogy van egy dátumod és egy vevőkódod, és ehhez keresed a másik táblában a vevőnevet, amikor a vevőkód ugyanaz, de a dátum a tól-ig dátumok közé esik. Ha nem talál ilyet, mert a dátum nagyobb minden „ig” dátumnál, akkor kell a vevőkód utolsó előfordulása, feltételezve, hogy a névváltások időben növekvően vannak regisztrálva.

Ha ez így van, akkor én kompozit kulcsot használnék.
A bal oldali táblába betennék egy oszlopot, ami összefűzi a vevőkódot a keresett dátummal, mondjuk egy kötőjellel
A jobb oldali táblába az első oszlopba beszúrnék egy olyat, ami a vevőkódot fűzi össze e „tól” dátummal.
A dátumok helyett a dátumsorszámok jelennek meg, de az nem baj.

Ezután lehet FKERES (VLOOKUP) a kompozit kulcs alapján, de nem pontos, hanem közelítő egyezésre.
Így ha nem találja az adott dátumot, akkor a legközelebbi kisebbet adja vissza, neked meg pont az kell.

Gond lehet, hogy a jobb táblának az új kulcs szerint rendezettnek kell lennie.

Csatoltam.

Imre

Szia!

Jó helyen tetted fel a kérdést.
Makróval szinte mindent meg lehet oldani.

Körbejárandó kérdések
– A QR kód beolvasása után a kód hová kerül
– Hogyan ugrik fel automatikusan egy ablak a beolvasás után (A kód szerinti megkeresés nem gond)
– A legnagyobb falat lehet az elhelyezés
– Ha te választod ki a helyét a polcokon, az az egyszerűbb, de akkor fejből kell vágd, hogy most hol van hely neki
komolyabb megoldás, hogy mondjuk ki is rajzolja, hogy hol van hely és mekkora.
– Ha a programnak kell eldöntenie, na, az már nagyon komoly kérdés, nem egy egyszerű makrócska.
– A tableten futó Excel verzió képes-e makrókat futtatni (ezt én nem tudom, most nem néztem utána)

Mindkét megoldás valójában adatbázis kezelés, de leprogramozható.
Vannak termékek, vannak polcok és van termék mozgás. Termékek méreteitől és súlyától függő elhelyezés, így a polcokon lévő hely is változik, de mindig az aktuálisat kell mutassa.
Emellett van egy megjelenítés az elhelyezéskor, meg esetleg akármikor megnézhető módon
Az első esetben a raktáron lévő termékeket kell nyilvántartani (gondolom lenne mozgás), azt, hogy melyik hol van

Szép feladat. Nem pár napos fejlesztés, inkább pár hetes, mire lehetne próbálni.
Mivel nem sok termék van, akár még Excelben is le lehet programozni.

Szerintem.

Imre

Örülünk 🙂

Szia!

Hát, nem semmi! Igazából horrorisztikus! 🙂 Gratulálok!!!
Azért jó, hogy bejöttek az új függvények!

Köszi a megosztást!

Imre

Szia!

Nem tudom, aktuális-e még, bár nem azért írok, mert tudom a megoldást, hanem azért, mert nem teljesen világos a folyamat.
Nem értem mi lehet az elején az, hogy „futtatom az Fkeresést…”

Ahogy én tippelem:
1. Van egy Excel fájl, amit desktop Excelben kinyitsz
2. Ebben használsz egy vagy több FKERES függvényt
3. Az egyik FKERES url címeket hoz be valahonnan? Vagy az url címek az alap Excelben már benne vannak?
4. Az Excelben az Url-ek kattinthatók és bejön a kívánt oldal vagy bármi is az, amire mutat
5. Az egész táblát url-ekkel együtt bemásolod egy Google sheet-be
– Értékként vagy függvénnyel együtt?
6. A Googel sheets-ben a bemásolt url-ek kattinthatók, de DNS hibaüzenetet adnak.
7. Google sheets-be felmásolva az FKEES-es Excel-t, a linkek működnek.
8. Ha ezt utána letöltöd és Excellel megnyitod, nem jó a link.

Hát kicsit elvesztem.
Excelből indulsz, ahol működik a link és Excelbe érkezel a letöltés után, ahol már nem?

valószínűleg nem értek mindent a folyamattal kapcsolatban, mindenesetre furcas a jelenség, bármi is legyen az.

Gondolom már keresgettél sokat a témában.
A hibaüzenet azt jelenti, hogy az url-ben lévő domain nevet nem találja a DNS-ben.
De gondolom elé azt is kiírja, hogy a webhely nem található…

Olyan, mintha az url szövege romlana el másolgatás közben.

Fogalmam sincs így messziről…

Imre

Szia!

Ez egy valós probléma, vagy egy kihívás?
Sok érdekességet láttam már, ez a súlyosabbak közé tartozik 🙂

Szóval a megoldás, amit kaptál, kikerestél, 365 függvényeket használ, amik a 2019-ben nincsenek benne. (MAP, TEXTSPLIT, LAMBDA)

Egy darab összegző függvénnyel, legyen az összetett kifejezés, 2019-ben nem tudok megoldást javasolni sajnos.
Ez nem jelenti azt, hogy nincs, de a pár rákeresés alapján én nem találtam olyat.

A problémát az okozza, hogy az egy cellában lévőket szét kellene dobni kettőbe, ráadásul egymás alá, azaz új sorokat kellene csinálni nekik, amire az Excel nem képes.
A 365-ös megoldás dinamikus tömbbe rendezi valahogy az egész oszlopot, miközben az egyben lévő adatokat is szétdobja (TextSplit). Nem elemeztem

Több lépésből álló statikus szerencsétlenkedés után össze lehet hozni valamit talán.

Viszont PowerQuery-ben szerintem össze lehet hozni a dolgot.
Egy ilyen megoldás is érdekes lehet?

Imre

Szia!

Azt hiszem, hogy értem a feladatot.
Nem nagyon bonyolult, de nem is nagyon egyszerű a feladat. Nézőpont és tapasztalat kérdése.
1-2 óra alatt teszteléssel együtt valószínűleg megoldható valakinek, aki le tudja programozni.

Az a kérdésem, hogy mennyire értesz a makró programozáshoz, illetve a programozáshoz úgy általában?

Szóval próbáltál írni rá valamit, vagy csak szeretnéd, ha valaki megcsinálná neked?

Imre

Szerintem meg így vagy előrébb, de majd meglátod.
Örülök, hogy sikerült!
🙂

Szia!

A makrós algoritmus jó, amit írtál.
De mielőtt nekiállsz te vagy valaki leprogramozni, próbáld ki azt a folyamatot:
Fejléc mintha ott sem lenne.

1. Jelöld ki az egészet a fejléc nélkül
2. Ctrl-C
3. Egy másik helyre elforgatva illeszd be (Traszponálás)
4. A kapott 80 oszlopos és 42 soros tábla végére tegyél egy új oszlopot, amiben az első 21 sort beszámozod 1-21-ig, majd ezt megismétled a második 21 sorra. Így tehát, mindegyik sorszám kétszer lesz.
5. Ezután rendezd az egészet az új sorszám oszlop szerint (az első sor nem fejléc)
Az egyforma sorszámok egymás alá kerülnek, ráadásul a jósorrendben

Kipróbálod?

Imre

Ha magyar Excelt használsz, akkor a 24,6-ot (tizedes vesszővel) biztosan nem konvertálja dátumra.
Ha pont van, akkor igen. (24.6)
Ez is főleg akkor történik, ha te írod be, vagy egy letöltött, elsősorban CSV fájlt nyitsz meg.

Ezek az információk pontosításra szorulnak, de én a CSV verzióra gyanakszom leginkább.
???

Imre

Ha jól értem, akkor YTD értéket akarsz számolni, azaz az év elejétől az aktuális napig.
Nem írtad le, hogy milyen számítás, ezért feltételezem, hogy összegzés.
Ha csak ezévi adatod van, akkor ez egy egy feltételen alapuló összegzés, azaz SZUMHA függvény.

A feltétel az, hogy a dátum legyen kisebb, vagy egyenlő, mint a mai nap.
Valami ilyesmi:

=SZUMHA(Dátum tartomány;"<="&ma();Összegzendő tartomány)

Imre

Szia!

Nagyon egyetértek Delilával.
Az üres cellák alapból jól láthatók, és ha még ki is emeled, akkor pláne.
Ez csak 18 oszlop.

Nem gondolom, hogy makróval, inputbox-al kitöltetni egyenként jobb felhasználói élményt ad, mint csak simán beleírni az üres cellába. Most vagy később.
Gondolj bele, hogy ha éppen nem akarja kitölteni, akkor kimásolod az üreseket tartalmazó sorokat. Ez eddig OK.
Majd ha csak ezeket kitöltötte (szintén inputbox-os makróval?), akkor mihez kezdesz ezekkel?
Visszatennéd az eredeti tábla soraiba? Ehhez még azt is meg kellene jegyezni, hogy melyik volt az eredeti sorszám.

Szóval megcsinálható, de annyi infó alapján, amit adtál, nem sok értelme van.

Imre

Azt úgy kell megcsinálni, ahogy leírtam.
Ebben tettél előrelépést azzal, hogy a 0-1-2 lépést megcsináltad valahogy.
Innentől nehezedik a pálya. 🙂
A 3. lépésben azt kell megcsinálni, hogy a rossz/jó szövegeket összefűzni a kérdés sorszámával, így jelölve, hogy az adott jó vagy rossz válasz melyik kérdéshez tartozik.
Ezt a & operátorral lehet leggyorsabban megcsinálni.
Az utolsó, próba2 fájlban ez a G oszlopba kerül. =F oszlop& B oszlop
Ezzel az lesz, hogy pl. az G oszlopban az első kérdés soraiban ez lesz:
– rossz1
– jó1
– rossz1

A 4. lépésben a H oszlopban azt kellene elérni, hogy egy kérdésen belül sorszámozzuk a jó/rosszx válaszokat.
Ez a legnehezebb pontja a bulinak.
Az a cél, hogy a sorszámozott csoportokon belül a rossz válaszok sorszámozását elölről kezdje mindig.
Erről készítettem egy videót pár éve.
https://www.youtube.com/watch?v=IwK60ek2WcE
Ha sikerül, akkor pl. a rossz1 első előfordulásához 1-et, a második előfordulásához 2-t fog adni, majd megy tovább a következő sorszámra.

Az 5. lépésben az I oszlopba létrehozzuk az előző oszlopok felhasználásával a jó1, illetve a Rossz1..Rossz2…stb szövegeket csoportonként.
Ehhez megint csak össze kell fűzni, tehát:
=F oszlop & I oszlop
Eredményként az 1. csoportban ezek lesznek:
– rossz1
– jó1
– rossz2

Ha idáig megvagy, akkor a tábla potenciálisan alkalmas arr, hogy az utolsó lépéseket PowerQuery-ben megcsináld.

OK, akkor függvénnyel nem fog menni.
Marad a makró vagy a PowerQuery.

Én utóbbiban csinálnám.

UNPIVOT-olni kell az eredeti táblát, így kapsz egy 3 oszlopos táblát:
– Termék
– Ország
– Ár.

Az oszlopokat már tudod szűrni.

Imre

Szia!

Egy kicsit mókolni kellett vele, de sikerült kitalálnom egy folyamatot, amivel az általad küldött minta alapján gyorsan megoldható.
A végső, lényeges lépéshez kellett a PowerQuery is.

Kb így néz ki a folyamat:
0. Cellaegyesítést megszüntetni, majd kitölteni az üreseket a felette lévővel, az „A,B,C..” oszlopot törölni
1. Zöldekre szűrés és új oszlopba lehúzni, hogy „jó”
2. szűrni az új oszlop szerint az üresekre, és lehúzni oda, hogy „rossz”
3. Egy új oszlopba Összefűzni a sorszám és az előzőleg kitöltött oszlopot
4. Újabb oszlopban képlettel sorszámozni csoportonklént elölről kezdve a jó és rossz értékeket
5. Újabb oszlopban összefűzni ajó/rossz oszlopot az előzőleg megcsinált sorszámmal csak a rossz sorokban
6. PowerQuery-be importálni az eddigieket
7. Az utoljára megcsinált oszlop forgatása fejlécbe
8. Sorok rendezése
9. Jó válaszok oszlopának előre mozgatása
10 betöltés

Ha a valós adatfdorrás ugyanilyen, akkor 5-10 perc alatt megvan.

Imre