OpenOffice.cz - web věnovaný kancelářským balíkům OpenOffice.org

Zdravím

Ad rozložení času do více etap: Ano, v tomto problém nevidím a práci lze přerušovat a navazovat.
Ad pravidelná denní kontrola: Předpokládám, že denní kontrola není potřeba. Kontrola je potřeba v případě zápisu, nebo změny (tedy když zakázku zapíšu, hned uvidím rozložení. Pokud dojde ke změně, opět tuto změnu musím zapsat a tedy uvidím ihned možnosti).

Je zvláštní, že i když jsem se pro účely zjednodušení rozhodl v zadání vytvořit jakousi situaci o pracovníkovi a jeho pracovním dni, skutečně řeším jakési rozplánování výroby se sklady a svářeči. I v tomto případě počítám, že se tedy budou některé data měnit v pravidelném intervalu (pokud mi někdo nahlásí dovolenou, zapíšu nižší kapacitu do plánu, čímž se opět změní rozložení zakázek). To, že by se dalo zohlednit již v Calcu, jsem ani nepředpokládal a popravdě, je to již věc operativy, kterou musíme nějak vykrýt. Na drobné výkyvy se musím připravit a nelze s nimi pracovat při plánování

Nějaké drobné makra jsem si už vytvořil, takže snad je možné stavět na nějakém základě. Pro mne je důležité, že aspoň někdo (kdo tomu rozumí) řekl, že by to jít mělo .

Ten Base jsem otevřel a zkoušel, ale nic kloudného mi nevypadlo, takže budu pátrat dál, ale je to tak, jak je napsáno. Potřebuji najít termín, který je omezen volnou kapacitou, počátečním a konečným termínem.

A zároveň, když už jsem našel nějakou inspiraci, vždy byla striktně omezena právě onou kapacitou, takže uměla pracovat pouze s 0-100%. Ale pro mne je i důležitá informace, že to zvládnu, ale musím jet třeba tři dny na 130% (tedy třeba o čtyři hodiny déle například).

Vím, že je to složitý problém, ale Calc už mi vyřešil tolik neřešitelných problémů, že zkouším

Děkuji za makro. Pokusím se zjistit, co jaký řádek dělá.

Pokouším se to dělat v Calcu a narazil jsem tedy na jeden problém, nebo spíše upřesnění dotazu:

Uvědomil jsem si, že ani tak nepotřebuji funkci kombinace. Nehledám totiž ze zadaných zakázek ty, které mi nejvhodněji vyplní pracovní kapacitu, ale na zakázce mohou chlapi pracovat i následující den

Tedy to co nyní potřebuji je:
Jedna „nekonečná" tabulka, kde budu zapisovat zakázky a normohodiny k jednotlivým pracovištím a termín výroby.
Dalších 8 tabulek (1 tabulka = 1 pracoviště), která bude mít prakticky formu kalendáře. Buňka daného dne bude mít nastaveno maximum (denní kapacita pracoviště) a ta si hrábne do první tabulky zakázek do svého sloupce, vezme normohodiny zakázky, zjistí zda je tato hodnota menší než maximum kapacity a podle toho do sebe zapíše číslo té zakázky a počet hodin, kolik se na ní má odpracovat. Takhle bude pokračovat dále, dokud tu kapacitu nenaplní a zda musí část nějaké zakázky přesunout na druhý den.

Příklad:
Tabulka 1    Normohodiny P1    Normohodiny P2 …
Zakázka 111    10            12
Zakázka 222    5            6
Zakázka 333     15            20

Tabulka 2
Pracoviště P1     Maximální kapacita 25 hodin
17.12.2014   
Zakázka 111     10    Zbývá 15
Zakázka 222    5    Zbývá 10
Zakázka 333    10    Zbývá 0

18.12.2014
Zakázka 333    5    Zbývá 20
…

Já teda vůbec netuším, jestli tohle půjde a kolik dalších problémů ještě vyvstane (jak zabezpečit, aby se hodnoty, které se již jednou načetly z první tabulky, neopakovaly, jak do toho ještě aplikovat to, že se má skládat podle termínu výroby, protože v pondělí dostanu zakázku, kterou mohu vyrábět 3 týdny a v úterý zakázku, kterou musím mít hotovou za týden, takže musím přehodit…atd).

