Stand 23.01.2026 Testpaket 4.3.1d

Mit Version 4.3.2 werden Vereinslogos im CLM eingeführt.

Das Hochladen kann im Admin-View Vereine als auch Frontend unter Vereinsdaten ändern erfolgen.

Erlaubt sind Bilddateien der Größe bis max. 256 x 256 mit der Dateikennung png.

In der ersten Stufe erfolgt die Anzeige in den Frontend-Views Verein und Mannschaft einschl. der pdf-Ausgabe Mannschaft.

Erweiterungen insbesondere im Frontend sind denkbar. Anregungen bitte über unser Forum.

Stand: 02.12.2025

Es gibt eine Vielzahl von Bedenkzeitregeln für lange, kurze und sehr kurze Partien.

Die Bedenkzeitangabe ist Teil jeder Turniereinreichung zur Elo-Auswertung bei der FIDE. Es wird erwartet, dass ca. ab Mitte 2026 dies in Form eine Codes erfolgen soll. Ein Entwurf zum entsprehenden Dateiformat wurde auf die FIDE-Homepage bereits veröffentlicht.

CLM reagiert. Mit Version 4.3.2 wird eine neue Tabelle der Zeitmodi bereit gestellt. Die Tabelle enthält neben einer verbalen Beshreibung in wenigen Worten auch den Code. An Ende des Artikel sind die aktuellen Einträge aufgelistet. Vermissen Sie eine bei Ihnen verwendete Regelung, bitte beim Team über Forum oder per Mail melden. Die Tabelle wird kurzfristig ergänzt.

Zum technischen Verfahren:

Die Bedenkzeit kann in den Turnier- bzw. Ligadetails für einen bestimmten Wettbewerb aus den Tabelleneinträgen gewählt werden, dabei erfolgt die Auswahl auf Basis der in der Tabelle hinterlegten Beschreibungen; die Bedenktzeit ist nach wie vor kein Pflichtfeld.

Wurde in der Vergangenkeit eine Bedenkzeitregelung über Freitext eingetragen, bleibt diese erhalten, d. h. für ältere Wettbewerbe ist nichts zu tun.

Im Frontend wird die Bedenkzeitregelung immer als Text angezeigt, unabhängeg davon ob es ein älterer Freitext  ist oder aus der neuen Tabelle ausgewählt wurde

Tabelle, aktueller Stand.

Jede Joomla-Installation verwaltet Benutzeraccounts in Joomla-Core. Über diese Accounts erfolgt die Anmeldung auf der Webseite, wenn nötig. Viele Informationen sind üblicherweise auch ohne Anmeldung sichtbar. Jeder solch Joomla-Benutzeraccount ist mit einer Email-Adresse verbunden, die u.a. auch für alle Passwort-Aktivitäten wie Passwort bestätigen oder Passwort vergessen verwendet wird. Diese Joomla-Accounts einschl. Mailadresse und Passwort sollten datenschutzgemäß nur personenbezogen genutzt werden.

Darüber hinaus kann jede Joomla-Komponente wie auch unser CLM weitere Mail-Adressen für komponenteninterne Zwecke wie z.B. Ausgaben verwenden.

In CLM war eine CLM-interne Mailadresse neben der Joomla-Mail-Adresse von Anfang an vorgesehen. Lange Zeit wurde projektintern die CLM-Mail-Adresse mit der Angabe unter Joomla-Mail-Adresse gefüllt und so ein Gleichlauf der Mail-Adressen von seiten CLM angestrebt.

Wichtig ist hier, von seiten Joomla-Core kann man dies jedoch nicht erwarten. Wird dort z.B.bei Nutzung der Profilpflege durch den Benutzer die Joomla-Mail-Adresse aktualisiert, schlägt das nicht auf die CLM-Mail-Adresse durch.

Im Wissen um das oben dargestellte sowie den Wunsch von Anwender werden in CLM ab Beta 4.2.3 zwei Herangehensweisen angeboten, Schalter in den Einstellungen unter Email

