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 ===Konten im JVerein===
  73 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.
  74
  75 Es gilt dabei folgendes:
  76 * Ein (Haupt-) Konto ist dabei jeweils die Kasse bzw. das Konto in dem das Geld wirklich liegt. Hauptkonten haben als Kontonummer eine Zahl.
  77 * Interne (Haupt-) Konten haben immer eine dreistellige Nummer. Externe (z.B. das Giro) haben wahrscheinlich eine längere.
  78 * Unterkonten sind eine Segmentierung eines Hauptkontos. Dabei wird eine Menge Geld in einem Haupt-Konto für einen speziellen Zweck reserviert.
  79 * Unterkonten werden durch Anhängen des Suffix "-$N" gebildet. Dabei ist $N der fortlaufende Index der Unterkonten des Hauptkontos.
  80 * Die Summe der Beträge in einem Haupt- und seiner Unterkonten entspricht der Menge an Geld die tatsächlich in dieser Ablage vorhanden ist.
  81 * Jedes Konto trägt am Anfang seines Namens einen Buchstaben als Kennung. Dieser Buchstabe wird bei der Bildung der Belegnummer verwendet.
  82
  83 Bei Erstellung des Artikels vorhandene Konten:
  84  100             (B) Barkasse Stratum0
  85  100-1           (D) 3D-Drucker Filamentspenden
  86  100-2           (P) Pfand für Physische Schlüssel
  87  100-3           (F) Spenden for Plotter-Material
  88  100-4           (S) Spenden für Material Stickmaschine
  89  101             (V) Erstattungskasse Verbrauchsmaterial
  90  102             (M) Matekasse
  91  200024917       (G) Girokonto des Vereins
  92  200*-1          (R) Rückstellungen Giro
  93
  94 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.
  95
  96 ====Konto: Barkasse====
  97 Konto, dass nicht zweckgebundenes Geld enthält.
  98
  99 ====Konto: 3D-Drucker Filamentspenden====
 100 Konto mit zweckgebundenem Geld aus der 3D-Druck Spendenbox
 101
 102 ====Konto: Pfand für Physische Schlüssel ====
 103 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.
 104 Für die Dokumentation der Schlüsselübergabe gibt es ein Template in:
 105  ./s0v-dokumente/vorlagen/Schluesselquittung.odt
 106
 107 ====Konto: Spenden for Plotter-Material====
 108 Konto mit zweckgebundenem Geld aus der Plotter Spendenbox.
 109
 110 ====Konto: Spenden für Material Stickmaschine====
 111 Konto mit zweckgebundenem Geld aus der Stickmaschinen Spendenbox.
 112
 113 ====Konto: Erstattungskasse Verbrauchsmaterial====
 114 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.
 115 Die Kasse wird i.d.R. mit 20 bis 50€ "aufgeladen", wenn die Einlage zu gering geworden ist.
 116
 117 In dieser Kasse ist durch die Mitglieder ein Kassenbuch zu führen, dass alle Geldbewegungen abbildet.
 118
 119 ====Konto: Matekasse====
 120 Kasse des Space-Kiosk für Getränke und Süßkram.
 121
 122 In dieser Kasse ist durch die Mitglieder ein Kassenbuch zu führen, dass alle Geldbewegungen abbildet.
 123
 124 ====Konto: Girokonto====
 125 Girokonto. Konto, dass nicht zweckgebundenes Geld enthält.
 126
 127 ====Konto: Rückstellungen Giro====
 128 Auf diesem Konto sind Gelder für zu erwartende Sonderausgaben besonders allokiert.
 129
 130
 131 {{Todo| Virtuelle Konten}}
 132 ===Buchungsklassen und Buchungsarten===
 133 Die Buchungsklassen und Buchungsarten dienen der Gruppierung der Gewinn-und-Verlust-Rechnung des Vereins.
 134
 135 Buchungsarten werden in Buchungsklassen gruppiert. Innerhalb Buchungsklassen selber werden danach auch wieder Ein- und Ausgaben gruppiert.
 136
 137 Die Buchungsklassen haben dabei folgende Struktur:
 138 * 1000er-Klassen: Einnahmen des Vereins
 139 * 2000er-Klassen: Ausgaben des Vereins
 140 * 3000er-Klassen: Umbuchungen zwischen Vereinskonten
 141
 142 Innerhalb dieser Klassen können somit einzelne Buchungsklassen für bestimmte Zwecke definiert werden:
 143
 144  1000 Einnahmen
 145   |- 1001 Mitgliedsbeitrage
 146   |- 1002 Spenden
 147  2000 Ausgaben
 148   |- 2001 Verein
 149   |- 2002 Space
 150  3000 Umbuchungen
 151   |- 3000 Umbuchungen
 152
 153 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.
 154
 155 ===Mitgliedsbeitrag===
 156 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.
 157
 158 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.
 159
 160 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.
 161
 162 Mitgliedsbeiträge gehen dem Verein nur durch Überweisungsgutschriften, sowie Bar-Einzahlungen zu. Lastschrift wird nicht angeboten.
 163
 164 ==== Beitragsklassen ====
 165 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.
 166 Diese Presets können allerdings für jedes Mitglied individuell überschrieben werden.
 167
 168 Zahlt ein Mitglied einen durch ein Preset abgedeckten Mitgliedsbeitrag, so sollte auch dieses Preset verwendet werden.
 169
 170 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.
 171
 172 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.
 173
 174 ==== Abrechnungslauf durchführen ====
 175 Beim durchführen eines Abrechnungslauf sind folgende Schritte zu beachten:
 176 * 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).
 177 * JVerein möchte umbedingt angegebene SEPA-Fälligkeiten haben. Da kann man den vorgeschlagenen Wert akzeptieren.
 178 * Abrechnungsziel ist "Alle".
 179 * Freitext der Abrechnung ist "Mitgliedsbeitrag MM.YYYY".
 180 * 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.
 181
 182 ==== Zuordnung der monatlichen IST-Buchungen ====
 183 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:
 184 * Durchführen des Abrechnungslauf.
 185 * Import der neuen Buchungen vom Giro-Konto ins Hibiscus und ins JVerein.
 186 * JVerein schließen.
 187 * jverein-beitragshelfer:allocate.py ausführen.
 188 ** Dieses Tool benötigt den H2SqlServer. Um es möglichst einfach zu Starten wird das Script ./s0v-finanz/allocate.sh eingesetzt.
 189 ** Dieses Tool verwendet in ./s0v-finanz/allow.csv abgelegte Muster zur Zuordnung der Buchungen zu den Mitgliedern. Diese Datei ist ist Teil des Repos.
 190 ** Das Tool ordnet möglichst viele Buchungen anhand der Muster zu.
 191 * JVerein öffnen und verbleibende Buchungen von Hand zuordnen.
 192
 193
 194 ===Buchungen===
 195 {{Todo|Buchungsbegriff}}
 196 {{Todo|Dokumentation einer Buchung (notwendige und optionale Angaben, Belegnummer, UB-Nummer)}}
 197 {{Todo|Umbuchen zwischen Konten}}
 198 [[Kategorie:Dokumentation]][[Kategorie:Verein]]
 199
 200 === Mitgliederverwaltung ===
 201 In der JVerein-Navigation unter Start → JVerein → Mitglieder.
 202
 203 ==== Neues Mitglied anlegen ====
 204 Der Button "Neu" ist etwas versteckt rechts unten auf der Seite.
 205 * Als "Adressierungszusatz" darf ein Nickname eingegeben werden, um die Mitglieder zuordnen zu können.
 206 * 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)
 207 ** Danach kann man das umbenannte Mitglied einfach per Rechtsklick duplizieren und wieder als neuen Datensatz einpflegen.
 208 * Das Geschlecht wird offiziell nicht erhoben, ist aber ein Pflichtfeld, sollte auf "ohne Angabe" gesetzt werden.
 209 * Auf dem Reiter "Mitgliedsbeitrag" die entsprechende Kategorie einstellen, oder einen individuellen Beitrag eingeben. Siehe [[#Mitgliedsbeitrag]] für mehr Infos.
 210 * 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.
 211 * Alle anderen Registerseiten können so gelassen werden, werden nicht benötigt.
 212 * Dann Mitglied speichern.
 213
 214 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:
 215 * Dazu das Mitglied bearbeiten (Doppelklick in der Liste)
 216 * Auf dem Reiter "Mitgliedskonto" mit Rechtsklick eine neue Buchung mit dem Mitgliedsbeitrag hinzufügen.
 217
 218 ==== Mitgliedschaft beenden ====
 219 * 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.
 220 * Austrittsdatum ist immer der letzte Tag eines Monats.
 221 * Falls Beitragserlass gewährt wurde, eine entsprechende Sollbuchung erstellen, sodass das Konto ausgeglichen ist.
 222
 223 Weiteres Vorgehen:
 224 * [[Schlüssel]]gewalt entziehen ([[StratumKey]]-SSH-Zugang, Fahrradkeller, sonstige Schlüssel, inkl. Pfandrückgabe)