Osobně si tedy už nemyslím, že by to šlo pomocí OO zvládnout, ale jak se říká: „Líná huba, holé neštěstí". Třeba někdo něco podobného již vytvořil a šlo by to použít i pro mou situaci…

Zdravím

Nejedná se o 114 zakázek, které máme doposud od začátku roku, ale zakázky, které jsou aktuálně ve výrobě.
Takže:
Je podepsána zakázka a dispečer výroby ji zapíše do databáze.
Pak tam ve výrobě dopisujeme termíny, kdy přišla zakázka do výroby a kdy byla vyrobena.
Ve chvíli, kdy je zakázka vyexpedována, z databáze zmizí.

Takže ta zakázka tam je tak 6 týdnů. Rozdíl oproti starému a novému sešitu je nejen to, že nové zakázky přibývají (a vlookup je tedy nenašel v minulém sešitu), ale také ubývají, když jsou vyexpedovány. Ten export dělám tedy jen jednou týdně a mimo jiné i proto, že mi to zabere minimálně hodinu času, řádek po řádku kontrolovat, zda a kde je tato zakázka v minulém sešitu a jestliže ano, v jaké fázi výroby je.

Kolega nahoře mi už ale napsal vzorec, který tento problém ošetří. Sice jsem to doposud dělal na testovacích sešitech, které jsem uložil do složky na ploše a nyní musím zase všechny vzorce přepisovat, protože je to vše v jiné složce na sdíleném disku a tedy cesta u vlookupu se napsala celá a neodkazuje nikam, ale už nyní je to ve stavu, kdy mi to ušetří desítky minut.

Zdravím

Děkuji za reakci.

Kopírování listu do jednoho sešitu jsem také uvažoval, ale nepřišel jsem na to, jak to udělat. Vyexportovaná tabulka z databáze obsahuje buňky, ve kterých je text a to včetně mezer. Aby byla tabulka nějak přehledná, musel jsem se zbavit oněch mezer a to jsem (možná chybně) vyřešil dvěma listy. Jeden vstupní obsahuje surová data (jen jsou přehozeny pořadí řádků, ale to by asi šlo řešit i nějakým řazením) a druhý výstupní list, který pomocí TRIM smaže zbytečné mezery z textu. Takže kdybych dával do jednoho sešitu další týdny, budou se mi prát ty vzorce, které odkazují na jiné listy...nebo nevím, jak jinak to udělat.

Ten předpoklad, že hledaný údaj je v obou tabulkách, je právě problém. Řekněme, že mám z minulého týdne tabulku, kde je nejvyšší číslo zakázky 114 0005 a já jsem včera ráno do databáze dopsal další zakázku s pořadovým číslem 114 0006. Když dnes vyexportuji a porovnám vlookupem, tak zakázku 114 0006 ten vzorec ve vyexportované tabulce jednoduše nenajdě, protože ta tabulka byla vyexportována a uložena/vytištěna minulý týden a v té době jsme o 114 0006 nevěděli. Předpokládal jsem tedy, že tu zakázku vzorec nenajde a tedy do mých sloupců nebude vyplňovat nic. On ale u těchto zakázek napíše chybové hlášení, že ji nenašel.

Možná to tím vlookupem dělám složitě, tak jestli ještě napadá někoho jiný vzorec, budu jen rád. Bohužel, makra vůbec neovládám a už jsem si jejich naučení sliboval dlouho, ale nebyl na to prostor, tak spíš jen nějaký ten vzorec.

Podobně jsem postupoval a narazil jsem na problémy, které popisujete. Na listu je 8 pozic, které se různě propojují, a ještě k tomu nejsou v řadě, ale i různě pod sebou. Takže jsem si s tím hrál a po uložení a otevření byly čáry různě rozházené.

Z kanceláře jsem odcházel ve chvíli, kdy jsem měl otevřený draw a v něm jednu šipku takto nakreslenou, ale již jsem netestoval. Rotace vloženého obrázku snad nebude problém, ale zase jsem narazil na to, že jsou body od sebe různě vzdálené, takže budu obrázek různě natahovat a tím budu jakoby měnit tloušťku čáry :o/.