• wie bisher, ein und dieselbe Mail-Adresse für alles, z.B. Passwortaktivitäten und CLM-Ausgaben, mit der oben beschriebenen Schwachstelle (Standard)
• Entkopplung der Joomla- und der CLM-Mail-Adresse, die Joomla-Mail-Adresse wird für alle personenbezogenen Aktivitäten wie Passwort vergessen verwendet, die CLM-Mail-Adresse wird für alle funktionsbezogenen Aktivitäten wie Ergebnismeldung an den Staffelleiter verwendet

Die bisherige Arbeitsweise sollte bekannt sein, zur Entkopplung noch einige Bemerkungen:

• Beide Mail-Adressen können in CLM-Frontend eingesehen und gepflegt werden
• Insbesondere für Staffelleiter, Spielleiter, usw., fluten an Spieltagen die Informationsmails nicht die persönlichen Postfächer, was den Überblick erleichtern sollte
• Im Verhinderungsfall, z.B. Krankheit, kann das funktionale Postfach an einen Stellvertreter gegeben werden ohne personenbezogenes vorher auszusortieren
• Ist die Entkopplung angeschaltet, kann jeder Benutzer mit zwei verschiedenen Mail-Adressen arbeiten, doch systemtechnisch ist das kein Muss, organisatorische Regeln können es aber vorschreiben

Stand 22.12.2025 – Testpaket 4.3.1b   (alter Stand 14.10.2024 – Testpaket 4.2.1d)

Aus vielfältigen Gründen können oder dürfen Spieler nicht mehr für den Verein antreten, für den sie zu Saisonbeginn gemeldet sind.

Häufigste Ursache ist sicher das Um- oder Abmelden während der Saison. Aber auch Tod oder eine ggf. zeitlich begrenzte Disziplinarstrafe kann die Ursache sein.

Um solch Umstand deutlich zu machen und so mögliche falsche Einsätze ev. auch kampflose mit anschließenden Konsequenzen für Verein und Arbeit für Staffelleiter vorzubeugen,

wurde im CLM das vereinsbezogene Sperrkennzeichen eingeführt.

Das vereinbezogene Sperrkennzeichen ist saisonbezogen und kann gesetzt werden

  im Backend

                in der Mitgliederverwaltung z.B. durch den Admin

                bei Pflege von Meldelisten z.B. durch den Staffelleiter

                bei Pflege von Rangfolgen z.B. durch den Staffelleiter

  im Frontend

                bei Eingabe/Pflege von Meldelisten z.B. durch den Mannschaftsleiter

                bei Eingabe/Pflege von Rangfolgen z.B. durch den Vereinsverantwortlichen

In einer Vielzahl von Anzeigen und Listen im Backend und Frontend werden gesperrte Spieler gekennzeichnet, indem der Spielername durchgestrichen wird.

Besteht die Notwendigkeit das Sperrkennzeichen wieder zu entfernen, ist das durch die obengenannten Funktionen im Backend möglich. Gründe könnten hier sein Fehleingabe oder Ablauf einer Sperre.

Neben den oben beschriebenen Sperrkennzeichen gibt es auch das mannschaftsbezogene Sperrkennzeichen, es ist auch saisonbezogen und ist realisiert für das Meldelistensystem.

Der Spieler solte nicht mehr für eine bestimmte Mannschaft antreten, obwohl es für diese gemeldet ist.

Damit kann z.B. sichtbar gemacht werden, dass ein Soieler sich 'oben' festgespielt hat und damit in unteren Mannschaften nicht mehr eingesetzt werden kann bzw. dass ein Spieler eine maximale Anzahl von Einsätzen 'oben' bereits hatte und damit nicht mehr in höheren Mannschaften mitwirken kann. 

Das mannschaftsbezogene Sperrkennzeichen kann gesetzt und entfernt werden

  im Backend

                bei Pflege von Meldelisten z.B. durch den Staffelleiter

Stand 16.05.2025 – Beta 4.2.4

