Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Miroslav Šilhavý

Stran: 1 ... 150 151 [152] 153 154 ... 206
2266
Odkladiště / Re:Jak máte zařízené účetnictví?
« kdy: 04. 12. 2017, 16:25:37 »
RDa, to, že neznáte zákony, a že je neumíte interpretovat, bych viděl spíš na Váš problém. Zákony žádné země nedávají "algoritmus", naopak základním výkladovým principem je postup tautologický.

V daňové oblasti Vás navíc chrání: 1) možnost zpracování daní poradcem, 2) možnost účetnictví auditovat, 3) požádat správce daně o závazné vyjádření.

K poznání zákonů v této oblasti pak pořádá několik velkých školicích středisek přednášky, které mají většinou velmi solidní úroveň.

2267
Odkladiště / Re:Jak máte zařízené účetnictví?
« kdy: 04. 12. 2017, 13:53:54 »
Bohužel, to, že to tak "dělají všichni" není argumentem pro správce daně. Viděl jsem tuto argumentaci několikrát, a viděl jsem i výsledky. Vždy dopadly špatně pro poplatníka.

E-shopy to řeší různě. Jakmile je počet dokladů (odhadem) > 20 denně, importuje se. To je dáno i tím, že v takovém množství už je žádoucí vést evidenci skladu metodou "A", takže se neimportují jen tržby, ale i výdeje ze skladu. (U metody "B" stačí jen ty tržby). Pak je také snaha o to, vytipovat jaké doklady jsou "nerizikové", a ty se importují do jiných číselných řad, kde se nad nimi vykonává méně ruční práce. Platí však pravidlo, že čím méně práce se vynakládá na jednotlivý doklad, o to víc práce pak je při měsíčních závěrkách / kontrolách stavů. (To mě vede k Vaší dřívější poznámce importů do Interních dokladů, která je v Pohodě úplně průserová, protože pak účetní není schopna kontrolovat stavy agendy vs. rozvahové účty).

2268
Odkladiště / Re:Jak máte zařízené účetnictví?
« kdy: 04. 12. 2017, 10:54:20 »
Zde se musim ucetnim co tvrdi "ale to nemuze delat stroj! prece kazdy pripad je jiny!". Veliky prd, musi to mit logiku, i kdyz ta je v tomto asi uz nad moznosti chapani danych ucetnich.

V tom máte pravdu, ale chybí mi ve Vašem textu to, jaké máte opatření, abyste podchycoval změny v legislativě. Jako slabé místo vidím Vaše prohlášení "Pokud nekdo prijde s tim ze se to ma delat jinak - milerad system upravim.". Tím "někým" je totiž celá Vaše firma - měl byste mít ve firmě člověka, který má hluboký respekt jak k předmětu Vašeho podnikání, tak i k měnícím se předpisům, které je potřeba plnit. Právě účetní a její práce bývá tím impulsem, který s takovou změnou má přijít. Ona pak jen malá nuance v plnění (a na dokladu) může docela dobře změnit účetní i daňové posouzení situace. Účetní je jedna z mála osob, která tyto skilly spojuje, a pokud ji z toho vyřadíte, připravujete sebe o hodnotu. Pokud dokážete sledovat daňové změny (což znamená cca 15 dní školení v roce), pak to samozřejmě můžete dělat sám, a na tuto práci od účetní se vyprdnout.

Jako příklad "hezké" situace, která se v minulosti často řešila byla definice termínu, co je "polozpracovaný kov", kdy tentýž výrobek se podle situace, podle způsobu dodání i podle zamýšleného užití mohl řadit jak do běžného DPH, tak i do reverse charge (např. zárubně dveří, pokud se prodávají v Hornbachu vs. dodávka stavební firmě). Takových pastí je v daních a účetnictví bezpočet, a pokud chcete automatizovat, musíte na posuzování změn mít zase jinou armádu odborníků. To je také důvod, proč jsou velké korporace zamrzlé, mají na každou pitominu implementováno dvacet různých procesů, které firmu hlídají.

Ale to už tak je, jak IT, tak účetní jsou v některých firmách vnímáni jako chvost v procesu, jen koncový bod, který už nemá dávat žádnou zpětnou vazbu do podnikání. Podle mě je to chyba.

PS: daně a účetnictví nemusejí mít logiku, naopak to jsou živoucí obory, u kterých se nemění jen zákony, ale i výklady a praxe úřadů. Proto se také takovými případy zaobírají soudy, protože je nelze redukovat na PRAVDA-NEPRAVDA. BTW průměrná délka soudů v případech daňových je sedm let, poplatníkovi běží penále, zatímco státu cca třikrát menší úrok (rovnost stran?).