To jsem si zase na sebe vymyslel blbost, ale v hodnoty se budou měnit a nechtěl jsem to kreslit v cadu, no...

Zdravím

Podle rady jsem si upravil ty kóty na pevný odkaz a z ničeho nic už makro funguje. http://uloz.to/xsXhmYTk/vzor-ods Zde jsem umístil šablonu, která již tedy funguje, pro porovnání rychlosti vykreslování. Vzhledem k tomu, že na stránce by měly být zhruba ještě další tři podobné objekty, které by se takto vykreslovaly, tak je to asi neúnosné.

Na vysvětlenou, mi ještě třeba přijde zakázka, kde je obyčejně větší množství dveří. Průměrně tak 8 dveří a více. Takže já vypíšu první list údaji ve formuláři, které se nemění a pak kopíruji list tolikrát, kolik mám dveří a pak už měním jen rozměry a vybavení. Takže ten soubor roste a kdo ví jak to bude vypadat s rychlostí ještě pak...

Zdravím

Děkuji za vyčerpávající odpověď. Chvilku mi trvalo, než mi došlo, že odpověď patří do jiného mého tématu ).

Teď koukám, že to makro vážně nefunguje. Já to tak nějak rychle upravoval, ale zde: http://uloz.to/x5UM2k6z/test-ods mi to funguje. Dokonce mi to i nějak fungovalo v tom zaslaném vzoru, protože u něj jsem právě pozoroval to strašně pomalé.

Jde mi právě o to, zda má smysl pokračovat v tomhle řešení, nebo mám hledat nějaké alternativy. Stáhl jsem si doplněk CADOO.o, ale to mi udělalo jen rozšíření v DRAWu. Nebo třeba úplně nějak jinak...

Děkuji za tipy

Pracujeme s AOO (já mám aktuálně 3.4.1.) a mřížku si defaultně vypínám u všech dokumentů, které vytvářím (nevěděl jsem, že to má vliv na výkon, ale vyhovuje mi to).

Jen pro vysvětlenou. Zde je dokument, který nyní řeším: http://uloz.to/xcBqont7/vzor-ods
Má vize je, že mám na části listu prostor, který se tiskne a zbytek obsahuje vzorce pro výpočty a mimo jiné obrázky, které jsem nakreslil pomocí ohraničení buňky. Je to jen pracovní verze a v tuto chvíli se po zmáčknutí tlačítka vloží jeden ze čtyř obrázků, které řeší pohled. Do dokumentu potřebuji dodat ještě další dva objekty, které by se takto vkládaly a to budou řezy s okótovaným rozměrem.

Problém je, že již nyní narážím na problém, kdy díky hustotě buněk je práce problematická, rychlost vkládání je také problém, jakékoli úpravy znamená neustále spojovat a rozdělovat buňky a celkově si myslím, že ten navržený systém je špatně.

Nevím, co je CADOO, ale pokoušel jsem se řešit situaci tak, že v Drawu nakreslím požadované obrázky a budu pomocí makra vkládat jen samotný obrázek. Takové makro jsem si již vygooglil a systémem omyl/pokus, kdy jsem zkoušel, co jaká funkce znamená a nakonec mi to fungovalo. Nedokážu ale nijak docílit, aby se mi aotomaticky doplňovaly hodnoty kót ze vzorců, které jsou v listu.

Proto jsem se rozhodl udělat to tak, že v tom listu to rozkreslím pomocí oněch ohraničení a podbarvování. Díky tomu, že to bude prakticky tabulka, tak hodnoty kót budou bez problému počítány vzorcem a já budu místo nějakých objektů vkládat jen tabulku, z jiného místa listu.

Zde je jakýsi provizorní výsledek, který jsem tvořil jako vzor, jak by to mohlo zhruba vypadat: http://uloz.to/xGAdqk6z/vzor2-ods
Jde o to, že nejde o nějaké velmi složité obrazce. Jde jen o to, ať se na to člověk podívá a zná základní rozměry. Pokoušel jsem se hledat v nějakých příkladech, jestli by to šlo řešit jinak, ale nepovedlo se mi nic najít, no.