Im Jahre 2005 haben wir uns auf die Suche nach einer ERP-Lösung gemacht. Ursprünglich wollten wir die bestehende Finanzbuchhaltung (Closed Source) eines renommierten Schweizer Unternehmens ausbauen. Also haben wir eine entsprechende Offerte für die Module Finanzbuchhaltung, Debitoren, Kreditoren, Einkauf, Verkauf, Lager und Fremdwährungen für 12 Personen an zwei Standorten und der Möglichkeit, von Zuhause aus auch auf das ERP-System zugreifen zu können, eingeholt. Aus der Offerte war aber ersichtlich, dass bereits die Lizenzkosten für alle Module und lediglich vier Benutzer mehrere zehntausend Franken betragen.
Damit eine weltweit eingesetzte Open-Source-Business-Software erfolgreich an die Schweizer Bedürfnisse angepasst werden kann, sind unserer Meinung nach einige fundamentale Voraussetzungen nötig, die SQL-Ledger allesamt erfüllt:
- 100 Prozent der in SQL-Ledger verwendeten Komponenten sind Open Source. Es fallen somit keine zusätzlichen Kosten an.
Bei SQL-Ledger war somit das Fundament gegeben. Jetzt ging es darum, SQL-Ledger an die Schweiz anzupassen. Denn 1 + 1 ergibt zwar überall 2 – auch in der Schweiz. Aber schon das Runden auf 5 Rappen kennen Firmen, die mit US-Dollar oder Euro arbeiten, nicht. Dort wird mit Cents gerechnet. Im Bereich Einzahlungsscheine mit 27-stelligen Referenznummern und elektronischem Zahlungsverkehr ist die Schweiz ebenfalls sehr weit entwickelt. Auch können viele Daten elektronisch weiterverarbeitet werden. In den USA wird dagegen noch ein Löwenanteil des Zahlungsverkehrs über Checks abgewickelt.
Bevor wir jedoch mit den Anpassungen begonnen haben, musste eine neue Installationsanleitung geschrieben werden, die es uns ermöglichte, SQL-Ledger schnell und reproduzierbar zu installieren. Wie in Open-Source-Projekten noch öfters der Fall, sind die von Herstellerseite bereitgestellten Anleitungen, wenn überhaupt vorhanden, für Profis und nicht für Anwender geschrieben.
Bekanntlich kommt der Appetit beim Essen. Bei einer ERP-Lösung heisst das, dass die Buchhaltung auf einmal gerne auch den Einzahlungsschein ausdrucken möchte.
Mit guten LaTex-Kenntnissen und einem Workaround konnten wir auch das Drucken der Einzahlungsscheine lösen. Da wir keine Änderungen am Programm vorgenommen hatten, mussten wir auch nichts in das Open-Source-Projekt zurückgeben. Änderungen an den Templates gehören in den Bereich Konfiguration und fallen somit nicht unter die Open-Source-Lizenz.
Nach dem Drucken der Einzahlungsscheine kam der Wunsch nach dem elektronischen Zahlungsverkehr für die Schweiz. Hier war uns klar, dass der Source-Code erweitert werden musste, da überhaupt noch keine Schnittstelle für den elektronischen Zahlungsverkehr vorhanden war, weil die meisten anderen Länder im Bereich Zahlungsverkehr gar noch nicht so gut organisiert sind.
Nach einer kurzen Analyse und der Frage «Make or buy?» haben wir uns entschlossen, den elektronischen Zahlungsverkehr direkt von der Firma DWS, die das SQL-Ledger-Projekt ins Leben gerufen hat, entwickeln zu lassen. Glücklicherweise war der Inhaber von DWS in Europa, und so konnten wir mit ihm die Anforderungen persönlich besprechen. Dadurch stellten wir auch sicher, dass alle Anpassungen für den schweizerischen Zahlungsverkehr in das Standard-Release von SQL-Ledger einfliessen und wir uns somit in Zukunft keine Gedanken über die Kompatibilität mit neuen Betriebsystemen oder neuen Versionen machen müssen.
Da sich dieses Vorgehen bewährt hat, konzentrieren wir uns mittlerweile auf die Vermarktung, Schulung, Einführung und den Support von SQL-Ledger. Kundenspezifische Erweiterungen spezifizieren wir mit dem Kunden zusammen, machen eine Zeit- und Kostenschätzung, übernehmen das Testing und die Dokumentation. Erstellt werden die Erweiterungen von der Firma DWS, die SQL-Ledger schon jahrelang entwickelt und somit schneller und günstiger die Aufgaben erledigen kann, als wenn wir das selbst machen würden. Da alle Erweiterungen, die wir entwickeln lassen, in den Standard-Lieferumfang von SQL-Ledger einfliessen, entstehen in der Regel keine weiteren Kosten bei neuen Versionen. Das SQL-Ledger-Projekt stellt die zukünftige Kompatibilität sicher.
Neue Kosten entstehen erst, wenn sich die Anforderungen an den Zahlungsverkehr einmal ändern sollten. Unsere Kunden können sich gegen solche Veränderungen absichern, indem sie zum Beispiel einen kostenpflichtigen Wartungsvertrag für den elektronischen Zahlungsverkehr abschliessen. Für diese Kunden stellen wir dann sicher, dass allfällig notwendige Änderungen termingerecht vorgenommen werden.
Seit 2005 haben wir mit dem oben beschriebenen Weg Erweiterungen im Wert von etwa 50’000 Franken dem SQL-Ledger-Projekt zukommen lassen, wobei schlussendlich immer ein oder mehrere Kunden bezahlt haben.
Mit den von uns initiierten und vorgenommenen Änderungen haben wir sichergestellt, dass SQL-Ledger nun in einem viel grösseren Umfeld in der Schweiz eingesetzt werden kann. Zukünftig notwendige Erweiterungen können in zwei Bereiche aufgeteilt werden. Entweder handelt es sich um Details bei bestehenden Funktionen, die abgerundet oder erweitert werden, oder Kunden wünschen neue Funktionen, die noch nicht vorhanden sind.
Zu den dank uns in SQL-Ledger integrierten Funktionen zählt beispielsweise die Unterstützung von Skonto. Da Skonto im Rest der Welt nicht sehr verbreitet ist, wurde die Funktion so implementiert, dass der Kunde selbst entscheiden kann, ob er sie verwenden will oder nicht. Wenn Skonto nicht verwendet wird, dann erscheinen auch die entsprechenden Felder gemäss dem SQL-Ledger-Bedienungskonzept nicht auf dem Bildschirm.
Neben dem Drucken von Einzahlungsscheinen haben wir für die Unterstützung von DTA und VESR gesorgt. Auch wurden Artikel um Felder, die für den Export benötigt werden, ergänzt und eine Importschnittstelle für Rechnungen hinzugefügt, die von Firmen, die Factoring machen, genutzt werden kann.
Martin Elmer ist Partner bei der auf Open Source und Windows spezialisierten Leanux.ch, die die Schweizer Distribution von SQL-Ledger betreut.