2269
Server / Re:ZFS: jakou velikost recordsize zvolit?
« kdy: 04. 12. 2017, 09:34:59 »
Recordsize je nejmenší jednotka alokace, která se zabere. Velmi zjednodušeně řečeno, čím větší bude, tím rychlejší filesystem získáte, ale o to víc budete plýtvat místem. Při 128 KiB recordsize "sežere" i jednobajtový soubor celých 128 KiB místa. Velikost recordsize se volí podle typu dat - pro velké soubory může být větší, pro hafo malých musí být menší.

Pak je poměrně racionální mít stejně velkou recordsize, aby odpovídala fyzickému bloku na zařízení, nebo byla jeho násobkem. Např. RAID řadiče mají blok 64 - 512 KiB.

U ZFS ještě přichází do hry checksumy. Na ZFS má každý blok svůj kontrolní součet - čím větší blok, tím méně kontrolních součtů na stejnou velikost dat. To je výhoda. Nevýhodou je zase menší "šance" na deduplikaci, pokud o ní u ZFS uvažujete.

Fragmentace dat Vás moc zajímat nemusí, moderní filesystémy data moc nefragmentují - stačí splnit podmínku mít dostatek volného místa (minimálně 15 %, ideálně 30 % kapacity).

Dokud neřešíte konkrétní situaci, nechal bych výchozích 128 KiB a poté bych zkoumal, jak Vám může pomoci jiné nastavení. Univerzální odpověď, jak jste jistě tušil, neexistuje.

2270
Odkladiště / Re:Jak máte zařízené účetnictví?
« kdy: 03. 12. 2017, 21:42:59 »
Mně celá tato diskuse přijde trochu mimo. Tazatel používá Pohodu, jeden z nejlevnějších a nejméně parametrizovatelných systémů na trhu. Navíc ve variantě MDB, která je opravdu pro pidi použití. Do toho to ale vyznívá, jako by zaúčtovával stovky dokladů týdně, a bylo už vhodné řešit automatizaci a digitální zpracování.

Samozřejmě, možné to je, ale, jak jsem už psal, za cenu nastavení firemních procesů a splnění spousty dalších podmínek. Tedy naprosto jiná liga, než kterou jsem popsal v přecházejícím odstavci.

Je samozřejmě i možné se dohadovat se správcem daně, protože, uznávám, chtějí nesmysly, které mají nulovou vypovídací hodnotu. Ve výsledku to ale nevyhrajete, protože postoj správce daně je takový, že každému měří přísným metrem, ale v určitých případech je ochotný se nechat přesvědčit o správnosti řešení. Tedy, nevyzní to jako diskriminace, ale jako správní uvážení ve prospěch spolupracujícího subjektu.

Do toho celého chcete zavést externí účetní firmu, která na taková rizika připravena není. Zjednodušeně řečeno, při ceně zaúčtování dokladu, je jeho vytištění a papírové zpracování už jen drobným detailem z hlediska přímých nákladů. Naopak, absence papíru zavání tím, že někdo něco přehlédne, a bude ho to stát spoustu peněz.

Takže, summa summarum, opravdu je Váš požadavek mimo realitu, minimálně v kombinaci, kterou jste zde popsal. Tím nevyjadřuji ale osobní postoj, mně samotnému by se to, co popisujete, také líbilo víc.

2271
Odkladiště / Re:Jak mate zarizene ucetnictvi?
« kdy: 03. 12. 2017, 17:35:21 »
MŠ: aha, takže to Vy jste popletl 2 různé věci dohromady. Jedna věc je zpracovávat účetnictví na základě pokynů a předaných dokumentů, jiná věc je poskytovat poradenství a poskytovat vstupy pro rozhodovací proces.

Kdepak, to já ne. To státní zastupitelství. Je pravda, že odborníkovi můžete těžko nalhávat, ať např. účtuje dlužní úpisy bez kauzality, nebo např. ať neřeší potvrzení o zaplacení srážkové daně. Prostě bez dokladu to udělat nesmí, jinak musí zbystřit a počítat s tím, že se účastní. To jsou jen dva příklady, co mě napadly, které jsem už potkal.

2272
Odkladiště / Re:Jak mate zarizene ucetnictvi?
« kdy: 03. 12. 2017, 16:01:00 »
K dotazům původního tazatele:

Pohoda MDB je základní verze, automatizace se provádí zejména do Pohoda SQL, a výhradně přes XML komunikaci. Přímý zásah do databáze je nesmírně nebezpečný, zejména kvůli rozpadu konzistence po updatu Pohody a změně struktury dat (což se děje).

