Cena za licenci se nezměnila. Změnilo se, co je uvnitř ní.

Vaše licence GitHub Copilot stojí tento měsíc stejně jako minulý. To, co je v ní obsažené, už ne. Copilot Business zůstává na 19 dolarech za uživatele a měsíc, Enterprise na 39 dolarech — a promoční příděl AI kreditů za těmi místy, tedy 30 a 70 dolarů za červen, červenec a srpen 2026, se od září vrací na standardních 19 a 39. Na faktuře se nepohne ani řádek, takže se nespustí žádná revize smlouvy, a přitom objem, který za ty peníze dostanete, spadne o víc než třetinu.

Přesně tohle v praxi znamená věta o přechodu „za hranice licencí za místo". Vyplatí se to chápat jako mechanismus, ne jako changelog jednoho dodavatele — protože ten mechanismus se šíří a poráží způsob, jakým většina firem software rozpočtuje.

Co se přesně změnilo v účtování GitHub Copilotu v září a říjnu 2026?

Tři změny s konkrétním datem, každá z vlastních textů GitHubu:

• Od 1. září 2026 se zahrnuté AI kredity vracejí na standard. Cenové oznámení GitHubu z dubna 2026 nastavilo standardní sazby — Copilot Business „$19/user/month, including $19 in monthly AI Credits" a Enterprise „$39/user/month, including $39 in monthly AI Credits" — a existujícím zákazníkům přiznalo promoční kredity 30 a 70 dolarů „for June, July, and August". Tohle okno se zavřelo. Cena za místo se nemění.
• Od 1. října 2026 se přiřazená místa účtují předem. Changelog z 28. srpna 2026 uvádí, že „all Copilot Business and Copilot Enterprise seats assigned will incur an upfront charge". Platba přichází před přístupem.
• Od 28. září 2026 se data z chatu uchovávají po celou dobu života účtu, ne 28 dní, podle téhož changelogu. Ke stejnému datu se výchozí úroveň code review posouvá z Lite na Balanced.

Dvě věci tenhle článek dělat nebude. Nepřevede ta čísla na eura — jsou to americké dolary a tiché přetištění s eurovým znakem je způsob, jak číslo přestane být pravdivé. A neudělá z poklesu kreditů procento do titulku: ta aritmetika je naše, ne GitHubu, takže poctivá forma jsou dvě dolarová čísla vedle sebe.

Proč se mi změnila faktura, když se cena za místo nezměnila?

Protože cena za místo a obsah toho místa jsou teď dvě samostatné proměnné a jen jedna z nich stojí ve vaší smlouvě.

Licence za místo bývala úplným popisem toho, co kupujete. Znali jste jednotkovou cenu, vynásobili počtem lidí a výsledek byl roční závazek. Složky účtované podle spotřeby tohle rozbíjejí. Cena za místo se stává vstupním poplatkem, zahrnutý příděl se stává kvótou a všechno nad kvótu se stává pohyblivou položkou, která přijde až zpětně.

Praktický důsledek pro finanční útvar je konkrétní: číslo, podle kterého jste rozpočtovali, přestalo být číslem, které rozhoduje o vaší faktuře. Vaše revize před obnovením míří na cenu za místo, ta je stabilní — a pohyb se děje tam, kam se vaše revize nedívá.

Co znamená „licence za místo plus spotřeba"?

Je to licence, která si účtuje fixní poplatek za přístup plus pohyblivý poplatek za používání, přičemž určitý objem používání je do toho fixního poplatku zabalený. Microsoft popsal ten směr v roce 2026 na záznam jako posun „beyond per-seat to per-seat-plus-consumption". Harmonogram GitHubu je první případ, který jsme viděli zdokumentovaný samotným dodavatelem a s daty.

Proč to u AI nástrojů váží víc než u softwaru před nimi: spotřeba AI se mezi lidmi skutečně liší. Dva lidé na identických místech se mohou v tom, co spotřebují, lišit o řád — a ani jeden z nich na měřidlo nevidí. Klasická správa licencí předpokládá pravý opak, totiž že místo je místo.

Týká se to Microsoft 365 Copilota?