Dieser Artikel ist insbesondere für CLM-Entwickler und Tester gedacht. In produktiven CLM-Installationen sollten die Entwickleroptionen in den Einstellungen nicht geändert werden.

Viele CLM-Funktionen werden durch Email-Ausgaben unterstützt und damit die Nutzerfreundlichkeit gewährleitet. Während des steten Wachstums des Projekts wurde bisher keine zentrale Mailausgabe realisiert, was insbesondere in der Projektwartung und Weiterentwicklung nachteilig ist. Diese Schwachstelle wird jetzt schrittweise bearbeitet, wobei die neue zentrale Mailausgabe durch die neue Funktion der Mailunterdrückung ergänzt wird.

Parameter zur zentralen Mailausgabe unter Entwickleroptionen:

Mailunterdrückung:

• Nein (Standard für produktiven Einsatz)
• Ja (Möglichkeit, die Mailausgabe abzuschalten)
• Umleitung der Mailausgabe auf Ersatzadresse

Ersatzmailadresse

                Nur nötig für dritte Möglichkeit oben

Mit Beta 4.2.2 wurde die neue oben beschriebene zentrale Mailausgabe einschl. der neuen Parameter eingeführt und ist aktiviert für

• Online-Turnieranmeldung im Frontend
• Meldelistenpflege im Frontend
• Benutzerpflege im Backend - Passwort zurüchsetzen
• Benutzerpflege im Backend - Mail an Benutzer

Mit Beta 4.2.3 wurde die Anwendung der neuen zentrale Mailausgabe erweitert für

• Mailversand an die Turnierteilnehmer durch TL im Backend
• Rangfolgepflege im Frontend
• Vereinsdatenpflege im Frontend

Mit Beta 4.2.4 wurde die Anwendung der neuen zentrale Mailausgabe erweitert für

• Ergebnismeldung im Frontend durch MF

Mit der Ergebnisausgabe ist die Umstellung der Mail-Ausgaben im CLM abgeschlossen.

.

(Gültig ab Version 3.9.6)

Allgemeines

Im Frontend ist es möglich in der Mannschafts- und Vereinsübersicht eine Karte mit dem jeweiligen Spiellokal darzustellen.

Diese Funktionalität muss zuerst im Backend in den CLM Einstellungen aktiviert werden: Dazu werden unter Einstellungen -> Externe Dienste die Kartendienste aktviert.

Unter Kartenanzeige stehen nun verschiedene Einstellungen zur Verfügung. In vielen Fällen genügt es unter Vereinsansicht bzw. unter Mannschaftsaufstellung Leaflet oder OpenStreetMap zu aktiveren.

Quickstart

Unter Datenübergabe an Kartendienst sollte "Nur Term2 und Term3" ausgewählt sowie die Kartenanzeige in der Vereinansicht und Mannschaftsaufstellung aktiviert werden (Empfohlen: Leaflet).

Die Adressen der Spiellokale müssen im Format

Name Vereinsheim,

Straße,

Ort

in den Vereins- und Mannschaftseinstellungen angegeben werden. Wichtig ist sind die Komma vor dem Zeilenumbruch, der Name des Vereinsheims kann weggelassen werden.

Unterschied Leaflet und OpenStreetMap

In den Einstellungen Externe Dienste/Kartenanzeige lassen sich unter Vereinsansicht und Mannschaftsaufstellung entweder Leaflet oder OpenstreetMap als Kartendienst aktiveren. Die Unterschiede sind nur kosmetisch. OpenStreetMap ist aus Legacy-Gründen die Standardoption. Die Kartendarstellung mit Leaflet kann etwas flüssiger und moderner wirken.

Funktionsweise Kartendarstellung

Die Adresse des Spiellokals wird von den jeweiligen Mannschaftsführern gesetzt. Die Formatierung der Adresse erfolgt dabei über Kommas für einen Zeilenumbruch, z.B. Spiellokal, Straße, Ort

