Hozzászólások
-
Szia!
A csatolmány nem mentz fel, mert 512k-nál nagyobb volt.
Csinálj egy akkorát, ami belefér.Minta nélkül (de még mintával is) eléggé homályos amit szeretnél, nagyjából értem:
– Az ALAPADAT lapon van egy vonalkód-cikkszám összerendelés
– A SZÁMLA lapra bemásolsz számla adatokat valahonnan
– A FELTÖLTÉS lapra valami képletezős megoldással gondolom ki akarod keresni a cikkszámokhoz rendelt vonalkódokat.
– De lehetnek olyan (új) cikkszámok, aminek nincs még kódjuk. Ezekhez az FKERES hibaüzenetet fog adni a FELTÖLTÉS lapon.
– Ki akarod gyűjteni ezeket a cikkszámokat, majd az ALAPADAT lapon új, még nem szereplő kódokat szeretnél hozzájuk rendelni. Ettől meggyógyul a FELTÖLTÉS lapon az FKERES.Az elgondolás nem rossz, kiindulhatsz a 2019000000000 kódból, de szövegesen írd be, ne szám legyen.
Az oszlopát még üresen szövegesre állíthatod, vagy az első adatsorban a kezdő kódot aposztróffal kezdve írod be.Kézi munkafolyamat Makró nélkül
1. Bemásolod az új számla adatokat
2. A feltöltő lapon alkalmazod a képleteket, vagy azok már maguktól működnek
3. Leszűrod azokat, ahol az FKERES nem találta a cikkszámot
4. A nem talált cikkszámokat átmásolod az ALAPADATOK lapra a már ott lévő cikkszámok alá
5. A kitöltővel lehúzod az előtte lévő vonalkódot, ami magától nővekedni fogAutomatizálás makróval
A fenti lépéseket a 2. ponttól lehet automatizálniHa nem jól értettem valamit, akkor jelezd!
Imre
Na.
Az irodai gépemen 2019 van.
Azon is megy.Szóval itt valami más lesz a probléma.
Nem nagyon tudom, hogy mi, de a leveszem a régit és felteszem az újat környékén keresgélnék.
Nálam olyan telepítés volt, hogy nem volt előtte másik office.
Javaslatom:
A makró szerkesztőben:Tools-> References
Itt nézd meg, hogy van-e olyan tétel, ahol van pipa, de mellette az van, hogy Missing.ha van ilyen, vedd ki a pipát.
Mentés, bezárás, újra nyitás
???
Imre
Szia Ági!
Hát nem teljesen világos, hogy mi a probléma, de megpróbálom kitalálni:
Szóval van egy Excel, amiben voltak adatok, és volt egy PIVOT tábla.
Ezt feltöltöttétek Online Excel-be (OneDrive)Új sorokat vettetek fel az adatokhoz, amiből a PIVOT készült, és ezek a PIVOT frissítésekor nem jelentek meg a PIVOT táblában?
Ha a régi adatokat módosítod, és frissítesz, akkor változik?Egyáltalán az a probléma?
Az Online Excel-ben 2018 tavasz óta van PIVOt tábla lehetőség.
Ha a PIVOT adatforrása egy sima tartomány, és az alapján készült a PIVOT, akkor az Excel Online nem fogja felvenni az újonnan bekerülő rekordokat.
A forrás tartományt táblázattá kell alakítani. Ezt Online verzuióban is meg lehet csinálni.1. Belekattintasz az adatforrásba (Bármely cella)
2. Beszúrás menü -> Táblázat
3. Elfogadod a címtartományt, amit felajánlHa sikerült, akkor zebra sávossá változik.
Na, most jön a lényeg, hogy ezután meg kell magyarázni az Excel-nek, hogy ezentúl a Táblázat legyen az adatforrása, ne a sima tartomány.
Ehhez meg kell nyitni a Desktop Excelben. Van egy ilyen menüpont, e szerintem tudod.
A Desktop Excelben ha belekatintasz az adatforrásba, akkor fent lesz egy sötétzöld Táblázateszközök gomb, és ha rákattintasz, lesz saját szalagja.
Annak a bal oldalán lesz a táblázat neve (Táblázat1)Ezt jegyezd meg, vagy copy-zd ki.
Ezután menj a Pivot táblára, és az Elemzés lapon módpsítds az adatforrást a táblázat nevére.
Végül mentsd el a OneDrive-ra.
Ezek után a végére kerülő új sorokat is magától felveszi majd, csak frisíteni kell a PIVOT táblát.
Remélem ez a gond, és segít a leírás
Mivel az Online Excel-ben jelenleg nem lehet változtatni a PIVOT adatforrását, igazából már eleve úgy kellett volna feltölteni, hogy az adatforrás táblázat.
Itt írtam erről pár éve:
http://excel-bazis.hu/tutorial/tablazatok-az-excelbenImre
Ha viszont a Redim a lényeg, akkor beállítható, hogy a tömböket ne nullától, hanem 1-től indexelje, csak nme javasolt.
A modul tetejére (ahová az option explicit szokott kerülni) be kell írni, hogyOption Base 1De ez nem a legjobb megoldás, inkább deklarációkor szokták megadni, hogy a tömb mettől meddig megy alapból.
Dim Sh() as string 'Dinamikus tömb Megy a progi ... majd egyszer csak méret növelés, az eddigiek megőrzésével Redim Preserve sh(1 to új méret)Preserve nélkül újra dimenzionálja a tömböt, de eldobja a tartalmát. Ja, és az 1-el megadod azt is, hogy 1-től fogja indexelni.
Amíg még nincs tartalma, elég a Redim önállóan.
Ciklusban feltöltögetve dinamikusan már kell a Preserve is.Imre
Na, nagyjából értem mit akarsz csinálni.
Elég rettenetes öszebarkácsolmány amit csináltál, és nem is lesz ez így jó.Előbb leírom, hogy mit értek eddig:
- A beviteli munkafüzeteken felvitt rekordokat egy közös fejléccel szeretnéd összemásolni egy összesítő munkafüzetbe.
- Az összesítő munkafüzet folyamatosan nyitva van.
- Azt szeretnéd, hogy ha valamelyik beviteli füzetben módosítanak vagy újat visznek fel, az összefűzött eredmény is frissüljön.
- Az összefűzött lista alapján generált egyedi azonosítók kerüljenek át a beviteli munkafüzetekbe rekordonként.
Ha jól gondolom a beviteli munkafüzetek más-más kolléga gépén lesznek használva, és lesz egy gép, amin az összesítő munkafüzet van, és folyamatosan nézi valaki.
A problémák, amiket látok (lehet, hogy rosszul)
A gyűjtő munkafüzetben generált egyedi kódok csak akkor kerülnek vissza a beviteli füzetekbe, ha a gyűjtőt frissíted, hogy kerüljenek át az új rekordok, majd elmented, és a beviteli munkalapok külső linkjeit is frissíted. Ez nem nagyon automatizálható, mivel külön-külön gépen vannak.A beviteli lapokon előre lehúztad 1000 rekordig a képleteket, generálva a hibaüzeneteket.
Én ezeket is táblázattá alakítanám, és akkor magától kiterjed.Nem fog így normálisan működni.
Kérdések és javaslatok
Mi lenne, ha az egyedi rekord azonosítót a beviteli lapokon képeznéd úgy, ahogy egy korábbi kérdésednél javasoltam, de belevennéd azt, hogy az adott rekord melyik beviteli fájlból származik. Ezt lehetne úgy, hogy a számozás máshonnan indul az egyes beviteli lapokon.
pl. az első 1001, 1002, stb, a második 2001, 2002, stb, és így a többire is.
Így csak simán össze kellene fűzni a táblákat, és nem kellene új rekord azonosítót gyártni, és azt valahogy visszajuttatni az eredeti beviteli fájlokba.Ekkor már csak a frissítés kérdése maradna, ami automatikusan soha nem fog megvalósulni így, tehát
1. A beviteli lapokat menteni kell
2. Az összesítő lapot kézzel vagy makróval frissítgetni bizonyos időnként.Teljesen másik út lehet esetleg az, hogy ha minden egy munkafüzetben van, és kísérletezel a közös használattal, de ez újabb problémákat rejt, ezért csak megemlítem.
Csináltam egy ilyen modellt és csatoltam
– A beviteli lapokat kitakarítottam, csak a táblázat van rajtuk, mindenhol ugyanaz a neve (ez fontos)
– Mindegyikben máshol kezdődik a számozás (A SZÖVEG+DARABTELI képletben van, hogy honnan kezdje)
– Külön mappába tetten őket
– Egy eredmény munkafüzetbe összefűztem mappából Power Query-vel
– Betöltöttem őket.
Beállítottam, hogy megnyitáskor, illetve 1 percenkét automatikusan frissítsen. Működik.
Tehát ha dolgoznak a beviteli munkafüzeteken és ott rendesen mentenek minden bevitel után, akkor 1 percen belüllátszódni fog ez az összefűzött fájlban is.Testreszabás
Ha letöltöd, akkor csomagold ki, és a gyűjtó fájlban módosítsd a lekérdezések első lépésében (forrás) az utvonalakat, (ahol találsz) a sajátra.
A lekérdezéseket dupla klikkel tudod megnyitni.December 27-én leszek legközelebb.
Boldog Karácsonyt!
Imre
Sziasztok!
Ha jól értem, akkor a 11. laptól a végéig minden lapon ugyanazt a ne összefüggő tartományrendszert akarod kiválasztani, és beilleszteni a gyűjtő lapra, gondolom egymás alá.
Ha ezt jól gondolom, akkor
– a beillesztés helye nem lehet mindig a B3, hanem a B oszlop első üres cellája.
– Ha egy menetben működött, akkor ciklusban is működnie kell.
– Szerintem hagyjuk a With .. End With szerkezetet, mert magyarázat nélkül nem érted, hogy hogy működik.
– A ciklusban inkább legyen benne az aktuális lap .SelectFor lap = 10 To Sheets.Count Sheets(lap).Select Ide a sok Set egymás alá union(....).copy destination:=sheets("gyujto").range("B3").End(xlDown).offset(1,0) NextEz akkor lehet jó, ha a bemásoláskor a B oszlopban mindig van adat.
Imre
-
A hozzászólás módosításra került: 5 years, 11 months telt el-
.
-
A hozzászólás módosításra került: 5 years, 11 months telt el-
-
A hozzászólás módosításra került: 5 years, 11 months telt el-
-
A hozzászólás módosításra került: 5 years, 11 months telt el-
-
A hozzászólás módosításra került: 5 years, 11 months telt el-
Szia!
Ez valami BUG lehet.
Kipróbáltam, nálam is ezt csinálja.DE TALÁLTAM EGY ÉRDEKES MEGOLDÁST.
Ha így írod be
R[]C1 vagy R[]C14vagy ígyR[0]C1 vagy R[0]C14akkor jól értelmezi. Utóbbinak több értelme van.
Ezt is kipróbáltam, és megy.
beszarás.
Imre
Ha jól értem, akkor a MUnka3 lapon azt akarod, hogy ha egymás mellé írják be az értékeket az E oszloptól jobbra, akkor minden beírt adat alá tegye be az aktuális időt.
Ehhez csak annyi módosítás kell, hogy a megfelelő helyen a Target.Offset(0,1) helyett azt írd, hogy
Target.Offset(1,0). Azaz a módosított cellához képest 1 sorral lejjebb s nulla oszloppal arrább írja be az időt.Private Sub Worksheet_Change(ByVal Target As Range) Application.EnableEvents = False Target.Offset(1, 0) = Time Application.EnableEvents = True End SubVisszatöltöttem,
Erre gondoltál?Imre
Hát, olyan területre tévedtél, ami még felfedezés előtt áll. Részben még nekem is.
Relációs adatbázis-kezelési ismereteid vannak?Szóval:
1) A PowerQuery megjehyzi az űtvonalakat. ha elmozgatod a fájlokat, nem fogja megtalálni őket.2) Két tábla között csak 1:N kapcsolat lehet. Az egyik táblában(Lookup tábla vagy törzs tábla) a kulcs oszlopban nem lehetnek ismétlődések. VLOOKUP (FKERES) is csak az elsőt találja meg, ott sem lehet ismétlődés a Lookup táblában.
Az adatmodellben megcsinálod a kapcsolatot a két tábla között.
A Lookup táblát te kódtáblának hívod, amásikat akkor hívjuk eredmény táblának.
A kulcs oszlop mindkettőben benne van ugye, csak a kódtáblában egyedi kulcs, ismétlődések nélkül, a másikban idegen kulcs, ismétlődésekkel.Ugye a PowerPivot táblába mindkét táblából húzhatunk mezőket.
Az a javaslat, hogy a csoportosításhoz a lookup tábla (kódtábla) mezőit használjuk, összesítésre pedig az eredménytábla mezőit.Amit Én tapasztaltam a nem létező kódokkal kapcsolatban:
– Ha az eredmény táblában van egy vagy több olyan kód, ami nem létezik a lookup táblában, és az ajánlás szerint a PIVOT SOR dobozába a lookup tábla kód mezőjét húztad, a Szumma dobozba pedig az eredménytábla bármely mezőjét, akkor a PIVOT kód oszlopában keletkezik egy „Blank”(„üres”) sor, és az összesített érték az összes olyan sorra fog vonatkozni, amihez nem talált megfelelőt a lookup táblában.
Ha ezen az összesített számon nyomsz egy dupla klikket, akkor egy új lapra kibontja , hogy mik azok a sorok az eredmény táblában, amikhez kód alapján nincs pár a lookup táblában.-Ha ugyanabben az esetben a PIVOT táblát az eredmény tábla Kód mezője alapján csoportosítod, és a lookup táblából húzol be egyéb csoportosító tulajdonságokta, akkor az eredmény táblában lévő minden kód megjelenik a csoportban, de a másik táblából nem talál hozzá párt -> blank lesz.
– Ha a lookup táblában van olyan kód, ami nem szerepel az eredmény táblában, és a PIVOT táblát a lookup tábal kód oszlopa alapján csoportosítod és az eredmény táblából húzol be összesítéseket, akkor a páratlan kódok meg sem jelennek.
– Ezen kívül lehetőség az adatmodell oldalon számított oszlopot készíteni, amit Te is említettél, hogy sikerült, és itt használni a RELATED függvényt, ami a PowerPivot-ban a VLOOKUP.
– Végül VLOOKUP jellegű összepárosítást lehet csinálni PowerQuery-ben is.
Csatoltam egy minta fájlt a hiányzó párosítású kapcsolt táblákról. Az adatmodell már készen van.
3) A Power Pivot-ban hagyományos számított mező nincs.
Helyette van aMérték (Maesure), amit 2013-ban Számított mezőnek hívtak.
Ez igazából a lényege a Power Pivot-nak. Ez egy akkora téma, hogy itt nem ios tudok hozzákezdeni. Nézz utána.4) Ezt a kérdést nem értem. Mi az, hogy kiforgatsz egy táblát?
5) A PowerPivotban nincs SQL, csak DAX. Ez összefügg a 3. kérdéssel.
Szóval van minek utánanézni, ha ezekkel akarnál dolgozni.
Érdekes, de más.Imre
