Soudní dvůr Evropské unie potvrdil rekordní pokutu 4,125 miliardy eur (100 miliard Kč) americké technologické firmě Google ze skupiny Alphabet. Pokutu firmě v roce 2018 vyměřila Evropská komise (EK) za to, že Google podle ní zneužívá operačního systému Android k potlačení konkurence na trhu vyhledávacích služeb.
Administrativa amerického prezidenta Donalda Trumpa povolila firmě Anthropic obnovit plný přístup klientů k modelům umělé inteligence (AI) Fable 5 a Mythos 5. Ty byly nedostupné bezmála tři týdny kvůli bezpečnostním obavám vlády, třebaže americké ministerstvo obchodu minulý pátek povolilo omezený přístup k modelu Mythos 5 pro některé „důvěryhodné“ domácí organizace.
Francúzska organizácia na ochranu spotrebiteľa, po viac než ôsmych rokoch skúmania, žaluje Epson za plánované zastarávanie tlačiarní. Súd sa začína dnes, 2. 7. 2026, vo francúzskom Nanterre.
Erin Catto, autor open source 2D fyzikálního enginu Box2D (Wikipedie), představil nový 3D fyzikální engine Box3D. Engine je již používán ve hře The Legend of California.
Byla vydána nová verze 4.0.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy nových filtrů na PIXLS.US.
Český statistický úřad (ČSÚ): Průměrná hrubá měsíční mzda ICT specialistů v roce 2025 meziročně vzrostla o 6 % na téměř 100 tisíc korun. Nejlépe placeni byli vývojáři softwaru. Dlouhodobým trendem zůstává nízké zastoupení žen, a to jak mezi specialisty, tak studenty těchto oborů.
Ochranný svaz autorský (OSA) připravuje žalobu na společnost Suno, která umožňuje generování hudby pomocí umělé inteligence (AI). ČTK to sdělil předseda představenstva OSA Roman Strejček. Suno podle něj bez souhlasu využívá k trénování svých modelů hudbu autorů, které svaz zastupuje. Nedávný investigativní materiál magazínu The Atlantic ukázal, že firmy jako Suno nebo Udio k trénování modelů používají rozsáhlé databáze obsahující miliony skladeb. V databázích, které časopis zveřejnil, lze dohledat i písně řady českých a slovenských umělců.
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vyřešen byl problém s macOS 27 Golden Gate. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
EU dnešním dnem zavedla clo ve výši 3 eur na balíky nízké hodnoty dovážené ze zemí mimo EU. To zahrnuje širokou škálu výrobků běžně nakupovaných on-line, jako jsou oděvy, hračky, elektronika a další spotřební zboží v hodnotě až 150 EUR.
Vyšel Redmine 7.0, jeden z nejlepších open source ticketovacích systémů. Došlo k migraci na Rails 8, vylepšení UI/UX, Workflow, byla přidána podpora náhledu pro Microsoft Office a LibreOffice dokumenty, došlo k výkonnostním optimalizacím a přibylo spoustu dalších oprav a novinek. Více informací v oficiálním oznámení.
„Obyčejné“ faktury fungují tak, že dodavatel takovou fakturu doručí odběrateli společně s dodávkou nebo o něco později, na jejím základě pak odběratel dodavateli zaplatí. Jenže ne vždy to probíhá takhle jednoduše. Speciálně v případě, že dodavatel nemá možnost ověřit platební schopnost odběratele (případně ani jeho totožnost) nebo pokud dodávka bude probíhat delší dobu, platí se formou různých záloh.
Faktury proto dodavatel vystavuje ještě před dodávkou nebo v jejím průběhu. To má ale dopady na způsob, jakým se o takových fakturách účtuje, a to jak z hlediska evidence závazků/pohledávek, tak i z hlediska DPH (pokud se jedná o plátce).
Zmíněné speciální faktury a další doklady lze rozdělit do několika skupin, podle toho, jak se s nimi nakládá:
Prvním druhem je proforma faktura. Co tento druh faktury znamená pro odběratele? Takovou fakturu zaeviduje a zaplatí, nicméně pro účely DPH jako kdyby neexistovala. FlexiBee bohužel – aspoň ve verzi 10.14 – ve výchozím stavu po instalaci tento druh faktury neobsahuje. Je potřeba ho proto dodefinovat.
Definice druhů faktur se skrývají v nabídkách, u přijatých přes Nákup -> Typy dokladů -> Typy přijatých faktur. V seznamu je vidět, které všechny druhy přijatých faktur jsou aktuálně k dispozici.
Založíme tedy nový typ dokladu a vyplníme potřebné náležitosti. Vždy je potřeba vyplnit zkratku a název, druh se nastaví na Proforma (neúčetní), lze nastavit také účet a případně i standardní splatnost. Co se týká dokladové řady, lze vybrat některou z existujících nebo si již předem (před vytvořením nového druhu faktury) založit samostatnou řadu. Ostatní karty lze ponechat ve výchozím stavu.
Pozor – z důvodu nějaké chyby se proforma faktura tváří v seznamu jako „účetní“ (zaškrávátko Je účetní je zaškrtnuto). To je samozřejmě špatně, protože o této faktuře se neúčtuje.
Nyní už lze vložit novou přijatou proforma fakturu, například na registraci domény. Samotný záznam se založí úplně stejně jako v případě obyčejné faktury. Rozdíl bude až ve vyplňování některých položek.
Co všechno je jinak než u běžné faktury? V první řadě samozřejmě Typ faktury, kde se vybere typ založený pro proforma faktury. Dále je potřeba na kartě Daňová evidence u pole Řádky DPH správně zvolit 000P, tedy přijatý doklad bez vlivu na DPH. Podobně i částka se vyplní, ať už položkově či souhrnně, pouze v souhrnné ceně u sazby DPH 0 %. DPH se bude uplatňovat až později (zálohovým daňovým dokladem nebo běžným daňovým dokladem).
Z hlediska práce ve Flexibee je to prakticky stejné jako u přijatých proforma faktur. Podíváme se ale na to, jak si vytvořit samostatnou řadu dokladů. Seznam řad je k dispozici pod nabídkovou položkou Prodej -> Dokladové řady -> Dokladové řady – vydané faktury.
U nového záznamu se jako obvykle vyplní zkratka a název. Specifickou věcí je ale způsob tvorby čísel dokladů. Pro různá účetní období je lze definovat různě, například na následujícím obrázku je zobrazena definice, kdy číslo začíná čtyřmístným označením roku a pak následuje číslo 99 a čtyři číslice vlastního čísla dokladu. V případě potřeby lze definovat i díry v číslování.
Po uložení definice lze případně vytvořit i pro jiná účetní období, anebo třeba vyplnit textové položky. Nakonec se záznam uloží a je hotovo.
Nyní už lze přejít k vytvoření nového druhu faktury, a to přes položku Prodej -> Typy dokladů -> Typy vydaných faktur. Celé je do podobné jako u přijatých faktur (pole Zkratka, Název a Druh), ale vyplňuje se o něco více. Například má smysl vyplnit pole Konstantní symbol (zde 0308 pro služby), Splatnost (např. 14 dní), Forma úhrady atd. Na kartě Daňová evidence se ještě vybere předpis zaúčtování.
Dalším specifikem oproti přijatým fakturám je to, že ty vystavené je obvykle potřeba tisknout (ať už na papír nebo třeba do PDF). Na kartěTisk lze nadefinovat tiskové šablony, přičemž jedna se tam vytvoří již automaticky. Zde se netvoří šablony jako takové, nýbrž se vybírá, co bude přímo k dispozici. Navíc lze zaškrtnout automatický tisk, což usnadňuje práci při pořizování větších objemů faktur (lze například tisknout automaticky i obálku – při používání vhodné tiskárny jde u hromadného zpracování o ohromné zjednodušení práce).
Vystavení proforma faktury se opět podobá zaevidování té přijaté. Typ faktury je jasný. Všimněte si, že se pro Interní číslo i Variabilní symbol použilo nově nastavené číslování (pokud by v čísle byla písmena, pro variabilní symbol by byla odstraněna). Také splatnost se nastavila podle zvoleného určení, tedy na 14 dnů. Na kartě Daňová evidence se v poli Řádky DPH zvolí samozřejmě 000U, tedy doklad bez vlivu na DPH (u uskutečněného plnění).
Zbývá již jen vystavenou fakturu vytisknout, což lze, podobně jako u běžných faktur, jak z formuláře, tak ze seznamu faktur. Na obrázku tiskového náhledu si můžete všimnout názvu faktury i toho, že jinak je skoro všechno stejné jako u běžné faktury. Informace o DPH jsou zde čistě informativní, nemají naprosto žádné daňové účinky a jak jsem již řekl v odstavci o vyplňování proforma faktury, je lepší psát vše k 0 %, protože jinak může být informace matoucí (někdo by si myslel, že jde o daňový doklad) a navíc je otázka, jak by se k tomu postavila případná daňová kontrola.
Zálohová faktura je do jisté míry podobná proforma faktuře. Ve FlexiBee je to navíc jednodušší o to, že se vývojáři postarali o vše potřebné a není potřeba tento druh explicitně definovat. Má dokonce v přijatých i vystavených fakturách vlastní číselnou řadu.
Při vytváření přijaté zálohové faktury se postupuje obdobně jako u jiných přijatých faktur. V dialogu se změní její typ na Zálohová faktura (vizte obrázek níže) a zbytek se vyplní běžným způsobem – jako předpis zaúčtování je však třeba použít ZÁLOHA POSKYTNUTÁ (program stejně neumožní použít nic jiného).
Všimněte si, že zašedla obě políčka týkající se data zdanitelného plnění. To je proto, že – jak již bylo řečeno – nejde o daňový doklad. Co se týká údajů o DPH, platí zde totéž jako u proforma faktury.
Jak by vypadala vystavená zálohová faktura? Úplně stejně jako ta obyčejná. Opět se bude lišit pouze typ (na následujícím obrázku je vidět, že je zde přímo napsáno, že tato faktura není daňovým dokladem) a bude zašedlé políčko data zdanitelného plnění.
Po úhradě proforma faktury nebo zálohové faktury lze postupovat dvojím způsobem. Dodavatel může vystavit buď daňový doklad na přijatou zálohu nebo obyčejnou fakturu s funkcí daňového dokladu (uvedené samozřejmě platí, pokud je plátcem DPH; pokud plátcem není, nemusí už vystavovat vůbec nic). Tytéž doklady lze vystavit i v případě, že platba proběhla bez návaznosti na zálohovou fakturu.
Zmíněná situace nastává při používání „kreditu na služby“. Například u zmíněné registrace domén si může zákazník předplatit určitý objem služeb, přičemž registrátor vystaví na každou přijatou platbu daňový doklad, aniž by platbě předcházela zálohová faktura.
Máme nyní situaci že dodavatel vystavil zálohový daňový doklad (přesněji nazývaný „daňový doklad na přijatou zálohu“, což signalizuje, že peníze již dostal). Z tohoto dokladu nevyplývá žádná povinnost platit, naopak je prostředkem odpočtu DPH. Důležité je správně ho zanést do FlexiBee.
Zálohový daňový doklad lze vytvořit stejným postupem jako normální fakturu, jen se vybere typ Zálohový daňový doklad. Toto ale není jediná možná situace. Dodavatel může totiž vystavit také běžnou fakturu – daňový doklad a zálohu odečíst.
Ve Flexibee se zálohový daňový doklad chová poněkud podivně – například se zde zobrazuje splatnost, což je z principu tohoto dokladu nesmyslné. Ovšem jak připomíná i návod, standardně se zálohové daňové doklady generují automaticky na základě úhrad (podle bankovních výpisů, případně pokladních dokladů), a proto se zřejmě ruční tvorba chová trochu nestandardně. K zálohovému daňovému dokladu se ještě vrátíme příště, právě v souvislosti s úhradami.
Faktura s odpočtem zálohy znamená, že se normálně vyfakturuje dodávka, ovšem částka k úhradě je menší o již zaplacené peníze, případně je úplně nulová nebo i záporná. Tvorba takové faktury ve Flexibee probíhá tak, že se položky vytvoří jako obvykle, ale přidá se k nim ještě jedna speciální.
Flexibee nedovoluje přidat položku na základě proforma faktury (sice ji nabídne v seznamu, ale výše zálohy je u ní nulová a nelze ji proto použít). Lze ji vytvořit podle zálohové faktury nebo podle zálohového daňového dokladu. Následující obrázek ukazuje, jak taková faktura vypadá.
U příkladu na obrázku se výše již zaplacené zálohy rovná celkové částce faktury, proto se faktura automaticky označí jako zaplacená. Při jiné situaci (zaplaceno méně nebo naopak více) by stav faktury samozřejmě odpovídat dané situaci. Ze zaplacené zálohy lze na úhradu faktury započítat i jen část (výchozí nabídka je celá záloha), což se někdy může hodit.
Jak u faktur přijatých, tak vystavených, je potřeba se správně vypořádát se záležitostmi okolo placení. Tedy aby se platební příkazy správně generovaly, aby se odeslané a přijaté platby správně párovaly s fakturami, a v neposlední řadě aby se generovaly daňové doklady na přijaté zálohy. To vše bude obsaženo v příštím článku o Flexibee.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Špekulujem okolo živnosti, že by som si ju jedného dňa spravil, tak možno budem niečo také potrebovať. Dá sa tento soft používať aj na Slovensku?
Tie hrubé čierne orámovania okolo obrázkov vyzarajú ako parte. Pôsobia na mňa trochu depresívne.Je to jen u náhledů. Nevím, proč to tak je. Možná aby byly ty obrázky lépe zřetelné.
Dá sa tento soft používať aj na Slovensku?Dá, měl by splňovat podmínky slovenské legislativy (když se správně nastaví země).
Tie hrubé čierne orámovania okolo obrázkov vyzarajú ako parte. Pôsobia na mňa trochu depresívne.Áha, já používám černý styl, takže jsem to nikdy neviděl. Je to způsobené průhledností v původních obrázcích... přidávám si tedy
-background white -flatten do skriptu.