Ano souhlasím. Jednotky a cena v buňce za materiálem je technicky nejlepší řešení. Musíte si ale uvědomit, že to má také svá proti. Zejména jde o přehlednost a možnost vytvořit chybu, byť dnes to možná vypadá bezproblémově. Musíte si uvědomit, že i přetečení sloupců jsme nepředpokládali a přes to se to stalo. Uvedu co by se mohlo stát a jak je možné se tomu bránit :
Riziko je sice minimální, ale přes to se může stát toto : Počet jednotek je číslo většinou rozeznatelné ve formě podílu – čísla s desetinnou čárkou, ale počty kusů jsou celé číslo ap. S cenou je to podobné. Když ponecháme jen čísla snadno zaměníme dva sousední údaje z různých případů. Tedy například spojíme (cena_5)+(jednotka_6).
Tomu se dá zabránit nejlépe barevným odlišením sloupců jednotek (například jemnou barvou) přímo v zápisu na řádku. List totiž zajíždí pod zafixované řádky i sloupce. Proto barva sloupce z hlavičky nebude souhlasit s posunutým listem.
Už vidím jak spustíte hledání podle množství, nebo ceny a jak list zajede „doleva a nahoru". Budete mít svou hodnotu, ale nebudete vědět jestli je to počet, nebo cena. Vyřeší to buď podbarvení, nebo formát buňky který by řešil i jinou chybu.
Dalším problémem je skutečnost, že se u stejného materiálu zřejmě může vyskytovat také různá měna. Jak je vidět – používáte Eura, ale u nás platí Kč a může jít možná i o jinou měnu USD apod. V případě stejného materiálu a různého druhu měny by vznikly dva (nebo i více) řádků stejného materiálu. Jediným nejvhodnějším řešením je formát buňky s připojenou jednotkou a druhem měny.
Například |2,65 m2|17,5 E|, nebo |5,2 kg|123,07 Kč| v takovém případě je možné záznam vytvořit buď formátováním (což vyžádá více kódu), nebo lépe ve formátu string (text), ale potom musíme hledat opravdu text. Opět jde o to k čemu potřebujeme hledání. Formát string ušetří kód makra. Oba způsoby mají výhodu a nevýhodu a jde zejména o strojní prohledávání.
Problém hledání zřejmě není možné provádět jinak, nežli makrem vzhledem k počtu buněk. Makro pro hledání nebylo požadováno, ale manuální hledání je velice hektické i když je uspořádání tabulky sofistikované.
A. Hledá se přesný typ materiálu (sloupec A). Dál je možné v řádku hledat buď podle jednotek, nebo podle velikosti, a nebo obojí. Zkratku (jednotka & druh měny) je možné přidat samostatně do sloupce B, nebo ji přilepit přímo k materiálu ve sloupci A. Když budou formátované jednotlivé buňky není takové opatření potřeba, ale přes to bych do sloupce B doporučil vložit počet položek.
B. Strojní hledání nepotřebuje odlišit sloupec jednotky ani ceny. Takové hledání by se provádělo například za účelem dohledání materiálu u kterého známe pouze počet jednotek, nebo cenový objem. Bylo by to dohledávání chyb z dřívějšího zpracování.
Makro vyhledávání je pro všechny různé případy nutné postavit jinak. Proto je koncepce tabulky stěžejní. Také je důležité upřesnit jak má vypadat výstup z makra. Může to být například extra list s výpisem, nebo skok na položku a její podbarvení v 1. listu (zdroj). Samozřejmě jde o to proč se takové úpravy vůbec dělají.
Takže zvažte potřebu makra už při návrhu koncepce výstupní tabulky. Makra pro uspořádání tabulky je celkem snadné upravit do nové podoby a bylo by to asi tak na hodinu práce. Makro by také nemělo trvat dlouho.
Moje e-mailová adresa
Pokud je Váš problém vyřešen, označte prosím svůj příspěvek za "VYŘEŠENÝ"
Zlepšíte orientaci při vyhledávání řešení JAK OZNAČIT TÉMA ZA VYŘEŠENÉ