Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Odkladiště / Re:OSVČ a komunikace s OSPOD
« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 11:59:18 »
PFO a FO opravdu nejsou jeden subjekt, protože PFO se identifikuje IČ a FO pak RČ.

Ale stát to samozřejmě vůbec neulehčuje tím, že DIČ je u PFO ve formátu "CZ<RČ>", což je jednak naprosto matoucí a jednak demence na druhou, protože jako OSVČ vytrubujete svoje RČ úplně všem.
To je ten zmiňovaný problém, že Finanční úřad řeší fyzické osoby (občany) a podnikající fyzické osoby (živnostníky), jako by to byl jeden subjekt. Což je pravděpodobně i důvod, proč v tom má spousta lidí zmatek a myslí si, že je to jeden subjekt – protože podnikající fyzická osoba přichází nejčastěji do styku se státem právě v podobě FÚ. Jenže když se na to člověk podívá detailně, i FÚ to rozlišuje. Rozlišuje třeba majetek používaný k podnikání a soukromý majetek (nesloužící k podnikání). Jestli pak není jednodušší chápat to jako majetek podnikatele (PFO) a majetek občana (FO)…
2
Server / Re:DMARC/SFP a hlavička Return-Path
« Poslední příspěvek od czechsys kdy Dnes v 11:58:53 »
Testoval jsem to s jednim sikovnym dmarc analyzatorem  a muzu potvrdit, ze pokud v hlavicce Return-Path bude jina domena nez v hlavicce From, tak spf sice autorizuje ip adresu, ale dmarc alignment neni validni.
Celkovy vysledek pak je: spf fail, dkim pass, dmarc pass (spf a dkim relax mode).
3
Odkladiště / Re:OSVČ a komunikace s OSPOD
« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 11:52:03 »
Ale pořád se jedná o tu stejnou fyzickou osobu, na kterou jsou ty další věci navázané.
Je to stejný princip, jako když ta fyzická osoba vlastní s.r.o. V případě podnikání na živnostenský list je ta vazba těsnější, ale pořád jsou to oddělené subjekty.

Podnikající fyzická osoba je pořád ten stejný právní subjekt jako ta daná fyzická osoba. Stejně jako registrovaným partnerstvím nevznikne žádný nový subjekt "registrovaný partner", tak registrací do živnostenského rejstříku také žádný nový právní subjekt nevznikne.
Netvrdil jsem, že každou registrací do rejstříku vznikne nový právní subjekt. Jak to může být jeden subjekt, když občan jako subjekt práva přestane existovat smrtí, zatímco subjekt podnikající fyzická osoba může i po smrti pokračovat?

kdyby PFO a FO byly dva právní subjekty, měly by např. oddělené jmění a OSVČ by neručil za podnikání celým svým majetkem.
Společné jmění mají i manželé, což ale neznamená, že jsou jeden právní subjekt.

Protože v zákoně není jediné ustanovení, které by jakkoli stanovovalo, že ty Tvé dva hypotetické subjekty mají společné jmění. To, že OSVČ ručí celým svým majetkem je právě důsledek toho, že jde o jednu a tu samou osobu - a proto to ani zákon neřeší, protože to implicitně plyne z toho, že to je jedna a ta samá osoba a tedy jeden právní subjekt.
Kdyby to byl jeden subjekt, není potřeba explicitně řešit, že fyzická osoba ručí za podnikání celým svým majetkem, včetně soukromého majetku. Celým svým majetkem ručí fyzická osoba i v jiných případech, což ale neznamená, že fyzická osoba je tím, za co ručí.

Podstatné je, že právní úkony jsou oddělené – buď jednáte jako občan, nebo jako podnikající fyzická osoba. Proto jsou oddělené i ty datové schránky.

Neslo, to bys nesmel zit v CR ... jinak z datovky OSVC samozrejme muzes konat ukony fyzicke osoby, je to v souladu s legislativou, ono se totiz vi, kdo se do te datovky prihlasuje.
Pokud se do datové schránky přihlásí fyzická osoba, pak ISDS opravdu ví, která fyzická osoba to je. Jenže do ISDS se může přihlásit i systém. Kdo odeslal datovou zprávu v té zprávě je uvedeno jako doplňková informace, a odesílatel dokonce předání této informace může zakázat. A pořád zprávu může odeslat i systém, ne konkrétní osoba.

