<-Plánování výroby | Jednání pracovníků Controlu->
Specifická řešení pro podnik
Specifická řešení pro podnik jsou v terminologii Controlu programové úpravy Dialogu dle požadavků zákazníka. Mohu potvrdit, že jejich řešení jsou bezesporu specifická. Osobně mohu říci, že je to doslova tragédie. Uvedu několik odstrašujících příkladů.
Import kusovníků z Excelu
Protože nám náš hlavní zákazník poskytuje kusovníky v Microsoft Excelu, byla objednána programová úprava pro jednoduchý import kusovníků z Excelu do Dialogu. Poprvé nám byl program předveden na školení Dialogu v 9/2014. I když importujeme jen soubory z Excelu, dialog pro výběr souboru standardně nabízel úplně jiný typ souboru, takže uživatel musel ihned provádět zbytečné úkony navíc, jak se ale později ukázalo, toto byl jen bezvýznamný detail. Následně totiž bylo zjištěno, že program obsahuje zcela zásadní chyby. Bez jakéhokoliv varování přepisoval existující kusovníky v databázi a vytvářel pozice, které v kusovníku v Excelu vůbec neexistovaly! Tyto systémové chyby byly ihned nahlášeny Controlu. Částečně a nedostatečně byly opraveny až 17. 4. 2015! Do té doby bylo nutné po každém importu provést kontrolu vytvořeného kusovníku a nesmyslně vytvořené pozice smazat ručně. A protože importované kusovníky se dále upravují, tak pokud se někdo omylem spletl v čísle kusovníku a provedl import již upraveného kusovníku, mohl si už jednou provedenou práci zopakovat. Co se týče přepisování existujících kusovníků, požadovali jsme zobrazit dialogové okno s dotazem na přepis existujícího kusovníku. Tuto jednoduchou programovou úpravu ovšem pracovník Controlu nedokázal provést. Místo toho zakázal import kusovníků již existujících v Dialogu, ale provedl to tím nejhorším možným způsobem. Při importu kusovníků, které obsahují kusovníkové pozice, se totiž v databázi kusovníků pro kusovníkové pozice vytvoří kusovníky bez pozic. Následný pokus o import jakéhokoliv tohoto kusovníku pak z důvodu jeho existence v databázi nebyl proveden, o čemž se navíc Dialog ani nenamáhal uživatele informovat. Uživatel tak musel před každým importem kusovníku ručně zjišťovat, zda v databázi kusovník již neexistuje a pokud ano a neměl pozice, tak jej smazat. Mazání kusovníků bylo ale již dříve kvůli nedostatečné ochraně Dialogu před smazáním kusovníků uživatelům zakázáno. Právo smazat kusovník pak bylo z bezpečnostních důvodů přiděleno pouze jednomu uživateli, který prováděl mazání kusovníků pro ostatní uživatele. Šaškárna na entou. Samozřejmě jsme požadovali změnu chování programu tak, aby byly při importu kusovníky bez pozic ignorovány. Na tento požadavek bylo pracovníkem Controlu sděleno: Bylo naprogramováno dle zadání, dále několikrát upravováno. Rozhodovací proces nebyl součástí původního zadání. Úprava by vyžadovala přeprogramování za úplatu. Řešit se nadále nebude. Neuvěřitelné! Na to, že program není funkční a tedy nesplňuje zadání, nebyl brán žádný ohled a to ani vedením firmy, které následně souhlasilo se zaplacením dalších úprav nad rámec původní smlouvy, ale to je jiný příběh. Bohužel do současnosti (12/2015) se s programem nic nestalo a stále zůstává ve zcela neuspokojivém stavu pro běžné použití.
Programátorské kvality pracovníků Controlu příkladně ilustruje provedení ošetření chyb při importu kusovníku. Při importu kusovníku, který obsahoval přes sto pozic, se zobrazila zpráva s textem: Nastala chyba při vkládání řádku, operace zrušena a import nebyl proveden. Kdo by očekával informaci s číslem řádky nebo buňky v Excelu, se kterou si import neporadil, má smůlu a musí si to zjistit sám.
A tak jednoduchý program, který průměrný programátor zvládne za jeden pracovní den, nemá ani po roce uspokojivou funkčnost. Pro úplnou informaci jen dodám, že tato programová úprava, která ani zatím nedělá to co má, dosud stála přes 50 000 Kč.
Společné číslování artiklů
Protože samostatné číslování artiklů v každém skladu bylo pro nás nepřijatelné, požadovali jsme provést programovou úpravu, aby bylo číslování artiklů společné pro všechny sklady. Samotný Dialog žádné automatické generování nového čísla artiklu neobsahuje a uživatel si musí sám zjistit poslední použité číslo artiklu a z něj odvodit nové. Požadovanou úpravu Control provedl, ale výsledek byl opět tristní. Číslo nového artiklu bylo nabízeno pouze při kopírování artiklu. Při vytvoření nového artiklu funkcí Přidat artikl se nic nenabídlo. Když na toto bylo poukázáno, Control to vyřešil zakázáním funkce Přidat artikl. V průběhu používání Dialogu jsme zjistili, že jsou z nějakého neznámého důvodu v nabídnutých číslech artiklů mezery a někdy to byly i stovky čísel. Nakonec jsme zjistili, že Dialog se nenamáhá nové číslo artiklu jakkoli určovat z již existujících čísel artiklů, ale pouze používá vnitřní čítač nových čísel artiklů. „Výhoda“ tohoto řešení spočívá v tom, že číslování artiklů probíhá vzestupně bez ohledu na skutečný počet artiklů nebo poslední přiřazené číslo artiklu. V případě smazání všech artiklů z databáze, by číslování vesele pokračovalo dále od posledně přiřazeného čísla artiklu a ne od počátku. Problém byl v tom, že čítač byl inkrementován i v případě, že se artikl přidal do skladu, který průběžné číslování nepoužíval (např. sklad plechů nebo výrobní sklad VS01). Pokud se tedy přidalo více artiklů do těchto skladů a poté se kopírováním přidal artikl do skladu s číslováním, Dialog nabídl nové číslo artiklu, které nebylo v řadě s naposled přidaným číslem artiklu, ale bylo navýšeno i o několik set čísel. Nejenže tak vznikly nepříjemné mezery v číslování artiklů, ale také rychleji dojde k vyčerpání čísel artiklů. Když jsme chtěli tuto triviální chybu opravit, pracovník Controlu to odmítl.
Generování nového čísla kusovníku
V předchozím informačním systému jsme měli jednoduchou funkci, která vygenerovala první volné číslo kusovníku. Spočívala v zadání písmena formátu (A÷E), ke kterému poté program nalezl poslední použité číslo kusovníku v databázi kusovníků a toto číslo zvýšené o jedna vložil do pole pro nové číslo kusovníku jako návrh. Osobně jsem tuto funkci naprogramoval v Powerbuilderu za cca 2 hodiny a měla méně než 50 řádků. Cenová nabídka Controlu za tuto jednoduchou funkci byla absolutně přemrštěná (několik desítek tisíc Kč) a nakonec se nerealizovala.