Wir haben uns das Angebots- und Rechnungswesen, mit dem wir arbeiten, selbst gebaut. Nicht als Vorführmodell — als das Werkzeug, mit dem wir unsere eigenen Rechnungen schreiben. Interessant wurde es durch die Frage, wie lange das dauern würde.
Der Ausgangspunkt
Eine neue Firma braucht dasselbe wie jeder Betrieb: Kunden anlegen, Artikel pflegen, Angebote schreiben, Rechnungen stellen, Belege sauber ablegen. Dazu ab 2027 die Pflicht, Rechnungen strukturiert zu versenden, und die Anforderung, dass einmal festgeschriebene Belege nachvollziehbar unveränderbar bleiben.
Der übliche Weg wäre: Standardsoftware kaufen, einrichten, sich anpassen. Wir wollten wissen, wie weit uns das trägt, was wir in den letzten Jahren gelernt haben.
Worum es wirklich geht
Es gibt eine verbreitete Vorstellung, dass eine auf den Betrieb zugeschnittene Lösung teuer ist und lange dauert, weil ja alles neu erfunden werden muss. Diese Vorstellung stimmt für den, der zum ersten Mal ein Rechnungswesen baut.
Für alle anderen stimmt sie nicht. Nicht weil man Teile kopiert, sondern weil man die Fallen kennt.
Ein Beispiel: Ein Rechnungsbetrag muss auf den Cent stimmen — im System, auf dem PDF und in dem, was der Kunde tatsächlich zahlt. Das klingt trivial. Es ist die Stelle, an der Betriebe jahrelang mit drei verschiedenen Zahlen für denselben Vorgang leben, weil an drei Orten gerundet wird. Wer das einmal erlebt hat, baut es beim nächsten Mal von vornherein richtig.
Dasselbe gilt für Belegnummern, die lückenlos vergeben werden müssen, auch wenn zwei Leute gleichzeitig eine Rechnung schreiben. Für Briefköpfe, die millimetergenau sitzen müssen, damit das Sichtfenster passt. Für Beträge, die nachträglich nicht mehr veränderbar sein dürfen, ohne dass es nachvollziehbar bleibt.
Das ist der Unterschied zwischen dem ersten und dem fünften Mal. Nicht das Tempo beim Tippen — das Wissen, wo es weh tut.
Was passiert ist
Der funktionsfähige Kern stand an einem Tag. Kundenstamm, Artikel, Belege mit sauberer Nummernvergabe, Rechnungs-PDF mit korrektem Briefkopf, strukturierter Rechnungsversand, revisionssichere Festschreibung. Nicht als Prototyp — als System, mit dem man arbeitet.
Das klingt nach Zauberei. Ist es nicht. Es ist das Ergebnis davon, dass wir diese Anforderungen kannten, bevor sie auftauchten.
Was dabei nicht glattlief
Weil sonst der Eindruck entsteht, so etwas ginge reibungslos: Eine technische Komponente, auf die wir gesetzt hatten, erwies sich beim Ausprobieren als untauglich — wir mussten auf eine andere wechseln. An einer Servereinstellung hing die Dateiablage, bis sie nachgezogen war. Und die Oberfläche musste zweimal überarbeitet werden, weil sie beim ersten Mal unübersichtlich wirkte.
Das ist der Normalfall. Wer behauptet, Software entstehe ohne solche Stellen, hat entweder keine gebaut oder erzählt nicht die ganze Geschichte.
Der Unterschied ist nur, wo die Reibung auftritt. Wenn man weiß, wie das Fundament auszusehen hat, reibt es an den Rändern — an einer Komponente, an einer Einstellung, an einer Farbe. Nicht im Fundament.
Was das für einen Betrieb bedeutet
Wir sind der erste Nutzer dessen, was wir anbieten. Was wir dabei gelernt haben, gilt für jeden Betrieb, der eine Lösung braucht.
Wenn jemand zu uns kommt und sagt, er braucht Angebote, Rechnungen und einen Kundenstamm, ist die erste Frage nicht, was zu programmieren ist. Sie lautet: Was ist an diesem Betrieb anders als an den anderen?
Meistens weniger, als der Betrieb denkt. Ein Kundenstamm ist ein Kundenstamm. Eine Rechnung muss dieselben Pflichtangaben tragen, egal wer sie stellt. Anders wird es dort, wo der Betrieb eigene Regeln hat — bei Abschlagsrechnungen im Bau, bei Wartungsverträgen mit wiederkehrender Abrechnung, bei Materiallisten aus einem vorhandenen System.
Genau dort wird zugeschnitten. Der Rest ist bekanntes Terrain.
Was es kostet und wie lange es dauert
Wir nennen ungern Zahlen, weil sie zu Versprechen werden. Aber die Größenordnung gehört gesagt, weil viele Betriebe eine falsche im Kopf haben.
Für einen Betrieb, der ein Angebots- und Rechnungswesen mit Kundenverwaltung braucht und dessen Besonderheiten geklärt sind, reden wir über Wochen, nicht über Monate. Und über eine Investition, die ein kleiner Betrieb stemmen kann — nicht über die Summen, die man mit dem Wort „Individuallösung“ verbindet.
Das gilt unter einer Bedingung: Vorher muss klar sein, was der Betrieb wirklich braucht. Dieser Teil wird nicht schneller, weil er aus Zuhören besteht. Wer ihn überspringt, bekommt schnell etwas Falsches — und das ist teurer als langsam etwas Richtiges.
Zum Anfassen
Weil das alles nach Behauptung klingt, stellen wir Kontor als Demonstration auf diese Website. Man kann durchklicken, was das System kann: Kunden, Artikel, Angebote, Rechnungen, Belegkette.
Es ist keine Verkaufsversion, sondern das, womit wir selbst arbeiten. Wenn etwas davon zu Ihrem Betrieb passt, ist es vorhanden. Wenn nicht, reden wir darüber, was fehlt.
Damit endet diese Reihe. Wenn Sie eine Sache mitnehmen: Fragen Sie beim nächsten Softwaregespräch nicht, was das System kann. Fragen Sie, wie viele Schritte Ihr häufigster Vorgang darin braucht. Die Antwort sagt mehr als jede Funktionsliste.