Datové schránky jsou zkrátka navržené tak, že rozhodující je to, komu datová schránka patří, a za něj se jedná úkony prováděnými z datové schránky. A je to logické – dalo by se to řešit i jinak, nějakými příznaky, ale bylo by to zbytečně komplikované. Způsob za koho jednám == jedna datová schránka je jednoduchý a srozumitelný.

Určitě by to šlo vyřešit i jinak, např. že by zprávy do schránky fyzické osoby byly označeny pro kterou “roli” dané fyzické osoby jsou určeny. Když o tom ale přemýšlím (mám schránky obě) tak mi současné řešení přijde přímočaře robustní a nakonec, pokud člověk chce a má empatii se na to podívat z pohledu různých use cases (třeba ten účetní pro OSVČ) i celkem pochopitelné.
Přesně tak, je to nejjednodušší možné řešení. Fakt by mne zajímalo, kdy měl někdo nějaký problém s tím, že nevěděl, zda jedná jako občan nebo jako podnikatel.
4
Odkladiště / Re:OSVČ a komunikace s OSPOD
« Poslední příspěvek od Ondřej Surý kdy Dnes v 11:46:39 »
PFO a FO opravdu nejsou jeden subjekt, protože PFO se identifikuje IČ a FO pak RČ.

Ale stát to samozřejmě vůbec neulehčuje tím, že DIČ je u PFO ve formátu "CZ<RČ>", což je jednak naprosto matoucí a jednak demence na druhou, protože jako OSVČ vytrubujete svoje RČ úplně všem.
5
Odkladiště / Re:OSVČ a komunikace s OSPOD
« Poslední příspěvek od Ondřej Surý kdy Dnes v 11:34:50 »
PFO a FO opravdu nejsou jeden subjekt, protože PFO se identifikuje IČ a FO pak RČ.

A pak jsou tam ještě takové "drobnosti" jakože FO má nějakou adresu trvalého pobytu a PFO(OSVČ) může mít sídlo někde úplně jinde.

kdyby PFO a FO byly dva právní subjekty, měly by např. oddělené jmění

Ale vždyť to tak samozřejmě je, PFO a FO mají oddělený majetek. FO může vlastnit auto a PFO může vlastnit auto, a pak se při prodeji liší jakým způsobem se daní příjmy z prodeje. Stejně tak, když vám dědeček odkáže starožitné hodiny, tak je nebudete přiznávat do příjmů PFO.

Ditto právní úkony - pokud budu mít plnou moc na zastupování PFO, tak vůči úřadům nebudu moci zastupovat FO.

nešiř bludy kazící právní povědomí ostatních.

Umm, možná byste neměl dělat to, co vyčítáte ostatním.
6
Server / Progress within Concentrated Photovoltaic Forces (CSP) Setups
« Poslední příspěvek od AaronSaith kdy Dnes v 11:16:52 »
Another important reason to change to solar technology is the financial savings it provides. Solar panel systems can handle generating electricity for businesses, reducing or eliminating the need for traditional resources of energy. This might bring about significant savings on energy bills, particularly in areas with high energy costs. Furthermore, there are numerous government incentives and tax credits offered to companies that adopt solar technology, which makes it much more cost-effective and affordable.
 
The technology behind solar power is simple and easy, yet highly effective. Solar power panels are made of photovoltaic (PV) cells, which convert sunlight into electricity. This electricity may then be stored in batteries or fed directly into the electrical grid, according to the specific system design. So that you can maximize some great benefits of solar technology, it is vital to design a custom system that is tailored to your particular energy needs and requirements. This may make certain you have the proper components in position, such as the appropriate amount of solar panel systems as well as the right variety of batteries, to maximise your time efficiency and cost savings.
 
