-
IT café
A Microsoft Excel topic célja segítséget kérni és nyújtani Excellel kapcsolatos problémákra.
Kérdés felvetése előtt olvasd el, ha még nem tetted.
Új hozzászólás Aktív témák
-
azopi74
addikt
Tehát jól értem, hogy egy UDF-et akarsz létrehozni VBA-ban, aminek a paraméterei legyen "név", "sz", "az" és "ál", és adja vissza azoknak a mennyiségeknek (minden lap d oszlopa) az összegét, amik a "név" munkalapon vannak, és a "sz", "az" és "ál" oszlopokban szereplő érték egyezik a paraméterként átadott értékekkel? Jól értem?
[ Szerkesztve ]
-
azopi74
addikt
Nem is fogod tudni sajnos VBA nélkül. Nincs sajnos olyan függvény excel-ben, ami visszadná a cella színét
Csinálnod kell egy ilyen UDF-t.
Function IntColor(CellColor As Range)
IntColor = CellColor.Interior.ColorIndex
End FunctionUtána ezt behívhatod egy segédoszlopba, és arra hivatkozva vlookup-olhatsz, sumif-elhetsz, match-elhetsz, vagy amit akarsz.. Vagy meghívhatod egy másik udf-ből vagy eljárásból.
Sajnos tömbfüggvényben nem lehet használni UDF-et, pl egy olyan nem fog működni, hogy {=MATCH(48,IntColor(A:A),0)}
pedig bármilyen beépített függvény esetén működik. (pl {=MATCH(-1,SIGN(A:A),0)}Azt nem értem, hogy miért nem, az is lehet, hogy csak alakítani kéne valamit az UDF-en, hogy működjön tömbfüggvényben is. VBA mesterek közül valakinek van ilyenre megoldása ?
-
azopi74
addikt
válasz Delila_1 #25988 üzenetére
Szia, köszi szépen
Na ezen felbuzdulva, gondoltam összedobok egy olyan UDF tömbfüggvényt, ami visszaad visszatérési értékként egy tömböt, ami tartalmazza a paraméterként megadott tartomány celláinak színeit.
Így próbáltam:
Function IntColor2(szines As Range)
Dim k As Long
Dim ArrayCol() As Long
k = szines.Rows.Count
ReDim ArrayCol(1 To k) As Long
Dim Cell As Range
Dim i As Long
i = 1
For Each Cell In szines
ArrayCol(i) = Cell.Interior.ColorIndex
i = i + 1
Next
IntColor2 = ArrayCol()
End FunctionDe az első cella színét adja vissza a tömb összes elemeként.
Amit nem igazán értek, hiszen az alábbi eljárás - ami gyakorlatilag ugyanezt csinálja, csak eljárásban - pedig jól működik (kiírattam a tömb értékeit, és jó) :
Sub IntColor3()
Dim ArrayCol() As Long
Dim Cell As Range
Dim szines As Range
Dim i As Long
Dim k As Long
i = 1
Set szines = Range("A1:A20")
k = szines.Rows.Count
ReDim ArrayCol(1 To k) As Long
For Each Cell In szines
ArrayCol(i) = Cell.Interior.ColorIndex
i = i + 1
Next
End SubMi lehet a probléma az UDF-fel?
-
azopi74
addikt
válasz Csuklósbusz #25991 üzenetére
A legnagyobb nyugdíjúakat?
MS Query-be tedd be ezt az SQL statementet (Data/From Other Sources/From Microsoft Query/Excel Files) :
SELECT * FROM `C:\Users\Peter\Desktop\Book2.xlsx`.`Sheet1$` `Sheet1$`
WHERE Nyugdíj IN (SELECT
MAX(Nyugdíj) FROM `C:\Users\Peter\Desktop\Book2.xlsx`.`Sheet1$` `Sheet1$`)Természetesen a saját file-od és munkalapod elérési útjával.
-
azopi74
addikt
válasz Csuklósbusz #25994 üzenetére
Nem értem, mi a gond. Ennél egyszerűbben nem nagyon lehet megoldani. Ez is simán excel.
Te mondtad, hogy adatbázisként használod az excelt (amire szerintem amúgy egészségesebb lenne egy adatbáziskezelő, de nem baj)
De ha így használod, akkor abból a lekérdezéket jelenleg MS Query-vel tudod megoldani.
Ha Excel 2010 van legalább, és a PowerQuery bővítvény is fent van, akkor grafikus felületen, SQL nélkül is megtudod ugyanezt csinálni némileg felhasználóbarátabb módon (MS Query-vel is tudsz grafikusan queryt csinálni, de csak nagyon egyszerűeket)"Hogy a név, utca, hsz, összeg, közül a táblázat alulra egy mezőbe újra kiírja a legnagyobb és legkissebb összegűeket... ?"
Egy mezőbe hogy tudsz több sort írni?
Olyat tudnál még csinálni, hogy a lenagyobb összegűt kikeresed (MAX függvény), és VLOOKUP-olod hozzá a többit is, de ez csak sorban az első találatot fogja kihozni, nem az összeset.
-
azopi74
addikt
válasz Csuklósbusz #25995 üzenetére
Az összes lehetőséget kidobja, vagy csak a legegyszerűbbet (legkevesebb darabszámút)?
-
azopi74
addikt
válasz Csuklósbusz #25998 üzenetére
És az 1000-res és 500-as szándékosan maradt ki?
Ha pl az A oszlopban vannak az összegegek, és az első sorban B-től M-ig a címletek, akkor B2-be ezt írd: =INT(A2/B1)
C2-be pedig ezt: =INT(MOD($A2,B1)/C1) , és utána húzd el jobbra, az utolsó címletig .Aztán húzd le az egészet az utolső összegig
Van sokkal szebb megoldás is, de nem akarlak elijeszteni, mert azt mondanád rá hogy bonylult
(Képletfordításhoz: http://hu.excel-translator.de/)
-
azopi74
addikt
válasz Csuklósbusz #25999 üzenetére
A2-be írd be: ha B-ben vannak az adatok:
=IF(B2<>"",COUNTA($B$12)&".","")
És húzd le
[ Szerkesztve ]
-
azopi74
addikt
válasz Csuklósbusz #26008 üzenetére
Bocs, alapvető probléma, hogy én néztem be valamit, mindjárt javítom a képletet
A másik, hogy úgy látom, magyar exceled van, a függvényt is le kéne fordítani magyarra.http://hu.excel-translator.de/
De ha javítottam a képletet, lefordítom magyarra, és úgy is beírom.
A harmadik, hogy úgy látom, szövegformátumúak a celláid D oszloptól
-
azopi74
addikt
válasz pirit28 #26023 üzenetére
Szia,
Próbáltad úgy, ahogy mondtam? (hogy C:\ helyett valahova a Users\felhasználónév alá helyezed a cuccot) ?
Mert ez nagyon jogosultság problémának tűnik. Alapból nem nagyon engedné egy Win7/Office 2007 kombó, hogy egy makró a a C:\ -ben garázdálkodjon írási jogosultsággal. persze ki lehet küszöbölni, ha nagyon akarnád, de nem tenném a helyedben -
azopi74
addikt
-
azopi74
addikt
válasz azopi74 #26025 üzenetére
Amúgy nem sértésként mondom, de azt, aki ezt a borzalmat csinálta, elküldeném inkább havat lapátolni, de legalábbis biztosítanám, hogy számítógép közelébe ne kerüljön
De leginkább azt az egyént, akinek egyáltalán megfordult a fejében, hogy egy ilyen taskot excel-ből, VBA-val oldjon/oldasson meg -
azopi74
addikt
válasz Delila_1 #26027 üzenetére
Naaa, ez azért már egy kicsit tákolásnak tűnik És továbbra sem bolondbiztos, és legkevésbé sem hordozható megoldás.
És akkor még azzal is foglalkoznod kell, hogy meddig legyen érvényes a képlet, persze valahogy így megoldható:
=HA(INDEX(C:C;HOL.VAN(NAGY(D:D;SOR()-1);D:D;0);1)=MAX(C:C);NAGY(D:D;SOR()-1);"")
(Ha pl C oszlopban van az eredeti, és D oszlopban a "korrigált" nyugdíjérték)
De azért nehezen tudna meggyőzni arról bárki, hogy ez akármilyen szempontból egyszerűbb, tisztább és vagy megbízhatóbb megoldás lenne, mint a
SELECT * FROM `Tábla`
WHERE Nyugdíj IN
(SELECT MAX(Nyugdíj) FROM `Tábla`)hagyományos megoldás, ami pontosan, minden körülmény között azt csinálja, amit szeretnénk, és eléggé egyenes logikát követ, és az alkalmi felhasználó is szerintem hamarabb felfogja, mint a másik módszert.
-
azopi74
addikt
válasz enelna #26040 üzenetére
Szia,
Biztos, hogy ezt így akarod megoldani? Csak mert ez azt csinálja, hogy az adott kliensgépen futó excelben épp aktív munkafüzet aktív munkalapját menti el pdf-ként, és küldi el az adott email címekre. Ami hasznos lehet, ha ezt excel makróból csináljuk, de így, ütemezve, nem látom nagyon értelmét.
Ha LAN-on vagy, akkor ezt a taskot érdemesebb inkébb szerver oldalról beütemezni, és akkor nem szükséges, hogy bekapcsolva legyen a kliens. Ha nincs LAN, akkor is érdemesebb a windows task scheduler-ét használni erre a célra. Ha csak egy adott helyen lévő file email-ben történő kiküldéséről van szó, akkor az teljesen jó megoldás. Ha a pdf-be való konvertálásról van szó, azt persze alapból nem tudja, (bár biztos van rá szerveroldali alkalmazás) de akkor meg nem értem az egészet. Dinamikusan frissül az adott excel tábla adott munkalapja (valami ütemezett lekérdezés van mögötte?), amiért így akarnád megoldani? Persze, ha nagyon akarod, megoldható a dolog excel makróból is, csak nem vagyok benne biztos, hogy tényleg ezt szeretnéd
-
azopi74
addikt
válasz enelna #26042 üzenetére
De nyitvahagyni az adott munkalapot az excelben nem felejted el? Ha se a task scheduler, se szerveroldali megoldása nem jöhet szóba, akkor is inkább egy outlook makrót javasolnék az elküldésre (persze ahhoz is bekapcsolva kell hagyni a gépet). De azt inkább az outlook topicban kérdezd
[ Szerkesztve ]
-
-
azopi74
addikt
válasz Nagykeres_Bá #26046 üzenetére
Hogy milyen mélységű excel tudásra van, erősen függ a pontos betöltendő munkakörtől. Az, hogy "irodai környezet", erősen tág fogalom.
Más az elvárás például egy senior cost controller-rel vagy elemzővel, egy statisztikussal, más egy sales representative munkakörben, és megint más egy HR assistant esetében.
-
azopi74
addikt
válasz slashing #26056 üzenetére
"van olyan munkatársam aki 10 éve napi 8 árában excel táblákkal foglalkozik és egy szumha függvény olyan neki mint egy atomreaktor fizikai működése, rettenetes"
Mi a feladata, mit csinál egész pontosan napi 8 órában az excel táblákkal? Adatot rögzít benne? Kinyomtatja őket ? Vagy színezgeti? Esetleg cellaegyesítésekkel csinasítgatja őket, hogy szétcsessze a struktúrát, és semmi képlet ne működjön?
-
azopi74
addikt
válasz Fferi50 #26064 üzenetére
"A munkalapok "elrontását" szerintem egy módon lehet elkerülni: Nem szabad a táblát a felhasználó "kezébe" adni, hanem Userformokkal kell operálni adatbevitel céljából."
Sőt, a legbiztosabb jobb módszer, ha a táblákat nem is excelben vezetjük, hanem valami arra tervezett
RDBMS-ben (DB2, Oracle, ProstgreSQL, MySQL, MS SQL, stb, ne adj isten Access) , az excel-t meg hagyjuk arra, hogy az adatbázisból kinyerjük a jól megtervezett lekérdezésekkel a felhasználó által kívánt, testre szabható struktúrában az adatokat, azokból színes-szagos diagramokat gyártsunk stb..
Akár úgy, hogy először MS query-ben megírjuk a lekérdezést aminek az outputját aztán pivotba/pivot chartba rendezünk a kívánt formában, vagy akár röptében átalakítva, vagy PowerBI (PowerQuery + PowerPivot + PowerView ütős együtttes) esetén akár több különböző adatforrásból származó adatokkal manipulálva...Adatbevitelre meg valóban legyen egy form (végső esetben akár excel-es user form, vagy az adott RDBMS entry form-ja, vagy akár egy dotnetes Windows Form, stb)
PErsze, ha valaki nagyon akarja, lehet az az egészet (az adatbevitelt, az adatbevitel validációját, a táblavezetést, a táblák közti logikai kapcsolatok leírását, a lekérdezéseket és reportokat, stb) Excelen belül megoldani, de nem arra van tervezve
-
azopi74
addikt
válasz azopi74 #26065 üzenetére
Na és persze, ha egy kicsit komplexebb feladatról van szó, mint mondjuk egy szimpla raktárnyilvántartó rendszer, akkor nem árt egy normális, objektumorientált alkalmazás (üzleti logikai) réteget is bevinni a front-end és az adatbázis közé, de ez már tényleg nem ebbe a topicba való
-
azopi74
addikt
válasz Delila_1 #26069 üzenetére
Ahogy Microsoft-éknál mondják: "It's not a bug, it's a feature"
Amúgy viccen kívül, tényleg nem műxik együtt a tábla funkció a lapvédelemmel (különben a megosztott munkafüzetekben sem műxik hasonló okok miatt). Bár szerintem amilyen idióta módon kezeli az Excel a lapvédelmet, az önmagában egy óriási bug
Megoldás az, hogy ne használj lapvédelmet táblák esetében.Helyette használd a következő trükköt: Validácó a védeni kívánt oszlopon, és állíts be pl egy ilyet feltételnek:
198564857875452123154213120154121021
A képlet működni fog, de nem engedi, hogy a júzer felülírja, csak abban az esetben, ha a fenti értéket adja meg
Tudom, ez erősen tákolás, de jelen esetben célravezető lehet .
-
azopi74
addikt
válasz Delila_1 #26072 üzenetére
A javaslat nem éppenséggel neked, hanem mindenkinek, aki a lapvédelem problémája miatt nem akar tábla-t alkalmazni (általános alany ) , jelen esetben slashing-nek , csak épp a te hsz-dre válaszoltam, mert az eleje viszont arra vonatkozott és lusta voltam szétszabdalni a hozzászólast
[ Szerkesztve ]
-
azopi74
addikt
válasz Geryson #26209 üzenetére
Azt viszont azért tartsd észben, hogy az összes fenti módszer olyan, hogy egy átlagosnál nagyobb informatikai affinitással rendelkező júzer egy pillanat alatt megkerüli a védelmet.
Szóval kritikus adatokat ne ilyen módon akarj védeni se olvasás, se írás elől, mert erre alkalmatlan az excel. Ha csak arra szolgál a védelem és a jogosultsági rendszer, hogy "egység sugarú" felhasználók nehogy véletlenül olyat csináljanak, amit nem kéne, arra megfelelő. -
azopi74
addikt
válasz azopi74 #26213 üzenetére
Egyébként (bár azt nem tudom, mi az alapfeladat) de talán megfontolandó lenne inkább valamilyen adatbáziskezelő használata. Az valszleg egyszerűbb és biztonságosabb megoldás lenne. Azokat többek között ilyesmire találták ki. Sok mindenre jó az Excel, de azért ismerjük a korlátait is!
-
azopi74
addikt
válasz MZsoltee #26217 üzenetére
Sima pivot szerintem minden mai excel tananyagnak kötelező eleme, azzal nem hiszem, hogy gond lenne.
REngeteg anyag elérhető, ha valami youtube-os gyorstalpaló kell magyarul, akkor ez : pl szerintem egész jó. De rengeteg más is elérhető gond nélkül.PowerPivot (és a többi PowerBI feature: PowerQuery, PowerView, PowerMap) már kicsit trükkösebb kérdés, sajnos azt jelenleg nem nagyon oktatják a "sima" excel tanfolyomokon sem, még a haladókban sem, annak ellenére, hogy egyre szervesebb beépül az excel-be, mint alapfunkció.
Először az alapokkal, az Excel 2013 óta alap feature Data Model-lel érdemes ismerkedni :
Sajnos magyar nyelvű anyagot nem találtam, de ez nem jelenti azt, hogy nincs .
Ezután érdemes belemászni a részletekbe, vannak kifejezetten PowerBI tanfolyamok, (elsősorban kifejezetten controllerek-nek szokták indítani, főleg PowerPivot-ra és PowerQuery-re kihegyezve) , ez itt nem a reklám helye, szóval inkább google-zz rá
Ha nem találsz, dobj PM-et[ Szerkesztve ]
-
azopi74
addikt
Van rá módszer, de nem így.
Ha mindenképpen countifs vagy countifs függvényt (darabhatöbb és darabha -aki kitalálta ezeket az idióta magyarításokat, azzal szívesen elbeszélgetnék akarsz használni, akkor index/match kombóra is szükséged lesz, de a sumproduct (szorzatösszeg) elegánsabb. Ha nem tudod, mire gondolok, szólj. -
-
azopi74
addikt
válasz Fferi50 #26264 üzenetére
nagyon nagy +1, sose értem, miért szeretik egyesek concatenate (összefűz) függvényt használni az & operátor helyett.
Még ha normális függvényként működne a concatenate (vagyis pl range-et is lehetne megadni paraméterként, vagy működne tömbfüggvényben) , akkor megérteném, dehát nem. Semmi többre nem képes, mint egy vacak & operátor, akkor meg miért nem az utóbbit használjuk? Sokkal billentyűzetkímélőbb
Nem igazán tudok felhozni egy érvet sem a concatenate védelmében. -
azopi74
addikt
Akkor az eredeti kérdére válaszolnák először:
"De.....mert kellenek a kihívások. Van arra függvény, hogy X és Y tengelyen is nézzek DARABHATÖBB-bel?
Pl: =DARABHATÖBB(2:2;HÓNAP(MA());B:B;"ERF")"Erre írtam, hogy lehet, de a legelegánsabb a sumproduct megoldás:
ez lenne a jó:
=SUMPRODUCT((2:2=MONTH(TODAY()))*(B:B="ERF"))
magyarul
=SZORZATÖSSZEG((2:2=HÓNAP(MA()))*(B:B="ERF"))
Viszont így akármilyen brutálisan el vagy eresztve RAM-mal, kifogynál a memóriából, egy 1048576 soros, 16384 oszlopos .xlsx esetén. (akkor is , ha a countif-es megoldást választanád). Egy korlátozott 65536 soros xls esetében még elmegy, de akkor is brutál lassú.
Ráadásul, gondolom plusz feltételt szeretnél megadni a cella értékére vonatkozóan is (a fenti csak simán összeszámolja a cellákat). Amit persze csak úgy tudsz megoldani, amennyiben ragaszkodsz a teljes munkalap vizsgálatához, ha egy külön sheetre teszed a képletet, pl így (ha a 0-nál nagyobb cellaértékúeket akarod összeszámolni):
=SUMPRODUCT((Sheet1!2:2=MONTH(NOW()))*(Sheet1!B:B="ERF")*(Sheet1!1:65536>0))
=SZORZATÖSSZEG((Munka1!2:2=HÓNAP(MOST()))*(Munka1!B:B="ERF")*(Munka1!1:65536>0))
És ez is persze csak akkor műxik, ha xls a cucc, és akkor is kell azért hozzá RAM, nekem 16 GB mellett is elgondolkozik egy darabig.
Szóval akármennyire is ragaszkodsz a teljes munkalap (összes sor, összes oszlop) vizsgálatához, felejtsd el, és ilyen hivatkozásokat, mint a 2:2 vagy a B ne használj ilyesmi függvényekben, ha használhatóvá akarod tenni a táblát.
"Ráadásul mivel elég sok függvény van már így az excelben (1-2 perc egy-egy frissítés)"
Nem a sok függvény miatt tart ilyen sokáig, hanem a fent említett teljes soros, teljes oszlopos, teljes munkalapos vizsgálatok miatt. De mondom, ezt küszöböld ki!
"Az a lenne a cél, hogy a különböző csoportokat tudjam mérni. Ha érkezik tag és beszúrják ne legyen baj. (Ne fix range-ek legyenek a függvényekben.) "
Határozz meg egy ésszerű korlátot az oszlopok és sorok számára, és úgy csináld.
Pl, ha tudod, hogy max 100 sor van, és max K-ig tejednek az oszlopok, akkor
=SUMPRODUCT((C2:K2=MONTH(NOW()))*(B3:B100="ERF")*(C3:K100>0))
Persze minél nagyobb maximális sorszámot és oszlopszámot határozol meg, annál erőforrás igényesebb a kalkuláció. Beszúrás nem okoz gondot, viszi magával a tartomány hivatkozást. A legegészségesebb megoldás a tábla használat lenne (strukturált hivatkozással) tartományhivatkozás helyett, az teljesen robusztus, és meg sem kottyan neki semmilyen táblabővítés, és a memóriádat is csak a tábla terjedelméig zabálja (csak a tábla hatóköre alá tartozó cellákat vizsgálja) De ezt csak normálisan strukturált szerkezetű forrásadatok esetében lehet alkalmazni, márpedig a példádból adódó teljes kuszaság miatt ez az opció ki van lőve.
Bár én kedves gyengébbik nembe tartozó kollégáidat inkább meggyőzném arról, hogy a forrásadat legyen inkább strukturált, és utána abból lehet aztán színes/szagos outputokat csinálni pivotok, meg egyéb eszközök használatával, ahol akár már lehet cellákat egyesítgetni, meg minden hajmeresztő dolgokat művelni. Talán egy bonbon és néhány hízelgő szó beválik[ Szerkesztve ]
-
azopi74
addikt
válasz Gandalf80 #26268 üzenetére
Szia!
Még mindig nem értem, miért kéne szétválasztani.
pl ha A oszlopban vannak az időadatok, a következő függvény pont a műszakot adná vissza,=IF(HOUR($A2-1/3)<12,"I","II")
=HA(ÓRA($A2-1/3)<12;"I";"II")
Aztán ezt használhatod tovább bármilyen függvényben, darabteliben, vagy amiben akarod
Persze ha ragaszkodsz a szétszedéshez, akkor azért leírom, hogy tudnád szöveggé konvertálni az időadatot:
=TEXT($A2,"YYYY.mm.DD h:mm")
magyarul
=SZÖVEG($A2;"YYYY.mm.DD h:mm")
(de lehet, hogy Y helyett é, m helyett h, d helyett n, h helyett ó, m helyett p - nem ismerem a magyar excel hülyeségeit )
Ezután már használhatsz rajta bármilyen szöveg manipuláló függvényt, (BAL, JOBB, SZÖVEG.KERES, vagy amit akarsz)
De outputként szintén szöveget fog visszaadni, amivel viszont nem nagyon fogsz tudni bánni. CSak ha vissza konvertálod érték (idő) adattá, de annak az ég világon semmi értelme nem lenne -
azopi74
addikt
válasz MZsoltee #26250 üzenetére
"A sima pivotot felelevenítettem, néha-néha most is használtam, újat nem mondott a kis tananyag. A power pivot már érdekesebb lenne mivel sok adattal dolgoznék. Adatbázisból (sql server) szednék ki adatokat (táblákat) és azzal dolgoznék. Nem pesti vagyok így a tanfolyamok is nehézkesebbek, inkább autodidakta módon tanulnám rögtön a gyakorlatban."
Hát igen, ha külső adatbázisokból dolgozol, akkor a Power BI pakk (Power Query és PowerPivot, diagramokhoz Power View) az optimális megoldás. (sőt, én van, hogy excelben tárolt adatbázisok esetében is ezeket használom Bár néha a jó öreg Microsoft Query-s megoldáshoz nyúlok. Igaz, nem annyira végfelhasználó barát, mint a PowerQuery, és nem is tud egyszerre több adatbázisból dolgozni, (csak ha külön-külön lehúzod adattáblákba, aztán joinolgatsz, pfff :... Dehát standard ANSI SQL-lel is majdnem mindent meglehet oldani, és a jó öreg Jet megeszi azt, szóval ha csak egy adatbázis a forrás, akkor akár a MS Query is használható lehet, tud az is adatot szedni akár OLE DB-vel, akár MS SQL serverről natívan, akár Azure Marketplace-ről, de akár excelből vagy Access-ből, szóval ott is vannak azért lehetőségek. Csak egyszerre több forrásból ne akarj Ahhoz már PowerBI kell. Csakhát az a fránya M language... Igaz, egyre okosabb a PowerQuery is, folyamatosan jönnek az update-ek de még szoknom kell a Power BI logikáját, nameg azt az "M" formula language-et, 15 év SQL után kicsit nehezen veszi be a gyomrom, de azért jó az a koncepció, és a végeredmény is igen meggyőző tud lenni
(később nézd meg a linket, inkább este felé, vagy vasárnap, mert még szinkonizál a onedrive, és megvan jópár giga, meg még rakok fel hozzá ezt-azt Egy-két hétig fenn hagyom, aztán majd törlöm.
Egyéb linkek
"M" Formula language - YouTube
Ha konkrét kérdésed van, akkor a topicban kérdezhetsz, ha van időm, válaszolok. Persze először is tedd fel a teljes PowerBI csomagot, ha nem tetted volna még meg
(2013-ban alapból benne van)
Ha van céges Office 365 előfizu:
http://www.microsoft.com/en-us/powerbi/default.aspx
Itt pedig iOS-es app az App store-ból
Androidos, és Windows App (universal) még nincs kint, de hamarosan várható
-
azopi74
addikt
válasz Delila_1 #26273 üzenetére
Az I-es műszak reggel 6-tól du 2-ig tart?
(II-es műszak elég embertelen lenne )Én úgy vettem ki a képen, hogy 12 órás műszakok vannak, reggel 8 és este 8, illetve este 8 és reggel 8 között, de lehet elnéztem valamit. Bár a 12 órázás is elég embertelen lehet, de inkább, mint a 16 ...
Amúgy szerintem a HA(ÓRA(D1-1/3)<12;"I";"II") akkor is rövidebb
vagy a te műszakrended szerint HA(ÓRA(D1-1/4)<8;"I";"II") Bár igaz, hogy ez a megoldás inkább olyan Y kromoszómás, bal agyféltekés logikát követ (Jajj, ne bánts) -
azopi74
addikt
válasz Delila_1 #26279 üzenetére
Épp most fogok
De el tudom képzelni.
De a HA(ÓRA(D1-1/4)<8;"I";"II") akkor is pontosan ugyanazt csinálja, mint a HA(ÉS(D1-INT(D1)>=0,25;D1-INT(D1)<=0,583333333335759);"I";"II"), mert mindkettő a II-es műszakot adja vissza, ha mindkét műszakon kívül esik a D1 időérték[ Szerkesztve ]
Új hozzászólás Aktív témák
- Vírusirtó, Antivirus VPN kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen