Příspěvky uživatele


< návrat zpět

Strana:  1 ... « předchozí  30 31 32 33 34 35 36 37 38   další » ... 122

jj, môžeš. Mám dojem, že stačí na úvodnej obrazovke, po tom, čo sa prihlásiš do SAPu a vidíš tú stromovú štruktúru vľavo a vpravo typicky logo SAPu, kliknúť pravým tlačítkom niekde do tej pravej časti okna a vybrať z kontextového menu príslušnú voľbu. Musíš hľadať, SAP nemám, ale pokiaľ ma pamäť neklame, tak týmto spôsobom sa dostaneš k tej zmene nastavení.
Je ale možné, že sa pletiem a tá voľba je niekde inde. Každopádne, ide to zmeniť a žiadne oprávnenia k tomu nepotrebuješ.
Skús prípadne transakciu SU3..

V dobách, kedy som pracoval so SAPom, mi stačilo nastaviť oddeľovače tisícov a desatinných miest rovnako, ako som mal nastavené v Exceli. Kolízie pri spracovaní SAPích tabuliek v Exceli som týmto spôsobom úspešne eliminoval.

Makra se mi vždy ukládala do sešitu PERSONAL.XLSB
No, uvedený výrok nie je úplne presný. Píše to už Hav-Ran; pri/pred nahrávaním makra sa otvorí dialógové okno, v ktorom určíš, kam sa má makro nahrať. Na výber máš this (aktívny) workbook, personal, alebo nový workbook. Zisti si, kam si makro nahral (zrejme do workbooku, ktorý uvázaš v poste ako "...ve kterém jsem to tvořil...", a obsah daného modulu skopíruj do modulu v projekte Personal.

Pokiaľ sa toho nikto neujme, tak by som sa Ti na to časom snáď pozrel. Ale moje časové možnosti sú stále veľmi obmedzené.

jj, Luboš, tiež zdravím, som tu, samozrejme 1

Karle, ten posledný Tebou navrhnutý postup mi naprosto vyhovuje, takže použijem. Akurát, teda, už v minulosti som si takto stĺpce do tabuľky v exceli importovanej z accessu pridával a nejak nechápem, že ma to nenapadlo použiť pre túto situáciu. No, uberal som sa cestou copy/paste z accessu. Teraz urobím copy/paste priamo v exceli.

Karle, ten posledný nápad s pridaním stĺpca nepôjde. V Exceli ten objekt tabuľka má danú štruktúru. A ja pri tých datách z Accessu potrebujem, aby data z tejto množiny, mali daný stĺpec prázdny. T.j. daný stĺpec už v ExcelTable existuje, nechcem ho pridávať, akurát nemá u podmožiny záznamov byť vyplnený. Písal som, u ostatných dát v tej ExcelTable daný stĺpec prázdny nie je. Ale už sa s tým netráp. Námetov mám viac, než dosť, už to nejako zvládnem..

edit: aha, špatne som Ťa pochopil, už mi docvaklo, ako si to myslel. Áno, takto by to šlo..

jj Karlíku, píšeme cez seba :), pekný trik s iif :)
ĎAKUJEM

@eLCHa
Pokud provedeš import dat (připojení), tak prázdná je. Funkce JE.PRÁZNÉ vrací PRAVDA.
Mno, pokiaľ do dotazu napíšem SELECT NULL AS EstimatedSavings, tak v Exceli sa mi cez datové pripojenie daný stĺpec vôbec nezobrazí
Pokiaľ napíšem SELECT "" AS EstimatedSavings, tak pri použití datového pripojenia ISBLANK vracia FALSE. Tak neviem.. Access 2016

Všetkým, čo sa rozhodli tomu venovať, ďakujem. Časom asi použijem riešenie od Aleša, v túto chvíľu som to poriešil vzorami. Žiadne vyhľadať a nahradiť používať nebudem, na to by som musel vždy myslieť :)

@daal
Myslím, že by to mohlo vracet true na test fce ISBLANK true jak pro NullString tak i NULL hodnotu.
Aleši, ďakujem. Je to tak, ako píšeš. Null po prenose dát Tvojou procedúrou do Excelu vyhodnotí ISBLANK ako TRUE. Budem sa na to musieť pozrieť a ten kód bližšie preštudovať. Určite použijem pre študijné potreby - s DAO nemám skúsenosti. Pokiaľ budem mať čas, tak Tvoj nápad adaptujem, v danom prípade by som preferoval volanie tých procedúr z Accessu, nie z Excelu, ale s tým si už pohrám.

@mepexg
Ináč nechápem potrebu prenášať údaje z Accessu cez schránku, keď Excel dokáže načítavať priamo z Accessových tabuliek.
A už vôbec nechápem prečo používať Access, keď Excel má PowerQuery a PowerPivot.

Že to nechápeš, ešte neznamená, že k tomu nejaký dôvod nemám.
O tom, že sa to chová rovnako i pri použití datového pripojenia, som písal. A z dôvodov, ktoré by som tu dlho, krkolomne a zložito popisoval, proste preferujem v tomto prípade Access pred Power nástrojmi. Smiem?
K vyhľadať a nahradiť asi toľko: To by som samozrejme použiť mohol, v prípade, že by som chcel. Ale nechcem.
Rovnako by som mohol použiť prachsprostý filter a výmaz obsahu viditeľných buniek.
Ja som ten problém nejako definoval, a to nasledovne: Akým spôsobom nenačítať NULLs a EmptyStings, nie, akým spôsobom sa ich následne v Exceli zbaviť. Nič z toho, čo si písal, toto zadanie nesplňuje.

jj, vďaka za snahu pomôcť, pekný víkend i Tebe :)

Karle, má to byť nasledovne:
V Exceli v danej bunke potrebujem prázdnu hodnotu. To, čo kopírujem z accessu, je len jedna časť záznamov v tabuľke v exceli. Poviem to inak: tabuľka v Exceli má 1500 riadkov. K nim potrebujem pridať ďalších 500 z Accessu. U tých z Accessu potrebujem, aby EstimatedSavings boli prázdne - proste neexistujú. U tých pôvodných 1500 ale existovať môžu. A potom tu mám vzorec, ktorý vyhodnocuje (mimo iného) hodnotu, zapísanú v stĺpci EstimatedSavings. A ja tam nechcem mať tie nuly zapísané. Pokiaľ je bunka prázdna, vzorec ju vyhodnotí ako bunku s nulovou hodnotou, ale ja tam proste tú nulu zapísanú mať nechcem. Keby tam bola zapísaná nula, nie nullstring, tak by vzorec neskončil chybou, to mi je jasné, ale to nechcem. Proste, pokiaľ EstimatedSavings neexistuje, chcem aby bola daná bunka prázdna, aby v nej nebol ani nullstring (aby som nemusel do vzorca pridávať ďalšiu podmienku), ani nula.
To, čo navrhuješ (SELECT 0), práve tú nulu zapíše..

Tá druhá možnosť - dať daný stĺpec na koniec, neprichádza do úvahy. Je to na dlhé vysvetľovanie, ber to proste ako fakt - stĺpec nemôžem presunúť.

Pokiaľ to neporiešim inak, tak pridám podmienku do vzorca - to som urobil, ale ten spreadsheet už má spústu komplikovaných vzorcov a zdráham sa to ešte viac komplikovať.
Inou možnosťou by bolo manuálne (makrom) odmazať v Exceli tie nullstrings. To sa mi zas nechce z dôvodu, že by som na to musel vždy myslieť, že to mám odstrániť, to už radšej úprava vzorca.
Taktiež by šlo v Accesse ten stĺpec negenerovať. Tým pádom mať o jeden stĺpec menej a vložiť prázdny až v Exceli. To by ale opäť znamenalo, že po copy/paste do Excelu do nejakej pomocnej tabuľky pridať v nej prázdny stĺpec a potom znovu copy/paste. To je ale moc práce, na môj vkus :)

Ahoj,
on to v inom vlákne písal už xlnc (a i eLCHa), že Excel úplne nespolupracuje podľa očakávania s Access pri prevode datových typov, takže neviem, či nasledovné je možné:
Do Excelu chcem nakopírovať výsledok dotazu z Access (prosté copy/paste, ale úplne rovnaké by to bolo i keby som použil datové pripojenie).
V dotaze potrebujem pevnú štruktúru stĺpcov, odpovedajúcu štruktúre stĺpcov v tabuľke v exceli (práve kvôli jednoduchému copy/paste). Potrebujem, aby jeden zo stĺpcov bol prázdny. Na nič iné, než na inštrukciu SELECT "" AS EstimatedSavings, prípadneSELECT NULL AS EstimatedSavings som neprišiel. Tým pádom ale obsah stĺpca nie je prázdny, ale obsahuje nullstrings. Ja by som potreboval, aby bol prázdny. V opačnom prípade, keď to nakopírujem do Excelu, daný stĺpec nie je prázdny, ale obsahuje uvedené nullstrings, čo potom vzorec nevyhodnotí ako číslo, resp. pokiaľ očakáva číslo, tak v danom prípade vyhodnotí ako chybu. Nechcem to riešiť podmienkou vo vzorci, skutočne by som preferoval, keby daná bunka zostala skutočne prázdna. Dá sa nejak?

Ty si hlavne ujasni, akého si pohlavia. Alebo si heshe? Zdá sa, že tuná nie je nič nemožné.

Právěže... to bude jednoduše udržovatelné
Hm, tak tu je asi ďalšia diskusia zbytočná..
To je ako niekoho nútiť k používaniu pásov v aute, či prilby na bicykli. To si myslím, že by si mal každý sám rozhodnúť, či sa chce dobrovoľne zraniť viac, než je nutné. Nikdy som nepochopil, prečo za to má byť niekto pokutovaný. Je to jeho vec (a jeho blbosť). Za mňa dobré, vytvor to v exceli, nebudeš sa stačiť diviť..


Strana:  1 ... « předchozí  30 31 32 33 34 35 36 37 38   další » ... 122

Uživatelské menu

Nejste přihlášen(a)
avatar\n

Menu

On-line nástroje

Formulář Faktura

Formulář Faktura IV

Oblíbený formulář Faktura byl vylepšen a rozšířen.
Více se dočtete zde.

Aktivní diskuse

Tlac 2 roznych tabuliek

loksik.lubos • 17.7. 20:43

Týden v roce

Petr92 • 16.7. 15:34

Řazení podle času v kategoriích

veny • 16.7. 11:34

špatný výpočet ze zisku - příčina?

Anonym • 12.7. 22:56

špatný výpočet ze zisku - příčina?

Jakoby • 12.7. 12:35

Řazení podle času v kategoriích

Marekh • 12.7. 9:55

Porovnávací Tabulka

Jess • 8.7. 20:49