Keresés

Új hozzászólás Aktív témák

  • 7

    addikt

    válasz 7 #53380 üzenetére

    Kiegészítések:

    - A fenti blokkban havi szinten tudod állítani, hogy milyen összegű befizetést szeretnél (pl. nyári szünet alatt nem akarsz szedni, vagy valamelyik hónapban fizetős program miatt több kéne).
    - Mivel az össz befizetésből dolgozunk, azt egy SUMIFS formulával tökéletesen be tudod ráncigálni egy másik adathalomból, ahol mondjuk napra pontosan logolod a befizetéseket.
    - Mivel osztálypénz, ezért gondolom inkább szeptembertől augusztusig gondolnád vezetni a táblázatot, ezt minden további nélkül megteheted. Egyszerűen csak nekem volt kényelmesebb naptári évet vennem alapul. :)

    Tessék, példa a SUMIFS formulára, valamint a változó havipénzre (április 2000, nyár 0):

    Megj.: ideális esetben ezt egy külön tabon és táblában (tényleges táblaként formázva) logolnám, de úgy nem fér rá a screenshotra. :D

  • 7

    addikt

    Leginkább koncepció szinten kérek segítséget; előre is köszönöm annak, aki energiát tesz bele. Nem teljes megoldást várok (az elég nagy falat), bőven elegendő csak részletekben segíteni, vagy ötletet adni számolásokra, formulákra. :)

    Elöljáróban megjegyzem, hogy amerikai angol nyelven használom az Excelt, és szerencsére M365-tel dolgozom (nem a legújabbal, de LAMBDA pl. van már; GROUPBY/PIVOTBY, Python még nincs).

    Az alapfelvetés leegyszerűsítve: számszerűsített összértékeket kell a rendelkezésemre álló "tárolókba" bepakolnom

    Kötöttségek:
    - a tárolóknak van saját kapacitása
    - a tárolóknak van prioritási sorrendje
    - az összértéket úgy osztom el, hogy először elkezdem megtölteni az első tárolót; ha túlcsordul, megy a második tárolóba, és így tovább, amíg vagy az összértékem, vagy a tárolóim el nem fogynak
    - hasznos látni azt, hogy ha elfogytak a tárolók, mennyi értékem maradt még, de ez viszonylag egyszerű számolásokkal kimutatható

    További komplexitás:
    - az összértékeknek és a tárolóknak is vannak szűrési paramétereik; több is, nevezzük őket A&B paramétereknek
    - a kombinált paraméterek szerint szűrjük, hogy melyik összérték melyik tárolókba oszolhat szét: A&B csak A&B-vel kompatibilis, B&C Csak B&C-vel, stb
    - mind az összértékek, mind a tárolók listája dinamikus (PowerQuery által generált táblákban lesznek a forrásadatok, úgyhogy táblahivatkozásokat tudunk használni), ennek megfelelően az outputnak is dinamikusan nőnie/csökkennie kell

    Amiben szívesen várok javaslatokat:

    1. A túlcsordulós számolásra jó alapötlet. Jelenleg az alapkoncepció ez (ha a paramétereket nem vesszük figyelembe):
    MIN(jelen_tároló_kapacitása, összérték - korábbi_tarolókban_szétosztott_mennyiség)

    Ha nincs ennél jobb ötlet, akkor a paraméterezés miatt majd áttérek a MINIFS formulára. Ha van jobb ötlet, akkor szívesen várom (futólag fontolgattam SUMPRODUCT, AGGREGATE és hasonló függvényeket, egyelőre nem jutottam vele tovább).

    2. Dinamikusan növekvő/csökkenő adathalom kezelésére jó ötlet. Újabb táblában sajnos ötletem sincs, hogyan lehetne ezt megvalósítani, úgyhogy #SPILL formulák használatán gondolkodtam (kezdve mondjuk egy. UNIQUE és SORT kombóval, aztán abból továbbhaladva.

    3. Bármi koncepcionális meglátás, észrevétel.

Új hozzászólás Aktív témák