Automatické faktury bez ručního zadávání jsou pro mnoho českých firem stále vzdálená představa. Přitom problém není technický. Problém je, že data o objednávce leží na jednom místě a faktura musí vzniknout na jiném. A mezi tím stojí člověk s klávesnicí.
Práce, kterou nikdo nechce dělat
Vypadá to takhle: přijde objednávka. Někdo ji otevře v e-shopu nebo CRM, ručně opíše položky do Pohody, zkontroluje sazbu DPH, doplní číslo objednávky jako variabilní symbol a fakturu uloží. Pak ji odešle. Pak to udělá znovu pro další objednávku.
U jedné faktury je to deset minut. U deseti faktur denně je to hodina. U sezónního náporu to přestane zvládat jedna osoba a firma si najme brigádníka nebo tlačí na účetní, aby dělala přesčasy. Přitom každá z těch faktur obsahuje data, která firma už má. Jen na jiném místě.
Objednávka přišla v osm ráno. Faktura šla ven v osm a dvě minuty. Účetní to ráno vůbec neotevřela.
— Popis stavu po nasazení automatické fakturace, ilustrativní příklad z B2B e-shopu
Co automatická fakturace přes Claude a MCP skutečně znamená
Vzor není nový v tom, že existují importní skripty. Ty jsou staré dvacet let a rozbijí se při první výjimce. Vzor, který stavíme, je jiný. Claude dostane strukturovaná data o objednávce, rozumí jejich kontextu, sestaví fakturu podle pravidel, která firma nastaví, a přes MCP server ji zapíše přímo do Pohody přes její XML rozhraní.
MCP server nese identitu uživatele, který automatizaci spustil. Claude nikdy nevidí víc, než by viděl ten člověk sám. Faktura vznikne v Pohodě pod jeho oprávněním, ve správné řadě dokladů, se správnou sazbou DPH. Žádná kopie dat, žádný třetí systém, žádný vendor cache.
Konkrétně: napojení e-shopu na Pohodu
Vezměme firmu na Shoptetu s padesáti objednávkami denně. Shoptet má API, Pohoda má XML import. Doteď mezi nimi stál člověk. Po nasazení MCP serveru to vypadá takto: nová objednávka v Shoptetu spustí událost, Claude načte její data, sestaví XML dokument ve formátu, který Pohoda přijme, a MCP server ho importuje. Faktura existuje v Pohodě do dvou minut od přijetí objednávky.
- Claude načte strukturovaná data objednávky (položky, ceny, zákazník, adresa doručení)
- Aplikuje pravidla firmy: sazba DPH, řada dokladů, splatnost, text na faktuře
- Sestaví XML ve formátu Pohoda a předá ho MCP serveru
- MCP server importuje fakturu pod oprávněním pověřeného uživatele
- Pohoda fakturu zaknihuje, číslo dokladu se vrátí zpět do Shoptetu jako potvrzení
Pro menší firmu nebo freelancera, který fakturuje na základě hodinových výkazů z projektového systému, funguje stejný vzor. Claude přečte výkaz, sestaví fakturu a zapíše ji třeba do Fakturoidu. Pravidla jsou stejná, jen zdrojová data a cílový systém se liší.
Co automatická fakturace neudělá, a proč je to dobře
Claude nevymýšlí platební podmínky. Neprodlužuje splatnost zákazníkům, kteří mají historii pozdních plateb. Neschvaluje faktury nad kreditní limit. Tyto výjimky putují do fronty pro člověka s kontextem a rozhodovací pravomocí.
To není omezení. To je důvod, proč to celé funguje. Automatizace rutiny a lidský dohled nad výjimkami jsou dvě různé věci. Míchat je dohromady by bylo chybou v obou směrech. Rutina zahlcuje člověka zbytečnou prací. Výjimky potřebují úsudek, který model nemá.
Co by to vyžadovalo
Jeden MCP server, který ví, jak mluvit s Pohodou přes XML rozhraní, a jeden, který čte objednávky ze zdrojového systému. Oba běží na infrastruktuře zákazníka, ne na naší. Claude dostane přístup přes oprávnění konkrétního uživatele. Nastavení pravidel trvá jeden pracovní den, nasazení druhý.
Co zbývá
Model není úzké místo. Claude umí sestavit fakturu ze strukturovaných dat rychleji a s nižší chybovostí, než to zvládne člověk s klávesnicí. Úzké místo je mezera mezi objednávkovým systémem a Pohodou. Tu mezeru zavíráme.
Napište nám. Krátký hovor stačí k tomu, abychom zjistili, co váš systém produkuje a co Pohoda čeká na vstupu. Zbytek je infrastruktura.