/* Hacken Open Air */ Termin auf morgen verschoben, wurde letztens angefragt, gab...
[stratum0-wiki.git] / Schatzkarte.mw
1 {{Projekt|verantwortlich=[[Schatzmeister]]|status=aktiv|beschreibung=Eine Übersicht über die Buchführung des Schatzmeisters für den Verein.}}
2
3 ==Ziel dieser Seite==
4 Ziel dieser Seite ist die Dokumentation der Struktur der Buchführung für den Verein. Die Dokumentation soll dabei zum Einen einen Überblick über die Aktivitäten im Hintergrund geben und zum Anderen als Anleitung für zukünftige Schatzmeister und Kassenprüfer gelten.
5
6 Diese Seite soll aber keine Einführung in JVerein sein. Das ist auf deren [http://www.jverein.de/wiki/index.php?title=Hauptseite Webseite] aktueller.
7
8 ==Arbeitsumgebung==
9 ===JVerein===
10 Als Buchhaltung kommt JVerein zum Einsatz. Prinzipiell unterstützt JVerein den Einsatz eines SQL-Servers im Netzwerk als Backend. Um allerdings Änderungen an der Datenbank ebenfals Versionieren zu können, setzen wir JVerein mit einer lokalen Datenbank ein.
11
12 ===Versionverwaltung===
13 Alle finanz-relevanten Daten liegen in einem git. In dem Repository werden dabei rücksicktslos auch Binärdateien eingecheckt. Es gibt ein zentral gehostetes Repository, über das die Arbeitskopien synchron gehalten werden.
14
15 Das Repo hat folgende Struktur:
16 ./s0v-finanz
17 |- .jameica Arbeitsverzeichnis von JVerein.
18 |- 2012 Buchführung und Belege für 2011 und 2012.
19 |- Buchfuehrung2012.ods Buchführung des Vereins bis Ende 2012. Dient nur noch als Referenz.
20 Die Daten wurden ins JVerein übernommen.
21 |- Belege Verzeichnis mit digitalen Kopien der Buchungsbelege
22 |- 2013
23 |- Belege Verzeichnis mit digitalen Kopien der Buchungsbelege
24 |- Jahresbericht Verzeichnis mit dem Jahresbericht des Schatzmeisters
25 |- Prüfung Verzeichnis mit Unterlagen zur Kassenprüfung
26 |- Auswertungen Auswertungen der Datenbank, z.B. Mitgliedskontenauszüge
27 |- Vorlagen Vorlagen rund um das Schatzmeistern
28
29 Die Struktur des Ordners 2013 wiederholt sich für alle weiteren Jahre.
30
31 === Locking ===
32 Bei der Versionierung von Binärdateien (Jverein-Datenbank) muss sichergestellt werden, dass nicht aus Versehen zwei Vorstandsentitäten gleichzeitig am Datenbestand arbeiten – ansonsten müsste man beide Änderungen auf Binärebene miteinander vereinen, und das will wirklich niemand. Deshalb wird mit {{WP|File locking|Locking|l=en}} gearbeitet, wofür das gitolite auf [[theodem]] Unterstützung mitbringt.
33
34 * '''Vor Beginn der Arbeit''' wird das Skript <code>./lock.sh</code> ausgeführt, das die entsprechenden Dateien sperrt und gleichzeitig auch neue Git-Revisionen holt.
35 * Dann kann JVerein benutzt und Git-Commits erstellt werden.
36 * ''' Nach Beginn der Arbeit''' wird das Skript <code>./unlock.sh</code> benutzt, um die neuen Revisionen auf den Server zu pushen und das Repo wieder zu entsperren.
37 ** Falls dieser Schritt vergessen wird, bekommt der nächste Benutzer beim Locking eine Fehlermeldung: <pre>FATAL: '.jameica/jverein/h2db/jverein.h2.db' locked by 'rohieb' since Sun Apr 23 17:23:46 2017</pre> In diesem Fall den entsprechenden Benutzer treten, oder dem [[Schatzmeister]] Bescheid sagen, um das Lock per Admin-Zugriff zu überschreiben. ([http://gitolite.com/gitolite/locking/index.html Relevante Doku dazu])
38
39 ===Erweiterte Toollandschaft===
40 :''Talk von {{Benutzer|Emantor}} dazu: [[Vorträge/Vorbei#Talks am Samstag, 14. Januar 2017, ab 19:00|Das Stratum 0 Finanzautomatisierungssystem]]''
41
42 Um das Jverein als zentrales Tool sind im Laufe der Zeit weitere Tools als Helfer entstanden:
43 * [https://gitli.stratum0.org/stratum0/jverein-regressionstests jverein-regressionstests]
44 ** Test-suite, die in einem Post-Commit Hook des Git-Hosts durchgeführt wird.
45 ** Mit den Tests sollen regelmäßig bei den Kassenprüfung auftretende Fehler vor der Kassenprüfung gefunden werden.
46 * [https://gitli.stratum0.org/stratum0/H2SqlServer H2SqlServer]
47 ** Stellt eine Socket-Schnittstelle auf die H2SQL-Datenbank JVereins zur Verfügung. Wird von weiteren Tools genutzt, um Änderungen und Auswertungen an der Datenbank durchführen zu können.
48 ** Es gibt eine Client-Library für Python, die direkt mit diesem Server sprechen kann.
49 * [https://gitli.stratum0.org/stratum0/jverein-zuwendungsbescheinigung jverein-zuweundungsbescheinigung]
50 ** Erstellt aus Mitgliedskontoauszügen automatisiert Zuwendungsbescheinigungen für Mitgliedsbeiträge als PDF.
51 ** Enthält auch ein Latex-Template für die Zuwendungsbescheinigungen.
52 * [https://gitli.stratum0.org/stratum0/finanz-helper finanz-helper]
53 ** Sammlung von mehreren kleinen Tools.
54 ** Erstellen von Buchungsbelegen für folgende Fälle:
55 *** Bar-Einzahlung in ein internes Konto
56 *** Umbuchung zwischen internen Konten
57 ** Senden aller Mitgliedskontoauszüge aus einem Ordner an das jeweilige Mitglied
58 * [https://gitli.stratum0.org/stratum0/jverein-beitragshelfer jverein-beitragshelfer]
59 ** Tool zum automatisierten Zuordnen von eingegangenen Buchungen zu den entsprechenden Mitgliedern.
60 * DEPRECATED [https://gitli.stratum0.org/stratum0/jverein-guthabenstat jverein-guthabenstat]
61 ** Tool zum Erstellen einer tageweisen Guthabenstatistik über alle Konten.
62 ** Der Export kann anschließend z.B. im Finanzbericht eingesetzt werden.
63 ** Sollte irgendwann einmal durch einen ReWrite ersetzt werden.
64 * DEPRECATED [https://gitli.stratum0.org/stratum0/jverein-member-reports jverein-member-reports]
65 ** Tool zum Erstellen der Mitgliedskontoauszüge
66 ** Sollte irgendwann einmal durch einen ReWrite ersetzt werden.
67 * DEPRECATED [https://gitli.stratum0.org/stratum0/jverein-finance-report jverein-finance-report]
68 ** Tool zum Erstellen von Finanz-Statistiken über den Verein.
69 ** Sollte irgendwann einmal durch einen ReWrite ersetzt werden.
70
71 ==Operatives==
72 ===Regelmäßige Aufgaben===
73 Die hier gelisteten Aufgaben sind in eine MUSS und SOLL Kategorie geordnet. SOLL Aufgaben erleichtern die gesamte Buchführung, MUSS Aufgaben sollten in jedem Fall regelmäßig durchgeführt werden. Dafür eignet sich gut das Vorstandstreffen am Anfang des Monats.
74 ====Monatlich====
75 MUSS:
76 * Kassen zählen
77 SOLL:
78 * Spendendosen leeren
79 * Matekasse nachführen
80 * Verbrauchsmaterial nachführen
81 * Belege einscannen/drucken
82 * Belege im git einchecken
83 ====Jährlich====
84 MUSS:
85 * Jahresbericht erstellen
86 ===Konten im JVerein===
87 Für den Verein werden im JVerein mehrere Konten mit unterschiedlichen Aufgaben abgebildet. Ein Konto kann dabei z.B. sein: Das Girokonto, die Barkasse, etc. Jedes Konto kann dabei in Unterkonten gegliedert sein.
88
89 Es gilt dabei folgendes:
90 * Ein (Haupt-) Konto ist dabei jeweils die Kasse bzw. das Konto in dem das Geld wirklich liegt. Hauptkonten haben als Kontonummer eine Zahl.
91 * Interne (Haupt-) Konten haben immer eine dreistellige Nummer. Externe (z.B. das Giro) haben wahrscheinlich eine längere.
92 * Unterkonten sind eine Segmentierung eines Hauptkontos. Dabei wird eine Menge Geld in einem Haupt-Konto für einen speziellen Zweck reserviert.
93 * Unterkonten werden durch Anhängen des Suffix "-$N" gebildet. Dabei ist $N der fortlaufende Index der Unterkonten des Hauptkontos.
94 * Die Summe der Beträge in einem Haupt- und seiner Unterkonten entspricht der Menge an Geld die tatsächlich in dieser Ablage vorhanden ist.
95 * Jedes Konto trägt am Anfang seines Namens einen Buchstaben als Kennung. Dieser Buchstabe wird bei der Bildung der Belegnummer verwendet.
96
97 Bei Erstellung des Artikels vorhandene Konten:
98 100 (B) Barkasse Stratum0
99 100-1 (D) 3D-Drucker Filamentspenden
100 100-2 (P) Pfand für Physische Schlüssel
101 100-3 (F) Spenden for Plotter-Material
102 100-4 (S) Spenden für Material Stickmaschine
103 101 (V) Erstattungskasse Verbrauchsmaterial
104 102 (M) Matekasse
105 200024917 (G) Girokonto des Vereins
106 200*-1 (R) Rückstellungen Giro
107
108 Wird Geld zwischen Konten verschoben, muss im JVerein eine Umbuchung zwischen den Konten stattfinden. Dies gilt auch, wenn eine Umbuchung zwischen Haupt- und Unterkonto stattfindet, z.B. wenn Geld aus einem Konto mit Zweckbindung in das zugehörige Hauptkonto verschoben wird.
109
110 ====Konto: Barkasse====
111 Konto, dass nicht zweckgebundenes Geld enthält.
112
113 ====Konto: 3D-Drucker Filamentspenden====
114 Konto mit zweckgebundenem Geld aus der 3D-Druck Spendenbox
115
116 ====Konto: Pfand für Physische Schlüssel ====
117 Konto mit für ausgegebene Schlüssel eingenommenes Pfand. Geld ist nicht für operatives Geschäft verfügbar, da es bei Rückgabe des Schlüssels ebenfalls zurückgegeben werden muss.
118 Für die Dokumentation der Schlüsselübergabe gibt es ein Template in:
119 ./s0v-dokumente/vorlagen/Schluesselquittung.odt
120
121 ====Konto: Spenden for Plotter-Material====
122 Konto mit zweckgebundenem Geld aus der Plotter Spendenbox.
123
124 ====Konto: Spenden für Material Stickmaschine====
125 Konto mit zweckgebundenem Geld aus der Stickmaschinen Spendenbox.
126
127 ====Konto: Erstattungskasse Verbrauchsmaterial====
128 Kasse, die im Space steht und es Mitgliedern erlaubt sich Verbrauchsmaterial direkt und ohne Antrag an den Vorstand selber zu erstatten. Dies soll Mitglieder motivieren notwendiges Verbrauchsmaterial selbständig zu beschaffen und das Geld dafür unbürokratisch zurück zu bekommen.
129 Die Kasse wird i.d.R. mit 20 bis 50€ "aufgeladen", wenn die Einlage zu gering geworden ist.
130
131 In dieser Kasse ist durch die Mitglieder ein Kassenbuch zu führen, dass alle Geldbewegungen abbildet.
132
133 ====Konto: Matekasse====
134 Kasse des Space-Kiosk für Getränke und Süßkram.
135
136 In dieser Kasse ist durch die Mitglieder ein Kassenbuch zu führen, dass alle Geldbewegungen abbildet.
137
138 ====Konto: Girokonto====
139 Girokonto. Konto, dass nicht zweckgebundenes Geld enthält.
140
141 ====Konto: Rückstellungen Giro====
142 Auf diesem Konto sind Gelder für zu erwartende Sonderausgaben besonders allokiert.
143
144
145 {{Todo| Virtuelle Konten}}
146 ===Buchungsklassen und Buchungsarten===
147 Die Buchungsklassen und Buchungsarten dienen der Gruppierung der Gewinn-und-Verlust-Rechnung des Vereins.
148
149 Buchungsarten werden in Buchungsklassen gruppiert. Innerhalb Buchungsklassen selber werden danach auch wieder Ein- und Ausgaben gruppiert.
150
151 Die Buchungsklassen haben dabei folgende Struktur:
152 * 1000er-Klassen: Einnahmen des Vereins
153 * 2000er-Klassen: Ausgaben des Vereins
154 * 3000er-Klassen: Umbuchungen zwischen Vereinskonten
155
156 Innerhalb dieser Klassen können somit einzelne Buchungsklassen für bestimmte Zwecke definiert werden:
157
158 1000 Einnahmen
159 |- 1001 Mitgliedsbeitrage
160 |- 1002 Spenden
161 2000 Ausgaben
162 |- 2001 Verein
163 |- 2002 Space
164 3000 Umbuchungen
165 |- 3000 Umbuchungen
166
167 Die Strukturierung in Buchungsklassen und Buchungsarten sollte so feingliedrig gewählt werden, dass sie übersichtlich Darstellt, welche (finanziellen) Aktivitäten im Verein stattgefunden haben. Diese Struktur wird sowohl für den Finanz-Jahresbericht, als auch für die Steuererklärung gegenüber dem Finanazamt herangezogen.
168
169 ===Mitgliedsbeitrag===
170 JVerein führt für jedes Mitglied ein Mitgliedskonto. Auf diesem werden die fälligen Beiträge (SOLL-Buchungen) (anhand der Beitragsklassen bzw. der Abrechnungsläufe, sowie besonders angelegter Fälligkeiten) und die gezahlten Mitgliedsbeiträge (IST-Buchungen) gegenüber gestellt.
171
172 Ein Mitgliedskonto ist im JVerein allerdings kein echtes Konto mit Buchungsvorfällen, sondern eine Liste von SOLL-Buchungen. An jede SOLL-Buchung kann anschließend genau eine IST-Buchung angehangen werden. JVerein geht also, davon aus, jedes Mitglied jede Fälligkeit mit genau einer Buchung begleicht - was natürlich im Stratum 0 nicht der Fall ist. Das führt an manchen Stellen zu interessantem Verhalten der Software.
173
174 Im Stratum 0 ist Mitgliedsbeitrag monatlich fällig. Daher wird für jeden Monat ein Abrechnungslauf durchgeführt und somit SOLL-Buchungen auf allen Mitgliedskonten erzeugt.
175
176 Mitgliedsbeiträge gehen dem Verein nur durch Überweisungsgutschriften, sowie Bar-Einzahlungen zu. Lastschrift wird nicht angeboten.
177
178 ==== Beitragsklassen ====
179 Im JVerein können Beitragsklassen als Presets für den fälligen Mitgliedsbeitrag je Abrechnungszeitraum angelegt werden. Hierfür sind typischerweise Vollzahler und ermäßigte Zahler definiert.
180 Diese Presets können allerdings für jedes Mitglied individuell überschrieben werden.
181
182 Zahlt ein Mitglied einen durch ein Preset abgedeckten Mitgliedsbeitrag, so sollte auch dieses Preset verwendet werden.
183
184 Zahlt ein Mitglied einen anderen Beitrag, so kann ein individueller Beitrag das Preset überschreiben. Individuelle Beiträge sind z.B. für Mitglieder mit individuellem Beitrag und Fördermitglieder üblich.
185
186 Falls ein Mitglied einen Ermäßigungsantrag stellt, gilt dieser nur für ein Jahr. Dafür kann in der Mitgliederverwaltung beim Bearbeiten eines Mitglieds auf dem Reiter "Mitgliedschaft" eine zukünftige Beitragsgruppe erstellt werden, die von JVerein automatisch ab einem bestimmten Datum gesetzt wird.
187
188 ==== Abrechnungslauf durchführen ====
189 Beim durchführen eines Abrechnungslauf sind folgende Schritte zu beachten:
190 * Als Stichtag für die Abrechung sollte der letzte des Monats angegeben werden. Somit werden auch Mitglieder erfasst, die im Laufe des Monats eingetreten sind (und für die auch Mitgliedsbeitrag für einen ganzen Monat fällig wird).
191 * JVerein möchte umbedingt angegebene SEPA-Fälligkeiten haben. Da kann man den vorgeschlagenen Wert akzeptieren.
192 * Abrechnungsziel ist "Alle".
193 * Freitext der Abrechnung ist "Mitgliedsbeitrag MM.YYYY".
194 * Nach einem Klick auf den "Make it so"-Button muss man die von JVerein generierten XML-Dateien speichern. Diese werden im Weiteren nicht benötigt - ohne diesen Schritt führt JVerien die Abrechnung allerdings nicht durch.
195
196 ==== Zuordnung der monatlichen IST-Buchungen ====
197 Um das Zuordnen der monatlich eingehenden Mitgliedsbeiträge auf die Mitgliedskonten zu erleichtern gibt es das Tool [https://gitli.stratum0.org/stratum0/jverein-beitragshelfer jverein-beitragshelfer]. Um dieses Tool einzusezten sind folgende Schritte notwendig:
198 * Durchführen des Abrechnungslauf.
199 * Import der neuen Buchungen vom Giro-Konto ins Hibiscus und ins JVerein.
200 * JVerein schließen.
201 * jverein-beitragshelfer:allocate.py ausführen.
202 ** Dieses Tool benötigt den H2SqlServer. Um es möglichst einfach zu Starten wird das Script ./s0v-finanz/allocate.sh eingesetzt.
203 ** Dieses Tool verwendet in ./s0v-finanz/allow.csv abgelegte Muster zur Zuordnung der Buchungen zu den Mitgliedern. Diese Datei ist ist Teil des Repos.
204 ** Das Tool ordnet möglichst viele Buchungen anhand der Muster zu.
205 * JVerein öffnen und verbleibende Buchungen von Hand zuordnen.
206
207
208 ===Buchungen===
209 {{Todo|Buchungsbegriff}}
210 {{Todo|Dokumentation einer Buchung (notwendige und optionale Angaben, Belegnummer, UB-Nummer)}}
211 {{Todo|Umbuchen zwischen Konten}}
212 [[Kategorie:Dokumentation]][[Kategorie:Verein]]
213
214 === Mitgliederverwaltung ===
215 In der JVerein-Navigation unter Start → JVerein → Mitglieder.
216
217 ==== Neues Mitglied anlegen ====
218 Der Button "Neu" ist etwas versteckt rechts unten auf der Seite.
219 * Als "Adressierungszusatz" darf ein Nickname eingegeben werden, um die Mitglieder zuordnen zu können.
220 * In JVerein ist es leider nicht möglich, ein ausgetretenes Mitglied wieder aufzunehmen, also mehr als ein Eintritts- oder Austrittsdatum einzustellen. Fürs Archiv sollte der alte Datensatz aber bestehen bleiben. In diesem Fall den alten Mitgliedsdatensatz ändern (z.B. "Nachname" auf "Nachname/1" ändern), um die Datensätze unterscheiden zu können. (Für ausgetretene Mitglieder werden eh keine Abrechnungsdaten/-mails mehr erzeugt, sodass niemand außer uns die Änderung im Nachnamen zu Gesicht bekommt :P)
221 ** Danach kann man das umbenannte Mitglied einfach per Rechtsklick duplizieren und wieder als neuen Datensatz einpflegen.
222 * Das Geschlecht wird offiziell nicht erhoben, ist aber ein Pflichtfeld, sollte auf "ohne Angabe" gesetzt werden.
223 * Auf dem Reiter "Mitgliedsbeitrag" die entsprechende Kategorie einstellen, oder einen individuellen Beitrag eingeben. Siehe [[#Mitgliedsbeitrag]] für mehr Infos.
224 * Eintrittsdatum ist das Datum des Antrags, z.B. Date-Header in der E-Mail, oder das Anfangsdatum der Mitgliedschaft, wenn das vom Mitglied anders gewünscht wurde.
225 * Alle anderen Registerseiten können so gelassen werden, werden nicht benötigt.
226 * Dann Mitglied speichern.
227
228 Falls diesen Monat noch kein Abrechnungslauf stattgefunden hat, ist der Prozess beendet (Indikator: haben andere Mitglieder schon Sollbuchungen für diesen Monat auf ihren Mitgliedskonten?). Andernfalls muss noch der erste Mitgliedsbeitrag manuell als Sollbuchung hinzugefügt werden:
229 * Dazu das Mitglied bearbeiten (Doppelklick in der Liste)
230 * Auf dem Reiter "Mitgliedskonto" mit Rechtsklick eine neue Buchung mit dem Mitgliedsbeitrag hinzufügen:
231 ** das Eintrittsdatum einstellen
232 ** Verwendungszweck nach dem Schema ''Mitgliedsbeitrag MM.YYYY''
233 ** entsprechenden Betrag setzen
234 ** Buchungsart ''1000 - (E) IdB: Mitgliedsbeitrag''
235
236 ==== Mitgliedschaft beenden ====
237 * Kündigungsdatum ist nicht unbedingt nötig, ich trage dort aber immer das Datum aus der entsprechenden E-Mail o.ä. ein, damit sie später unter Umständen besser auffindbar ist.
238 * Austrittsdatum ist immer der letzte Tag eines Monats.
239 * Falls Beitragserlass gewährt wurde, eine entsprechende Sollbuchung erstellen, sodass das Konto ausgeglichen ist.
240
241 Weiteres Vorgehen:
242 * [[Schlüssel]]gewalt entziehen ([[StratumKey]]-SSH-Zugang, Fahrradkeller, sonstige Schlüssel, inkl. Pfandrückgabe)
This page took 0.055577 seconds and 5 git commands to generate.