Ekonomika - Historie editací

Sivosha v 10. 12. 2013, 12:09

2013-12-10T12:09:28Z

Quimi v 21. 5. 2013, 12:49

2013-05-21T12:49:32Z

Jeffraska v 2. 8. 2012, 10:08

2012-08-02T10:08:45Z

Dulik: /* Typy podvojných účtů používaných při importu z banky */

2011-12-26T10:27:53Z

‎Typy podvojných účtů používaných při importu z banky

Dulik: /* Tabulka account_attributes */

2011-12-26T10:26:00Z

‎Tabulka account_attributes

Dulik: /* Tabulka account_attributes */

2011-12-26T10:23:08Z

‎Tabulka account_attributes

Dulik: /* Tabulka account_attributes */

2011-12-26T10:06:18Z

‎Tabulka account_attributes

Jsvitak: /* Import výpisů z banky */

2011-09-14T16:48:49Z

‎Import výpisů z banky

Dulik: /* Úvod */

2011-01-24T21:54:07Z

‎Úvod

Dulik v 21. 12. 2010, 22:49

2010-12-21T22:49:06Z

@@ Řádek 1: / Řádek 1: @@
 [[en:Economy]]
 = Úvod =
 Evidence členských příspěvků je typická úloha pro podvojné účetnictví. Proč?Protože [http://en.wikipedia.org/wiki/Double-entry_bookkeeping_system#Timeline od 12.-13. století, kdy se podvojné účto poprvé objevuje v písemných zmínkách],&nbsp; ještě nikdo nevymyslel žádný lepší a jednodušší systém vnitřní evidence financí pro jakýkoli subjekt (živnostník, neziskovka, s.r.o nebo univerzita...).

← Starší verze		Verze z 21. 5. 2013, 12:49
Řádek 1:		Řádek 1:
		+	[[en:Economy]]
	= Úvod =		= Úvod =
	Evidence členských příspěvků je typická úloha pro podvojné účetnictví. Proč?Protože [http://en.wikipedia.org/wiki/Double-entry_bookkeeping_system#Timeline od 12.-13. století, kdy se podvojné účto poprvé objevuje v písemných zmínkách],  ještě nikdo nevymyslel žádný lepší a jednodušší systém vnitřní evidence financí pro jakýkoli subjekt (živnostník, neziskovka, s.r.o nebo univerzita...).		Evidence členských příspěvků je typická úloha pro podvojné účetnictví. Proč?Protože [http://en.wikipedia.org/wiki/Double-entry_bookkeeping_system#Timeline od 12.-13. století, kdy se podvojné účto poprvé objevuje v písemných zmínkách],  ještě nikdo nevymyslel žádný lepší a jednodušší systém vnitřní evidence financí pro jakýkoli subjekt (živnostník, neziskovka, s.r.o nebo univerzita...).

@@ Řádek 31: / Řádek 31: @@
 Příklad: chceme zjistit, kolik utrácíme za UTP kabely. Vytvoříme si proto účet "UTP kabely" a na něj budeme převádět částku z každého nákupu UTP kabelu.
-Ve Freenetisu jsou podvojné účty, které naše organizace používá, uloženy v '''tabulce accounts'''.
+Ve FreenetISu jsou podvojné účty, které naše organizace používá, uloženy v '''tabulce accounts'''.
-Po instalaci Freenetisu tabulka accounts obsahuje jenom cca 5 účtů, ale s postupem času jejich počet roste, protože každý platící člen má automaticky vytvořen "svůj" podvojný účet, na kterém ukládáme jeho kredit.
+Po instalaci FreenetISu tabulka accounts obsahuje jenom cca 5 účtů, ale s postupem času jejich počet roste, protože každý platící člen má automaticky vytvořen "svůj" podvojný účet, na kterém ukládáme jeho kredit.
-Ve Freenetisu může člen mít přiřazeny i další podvojné účty - to jsou účty projektů, ale o tom někdy příště.
+Ve FreenetISu může člen mít přiřazeny i další podvojné účty - to jsou účty projektů, ale o tom někdy příště.
 Převody mezi podvojnými účty jsou v '''tabulce''' '''transfers'''.Její sloupce jsou:
@@ Řádek 41: / Řádek 41: @@
 * previous_transfer_id : používá se u složitějších podvojných transakcí, které se skládají z více podvojných převodů. Např. zaúčtování faktury se standardně dělá 2ma transakcemi. Aby bylo jasné, že tyto 2 transakce "patří k sobě", nastavíme u té druhé previous_transfer_id tak, aby ukazovalo na tu první transakci.
 * member_id : u platby příspěvku je zde ID člena, od něhož transakce pochází. Může se zdát, že tento sloupec je zbytečný, protože peníze přece putují na kreditní účet člena a ten má také údaj member_id. Ale držet si member_id i v tabulce transfers je výhodné při více-krokových převodech. Např. zaúčtování platby členského příspěvku v našem sdružení děláme v 5ti podvojných převodech, z nichž jen jeden cílí na kreditní účet člena. My ale chceme jednoduše vidět, že i ty ostatní převody "způsobil" tento daný člen - mohli bychom to sice složitě odvodit přes previous_transfer_id, ale ten dotaz, to by byla šílenost.
-* user_id : id uživatele, který podvojný převod vytvořil. Ve freenetisu můžete právo přístupu k ekonomické části přidělit více lidem, takže je potřeba vědět, kdo z nich daný převod spáchal.
+* user_id : id uživatele, který podvojný převod vytvořil. Ve FreenetISu můžete právo přístupu k ekonomické části přidělit více lidem, takže je potřeba vědět, kdo z nich daný převod spáchal.
 * type: 1=stržení pravidelného měsíčního příspěvku, 2=vstupní příspěvek, 4=dobití VOIP kreditu, ...
 * datetime: datum a čas účetního případu. Např. u řádku bankovního výpisu se zde bere datum a čas tohoto řádku. U faktury zde bude datum zdanitelného plnění.
-* creation_datetime: datum a čas, kdy byl převod zadán do Freenetisu
+* creation_datetime: datum a čas, kdy byl převod zadán do FreenetISu
 * text, amount - popis platby a částka
@@ Řádek 52: / Řádek 52: @@
 Když už tedy podvojně účtujeme, je dobrý nápad mít naše podvojné účty "kompatibilní" s legislativou našeho státu.
-Pak může stavy podvojných účtů ve Freenetisu okamžitě začít využívat pan(í) účetní naší organizace, protože mu (jí) to ušetří spoustu práce.
+Pak může stavy podvojných účtů ve FreenetISu okamžitě začít využívat pan(í) účetní naší organizace, protože mu (jí) to ušetří spoustu práce.
 Abychom dosáhli kombatibilitu s legislativou, musíme ke každému našemu podvojnímu účtu najít nějaký standardní účet dle legislativy.
@@ Řádek 62: / Řádek 62: @@
 Účetní osnova vypadá nějak pro neziskovky, trochu jinak pro podnikatelské subjekty, trochu jinak pro státní správu.
-Ve Freenetis-u je účetní osnova uložena v tabulce account_attributes, a to jako účetní osnova pro neziskovky.&nbsp; Jiné typy účetních osnov (např. podnikatelské) by řešil instalátor Freenetis-u, ale zatím to nikdo nechtěl.
+Ve FreenetISu je účetní osnova uložena v tabulce account_attributes, a to jako účetní osnova pro neziskovky.&nbsp; Jiné typy účetních osnov (např. podnikatelské) by řešil instalátor FreenetISu, ale zatím to nikdo nechtěl.
 Nás asi nejvíc zajímá, na který standardní podvojný účet budeme mapovat kreditní účty členů?
@@ Řádek 70: / Řádek 70: @@
 # podúčet standardního účtu "Účty v bankách" (číslo 221000)
-Ve Freenetisu používáme 2. variantu, protože je stejná pro neziskovky i pro jiné subjekty, jejichž účetní osnova žádné členské příspěvky (684000) nezná.
+Ve FreenetISu používáme 2. variantu, protože je stejná pro neziskovky i pro jiné subjekty, jejichž účetní osnova žádné členské příspěvky (684000) nezná.
 Podrobnější výklad&nbsp; najdete v této prezentaci:
@@ Řádek 86: / Řádek 86: @@
 == Evidence bankovních účtů ==
-Narozdíl od běžných účetních systémů (Pohoda, Money S3), má Freenetis dokonalejší evidenci bankovních účtů členů - Freenetis umožňuje evidovat u každého člena až N jeho bankovních účtů. To nám velmi často pomáhá při identifikaci platby se špatným variabilem - přestože spousta členů(=rodin) platí z bankovního účtu manželky, který nese její dívčí příjmení (odlišné od příjmení rodiny), jsme schopni díky evidenci bankovních účtů okamžitě poznat, který člen je původcem takové platby.
+Narozdíl od běžných účetních systémů (Pohoda, Money S3), má FreenetIS dokonalejší evidenci bankovních účtů členů - FreenetIS umožňuje evidovat u každého člena až N jeho bankovních účtů. To nám velmi často pomáhá při identifikaci platby se špatným variabilem - přestože spousta členů(=rodin) platí z bankovního účtu manželky, který nese její dívčí příjmení (odlišné od příjmení rodiny), jsme schopni díky evidenci bankovních účtů okamžitě poznat, který člen je původcem takové platby.
 Bankovní účty evidujeme v tabulce '''bank_accounts'''.
-Po instalaci Freenetisu zde bude pouze bankovní účet sdružení.
+Po instalaci FreenetISu zde bude pouze bankovní účet sdružení.
 Další bankovní účty členů automaticky vytváří&nbsp; importer z ebanky. U plateb, které mají správný variabil, také importer nově vytvářenému bank. účtu automaticky přiřadí majitele.
@@ Řádek 121: / Řádek 121: @@
 =Import výpisů z banky=
-Freenetis momentálně umí importovat HTML výpisy z ebanky/Raiffeisen banky a výpisy v libovolném CSV formátu.
+FreenetIS momentálně umí importovat HTML výpisy z ebanky/Raiffeisen banky a výpisy v libovolném CSV formátu.
-Největší díl práce v této oblasti představují parsery - především HTML parser ebanky. Proto jsou parsery napsány tak, aby neměly žádnou závislost na frameworku Kohana ani na Freenetisu - jsou to naprosto samostatné knihovny.
+Největší díl práce v této oblasti představují parsery - především HTML parser ebanky. Proto jsou parsery napsány tak, aby neměly žádnou závislost na frameworku Kohana ani na FreenetISu - jsou to naprosto samostatné knihovny.
 Popis implementace je v následujících článcích:

@@ Řádek 78: / Řádek 78: @@
 Na slajdu 13 je ukázán způsob, jakým členské příspěvky účtujeme v UnArtu my (při importu z Ebanky).
-== Typy podvojných účtů používaných při importu z banky ==
+=== Typy podvojných účtů používaných při importu z banky ===
 *Account_attribute_Model::MEMBER_FEES - typ "členské příspěvky"

@@ Řádek 73: / Řádek 73: @@
 Podrobnější výklad&nbsp; najdete v této prezentaci:
-* [[Soubor:Hospodareni.odp]] - formát ODP
+* [http://zamestnanci.fai.utb.cz/~dulik/unart/hospodareni_v1_5.pdf formát PDF]
-* [[Soubor:Hospodareni.pdf]] - PDF
+* [http://zamestnanci.fai.utb.cz/~dulik/unart/hospodareni_v1_5.odp formát ODP]
 Na slajdu 13 je ukázán způsob, jakým členské příspěvky účtujeme v UnArtu my (při importu z Ebanky).

← Starší verze		Verze z 26. 12. 2011, 10:23
Řádek 77:		Řádek 77:

	Na slajdu 13 je ukázán způsob, jakým členské příspěvky účtujeme v UnArtu my (při importu z Ebanky).		Na slajdu 13 je ukázán způsob, jakým členské příspěvky účtujeme v UnArtu my (při importu z Ebanky).
		+
		+	== Typy podvojných účtů používaných při importu z banky ==
		+
		+	*Account_attribute_Model::MEMBER_FEES - typ "členské příspěvky"
		+	*Account_attribute_Model::SUPPLIERS - typ "dodavatelé"
		+	*Account_attribute_Model::OPERATING - operační účet, do kterého padají všechny nekategorizované příjmy a výdaje sdružení
		+	*Account_attribute_Model::CASH - účet pro platby v hotovosti (pokladna)

	== Evidence bankovních účtů ==		== Evidence bankovních účtů ==

@@ Řádek 119: / Řádek 119: @@
 Popis implementace je v následujících článcích:
 * [[Příprava pro import dat]]
-* [[HTML Parser pro ebanku]]
+* [[Raiffeisenbank]]
-* [[CSV Parser]]
+* [[Fio banka]]
 * [[Ukládání dat do databáze]]

@@ Řádek 23: / Řádek 23: @@
 Peníze v podvojném účtu nemůžou přitéct "odnikud", na obou stranách šipky musí být nějaké účty.
-Výhoda tohoto je v tom, že když budeme všechny členské příspěvky převádět z jednoho účtu "Členské příspěvky", bude nám okamžitý stav tohoto účtu říkat, kolik členských příspěvků už jsmevybrali. Což se určitě hodí!
+Výhoda tohoto je v tom, že když budeme všechny členské příspěvky převádět z jednoho účtu "Členské příspěvky", bude nám okamžitý stav tohoto účtu říkat, kolik členských příspěvků už jsme vybrali. Stav účtu získáme jediným dotazem ve stylu:
 = DB Schema =

@@ Řádek 48: / Řádek 48: @@
 Pozn. pro znalce podvojného účetnictví: tabulka transfers je vlastně obyčejný účetní deník - stejný, jaký si můj děda před 50ti lety vedl v papírové podobě...
-= Tabulka account_attributes =
+== Tabulka account_attributes ==
 Když už tedy podvojně účtujeme, je dobrý nápad mít naše podvojné účty "kompatibilní" s legislativou našeho státu.
@@ Řádek 77: / Řádek 77: @@
 Na slajdu 13 je ukázán způsob, jakým členské příspěvky účtujeme v UnArtu my (při importu z Ebanky).
-= Evidence bankovních účtů =
+== Evidence bankovních účtů ==
-Narozdíl od běžných účetních systémů (Pohoda, Money S3), má Freenetis dokonalejší evidenci bankovních účtů členů - Freenetis umožňuje evidovat u každého člena až N jeho bankovních účtů. To nám velmi často pomáhá při identifikaci platby se špatným variabilem - přestože spousta členů(=rodin) platí z bankovního účtu manželky, který nese její dívčí příjmení (odlišné od příjmení rodiny), jsme schopni díky evidenci bankovních účtů okamžitě poznat, který člen je původcem takové platby.Bankovní účty evidujeme v tabulce '''bank_accounts'''.Po instalaci Freenetisu zde bude pouze bankovní účet sdružení.Další bankovní účty členů automaticky vytváří&nbsp; importer z ebanky. U plateb, které mají správný variabil, také importer nově vytvářenému bank. účtu automaticky přiřadí majitele.Pokud chcete importovat bankovní výpisy ze zdroje, který bankovní účty neobsahuje, pak budete muset v tabulce "bank_accounts" vytvořit účet "NEIDENTIFIKOVANY"Proč? Viz další kapitola:
+Narozdíl od běžných účetních systémů (Pohoda, Money S3), má Freenetis dokonalejší evidenci bankovních účtů členů - Freenetis umožňuje evidovat u každého člena až N jeho bankovních účtů. To nám velmi často pomáhá při identifikaci platby se špatným variabilem - přestože spousta členů(=rodin) platí z bankovního účtu manželky, který nese její dívčí příjmení (odlišné od příjmení rodiny), jsme schopni díky evidenci bankovních účtů okamžitě poznat, který člen je původcem takové platby.
-= Evidence bankovních výpisů =
+Bankovní účty evidujeme v tabulce '''bank_accounts'''.
 * origin_id, destination_id : id bankovních účtů z tabulky bank_accounts
 * transfer_id : id podvojného převodu z tabulky transfers. Každý bankovní převod by měl být podvojně zaúčtovaný, tj. odkazovat na některý podvojný převod. Pokud byste některé bankovní převody nezaúčtovali, vznikne účetní chyba - stav podvojného účtu "bankovní účet" nebude sedět se skutečným stavem bankovního účtu
@@ Řádek 91: / Řádek 104: @@
 Datum, čas a text platby jsme se rozhodli evidovat ne v této tabulce, ale v tabulce transfers - protože každý bank_transfer má vždy přiřazen jeden transfer, byly by stejnomenné sloupce v tabulce bank_transfers redundantní.
 =Terminologie=
 *V kódu se používá směska anglické "polopatické" a oficiální účetní terminologie.