Hozzászólások
-
SzerzőBejegyzés
-
Ja, az egészet más módon oldottam meg, hogy ne kelljen színeznie az ügyintézőnek. Jó lett volna a színezés, de ebbe belebuktam sajna. Tehát konklúzió van, így akár le is zárható ez a téma. Köszi, Péter
Hát igen! Sajna erre az esetre nincs igazán jó megoldás. Valójában nem is értem, hogy ez miért nem merült fel eddig a fejlesztőknek, mert azért ez kézenfekvő lenne, hogy erre megoldás legyen. Az is jó lenne, ha hogy megválasszam melyik az erősebb, a kézi színezés, vagy a feltételes formázás. De sok esetben szükség lehet arra is, hogy egy mező szín értékétől függően tudjak döntést hozni a programban. Ilyen függvényt alkotni nem lenne nagy feladat!
A mostani programban egy másik megoldást választottam, ami remélhetőleg a felhasználóknak is tetszeni fog.
Szia! Köszönöm a választ. Hát igen én is kutakodtam, de nem találtam. A baj ezzel a táblával, hogy egy igen nagy tábla, ami automatikusan van színezve több szempont alapján, de utána az ügyintéző a speciális esetek miatt egy-egy mezőt átszínez. Ha minden oszlop mellé „Flag” oszlopokat rakunk, akkor ez végtelen hosszúra nyúlna, az, pedig, hogy elrejtsem (csoportosítsam), és csak akkor hozza elő ezeket, ha éppen szeretne valamit átszínezni, elméletileg megoldás lehet, de Ő fogja a programozót hülyének nézni, hogy miért van ez így megbonyolítva. Szóval ez egy hiányosság, hogy a mező színe, mint érték nem igazán kezelhető az Excelben.
Kedves Robin!
Kipróbáltam én is, ez a megoldás tényleg jó, habár nem túl kényelemes beállítgatni! Azért ez szerintem inkább hiba az excel-ben mint jó opció, hogy a beállított formátum megváltozik a tartalomtól függően!
Le is zárom a témát.Kedves Imre!
Na ez tényleg megooldás lett! Hálásan köszönöm!
Próbálgatni nem tudom, mert mindig újabb és újabb adatok jönnek és ebben bármi is lehet, mindenféle abc miatt, spec. karakterek, miatt stb. Így nem lehetek biztos abban, hogy maximum lesz akár a „zzzz” is, de ha nincs más maradok ennél, aztán, ha valami a végére kerül mégis, hát így jártunk. Ha nincs jobb ötlet ezt is lezárhatjuk, köszönöm.
PéterIgen, az megy, csak kicsit zavaró, hogy ilyen hosszú így nem feltűnő, hogy ez lényegében üres. Én ezért próbálkoztam egyetlen karakterrel Persze, ha megy, akkor marad a „zzzzz”.
Kedves Imre!
Nagyon köszönöm a segítséget, a fórum használatával kapcsolatban. Természetesen a szabályokat igyekszem maximálisan betartani, hiszen ez egy mérhetetlen nagy segítség, amit itt tudunk kapni!Igen, megnéztem a CSV ténylegesen jó – szöveges – formában tartalmazza ezeket az adatokat is, csak ha excel-ben megnyitom a csv file-t, az mutatja normál alakban, ami szintén nem egy elegáns megoldás, de a csv file nem azért készül általában, hogy újra excel-ben nyissák meg!
A felesleges oszlopok levágására az új munkafüzet, vagy új munkalapra másol persze megoldás, de úgy gondolom, felesleges attrakció ez, így mivel a munkaoszlopok neveit jól elkülönítettem, a további felhasználóknak nem gond, ha ezek benne maradnak.
Összegezve, itt is minden kérdésre választ kaptam, és még egyszer nagyon hálás vagyok!
Köszönöm a választ. Tényleg a hivatkozásban abszolút hivatkozást látok, de szerencsére relatívként kezeli az excel, azaz amit megtalál az adott néven, azt dolgozza fel akkor is, ha más könyvtárba kerül. Ez így furcsán néz ki, de jól működik.
Szép napot, Péter
Köszönöm a sok hozzászólást. Újra átgondoltam én is, és megggyőzőek az érvek amiket kaptam, A nullától távolság egy jó magyarázat.
Szia!
Köszönöm a válaszokat. Friss vagyok a rendszerben, nem tudtam, hogy lezárás is kell egy témához, természetesen a korábbi témákra reagálok még!
1. Az első válasz valóban segített! Nagyon köszönöm, a pivot tábla így rendben van.
2. a CSV mentésnél tudom, hogy a rejtett oszlopok is belekerülnek a CSV file-ba, ami annyira nem zavarna a CSV-ben (Bár jó lenne ha csak a tényleges oszlopok lennének benne, ha erre van megoldás.(??)
Én is úgy csináltam a CSV-t, hogy mentés másként…. Mivel magyar rendszerem van, így a pontosvesszővel ellátott csv-t tudtam kiválasztani, de próbáltam az MSDOS-t is, és minden esetben a számlaszám oszlop átkonvetrálásra került normál alakra, akkor is, ha a megnyitáskor azt válaszoltam, hogy NEM kérek konvertálást. Ez a problémám.Szerintem is felfele, azaz -0,5 felfele kerekítve 0 !
Az excel a függvény leírásánál próbálja is magyarázni, hogy miért csinálja így, de ez csak mese habbal.
Küldök egy kis táblát, ami nyilvánvalóan mutatja a hiba hatását.
Ez a tiszta matek…. ?Attachments:
You must be logged in to view attached files.Persze, csak elírtam, az excel szerint 2 de a valóságban ennek a végeredménye csak 1 !!!
Hogy tudok így számolni? Egyáltalán hogy gondolhatták ezt, hogy így számoljon az excel?
Csak én látom rosszul a helyzetet?
Mondjuk, ha a kerekítendő számhoz, mindig hozzáadok egy igen kicsi számot, és úgy kerekítem, akkor ez eredmény megfelelő lesz, de hát hogy lehetséges ez? Hogy lehet így általánosságban használni? Nincs olyan kerekítés függvény, ami a matematika szabályait nem rúgja fel?Köszönöm a jó tanácsokat, de saját adatokkal feltöltve én mindig korrekt táblát készítettem. Most olyan adatokkal kell dolgoznom, amit igen sok helyről kapok (NAV számla adatoka). Na ebben olyan elképesztő pontatlanságok vannak, mindig újabb, és újabb hibákat találok benne. Az általam átdolgozott táblában igyekeztem mindent úgy összekerekíteni, hogy konzisztens adatokat kapjak. A ft tételek esetében mindent összekerekítek (néha csalok is), hogy jó legyen, de egyre több számla készül más valutanemben, amit általában 2 tizedesre kell kezelne. Na itt jönnek elő a problémák, mert a 2 tizedesre kerekített értékekkel már nem tud az excel pontosan számolni az excel. Persze újabb kézimunkával ez is megoldható, hogy 100-al felszorozzam minden hasonlító műveletnél, csak ez annyira gáz, hogy ilyen módon kell varázsolni, egy olyan számolótáblában, amit a világon nem néhány ember használ! A legtöbb embernek fogalma sincs a számábrázolásokról, és nem érti miért nem jók a táblázatainak egyes döntései. Lényegében ezért írtam, mert ez bosszant engem, de nagyon!
Szia! Köszönöm a válaszokat, még próbálkoztam, és agyaltam, de nem igazán jutottam előre.
A „furcsa” számomra az, hogy azt írja a Microsoft, hogy nagyon kicsi, illetve nagyon nagy számoknál áll fenn ez a probléma a tárolás végessége miatt. Ez én is tudom, ezzel számoltam volna, de itt egyáltalán nem nagy számokról van szó, a számok 2 tizedesre kerekítve vannak, és ennek ellenére nem számol pontosan! Ez azért szerintem nem korrekt. Sok excel táblát nézegettem (másokét is), és ezekben simán összehasonlít kést számolt oszlopot, és egyezőséget keres közte, ami ugye hibás eredményt adhat igen sok esetben! Ráadásul az én példámban a 0 érték helyett, egy normál alakban kapott számérték került az összesenbe. Ezt sokan értelmezni sem tudják. Nekem is átkerül a táblám csv formábtumba, és egy feldolgozó program hozta ki, hogy hibás számok vannak a táblában, mert a feldolgozó programnak normál alakot elemezni esze ágában sem volt!
Szóval meg tudom oldani, mert kerekítgetek a szumma értékben is (mondjuk 4 tizedesre). Ezzel a probléma lényegében megoldva, de ha sok ilyen kerekített értéket újra összeadok, az újabb hibákat generálhat!Az excel persze könnyen elkeni a dolgot, mert a megjelenítés jól formázható, és a hiba nem is látszik!
Remélem érthetően írtam le a gondolataimat.Péter
Még egy adalék, ha minden mezőbe beírt számot kerekítem 2 tizedesre, és úgy adom össze, akkor sem kapok pontos eredményt, így már tényleg nem tudok összehasonlításokat tenni pontosan. Az pedig, hogy minden hasonlításkor egy ‘Eps’ eltérést alkalmazzak, nem életszerű!
Ma sokat keresgéltem, találtam megoldásokat részproblémákra, már „csak” az egy partnerhez tartozó kifizetetlen számlák legördülő listába gyűjtésébe tört bele a bicskám, és néhány igazítás is jó lenne, amiket megjelöltem. Küldöm a javított mintát.
Attachments:
You must be logged in to view attached files.Szia!
Köszönöm a szép megoldást a Pivot táblákkal, ezek nagyon hasznos dolgok, próbálkoztam már vele, ez nagyon elegánsan van elkészítve, alaposan átnézem! Sajnos a valódi problémámra ez nem jelent megoldást, mivel nem az adatok összesítése az alapfeladat, hanem arra lenne szükségem, hogy a pénztár rögzítése közben a partnernél a legördülő listában mindig azok a nevek jelenjenek meg, akiknek még van tartozó számlája. (ez a Pivot tábla tartozók oszlopa lehetne, de erre nem tudok egy névvel hivatkozni). A másik gondom pedig a a tétel rögzítésnél a számlaszámok felkínálása, azaz az adott partnerhez azokat a számlákat kínálja fel, amik még nincsenek kifizetve.
Péter
-
SzerzőBejegyzés