Damit eine Kartendarstellung möglich ist, muss die Adresse zuerst in Koordinaten umgewandelt werden. Dies geschieht über einen externen Kartendienst, welchem die Adresse übergeben wird und die Koordinaten als Breiten- und Längengrad zurückgibt. Anschließend wird diese Koordinate in der Karte eingezeichnet. Der Kartendienst ist unter "Dienst für Georeferenzierung" einstellbar.

Wird die Karte nicht geladen oder angezeigt, dass die Adresse fehlerhaft ist, so war die Umwandlung der Adresse in Koordinaten nicht erfolgreich. Ursachen ist in den meisten Gründe eine falsche Adressformatierung, dies lässt sich häufig mit der korrekten Einstellung "Datenübergabe an Kartendienst" lösen.

Datenübergabe an Kartendienst

Die meisten Erfolgschancen auf eine erfolgreiche Umwandlung der Adresse in Koordinaten verspricht die Formatierung der Adresse als Strasse, Ort. Um jedoch auch die Angabe des Spiellokals zu ermöglichen, kann mit der Einstellung "Datenübergabe an Kartendienst" angegeben werden, welche Zeilen der Adresse an den Kartendienst übergeben werden.

Zur Veranschaulichung der Funktionsweise folgende Tabelle, bei der in der Spalte "Adresse" die Adresse dargestellt ist, so wie sie der Mannschaftsführer eintragen könnte und in den anderen Spalten wie die Adresse bei den jeweiligen Optionen unter "Datenübergabe an Kartendienst" an den Kartendienst übergeben werden.

Es ist erkennbar, dass bei Option "Nur Term2 und Term3" auch beim Weglassen des Spiellokalnamens trotzdem Straße und Ort übertragen werden. In den meisten Fällen ist "Nur Term2 und Term3" bei Nutzung von OpenStreeMap als Dienst für Georeferenzierung und "Gesamtes Feld" bei Nutzung von Google erfolgsversprechend.

Dienst zur Georeferenzierung

