Poslední příspěvky

1

Odkladiště / Re:OSVČ a komunikace s OSPOD

« Poslední příspěvek od Logik kdy Dnes v 14:25:06 »

rmrf:
Ne, obě datové schrány jsou datové schránky té jedné a samé fyzické osoby. Žádná "nehmotná" PFO ani žádná jiná entita, která by mohla mít DS, prostě neexistuje. Existuje jen něco, čemu zákon říká "firma", což je jen další státem garantovaná identifikace té jedné a samé osoby. "firma" je jen a pouze "nálepka: na tuto osobu jde odkazovat jako na ....." nalepená na Tvé osobě. Nic více. A nemá a nemůže mít žádnou datovou schránku, protože tu může mít jen právní subjekt. Datovou schránku má PFO, což je naprosto ta samá osoba, jako FO.

To, že tu "firmu" někdo zaměňuje s PFO je nesmysl - to jsou povahou naprosto odlišné věci. Firma nemá právní subjektivitu, PFO právní subjektivitu má. Navíc člověk může být PFO, i když nemá žádnou firmu: když máš firmu, jsi nutně PFO, ale opačná implikace neplatí. Viz odkazované paragrafy.

To, jak se identifikuješ není pro to, jestli jednáš jako PFO, relevantní: když uzavřeš smlouvu, která se bude týkat tvého podnikání, tak i když v ní neuvedeš své ičo, tak to "podnikatelská" smlouva bude - tedy např. FO jako zákazník bude vůči Tobě bude v postavení spotřebitele. Akorát porušíš zákon, protože při podnikání je identifikace IČ povinné - ale na faktu, že jsi v tu chvíli byl v postavení podnikatele, to nic nemění. Stejně jako na tom, že podnikáš a jsi PFO, nic nemění, když budeš podnikat, aniž by ses nechal zapsat do rejstříku.

a6b:U toho SRPS je to jasné. Ale u datovky až tak ne. Protože když podáváš daňové přiznání, tak ho podáváš jako jedna osoba. Která je podnikatel, ale je i fyzickou osobou. V tu chvíli si můžeš svobodně vybrat, z které z těch dvou datovek to pošleš. Ale nemůžeš to poslat z datovky toho SRPŠ. To by bylo právní jednání jiné osoby, a tedy by Tvá osoba DP nepodala.

2

Software / Re:Nekorektní chování BTRFS

« Poslední příspěvek od CPU kdy Dnes v 14:02:33 »

í o hranici 80% obsazenosti. Ze zkušeností, co mám já, tak fungují do 90% ale dál už bych nešel.

Takže ze 100 TB mohu využít jen 80 TB? Nebo 90TB?  A proč mi musí 10-20 TB ležet ladem?

Mám i 400TB pole, to mi má ležet ladem 80TB?

3

Odkladiště / Re:OSVČ a komunikace s OSPOD

« Poslední příspěvek od a6b kdy Dnes v 13:25:16 »

az ted jsem si precetl celou diskuzi a je to tu jak v zidovske skole.

ale i pako jako ja dokazu odlisit k cemu mam svou datovku jako fyzicka osoba, druhou datovku pro osvc a jeste treti datovku jako predseda srps :-)
a navzajem bych ty datovky nemichal :-)

4

Odkladiště / Re:OSVČ a komunikace s OSPOD

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 13:24:52 »

A? Já se mohu identifikovat pomocí RČ, nebo pomocí jména a bydliště. Jsem tedy dvakrát?

Fyzická osoba je identifikovaná rodným číslem, jménem, příjmením, adresou trvalého bydliště, datem narození, místem narození. Neznamená to, že se vždy musí použít všechny údaje. Podnikající fyzická osoba má IČO a adresu sídla.

U PFO to nikde uvedeno není, protože to samostatná osoba prostě není.

Všimněte si, že já jsem se záměrně vyhýbal použití pojmů „osoba“ nebo „právní subjektivita“, protože to jsou legislativní termíny. Proto jsem použil slovo „subjekt“ a rozlišoval jsem „občan“ a „podnikatel/OSVČ“.

Podnikající fyzické osoby jsou takový paskvil, chová se to jako právnická osoba, ale právnická osoba to není. Takže nemají právní subjektivitu, nejsou to samostatné osoby. A každou chvíli se to musí někde pracně opisovat jako „majetek sloužící k podnikání“, „podnikatel“ apod. A každý si musí vymýšlet, jak označit to, že jsou to dvě různé role – já jsem to tady v diskusi nazýval subjektem.

Z toho pak plynou takové nesmysly, jako že máme Registr osob, kde jsou právnické osoby a vedle nich také fyzické osoby, ale jenom ty, které mají tu roli „podnikatel“ a jsou tam jen identifikační údaje týkající se podnikání, ne fyzické osoby. Nepodnikající fyzické osoby tam ovšem nejsou. Škoda že to nenazvali tak, jak to doopravdy je, tedy „Registr skoro všech osob“.

Proto pak máme termíny jako „podnikající fyzická osoba“ nebo „osoba samostatně výdělečně činná“, které se do značné míry překrývají. Oč jednodušší by to celé bylo, kdyby „podnikající fyzická osoba“ byla i z hlediska právní terminologie právnickou osobou, když jí je fakticky.

5

Software / Re:Nekorektní chování BTRFS

« Poslední příspěvek od Miroslav Buček kdy Dnes v 13:22:00 »

Tak se podívej do dokumentace, jak Btrfs tak ZFS mluví o hranici 80% obsazenosti. Ze zkušeností, co mám já, tak fungují do 90% ale dál už bych nešel.

Zbytečně trávíš čas tím, uložit na něj 99,9999% nebo snad nechceš 100%.