Doklady můžete mít digitalizované, ale zejména je potřeba si uvědomit dva typy dokladů v elektronické podobě. Pokud jsou to PDF (ať už prvotní, či skeny), jedná se o listiny konvertované do digitální podoby. Elektronický doklad je něco jiného, to je, zjednodušeně řečeno XML, s digitálním podpisem.

V případě konvertované listiny, zákony požadují, abyste zajistil jednoznačnou identifikaci osoby a času konverze dokumentu. Tedy, nejprve musíte nastavit vnitrofiremní procesy, aby byly důvěryhodné. Kvůli času budete muset využívat služby kvalifikovaného časového razítka (platba per doklad a per razítko).

V případě elektronického dokladu, tam s Pohodou moc nepochodíte, ale určitě by se dala navázat externí agenda. Elektronický doklad už je pak potřeba jen pravidelně přerazítkovávat.

Jako největší překážku vidím: 1. nastavení důvěryhodného vnitrofiremního procesu (musí obstát při kontrole), 2. nutnost časových razítek (= cena).

Problematika je opravdu až nesmyslně složitá, takže i já jednoznačně říkám, že papírová sjetina je aktuálně rychlejší, levnější a bezpečnější alternativa. Samozřejmě, můžete se se správcem daně hádat, jestli kopie / sken má stejnou informační hodnotu jako originál / hardcopy, otázkou je, jestli Vám to stojí za to, a jestli z takového souboje vyjde Vaše firma ještě živá. :(

2273
Odkladiště / Re:Jak mate zarizene ucetnictvi?
« kdy: 03. 12. 2017, 15:52:44 »
Prosím o odkaz na judikát. Za účetnictví je odpovědná účetní jednotka, i v případě, že zpracováním pověří externí subjekt. Externí subjekt potom účetnictví zpracovává na pokyn účetní jednotky, na základě předaných dokumentů.

To jste popletl dvě věci dohromady. Odpovědnost (zjednodušeně "finanční") nese účetní jednotka. Tedy, účetní jednotka nemůže "přehodit" odpovědnost na další osobu. (Následně, při zanedbání povinností, je přenesená na statutární orgán.)

Pak je tu ale ještě odpovědnost trestní. A tam je účetní brán (čím dál častěji) jako spolupachatel.

To jsou úplně jiné linie odpovědnosti. Co se týče judikátů, nemám žádný dohledaný, ale Komora daňových poradců tyto případy sleduje, určitě Vám na ně dají odkazy. Co se týče postoje Státního zastupitelství, Dr. Bradáčová mívá při Komoře přednášky na toto téma.


2274
Odkladiště / Re:Jak mate zarizene ucetnictvi?
« kdy: 03. 12. 2017, 12:54:59 »
Nepomohlo ani to, ze by se smluvne osetrilo kdo je za co zodpovedny. Na druhou stranu samozrejme zajemci o delani ucetnictvi byli, ale u nich vetsinou chybela odbornost - umeli standardni ceske veci, ale cizi prvek byl pro ne naprosto neznamy, vc. veci jako je MOSS, SH, cla, atd.

Souhlasím s tím, že je to problém. V portfoliu mám jen dva zákazníky, kteří mají doklady importované. Jedním z nich je autorizovaný autoservis jedné značky, který má doklady z mezinárodního systému. Tam se ale o kvalitu prvotních dokladů stará obrovská supportní síť. Druhým klientem je překladatelská agentura, ale tam už je to oříšek, protože se musí určit odkud a kam se má plnit, jak to spadá do DPH a jak do srážkové daně, a importy musí být programované tak, aby v případě nejistoty upozornily.

Nevím, o jak velké množství dokladů se u Vás jedná, ale pod několik vyšších stovek dokladů měsíčně to nemá moc cenu řešit. Pak totiž převažují rizika nad přínosy. Přínosem je ušetřený čas na jednotlivém dokladu, rizikem je naopak zrušení "tradičních" mechanismů, které odchytávají chyby / změny / atypismy v dokladech.

Ad účetní bez znalostí MOSS, SH, cla, srážkových daní, ... - to je kapitola sama pro sebe. Dnes se za účetní nazývá kdokoliv, kdo umí zaúčtovat nákup a prodej, a udělat daňové odpisy na auto.

Ad rozdělení odpovědnosti: není to také úplně jednoduché. Státní zastupitelství v posledních letech účetní a daňové poradce jednoznačně řadí do skupiny profesionálů, kteří mají a musí vědět, co dělají. To pramení i ze Zákona o účetnictví, který nařizuje účtovat z ověřitelných dokladů a podkladů. Účetní, který na toto rezignuje, nemůže se pak hájit dobrou vírou, a státní zastupitelství ho pak rádo tahá, coby spolupachatele. Účetní má, de facto, přistupovat k dokladům stejně kriticky, jako by to jednou mohl dělat správce daně při kontrole. V minulosti se účetní bránili, že účtovali tzv. "na pokyn" jednatele, ale to už je dávno pryč. Proto si myslím, že nepomohlo ani to smluvní rozdělení odpovědnosti.

2275
Odkladiště / Re:Jak mate zarizene ucetnictvi?
« kdy: 03. 12. 2017, 08:23:28 »
Dobrý den,
situace, kterou popisujete, není častá, ale stává se. Jedna z mých firem se zabývá účetnictvím, takže popíšu, co vidím já.

Účetní firma může doklady přijímat formou importu do software. Dobrá účetní však vždy chce vidět primární doklad - ideálně na papíře, nebo v PDF. Někdy doklady kontroluje namátkově, jindy jeden po druhém. Jde o to, jestli jsou doklady opravdu jak přes kopírák, nebo jestli se "trochu" liší. V tom není nedůvěra v automatické procesy na Vaší straně, ale je to stupeň kontroly informací. Zákony se mění jak na běžícím pásu, a např. přeřazování DPH do reverse charge se mění jak zákonem, tak výkladem i několikrát do roka. Hlídat je potřeba také přeshraniční obchody, jak kvůli DPH, tak i kvůli autorským dílům. Část autorských děl se daní srážkovou daní - a ta přísluší buďto do země 1, nebo do země 2. (O tom, co je autorským počinem, je potřeba rozhodovat opět volně - např. překlad dokumentu může být, či nemusí - pokud se to víc blíží k tlumočení, pak není, pokud víc k autorskému překladu, tak je...). Pokud obchodujete přes hranice, pak ještě MOSS. Kvůli kontrolnímu hlášení musí mít doklady > 10k po jednom, uvažuje se o tom, že to bude platit i pro "malé" doklady, jako je tomu na Slovensku.

Pak je zde otázka odpovědnosti. Správná účetní firma vnímá svoji přímou odpovědnost za práci (m.j. § 2950 OZ). Pokud máte interního zaměstnance, tak ten tuto odpovědnost nenese a maximálně ručí do násobku své čisté mzdy. Externí firma má ručení prakticky neomezené. Samotný pracovník, ať už interní, nebo externí, musí hlídat, aby se, byť z nedbalosti, nezapletl do případných podvodů na daňovém poli. Takže opět: účetní, která nic neřeší, a spoléhá se jen na Vaše sjetiny, nedělá svoji práci tak, jak by měla.

Ideální průběh je, aby účetní firma používala účetní software. To kvůli legislativě, protože kromě školení, kterými musí účetní projít během roku několikrát, je to další pojistka na zajištění zákonnosti; není to všespásné, ale aspoň doklady, odpisy a saldo Vám budou sedět.

Samotné doklady, i když je to k nevíře, je potřeba držet na papíře. Správci daně nejsou na digitální připraveni, a když ano, tak Vás vydusí na neprůkaznosti vzniku "originálu". Sice všichni víme, že papír není průkazný o nic víc, ale tato iracionalita v rozhodování zatím zůstává. Ne každý je pak ochotný digitální doklady opatřovat kvalifikovaným časovým razítkem a každých X let je přerazítkovávat kvůli zachování platnosti. Papír nic z toho nemá, ale úřadům to stačí.

Na okraj ještě upozorním na nemilou povinnost pustit správce daně k technickému zařízení, na kterém se doklady zpracovávají - to je další důvod, proč není úplně dobré mít vše jen v řetězci digitálních dat.

Takže souhrnně, ano, taková spolupráce se dá navázat. Finančně se vyplatí spíš až ve větším, protože v menším tu výhodu automatizace přebijejí "ochranné" procesy, a samozřejmě strach zodpovědných, ale ne IT-vzdělaných účetních firem pouštět se do takové práce.

Daně jsou pak už navazující, ale nezávislá činnost. Z účetnictví se pro daně vychází, ale do daňového přiznání se dělají zákonné úpravy základu daně. To je jeden z dalších mýtů, se kterým se setkávám v praxi, že si zákazníci myslí, že z účetnictví se dají rovnou udělat daně. To jde v případě mrňavých firem, ale spíš jen živnostníků. V případě obchodních korporací (s. r. o. a výš) to už prakticky nejde.

2276
Server / Re:ZFS deduplikace a spotřeba paměti
« kdy: 01. 12. 2017, 11:37:39 »
Ještě jsem nenarazil na situaci, kdy by mi deduplikace nějak výrazně pomohla a to i v situacích zdánlivě ideálních (.vmdk soubory mnoha v zásadě identických virtuálek). S paměti jsem ovšem nikdy problém neměl, už jsem totiž pochopil, že pro ZFS je hodně paměti prostě třeba takže všude cpu 256GB (chystám se nasadit EPYC a tam půjde už 512GB) s tím, že velikost ARC limituju na 180GB.

Myslím, že na takové použití je ZFS zbytečné úplně.
Dedkuplikaci na vmdk bych stopro vůbec nepouštěl, to je absolutní zabiják výkonu.
Má to smysl nad běžnými soubory, tj. buďto uvnitř vmdk, nebo třeba přes NFS.

2277
Server / Re:Optimalizácia MySQL
« kdy: 01. 12. 2017, 04:39:15 »
sver to lidem kteri tomu rozumi. jsi amater. napachas akorat vic skod.

Připojuji se.

Omlouvám se, nerad se připojuji k takovému názoru, ale opravdu si myslím, že byste se neměl do správy systému vůbec pouštět, když nevíte, jak funguje paměť. Navíc máte vše nastavené tím nejprimitivnějším způsobem, vhodným pro nejmenší instalace. My to tu za Vás nevymyslíme, jak už někdo psal, bez znalosti konkrétní aplikace to ani nejde. Toto nastavení je tak možná pro vývojáře, na jeho hraní si.

2278
A co tedy? zamestnate autistu nebo jeho opak?

Já raději opak. Znalosti a zkušenosti se dají získat. Osobnost je prakticky neměnná.

2279
Server / Re:Optimalizacia mysql
« kdy: 30. 11. 2017, 14:18:24 »
Ten skript IMHO není jen zbytečný ale i kontraproduktivní, protože donutí OS odswapovat i to, co by jinak zůstalo v RAM. Dokud paměť nezačně reálně docházet, asi bych to vůbec neřešil.

On pan tazatel by měl nejdřív pochopit, jak to s tou pamětí, cache a swapem funguje, jak se o ni pere PHP vs. MySQL, případně i web server, a pak to teprve řešit. Nástroje typu MySQL tuner jsou fajn, pokud víte, co Vám říkají. Ale to zase většinou nepotřebujete ty nástroje :).