Als Kartendienst für die Umwandlung der Adresse in Koordinaten sind aktuelle OpenStreetMap (https://nominatim.org/) und Googe Geocoding API installiert. OpenStreetMap ist als Standard eingestellt, da für die Nutzung der Google API ein API-Schlüssel notwendig ist.

In den meisten Fällen reicht OpenStreetMap aus, sofern unter "Datenübergabe an Kartendienst" eine der beiden OSM-Optionen (Nur Term2 und Term3 bzw. Nur Term1 und Term2) gewählt werden und die Adressen auch nach diesem Muster eingegegeben werden. OpenStreetMap kann in den wenigsten Fällen mit dem Namen des Vereinsheim etwas anfangen, daher ist darauf zu achten, dass nur die Straße und der Ortsname durch die richtige Wahl der Datenübergabe an OpenStreetMap übergeben werden.

Ansonsten ist auch die Verwendung der Google Geocoding API möglich, welche in nahezu allen Fällen die Adresse richtig umwandeln kann. Für die Erstellung des API-Schlüssel wird auf die Anleitung unter https://developers.google.com/maps/documentation/geocoding/cloud-setup verwiesen. Der API-Schlüssel muss anschließend in den CLM-Einstellungen angegeben werden.

Es ist jedoch zu berücksichtigen, dass bei Verwendung der Google API Kosten anfallen werden, sobald das Freikontigent überschritten ist! Stand April 2022 stellt Google ein Freibudget von 200$ zur Verfügung, welches für die Abfrage von 40000 Koordinaten ausreicht. Die Koordinaten werden jedoch bei jedem Seitenaufruf mit Karte erneut abgefragt. Die Verwendung der Google API liegt unter Berücksichtigung der entsprechenden Kosten im Ermessen des Anwenders.

Die Karte lädt nicht - was kann ich tun?

Bei Verwendung von OpenStreetMap als Dienst zur Georeferenzierung liegt das in den meisten Fallen daran, dass entweder die Adresse nicht im richtigen Format angegeben worden ist oder die Adresse in OpenStreetMap nicht hinterlegt ist.

Zur Behebung des ersten Falls überprüfen, ob unter "Datenübergabe an Kartendienst" die richtige Einstellung angegben worden ist (siehe obige Tabelle) und ob die angegeben Adresse im richtigen Format vorliegt. Sollte die Adresse in OpenStreetMap nicht hinterlegt sein, ist es möglich diese selber einzutragen, siehe https://openstreetmap.de/123/ .

Bei Verwendung von Google zur Georeferenzierung liegt es in den meisten Fällen daran, dass kein API-Schlüssel angegeben worden oder dieser nicht mehr gültig ist. Auch ist es möglich, dass der API-Schlüssel in den Google Cloud Einstellungen auf eine bestimmte IP/Domain beschränkt worden ist.

Die pdf-Ausgaben im CLM sind Views zum Ausdruck gedacht. Es werden die im Originalbildschirm angezeigten Informationen auf gut druckbaren A4-Seiten angeboten.

Hier soll nun der Aufbau des Seitenkopfes beschrieben werden. Dieser besteht standardmäßig aus 4 Elementen.

Beispiel:

1 – CLM-Logo, feststehend

2 – Name des Ergebnisdienstes aus den Einstellungen, wurde der Parameter Ergebnisdienst Name nicht gefüllt ist dieser Bereich frei

3 – Domain der Ergebnisdienstwebseite

4 – Logo der Anwenderorganisation, die Webadresse dieser kleinen Bilddatei sollte im Parameter Grafik-Datei mit Ergebnisdienst-Logo hinterlegt sein, ansonsten bleibt dieser Bereich frei

Der Seitenfuss ist auch standardmäßig gestaltet, im wesentlichen mit Cpyright und Seitenangabe.

Diese Doku beschreibt die Verwaltung von CLM-Benutzergruppen bezogen auf CLM unter J!2.5, unter J!1.5 gibt es nur einen festen Satz von Funktionen/Benutzergruppen und deshalb keine Notwendigkeit einer solchen Doku    Stand 06.04.2013

Nach der Installation des CLM Systems stehen standardmäßig die unten gelisteten Benutzergruppen zur Verfügung. Die Verwaltung der CLM-Benutzergruppen wird über einen Button in der Benutzerverwalltung erreicht.

Die Informationsübersicht :

• "Benutzergruppenname" ist der vollständige Name der Benutzergruppe.

• "Gruppenart", hier steht "CLM" für Standardgruppe, die mit der Installation bereitgestellt wird und nicht geändert werden kann; selbst angelegte Gruppen (siehe unten) erhalten ein anderes Kürzel, z.B. "USER"
• "Zugangswert" numerisch, wegen Kompatibilität z.Z. noch notwendig
• "BenutzergruppenID" zur Ablage in anderen DB-Tabellen 
• "veröffentlicht" zeigt einen grünen Haken, wenn die freigegeben ist, nicht freigegeben Gruppen können Benutzer nicht zugewiesen werden.

Reihenfolge und ID bedürfen keiner weiteren Erklärung.

Die Details der Standard-Benutzergruppen werden durch Anklicken sichtbar

• Links:    Grunddaten, siehe obige Übersicht, und eine Kurzbeschreibung der Rechte
• Rechts:  Backend-Berechtigungen, eine Auflistung der CLM-Zugangspunkte mit jeweils

Standard-Benutzergruppen mit Zugriff auf die Administration (das Backend) :

Der Administrator kann, mit Ausnahme der duch das Parametersystem ausgeblendeten Elemente, auf alles zugreifen. Die Optionen des Parametersystems können ausschließlich vom Administrator ein- oder ausgeschaltet werden.

Der DV Referent hat umfassende Rechte u.a. mit Zugriff auf die Nachmeldung, aber keine Rechte für Datenbankarbeiten, CLM-Einstellungen und Benutzerverwaltung

Der Spielleiter hat alle Rechte für alle Ligen, Einzel- und Mannschaftsturniere sowie Vereine

Der DWZ Referent hat Zugriff auf die Elobase Auswertung und das Aktualisieren der internen DWZ-Datenbank.

Der Staffel- und Turnierleiter hat ausschließlich Zugriff auf seine Ligen und Turniere sowie zugehörige Mannschaften aber einschl. Liga/Turnierdetails und Ergebnisbearbeitung.

Jeder Staffelleiter hat ausschließlich Zugriff auf seine Ligen und Mannschaften aber einschl. Ligadetails und Ergebnisbearbeitung.

Der Staffelleiter II hat ausschließlich Rechte auf seine Ligen bzgl. der Ergebnisbearbeitung. Die weiteren Daten zur Liga werden hier durch einen Admin gepflegt.

Jeder Turnierleiter hat ausschließlich Zugriff auf seine Turniere aber einschl. Ligadetails und Ergebnisbearbeitung.

Jeder TL für Mannschaftsturniere hat ausschließlich Zugriff auf seine Turniere und Mannschaften aber einschl. Turnierdetails und Ergebnisbearbeitung.

Benutzergruppen mit Zugriff auf den öffentlichen Bereich (das Frontend) :

Damenwart, Jugendwart, Vereinsleiter, Vereinsspielleiter, Vereinsjugendwart, Vereinsdamenwart und Spieler haben wie unter J!1.5 nur die Berechtigung als registrierter Nutzer im Frontend.

Der Mannschaftsführer kann Ergebnisse und Meldelisten abgeben und die Adressdaten  des Vereins ändern.

Neue Benutzergruppe anlegen

Hier gibt es zwei Wege:

- Button "Neu" in der Gruppenübersicht und Eingabe alles Grunddaten und Setzen aller Berechtigungen  oder

- Kopieren einer Standardgruppe in der Gruppenübersicht und anschließende Nachpflege durch Editieren

Zu beachten ist immer:

- Gruppenname, GruppenID und numerischer Zugangswert dürfen jeweils nur einmal vergeben werden. Ansonsten erhalten Sie eine Fehlermeldung.

- neue Gruppen können nicht mit der Gruppenart "CLM" angelegt werden

Ändern von Benutzergruppen

Sie können die Standardgruppen mit Art "CLM" nicht ändern, ansonsten ist das Vorgehen selbsterklärend.

Hilfe

Anlegen und Ändern ist eine seltene Aktivität; benötigen Sie Hilfe, werden Sie sich über das CLM-Forum an das Projektteam

1) welche Version soll genutzt werden. Möglich sind derzeit deutsch und niederländisch
2) Auswählen für welchen Verband CLM genutzt werden soll
3) Bei Auswahl von Kaskadenmenu führt dies dazu dass an einigen Stellen beim Klick nicht in das Bearbeiten verzweigt sondern ein Menu tiefer geht. (Z.B. leitet ein Klick auf den Namen der Liga kein Bearbeiten der Liga ein, sondern führt in den Runden Manager)
4)
5) Gibt an ob die Vereinsliste aus der Datenbank (kommt dort per Upload rein) oder manuell erstellt wird.
6) Wie werden die Vereine sortiert
7-8) gibt an ob zur Füllung der Datenbank SQL-Dateien hochgeladen werden dürfen und dann das SQL ausgeführt werden darf
9-10) Ermöglicht Import von Swisschess-Dateien
11) Schreibt ein Logfile aus dem die durchgeführten Aktionen ersichtlich sind
12) Wird die inoffizielle DWZ-Auswertung Liga- oder Saisonbezogen gemacht. Unterschied: Spielt ein Spieler in einer Saison in mehreren Ligen bekommt er bei Ligabezogen für jede Liga eine DWZ-Auswertung. Bei Saisonbezogen gibt es nur eine Auswertung über alle Ligen
13)
14)
15)
16)
17) Soll bei Ergebniseingabe im Frontend eine automatische Mail an den Staffelleiter kommen