žádný raid ti nepojede při obsazenosti 99.29% proboha

A to ma jakoze jaky duvod? Je tam 700 GB volneho mista. Proc to misto tedy neni dostupno? (tentokrat to uz mistem v metadatech omezeny fakt neni).

6

Odkladiště / Re:OSVČ a komunikace s OSPOD

« Poslední příspěvek od Martin Poljak kdy Dnes v 13:08:07 »

Aha, takže chcete říct, že datová schránka "nehmotné" podnikající fyzické osoby a "hmotné" fyzické osoby jsou vlastně datové schránky jednoho a téhož člověka?

Ona je docela zajímá představa už ta, že jsem právně jakási "nehmotná osoba". Osoba jsem v realitě vždy a zásadně pořád jenom jedna jediná i kdyby se tady pan Jirsák postavil na hlavu a chodil po uších a celá nesmyslná legislativa s ním.

7

Odkladiště / Re:OSVČ a komunikace s OSPOD

« Poslední příspěvek od rmrf kdy Dnes v 13:01:49 »

Aha, takže chcete říct, že datová schránka "nehmotné" podnikající fyzické osoby a "hmotné" fyzické osoby jsou vlastně datové schránky jednoho a téhož člověka?

8

Odkladiště / Re:OSVČ a komunikace s OSPOD

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 12:54:40 »

Když se odesílá elektronické hlášení o nějaké dani - například DPH, tak je třeba nějakým způsobem ověřit, že to odesílá ten správný subjekt. A když to odesílá OSVČ, tak to ověření může provést asi "miliónem" způsobů, které všechny fungují, ale jenom ten jeden, datová schránka PFO, souvisí s tím "podnikáním". Takové MojeID nebo soukromé bankovní identity o tom vůbec nic netuší, ale přesto to státu stačí, aby se "hmotná" fyzická osoba identifikovala i jako "nehmotná" podnikající fyzická osoba.

Mícháte dohromady dvě věci. Právní jednání (právní úkon) může provádět pouze fyzická osoba. Proto se třeba do NIA vždy přihlašujete jako fyzická osoba (třeba přes MojeID nebo BankID), nikdy ne jako firma. A ta fyzická osoba případně může jednat za (jménem) nějaké právnické osoby. Právnická osoba nemá svou vůli, nemůže se rozhodnout něco udělat – to musí vždy člověk, fyzická osoba. To, že fyzická osoba jedná za nějakou entitu, ale ještě neznamená, že je tou entitou. Za s. r. o. bude jednat třeba nějaký statutární zástupce, což ale neznamená, že dotyčný je s.r.o.

9

Odkladiště / Re:OSVČ a komunikace s OSPOD

« Poslední příspěvek od rmrf kdy Dnes v 12:28:24 »

Ještě poznámku.

Když se odesílá elektronické hlášení o nějaké dani - například DPH, tak je třeba nějakým způsobem ověřit, že to odesílá ten správný subjekt. A když to odesílá OSVČ, tak to ověření může provést asi "miliónem" způsobů, které všechny fungují, ale jenom ten jeden, datová schránka PFO, souvisí s tím "podnikáním". Takové MojeID nebo soukromé bankovní identity o tom vůbec nic netuší, ale přesto to státu stačí, aby se "hmotná" fyzická osoba identifikovala i jako "nehmotná" podnikající fyzická osoba.

10

Server / Re:DMARC/SFP a hlavička Return-Path

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 12:14:41 »

DKIM i SPF porovnává doménu vždy s doménou v hlavičce e-mailu (From dle RFC 5322). Protože From je to, co uživatel vidí ve svém e-mailovém klientovi.

Return-Path má obsahovat e-mailovou adresu, na kterou se mají posílat případné chyby při doručování.

SPF sváže From z hlavičky e-mailu s Return-Path, tím pádem se pak takový e-mail nedá přeposílat (při přeposlání se mění return-Path ale nemění se From). Proto doporučuju raději používat při odesílání DKIM – to zaručuje, že e-mail odeslal někdo z té domény, která je uvedená ve From, bez ohledu na to, kolikrát byl e-mail následně přeposlán.

Přeposílat se dá, k tomu účelu se používá SRS (Sender Rewrite System), kde se v return-path zachová původní hodnota, ale doména souhlasí s doménou serveru, který přeposílá, takže SPF souhlasí.
SRS používá Microsoft, Google i Seznam.
Pak to vypadá takto nějak:
Return-Path: <SRS0=1PwV=5L=allser.skin=edkuvnk@preposilajici.cz>

Jenže v takovém případě právě u DMARC selže SPF Alignment validace, protože v Return-Path máte doménu preposilajici.cz, ale ve From e-mailu bude původní odesílatel.

SRS řeší to, aby přeposílající měl zachovanou informaci, pro koho daný e-mail přeposlal. Přeposílající je tak schopen případnou chybovou zprávu přeposlat původnímu odesílateli. Ale i když existují obvyklé formáty, jak SRS zapisovat, neexistuje žádný standard, který by museli všichni dodržovat – takže adrese v Return-Path přepsané pomocí SRS rozumí jenom ten, kdo daný e-mail přeposlal. Ostatní mohou jen hádat, jaká asi byla původní adresa. Což ale ničemu nevadí, protože ostatní se na to stejně nemohou spolehnout – já klidně můžu vytvořit e-mail, který bude mít v Return-Path adresu, která se bude tvářit, jako že jste ten e-mail vytvořil vy a já ho jen přeposlal. Takže na to se při validaci odesílatele nelze spoléhat. Pro validaci odesílatele potřebujete něco, co spojí původního odesílatele s e-mailem, bez ohledu na to, kolikrát se e-mail přepošle – a k tomu slouží DKIM.