Picking a solar energy provider within Massachusetts guided by Matt dagati.
Sun-powered Energy Investment & Funding Chances f652a3b
7
Software / Re:Nekorektní chování BTRFS
« Poslední příspěvek od Michal Šmucr kdy Dnes v 11:16:01 »
Ahoj,
asi jsi narazil na bug s list-chunks na fs, co má povolený BLOCK_GROUP_TREE.
Napsal jsem to pod issue na Github včetně alternativy na výpis obsazení chunků z python-btrfs.. (btrfs-search-metadata block_groups <mountpoint>.
Ale u něj se mi taky úplně nezdál výstup, uděal jsem si na test fs s dvěma disky a RAID1 profilem, zapsal jsem na to 2G (40 souborů po 50 MB). A reportoval mi jeden zabraný 1GB chunk.. ? :)

Takže pro tebe asi dobrá zpráva, že to je nějaká chyba (TODO) v btrfs-progs, ale nevypadá to na problém u tebe na fs. A když si odleješ třeba 15-20 % dat, aby se tam dalo něco rebalancovat, mohlo to trochu fungovat (s tou dvoustupňovou alokací) a nebudeš to plnit až po okraj ;), tak bys z toho mohl být venku.
8
Odkladiště / Re:OSVČ a komunikace s OSPOD
« Poslední příspěvek od benz.abdulaziz kdy Dnes v 11:12:03 »
Citace
Přesně tak, zápisem do rejstříku vznikne nový právní subjekt.
Prosím, Jirsáku, nešiř bludy kazící právní povědomí ostatních. Podnikající fyzická osoba je pořád ten stejný právní subjekt jako ta daná fyzická osoba. Stejně jako registrovaným partnerstvím nevznikne žádný nový subjekt "registrovaný partner", tak registrací do živnostenského rejstříku také žádný nový právní subjekt nevznikne.
Jakýkoli právní úkon, který uděláš jako podnikatel, je pořád právní úkon jedné a té samé fyzické osoby, ne jiného právního subjektu. To co vznikne je obchodní firma, ta ovšem NENÍ právní subjekt. To je jen státem "garantované" označení té podnikající osoby.

Pro to co tvrdíš není v zákoně jediná opora, a je to nesmysl - kdyby PFO a FO byly dva právní subjekty, měly by např. oddělené jmění a OSVČ by neručil za podnikání celým svým majetkem. Protože v zákoně není jediné ustanovení, které by jakkoli stanovovalo, že ty Tvé dva hypotetické subjekty mají společné jmění. To, že OSVČ ručí celým svým majetkem je právě důsledek toho, že jde o jednu a tu samou osobu - a proto to ani zákon neřeší, protože to implicitně plyne z toho, že to je jedna a ta samá osoba a tedy jeden právní subjekt.
PFO a FO opravdu nejsou jeden subjekt, protože PFO se identifikuje IČ a FO pak RČ.

A pokud jde o ručení celým svým majetkem, tak třeba společníci Veřejné obchodní společnosti nebo komplementář Komanditní společnosti jím také ručí, takže to bych do diskuze vůbec netahal, protože to nijak nesouvisí s rozdílem mezi PFO a FO.
9
Server / Re:DMARC/SFP a hlavička Return-Path
« Poslední příspěvek od BobTheBuilder kdy Dnes v 11:10:06 »
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>
10
Odkladiště / Re:OSVČ a komunikace s OSPOD
« Poslední příspěvek od malekai.rydin kdy Dnes v 11:04:23 »
jinak z datovky OSVC samozrejme muzes konat ukony fyzicke osoby, je to v souladu s legislativou, ono se totiz vi, kdo se do te datovky prihlasuje.
Úkony konat můžeš, ale druhá strana je nemusí akceptovat, protože vystupuješ v roli PFO a nikoliv v roli FO, a to bez ohledu na to, kdo se kam kde přihlašuje (což v podstatě ví akorát OVM, ale nikoliv třeba jiná soukromá firma, které z datovky PFO přijde zpráva jménem FO - typicky se tak děje při odstoupení od smlouvy, která je uzavřená na RČ FO, ale odstoupení posílá PFO s IČ, což pak druhá strana obvykle neakceptuje).
Stran: [1] 2 3 ... 10