1. řešíme vůbec problém, je databáze opravdu nevýkonná?
2. pokud ano, je to tím, že má nastaveno málo paměti, nebo naopak moc? (= pak swapuje, čte z disku, ...)
3. pokud má nastaveno paměti moc => ubrat, zbytek nechat pro webserver / php,
4. pokud má nastaveno paměti málo => nastavit webserver a php na statický pool, nastavit na php memory limit a spočítat si jistotu zabrání RAM, teprve zbytek dát do MySQL

V praxi se často setkávám s tím, že aplikace jsou psané tak, že se doufá, že se to nějak do paměti poskládá. Na hlavním a jediném apachi / nginxu je nastavený dynamický počet serverů s obrovským rozpětím, na php-fpm pak dynamický počet instancí a v samotném PHP 128 MB RAM i víc, a 300 sekund běhu i víc. S takovým nastavením se pak nedá prakticky nic dělat, vždycky v jednom místě něco zlepšíte, v druhém místě zhoršíte.

Řešením pak je dát zadavateli na výběr, jestli to dožene brutální silou (přidání prostředků RAM, CPU), nebo jestli aplikaci zlepší, oddělí pooly, oddělí databázi, ...

2280
Sítě / Re:Adresa pro watchdog
« kdy: 30. 11. 2017, 14:05:15 »
Ahoj,
jakou používáte IP pro watchdog? Watchdog restartuje LTE modem od T-Mobile, ten zázrak od Huawei se neumí po výpadku sítě znovu připojit, je nutný restart :( Používal jsem DNS od googlu 8.8.8.8 ale přestal odpovídat na ping.
Dík za radu

Ideálně něco v síti ISP, třeba jejich DNS server. Je zbytečné, aby se router restartoval jen kvůli výpadku, který už je o míli dál. Tj. neexistuje na to správná odpověď.

BTW 8.8.8.8 normálně odpovídá, spíš je to filtrované někde po cestě (= nebyl správný úsudek pingat anycastovou 8.8.8.8, určitě si najděte něco unicastového)

Stran: 1 ... 150 151 [152] 153 154 ... 206