Průvodce
Raynet → Slack: notifikace o změně stavu dealu přes Make
Postav automatizaci, která pošle Slack notifikaci pokaždé, když se deal v Raynetu posune do jiné fáze. Krok za krokem přes Make, bez programování.
⏱️
Čas
2,5–3 hodiny nastavení + pár minut měsíčně
📊
Obtížnost
Pokročilý
💰
Úspora
0–9 $ měsíčně (podle intervalu); hodiny, které tým tráví kontrolou CRM, převedené na práci s dealy
🎯
Kroků
7
🛠️ Co budete potřebovat
Nástroje
- • Raynet CRM – tarif START 449 Kč, PROFESSIONAL 949 Kč nebo ULTIMATE 1 199 Kč za uživatele/měsíc (ceník ověřen 30. 9. 2026); API klíč generuje administrátor v Nastavení aplikace → Pro vývojáře; výchozí API limit 24 000 dotazů denně
- • Make – free tarif (1 000 operací/měs., 2 aktivní scénáře) pro interval 2 hodiny; Core 9 $/měs. při roční platbě (10 000 operací) pro 15min interval (ověřeno 30. 9. 2026)
- • Slack – free tarif (0 €) stačí: 90 dní historie zpráv, až 10 aplikací; Pro 8,25 €/uživ./měs. při měsíční platbě, 6,75 € při roční (EUR, ověřeno 30. 9. 2026)
- • Práva: administrátor Raynetu (generování API klíče) + správce Slack workspace (OAuth souhlas pro Make)
Dovednosti
- • Orientace v Make na úrovni jednoho scénáře (moduly, plánování, mapování polí)
- • Schopnost najít pole v JSON odpovědi (kód, název, fáze, částka)
- • Přehled o obchodních stavech a fázích ve svém Raynetu
V kostce
- Celý postup: API klíč z Raynetu → Make scénář s HTTP dotazem na /api/v2/businessCase/ každých 15 minut → naformátovaná zpráva do Slack kanálu; zvládneš za 2,5–3 hodiny bez programování.
- Make nemá nativní Raynet aplikaci – použije se obecný HTTP modul s basic auth (e-mail + API klíč) a hlavičkou X-Instance-Name; API limit Raynetu 24 000 dotazů denně nepřekročíš (96 dotazů denně při 15min intervalu).
- Slack free tarif (0 €) na příjem notifikací stačí; u Make free tarif unese interval 2 hodiny, pro 15min notifikace potřebuješ Core za 9 $/měsíc při roční platbě (ověřeno 30. 9. 2026).
- Duplicity ošetř data storem (čas poslední notifikované změny pro každý deal) – okno dotazu −20 min se překrývá s 15min intervalem a bez něj by stejnou změnu tým viděl dvakrát.
Krok za krokem
Vytvoř API klíč v Raynetu
- Přihlas se do Raynetu jako administrátor – API klíč může generovat jen admin.
- Otevři Nastavení aplikace → Pro vývojáře → API klíče (v anglické verzi Application settings → For developers → API keys) a klikni na Nový API klíč.
- Klíč si ulož do bezpečné správy hesel (Bitwarden, 1Password) – funguje jako heslo k celému CRM a znovu se nezobrazí.
- Zapiš si k němu přihlašovací jméno (e-mail), kterému klíč patří – API volá se bude tvářit, jako by dělal tento uživatel.
- Zjisti název své instance – API ho vyžaduje v hlavičce X-Instance-Name; když ho neznáš, poradí podpora Raynetu na podpora@raynet.cz.
- Pro jistotu si otevři oficiální dokumentaci API na app.raynet.cz/api/doc/ – v sekci Obchodní případy najdeš endpoint seznam OP i s příklady odpovědi, které si v kroku 3 porovnáš s reálným výstupem.
Tip
- API klíč chápej jako heslo: kdokoli, kdo má klíč a přihlašovací e-mail, může přes API číst obchodní data.
- Po 20 chybných přihlášeních Raynet zablokuje IP adresu na 60 minut – když test selže, neopakuj ho automaticky dokola, nejdřív zkontroluj klíč.
- Dokumentace API je česky a příklady odpovědí jsou stejné, jaké uvidíš v Make – při pochybách o názvu pole si ho ověř přímo tam.
Pozor
- Klíč nikdy neposílej e-mailem ani chatem a nestrkej ho do sdílených tabulek.
Očekávaný výsledek
Máš vygenerovaný API klíč uložený ve správci hesel a znáš tři údaje k přihlášení k API: uživatelské jméno (e-mail), API klíč a název instance.
Připrav si v Slacku kanál pro notifikace
- Ve Slacku klikni na tlačítko pro vytvoření kanálu (Channel) a zvol typ Public.
- Pojmenuj kanál podle účelu, např. obchod-dealy nebo obchod-vyhry – z názvu má být na první pohled jasné, co do něj padá.
- Pozvi do kanálu celý obchodní tým (Add people) – notifikace mají smysl jen tehdy, když je vidí všichni, kdo na dealech pracují.
- Rozhodni, co tým uvidí: všechny změny fází, nebo jen uzavřené dealy (výhry, prohry, storna). Pro začátek doporučuji všechno – filtrovat snadno doděláš v kroku 7.
- Pokud chceš notifikace do privátního kanálu, budeš potřebovat práva správce workspace – aplikaci Make bude nutné do privátního kanálu explicitně pozvat, u veřejného kanálu to není potřeba.
- Zkontroluj tarif: free verze Slacku (0 €) zvládne příjem notifikací bez omezení, která by tě bolela – 90 dní historie zpráv a až 10 připojených aplikací (ověřeno 30. 9. 2026).
Tip
- Kanál jen pro výhry (např. obchod-vyhry) funguje jako živá nástěnka úspěchů – pro morálku týmu dělá zázraky.
- Do veřejného kanálu se dostane kdokoli ve firmě. Citlivé dealy (převzetí, klíčoví klienti) patří do privátního kanálu.
Očekávaný výsledek
Ve Slacku existuje kanál pro notifikace, tým je pozvaný, a máš rozhodnuto, zda budeš notifikovat všechny změny, nebo jen uzavřené dealy.
Postav v Make scénář s HTTP dotazem do Raynetu
- Založ si účet na make.com (free tarif stačí) a vytvoř nový scénář (Create a new scenario).
- Jako první modul přidej HTTP → Make a Basic Auth request – tento modul umí basic přihlášení, které Raynet vyžaduje.
- Do pole URL vlož adresu endpointu: https://app.raynet.cz/api/v2/businessCase/ a nech metodu GET.
- Do Username zadej přihlašovací e-mail do Raynetu, do Password API klíč z kroku 1.
- V sekci Headers přidej hlavičku X-Instance-Name s názvem instance – bez ní API vrátí chybu i se správným klíčem.
- V Query string přidej čtyři parametry: rowInfo.lastModifiedAt[GE] s hodnotou {{formatDate(addMinutes(now; -20); "YYYY-MM-DD HH:mm")}}, pak limit=100, sortColumn=rowInfo.lastModifiedAt a sortDirection=DESC.
- Zapni volbu Parse response, aby Make odpověď přečetl jako JSON.
- Klikni na Run once – poprvé pravděpodobně dostaneš prázdné pole data, protože se za posledních 20 minut nic nezměnilo. Pro test dočasně změň -20 na -1440 (posledních 24 hodin) a vrať se k -20 po otestování.
- V outputu modulu si proklepni strukturu: pole data obsahuje obchodní případy s id, code (např. OP-15-0001), name, company.name, businessCasePhase.value, totalAmount, currency.value, owner.fullName a rowInfo.lastModifiedAt.
Tip
- Okno −20 minut je záměrně o 5 minut delší než interval spouštění – jistota, že žádná změna neupadne mezi běhy. Duplicity, které z překryvu plynou, vyřeší krok 4.
- Raynet vrací časy bez časové zóny. Vrací-li dotaz míň záznamů, než čekáš, zkus přidat třetí argument do formatDate – časové pásmo, např. "Europe/Prague".
- Parametr rowInfo.lastModifiedAt dokumentuje Raynet přímo jako vhodný pro periodickou detekci změn – není to hack, ale doporučený postup.
Pozor
- Hlavička X-Instance-Name je při basic auth povinná. Bez ní dostaneš chybu i se správným klíčem.
- Nech limit na 100 – při 15minutovém okně vrátí víc změn jen velmi aktivní CRM.
Očekávaný výsledek
Po Run once vidíš v outputu modulu pole data se změněnými obchodními případy – u každého kód, název, klienta, fázi, částku s měnou a čas poslední změny.
Zabraň duplicitám pomocí data store
- Za HTTP modul přidej Flow Control → Iterator a nastav pole Array na data z HTTP modulu – scénář se pak pro každý změněný deal spustí samostatně.
- Vytvoř data store: modul Tools → Data stores → Create a data store, název raynet-slack-dedup, datová struktura: klíč dealId (text) a pole lastNotifiedChange (text).
- Za Iterator přidej Data stores → Search Records a hledej záznam, kde dealId se rovná mapovanému 1.id z iteratoru.
- Přidej Router s filtrem na první cestě: found lastNotifiedChange se rovná aktuálnímu 1.rowInfo.lastModifiedAt – tato cesta nevede nikam (deal už byl notifikován).
- Druhá cesta (vše ostatní – nový deal, nebo změna od minulé notifikace) povede do kroku 5 na Slack modul.
- Za Slack modul na druhé cestě přidej Data stores → Add/Update a Record: dealId = 1.id, lastNotifiedChange = 1.rowInfo.lastModifiedAt.
- Vyzkoušej Run twice: stejná změna se má notifikovat jen poprvé, protože při druhém běhu už Search Records najde shodné lastNotifiedChange.
Tip
- Data store je malá databáze, kterou za tebe drží Make – nemusíš nic instalovat ani platit extra.
- Záznamy v data store ti zároveň dělají evidenci, co už tým viděl – hodí se při ladění a při řešení sporného „já to neviděl“.
Pozor
- Když data store smažeš, přestane ochrana proti duplicitám fungovat a stejné dealy se můžou znovu notifikovat – mazat radši jen jednotlivé záznamy.
Očekávaný výsledek
Při opakovaném spuštění scénáře se už notifikované změny neposílají znovu – Search Records najde shodu a notifikační větev routeru se nespustí.
Sestav Slack zprávu
- Na druhé cestě routeru přidej modul Slack → Create a Message.
- Klikni na Add a connection – otevře se Slack okno s OAuth souhlasem; potvrď jako správce workspace.
- V poli Channel vyber kanál z kroku 2 (veřejné kanály jsou v seznamu; privátní kanál musíš nejdřív přidat ručně přes ID).
- Do pole Text sestav zprávu mapováním (klikni na ikonu ozubeného kola / mapování a vyber pole z HTTP modulu): 🎯 {{1.code}} – {{1.name}} 🏢 Klient: {{1.company.name}} 📊 Fáze: {{1.businessCasePhase.value}} 💰 Částka: {{1.totalAmount}} {{1.currency.value}} 👤 Vlastník: {{1.owner.fullName}}
- Na první řádek přidej indikátor stavu funkcí if(): {{if(1.status = "E_WIN"; "✅"; if(1.status = "F_LOST"; "❌"; "🔄"))}} – výhry, prohry a změny fáze tak tým pozná bez otevření zprávy.
- Klikni na Run once a zkontroluj, že zpráva přišla do kanálu a všechna mapovaná pole se vyplnila.
- Otevři si zprávu na mobilu – Slack formátování (tučně) a odsazené řádky musí zůstat čitelné i v notifikaci na uzamčené obrazovce.
Tip
- Přímý odkaz na deal do zprávy nedávej – Raynet nemá veřejně dokumentovaný formát trvalého odkazu z externích integrací. Kód OP (např. OP-15-0001) si kolega vyhledá fulltextem v CRM za tři vteřiny.
- Emoji na začátku řádků (🎯 🏢 📊 💰 👤) dělají zprávu skenovatelnou jedním pohledem – ne chatovací ozdoba, ale informační design.
- Kdyby Slack hlásil chybné práva, zkontroluj, že jsi při OAuth povolil přístup ke správnému workspace a ne jen k demo účtu.
Očekávaný výsledek
V kanálu leží zkušební zpráva se všemi vyplněnými poli: kód a název dealu, klient, fáze, částka s měnou, vlastník a stavová ikonka.
Zapni plánování a sleduj spotřebu operací
- Klikni na ikonu hodin u prvního modulu (Schedule) a nastav spouštění Every 15 minutes.
- Zapni přepínač scheduling – scénář začne běžet automaticky a notifikace dorazí nejpozděně čtvrt hodiny po změně.
- V Operations si po pár hodinách zkontroluj spotřebu: každý běh spotřebuje cca 2 operace (HTTP dotaz + Search Records), každá skutečná notifikace další 2 (Slack + Update Record).
- Přepočítej tarif: při intervalu 15 minut je to přibližně 5 800 operací měsíčně jen na pravidelné běhy – free tarif (1 000 operací) nestačí, potřebuješ Core (9 $ měsíčně při roční platbě, 10 000 operací; ověřeno 30. 9. 2026).
- Nechceš platit? Nastav interval 2 hodiny: pravidelné běhy klesnou na cca 720 operací měsíčně a do free tarifu se s rezervou vejdeš – jen notifikace přijdou s až dvouhodinovým zpožděním.
- Hlídej si chyby: Make posílá majiteli scénáře e-mail, když se běh chybově ukončí (třeba po zneplatnění API klíče) – hlídej příchozí poštu na adrese, kterou máš v Make účtu.
Tip
- Než přejdeš na placený tarif, nech scénář týden běžet a koukni na reálnou spotřebu v Operations – často je nižší, než čekáš.
- API limit Raynetu ti nehrozí: 96 dotazů denně při 15minutovém intervalu je zlomek výchozího limitu 24 000 dotazů denně.
Pozor
- Free tarif Make má jen 2 aktivní scénáře – když plánuješ další automatizace, počítej s přechodem na Core.
Očekávaný výsledek
Scénář běží automaticky každých 15 minut, v Operations vidíš reálnou spotřebu a víš, jaký tarif potřebuješ (free pro 2h interval, Core pro 15min interval).
Vyladit notifikace podle stavů
- Raynet rozděluje obchodní případy do čtyř stavů: B_ACTIVE (otevřené), E_WIN (vyhrané), F_LOST (prohrané) a G_STORNO (stornované).
- Chceš-li notifikovat jen uzavřené dealy, přidej do HTTP dotazu parametr status[NE]=B_ACTIVE – otevřené dealy se dotazu přestanou vracet úplně.
- Pomocí Routeru můžeš rozdělit zprávy do dvou kanálů: výhry (filter 1.status = E_WIN) do kanálu obchod-vyhry, zbytek do obchod-dealy.
- Umíš filtrovat i podle konkrétních fází: parametr businessCasePhase[IN]=id1,id2 vrátí jen dealy ve zvolených fázích – ID fáze přečteš z odpovědi API v poli businessCasePhase.id.
- Až notifikace jednou přestanou stačit, přidej druhý scénář opačným směrem: nový lead z formuláře → založení obchodního případu v Raynetu – API podporuje i zápis (endpoint nový OP).
- Rozšiřovat můžeš i mimo obchod: stejným HTTP patternem připojíš notifikace z Fakturoidu (nové faktury) nebo Shoptetu (objednávky nad limit) do dalších kanálů.
Tip
- Nejvíc hodnoty dodávají notifikace o výhrách – celý tým vidí, že se daří, a nikdo nemusí stav zjišťovat ručně.
- Filtry radši nastav v dotazu na API (míň operací), ne až v routeru za ním – každý modul navíc stojí operaci.
Očekávaný výsledek
Do kanálu chodí jen notifikace, které tým reálně čte – například jen uzavřené dealy, nebo výhry ve zvláštním kanále s oslavou.
Výsledky implementace
❌ Před implementací
- • O změně stavu dealu se tým dozvídá, až když někdo otevře CRM nebo na týdenním meetingu – reakce na výhru i prohru přichází o dny později
✅ Po implementaci
- • Notifikace dorazí do Slacku do 15 minut od změny; tým vidí výhry, prohry i posuny fází v reálném čase, nikdo CRM preventivně nekontroluje
0–9 $ měsíčně (podle intervalu); hodiny, které tým tráví kontrolou CRM, převedené na práci s dealy
Měsíční úspora
Okamžitá – jediný zmeškaný follow-up po vyhraném dealu stojí víc než rok Core tarifu Make
Návratnost