Ne. GitHub Copilot a Microsoft 365 Copilot jsou různé produkty na různých fakturách a smíchat je před finančním ředitelem je skutečná chyba. GitHub Copilot je nástroj pro vývojáře; čísla výše platí pro něj a pro nic jiného.

*Vzorec* se dá generalizovat. *Čísla* ne. Pokud vás zajímá strana M365, psali jsme zvlášť o cenových změnách Microsoft Copilotu a M365 v roce 2026, které se pohnuly známějším směrem: tam šla nahoru samotná cena za místo.

Pravidlo od 1. října je ta část, která by měla znepokojit nejvíc

Od října se místo účtuje v okamžiku, kdy ho správce přiřadí. Ne když se člověk přihlásí. Ne když ho začne používat.

Některé IT týmy ten prostor mezi přiřazením a aktivací využívaly záměrně — postupné zavádění, předpřipravení oddělení, držení míst pro skupinu, která jde na zaškolení až příští měsíc. Tenhle prostor je od prvního dne zpoplatněný.

Což je přesně problém „platíme za místa, která nikdo neotevře", jen bez odkladu. Nevytváří to plýtvání; zrychluje to fakturu za plýtvání, které tam už bylo. Pokud čtvrtina vašich přiřazených míst nebyla nikdy otevřená, platili jste za ně už předtím — teď za ně jen zaplatíte dřív a s menším varováním.

A je tu ještě detail ke správě dat, o kterém se na rozpočtové poradě nikdo nedozví: uchovávání dat z chatu jde od konce září z 28 dní na neomezené jako výchozí stav. To je otázka pro toho, kdo u vás vlastní retenční politiku, a je lepší ji položit před tou změnou než po ní.

Co zkontrolovat před říjnovou fakturou

Pět konkrétních věcí, v pořadí, které dá odpověď nejrychleji:

1. Porovnejte přiřazená místa s místy, kde byla za posledních 30 dní nějaká aktivita. Ne zakoupené licence — *přiřazená* místa. Ten rozdíl je to, co se od října začne účtovat předem.
2. Zjistěte, kdo smí místo přiřadit. Pokud je přiřazování delegované na vedoucí týmů a teď se účtuje při přiřazení, přesunuli jste rozhodnutí o výdaji na lidi, kteří nevidí fakturu.
3. Podívejte se na spotřebu kreditů po jednotlivých uživatelích, ne v součtu. Průměr vám tady neřekne nic. Hledáte tvar rozdělení — kolik lidí je od přídělu na hony daleko a kolik ho přečerpává.
4. Zjistěte, co se stane na stropu přídělu. Práce se zastaví, degraduje, nebo pokračuje a účtuje se? Každá z těch variant je jiné provozní riziko a jiný rozhovor.
5. Dejte změnu retence před toho, kdo vlastní retenční politiku, ještě před 28. zářím.

Nic z toho nevyžaduje nákup nástroje. Všechno z toho vyžaduje, aby tu otázku někdo vlastnil.

Podstata, která přežije tenhle changelog

Nákladová položka, do které nevidíte, není řízená. Je pozorovaná.

Finanční týmy tenhle posun nezaskočí proto, že by dodavatelé byli potměšilí — GitHub harmonogram zveřejnil s několikaměsíčním předstihem a znovu minulý týden. Zaskočí je proto, že vnitřní kontrola byla postavená kolem špatné proměnné. Revize před obnovením kontrolují cenu. Měřené licence mění hodnotu. To jsou dvě různé věličiny a hlídala se jen jedna z nich.

Pokud sledujete *náklad* na licence a ne jejich *využití*, nemáte přístroj, který by tohle viděl přicházet — ne proto, že by informace byla skrytá, ale protože tím směrem nemíříte. Náprava je nudná: skutečné číslo využití na licenci, získané nezávisle na dodavateli, kterému jde o obnovení, a k rozdílu připsaná částka v eurech. To je první týden auditu plýtvání a je to stejná práce, ať už ji spustí změna účtování nebo obnovení smlouvy.

Cena za místo je to, na čem jste se dohodli. Obsah toho místa je to, co jste skutečně koupili. Jen jedno z toho je ve smlouvě.