Každé pondělí ráno se někde v České republice otevírá Pohoda, spustí se export do Excelu a majitel firmy stráví třicet minut skládáním tabulky, aby zjistil, co věděl minulý pátek odpoledne. Problém není v Pohodě. Problém je v mezeře mezi daty a odpovědí.
Práce, kterou nikdo nechce dělat
Pohoda uchovává všechno: faktury vydané i přijaté, stav pohledávek, závazky vůči dodavatelům, přehled skladu. Data jsou tam. Jenže jsou za čtyřmi kliknutími, dvěma exporty a jedním pivotem v Excelu.
Každý dotaz (kolik nám dluží Novák s.r.o., jaká je platební morálka za poslední kvartál, jak vypadá cash-flow na konci měsíce) vyžaduje stejný rituál. Přihlásit se, najít správnou sestavu, nastavit filtr, exportovat, otevřít, zkontrolovat. A pak to celé zopakovat, protože šéf chce jiné rozčlenění.
Měsíční uzávěrka trvá tři dny. Jeden z nich je jen přepisování čísel z jednoho programu do druhého.
— Majitel výrobní firmy, 18 zaměstnanců (typický scénář)
Co to ve skutečnosti znamená: Claude a Pohoda pod jednou identitou
Pohoda má zdokumentované XML rozhraní, dostupné přes mServer. Funguje s přihlašovacími údaji konkrétního uživatele, ne s nějakým sdíleným servisním tokenem. Dveře tam jsou. Chybí správný klíč.
MCP server je ten klíč. Jde o malý, soustředěný konektor, který se přihlásí do Pohody pod vaší identitou (s vašimi právy, ne s právy admina) a zpřístupní data Claudovi. Claude pak odpoví na dotaz přirozeným jazykem. Žádná kopie dat, žádný export, žádná tabulka v cloudu třetí strany.
Konkrétně: co bridge dělá s daty z Pohody
Pohoda zůstává tam, kde je. Přidá se jeden MCP server, nasazený na vaší infrastruktuře, ne v cizím cloudu. Při každém dotazu se autentizuje vaším uživatelským účtem v Pohodě, načte relevantní data přes XML rozhraní a předá je Claudovi jako kontext. Claude odpoví. Celý cyklus trvá sekundy.
- Dotaz na stav pohledávek: Claude prohledá vydané faktury, identifikuje po splatnosti, seřadí podle výše a stáří.
- Srovnání měsíců: Claude načte tržby za zvolená období a sestaví přehled bez jediného exportu.
- Upozornění na rizikové závazky: Claude označí dodavatele, u nichž se platební termín blíží nebo již prošel.
- Příprava podkladů: Claude shrne data do strukturovaného přehledu, který majitel překopíruje rovnou do zprávy pro banku nebo investora.
Ilustrativní příklad: jednočlenné s.r.o. s obratem kolem deseti milionů korun ročně. Majitel se každý pátek ptá na tři věci: cash na účtu, faktury po splatnosti, největší výdaje toho týdne. Dříve: třicet minut v Pohodě a Excelu. Po zapojení bridgeu: tři dotazy Claudovi, odpovědi za méně než minutu.
Co finanční bridge neudělá a proč je to dobře
Claude přes MCP server data čte. Nepíše. Nevytváří účetní záznamy, nepostuje faktury, neschvaluje platby. Každá akce, která mění stav v Pohodě, vyžaduje váš souhlas a vaše kliknutí.
Toto omezení není technická lenost. Je to záměr. Finanční data patří k nejcitlivějším, jaké firma má. Most, který umí jen číst a odpovídat, je most, kterému lze věřit. Pokud by Claude mohl sám zaúčtovat dobropis nebo schválit platbu dodavateli, přestal by být nástrojem a stal by se rizikem.
Co by to obnášelo
Pohoda má XML rozhraní. Vaše firma má přihlašovací údaje. MCP server se nasadí na vaší infrastruktuře. Nic neodchází do cizího cloudu. Nejde o roční implementační projekt. Jde o jeden dobře ohraničený konektor a sadu oprávnění, která kopíruje ta, která již v Pohodě máte.
Co zbývá
Model není úzké místo. Pohoda data má. Vy přístup máte. Mezera je mezi tím, co Pohoda ví, a tím, jak rychle se k tomu dostanete. Most tu mezeru zavírá.
Napište nám: krátký hovor stačí. Ukážeme vám, jak bridge vypadá na vašich datech, ne na demo příkladu.