<?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=ZXZLance366840</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=ZXZLance366840"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/ZXZLance366840"/>
	<updated>2026-10-15T17:02:59Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Co_zv%C3%A1%C5%BEit,_ne%C5%BE_se_pust%C3%ADte_do_vlastn%C3%ADho_chatbota%3F&amp;diff=403872</id>
		<title>Co zvážit, než se pustíte do vlastního chatbota?</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Co_zv%C3%A1%C5%BEit,_ne%C5%BE_se_pust%C3%ADte_do_vlastn%C3%ADho_chatbota%3F&amp;diff=403872"/>
		<updated>2026-10-01T22:19:36Z</updated>

		<summary type="html">&lt;p&gt;ZXZLance366840: Die Seite wurde neu angelegt: „Kdy je lepší přejít na jazykový model Jakmile potřebujete porozumět volnému textu, nestačí porovnávání klíčových slov. Řešením je napojení na jazykový model přes API. Ten dokáže odpovídat plynule a zvládá i překlepy. Musíte ale vyřešit tři věci: kde bude běžet, jak bude chráněný přístupový klíč a co se stane, když model vrátí chybu. Klíč nikdy nevkládejte do klientského kódu v prohlížeči. Vždy volejte…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Kdy je lepší přejít na jazykový model Jakmile potřebujete porozumět volnému textu, nestačí porovnávání klíčových slov. Řešením je napojení na jazykový model přes API. Ten dokáže odpovídat plynule a zvládá i překlepy. Musíte ale vyřešit tři věci: kde bude běžet, jak bude chráněný přístupový klíč a co se stane, když model vrátí chybu. Klíč nikdy nevkládejte do klientského kódu v prohlížeči. Vždy volejte API ze svého serveru, i kdyby to měla být jednoduchá serverless funkce.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;U každé varianty si spočítejte celkové náklady, ne jen měsíční poplatek. Patří sem čas na zavedení, zaškolení, údržba při změně struktury dat a riziko výpadku. Levný nástroj, který každý měsíc vyžaduje dvě hodiny ručních oprav, je ve výsledku dražší než dražší nástroj, který běží sám. Pozor také na limity tarifů: počet zpracovaných řádků, uživatelů nebo automatizací bývá omezený a překročení se platí zvlášť.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Druhým častým problémem je evidence. Automatizace má smysl jen tehdy, když se každá změna stavu zapíše. Reklamace, která se řeší, ale nikde není vidět její stav, vytváří dotazy „jak to jde&amp;quot;. Do systému proto přidejte stavová pole: přijato, v kontrole, čeká na vyjádření, vyřízeno. Zákazník pak dostane informaci sám a tým nemusí odpovídat na opakované dotazy. Pozor na příliš mnoho stavů, které nikdo neudržuje.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Základem je propojení evidence zakázek s fakturací. Většina účetních programů umí naimportovat data z CSV nebo se napojit přes API. Rozhodněte, který systém bude zdrojem pravdy. Pokud je to sklad, faktura vzniká až po vyskladnění. Pokud je to objednávka, hlídejte, aby se nefakturovalo zboží, které ještě není na cestě. Nastavte šablonu faktury s povinnými poli: odběratel, IČO, DIČ, datum vystavení, datum splatnosti a variabilní symbol. Variabilní symbol generujte automaticky z čísla zakázky, ne ručně. Ruční přepis je nejčastější zdroj duplicit a nespárovaných platností.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Dalším krokem je paměť konverzace. Model sám o sobě si nepamatuje předchozí zprávy, takže mu je musíte posílat v každém požadavku. To znamená ukládat historii do databáze nebo do mezipaměti a ořezávat ji, aby se neprodražovala. Pozor na limit tokenů: příliš dlouhá historie se buď nevejde, nebo odpověď zbytečně prodraží. Praktické je držet posledních pět až deset výměn a zbytek shrnout do krátkého kontextu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Náklady nejsou jen předplatné. Počítejte s časem na zavedení, zaškolení lidí a úpravou interních pravidel. Levný nástroj, který nikdo nepoužívá, je dražší než dražší nástroj, který lidé přijmou. Vyhněte se také tomu, abyste zaváděli automatizaci a současně nechali papírový oběh jako záložní cestu – vznikne dvojí evidence a zmatek.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Na závěr: začněte malým rozsahem, měřte, jak si bot vede, a teprve pak přidávejte další schopnosti. Dobrý chatbot není ten, který umí všechno, ale ten, u kterého uživatel pozná, kdy má smysl ho použít a kdy je lepší napsat člověku.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Kde automat nahrazuje člověka a kde ho jen zpomaluje Automatizovat se vyplatí tři činnosti: ověření, že reklamace patří k existující objednávce; odeslání potvrzení o přijetí s odhadem lhůty; a přesměrování na správné oddělení podle typu závady. Naopak rozhodnutí o uznání reklamace, posouzení míry opotřebení nebo komunikace o zamítnutí patří člověku. Častou chybou je nechat automat odesílat zamítavé zprávy. Zákazník dostane strojovou odpověď, která neřeší jeho konkrétní situaci, a spor se přesune na sociální sítě.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Typická chyba je slepá důvěra v doporučení, která nástroj vygeneruje. AI může navrhnout jídelníček, ale nezná vaše alergie, léky ani zdravotní historii. Může doporučit tréninkový plán, ale neví, že máte po úrazu kotníku. Pokud výstup berete jako hotovou pravdu a ne jako návrh k ověření, zaděláváte si na problém. Druhá častá chyba je opačná: lidé nástroj používají, ale data mu zadávají nepřesně. Špatný vstup znamená špatný výstup, a to platí i u sebelepšího algoritmu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Začněte tím, že si sepíšete současný proces na papír. Kdo žádost vytváří, kdo ji kontroluje, kdo schvaluje, kde se ukládá a jak se dostane do účetnictví. Zjistíte, že většina zpoždění nevzniká při schvalování, ale při čekání na chybějící informace. Teprve pak hledejte nástroj, který tyto mezery zaplní. Nákup softwaru bez znalosti vlastního procesu je nejčastější a nejdražší chyba.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Poslední věc, kterou automatizace nevyřeší, je kvalita vstupních dat. Pokud obsluha vyplňuje pole odhadem nebo je nechává prázdná, výstup bude nespolehlivý. Zaveďte kontrolu před odesláním: chybějící údaj se zvýrazní a nedá se přeskočit. Zároveň nastavte, kdo nese odpovědnost za ruční zásah do automatického postupu. Bez jasného vlastníka se z výjimek stane pravidlo a přínos automatizace zmizí během několika týdnů.&lt;/div&gt;</summary>
		<author><name>ZXZLance366840</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:ZXZLance366840&amp;diff=403871</id>
		<title>Benutzer:ZXZLance366840</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:ZXZLance366840&amp;diff=403871"/>
		<updated>2026-10-01T22:19:32Z</updated>

		<summary type="html">&lt;p&gt;ZXZLance366840: Die Seite wurde neu angelegt: „Někdo, kdo praktickým bydlením se zabývá denně. Píšu o tom, jak si poradit v malém bytě. Nejraději ukazovat chytrá řešení, která zvládne každý.“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Někdo, kdo praktickým bydlením se zabývá denně. Píšu o tom, jak si poradit v malém bytě. Nejraději ukazovat chytrá řešení, která zvládne každý.&lt;/div&gt;</summary>
		<author><name>ZXZLance366840</name></author>
	</entry>
</feed>