<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MarkBurhop77596</id>
	<title>Rettungsdienst-Wiki - Benutzerbeiträge [de]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MarkBurhop77596"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/MarkBurhop77596"/>
	<updated>2026-10-16T02:27:34Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Automatizace_proces%C5%AF_ve_firm%C4%9B:_hotov%C3%BD_software,_nebo_vlastn%C3%AD_%C5%99e%C5%A1en%C3%AD%3F&amp;diff=476091</id>
		<title>Automatizace procesů ve firmě: hotový software, nebo vlastní řešení?</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Automatizace_proces%C5%AF_ve_firm%C4%9B:_hotov%C3%BD_software,_nebo_vlastn%C3%AD_%C5%99e%C5%A1en%C3%AD%3F&amp;diff=476091"/>
		<updated>2026-10-15T20:58:24Z</updated>

		<summary type="html">&lt;p&gt;MarkBurhop77596: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Kde automatizace selhává nejčastě&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Typické záměny se týkají znaků s podobnou kresbou: malé l a velké I, nula a písmeno O, malé rn a písmeno m. Časté jsou i chyby v diakritice, kde místo čárky nebo kroužku vznikne jiný znak, případně diakritika úplně zmizí. Samostatnou kapitolou jsou čísla v tabulkách, částkách a datech — tam jedna záměna mění význam celého údaje. Počítejte také s tím, že rozpoznávač spojí nebo rozdělí slova na koncích řádků a že z pečetí a podpisů udělá nesmyslné znaky. Tyto pasáže je lepší označit a vrátit se k nim ručně podle předlohy.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Prvním krokem je evidence. Nestačí mít dokumenty v šanonech nebo ve složkách na disku. Je potřeba zaznamenat, jaké kategorie osobních údajů se v dokumentu nacházejí, z jakého důvodu byly shromážděny a komu mohou být zpřístupněny. U každé kategorie by mělo být jasné, zda jde o údaje běžné, nebo citlivé. Citlivé údaje vyžadují přísnější režim: omezený přístup, šifrování při přenosu i uložení a záznam o každém nahlédnutí.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Umělé obrázky na inzerátech nemovitostí vznikají většinou zbytečně. Stačí pár špatných návyků a výsledek působí jako levná reklama, které nikdo neuvěří. Přitom stačí pochopit, že cílem není ukázat nemovitost v lepším světle, než ve skutečnosti je, ale přivést na prohlídku toho, kdo hledá právě takový byt. Každý zásah do fotky, který tohle nepodporuje, je chyba.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Postupujte po malých krocích. Vyberte jeden proces s jasným přínosem, změřte před automatizací čas a počet chyb, nasaďte řešení a po měsíci vyhodnoťte. Teprve pak přidávejte další. Součástí každé automatizace musí být logování a upozornění na selhání — bez toho se porucha pozná až od nespokojeného zákazníka. A především: ověřte si, že výstup je správný na vzorku dat, ne jen na jednom ideálním případu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pro české firmy platí, že největší překážkou není technologie, ale ochota popsat vlastní práci tak, jak skutečně probíhá. Kdo to zvládne, zvládne i volbu mezi hotovým nástrojem a vlastním řešením.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Než začnete vybírat nástroj, napište si na papír, jaké výdaje vůbec řešíte. Jiná pravidla potřebuje nákup kancelářských potřeb do určité částky, jiná cestovní výdaje a jiná pravidelná předplatná softwaru. U každé kategorie určete, kdo ji smí schválit, jaký je limit bez schválení a co se má stát, když limit překročí. Teprve pak hledejte nástroj, který tato pravidla umí zapsat. Pokud začnete výběrem aplikace, budete do ní násilně cpát proces, který nefunguje.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nejčastější chyba je nastavit příliš mnoho schvalovacích kroků. U výdajů do běžné denní částky stačí jeden schvalovatel. Další chybou je zapomenout na výjimky – třeba na opakované platby, které se nemění. Ty se mají schválit jednou a dál běžet bez zásahu. A třetí: nesledovat, kolik žádostí zůstává viset. Právě tam se ztrácí důvěra i peníze.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Jak poznat nástroj, který vydrží víc než půl roku U malé firmy rozhodují tři věci: jak rychle se zadá žádost, jak snadno schválí mobilně a co se stane, když někdo odejde. Zkuste si na zkoušku založit žádost o výdaj na cestě – pokud to nejde do minuty, lidé to budou obcházet. Ověřte, že schvalovatel dostane upozornění a může schválit jedním klepnutím, aniž by se přihlašoval do dalšího systému. A zjistěte, co se stane s historií, když zaměstnanec skončí: zda zůstane přístup k dřívějším žádostem a zda lze role předat jinému člověku.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Zavedení procesní automatizace v české firmě nezačíná výběrem nástroje, ale popisem toho, co se má vlastně zautomatizovat. Většina projektů, které skončí neúspěchem, selhala už tady: firma koupí licenci a teprve pak zjišťuje, že polovina kroků v procesu existuje jen proto, že se to tak vždycky dělalo. Prvním krokem je proto sepsat konkrétní agendu — zpracování přijatých faktur, schvalování objednávek, nástup nového zaměstnance — a u každého kroku určit, kdo ho dělá, jak dlouho trvá a co ho spouští. Teprve z tohoto popisu vznikne zadání, které má smysl.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Náklady nejsou jen poplatek za nástroj. Počítejte s časem na zavedení, se zaškolením lidí a s tím, že první měsíc budete pravidla opravovat. Některé služby účtují za každého uživatele, jiné za počet žádostí – u malé firmy se vyplatí začít s menším tarifem a rozšířit ho, až bude jasné, kdo všechno nástroj skutečně používá. Skrytým nákladem bývá i to, že lidé budou schválení obcházet, pokud bude složitější než poslat zprávu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Hotový nástroj versus vlastní řešení Hotové platformy pro automatizaci zvládnou typické scénáře bez programování — propojí formulář, e-mail, tabulku a účetní systém přes předpřipravené konektory. Výhodou je rychlý start a nízké nároky na IT. Nevýhodou je, že platíte za každého uživatele a za každý provedený krok, a jakmile proces vybočí z šablony, narazíte na strop. Vlastní řešení postavené na skriptech nebo interním vývoji je flexibilnější a u velkých objemů levnější na provoz, ale potřebujete člověka, který ho udrží. Rozhodující není velikost firmy, ale počet výjimek v procesu: čím víc jich je, tím víc se vyplatí vlastní cesta.&lt;/div&gt;</summary>
		<author><name>MarkBurhop77596</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:MarkBurhop77596&amp;diff=476090</id>
		<title>Benutzer:MarkBurhop77596</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:MarkBurhop77596&amp;diff=476090"/>
		<updated>2026-10-15T20:58:23Z</updated>

		<summary type="html">&lt;p&gt;MarkBurhop77596: Die Seite wurde neu angelegt: „Autor blogu světem interiérů se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejvíc mě baví popisovat postupy krok za krokem.“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Autor blogu světem interiérů se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejvíc mě baví popisovat postupy krok za krokem.&lt;/div&gt;</summary>
		<author><name>MarkBurhop77596</name></author>
	</entry>
</feed>