Aus der gewachsenen Excel-Tabelle wird eine belastbare Anwendung
Gebaut wird, was Ihr Betrieb tatsächlich braucht. Danach bleibt jemand da, der die Anwendung kennt und sie weiterentwickelt.
Erstgespräch buchenEs gibt in fast jedem Betrieb diese eine Datei. Sie heißt so ähnlich wie Auftragsliste_2024_final_neu.xlsx, liegt auf einem Netzlaufwerk und darf nur von einer Person geöffnet werden, weil sonst die Formeln kaputtgehen. Darin stecken Preise, Termine, Zuständigkeiten, halbe Kalkulationen. Wer sie gebaut hat, ist entweder in Rente oder im Urlaub. Und niemand traut sich, etwas daran zu ändern.
Solche Dateien lösen wir ab. Manchmal komplett, durch eine Anwendung mit Benutzerkonten, Rechten und einer Datenbank dahinter. Manchmal nur zur Hälfte, weil ein Teil der Rechnerei in Excel gut aufgehoben ist. Dazu kommt die Arbeit an den Übergängen: Warenwirtschaft und Buchhaltung sprechen selten von allein miteinander, und dafür schreiben wir Schnittstellen. Was danach läuft, pflegen wir weiter.
Was enthalten ist.
Fachanwendungen
Wir bauen Anwendungen für Abläufe, die kein Standardprodukt abbildet: Prüfprotokolle, Objektakten, Materialdisposition. Dazu gehören Benutzerkonten, Rechte, eine Datenbank und eine Oberfläche, die auch jemand bedient, der nie geschult wurde.
Schnittstellen zwischen Systemen
Zwei Programme, dieselben Kunden, zwei Datenbestände. Wir verbinden sie über APIs, Dateiimporte oder Datenbankzugriffe, protokollieren jeden Abgleich und bauen einen Alarm ein, der meldet, wenn eine Übertragung nachts stehen bleibt.
Excel-Ablösung
Zuerst lesen wir die Tabelle, alle Blätter, auch die ausgeblendeten, samt Makros. Dann trennen wir: Was gehört in eine Datenbank, was bleibt eine Rechenhilfe. Erst danach wird entwickelt. Alte Daten wandern mit.
Prüfung vor dem Bau
Bevor etwas entsteht, prüfen wir den Markt. Für Zeiterfassung, Warenwirtschaft oder Ticketsysteme gibt es fertige Produkte, die weniger kosten als eine Eigenentwicklung. Wenn eines davon passt, sagen wir das und richten es ein.
Wartung und Weiterentwicklung
Nach dem Start ändern sich Formulare, Steuersätze, Zuständigkeiten. Wir nehmen solche Änderungen auf, halten die eingesetzten Bibliotheken aktuell, prüfen Sicherungen der Datenbank und beheben Fehler, die im Alltag auffallen.
Quellcode und Dokumentation
Der Quellcode liegt in einem Repository, auf das Sie Zugriff haben. Dazu schreiben wir auf, wie die Anwendung aufgebaut ist und wie sie neu aufgesetzt wird. Ein anderer Entwickler kann damit weiterarbeiten.
So gehen wir vor.
Mitlaufen im Betrieb
Wir setzen uns neben die Leute, die den Vorgang täglich machen, und schauen zu. Welche Datei wird geöffnet, was wird abgetippt, wo wird gewartet. Aus dieser Mitschrift entsteht die Liste der Anforderungen.
Zuschnitt und Angebot
Sie bekommen aufgeschrieben, was gebaut wird, was bewusst wegfällt und in welcher Reihenfolge die Teile entstehen. Der erste Ausbaustand ist absichtlich klein, damit früh etwas Benutzbares auf dem Tisch liegt.
Entwicklung in Etappen
Alle paar Wochen liegt eine Version bereit, die Sie ausprobieren können. Rückmeldungen fließen in die nächste Etappe. Parallel übernehmen wir die Altdaten und lassen alte und neue Lösung eine Zeit lang nebeneinander laufen.
Betrieb und Nachpflege
Die Anwendung läuft, und wir bleiben Ansprechpartner dafür. Änderungswünsche sammeln wir und arbeiten sie in Paketen ab, Fehler früher. Wenn Sie die Betreuung abgeben wollen, übergeben wir Quellcode, Zugänge und Dokumentation vollständig.
Häufige Fragen.
Ich kann heute nicht sagen, was das Ganze am Ende kosten darf. Wie gehen Sie damit um?
Der Zuschnitt entscheidet, nicht die Technik. Deshalb schneiden wir das Vorhaben in Etappen und beginnen mit dem Teil, der am meisten Handarbeit spart. Nach dieser ersten Etappe können Sie beurteilen, ob sich der Rest lohnt, und jederzeit stoppen. Ein Angebot bekommen Sie erst, wenn wir den Vorgang gesehen haben, nicht nach einem Telefonat.
Unsere Excel-Datei ist über zwölf Jahre gewachsen. Lässt sich so etwas überhaupt ablösen?
Ja, aber selten in einem Schritt. Zuerst lesen wir alle Blätter und Makros und stellen fest, welche Regeln tatsächlich angewendet werden und welche nur historisch drinstehen. Oft ist ein guter Teil der Datei tot. Der Rest wird in Tabellen und Regeln übersetzt, die Altdaten wandern mit, und die Datei bleibt in den ersten Wochen als Vergleich geöffnet.
Wenn Sie diese Anwendung bauen, hängen wir dann nicht dauerhaft an Ihnen?
Der Quellcode gehört Ihnen und liegt in einem Repository, auf das Sie Zugriff haben. Wir setzen auf verbreitete Technik statt auf Eigenbau-Konstruktionen, damit ein anderer Entwickler sich einlesen kann. Dazu kommt eine Beschreibung, wie die Anwendung neu aufgesetzt wird. Ob Sie bleiben, soll an der Arbeit liegen, nicht daran, dass niemand sonst durchsteigt.
Sie sind ein kleiner Anbieter. Was wird aus unserer Software, wenn Sie eines Tages nicht mehr können?
Deshalb liegen Quellcode, Zugänge und Dokumentation in Ihrem eigenen Bestand. Wir bauen mit gängigen Werkzeugen, für die es in jeder größeren Stadt Entwickler gibt. Was für uns spricht: Sie sprechen direkt mit dem, der die Anwendung geschrieben hat, ohne Ticketsystem dazwischen. Wie das aussieht, sehen Sie an dieser Website, die wir selbst geplant, getextet und gebaut haben.
Unser Warenwirtschaftssystem ist alt und der Hersteller sagt, eine Schnittstelle gibt es nicht. Geht da trotzdem etwas?
Meistens ja. Wo keine dokumentierte Schnittstelle existiert, gehen wir über Exportdateien, Datenbankzugriff mit Lesekonto oder einen Ordner, in den beide Systeme schreiben. Das ist unelegant, läuft aber. Vorher klären wir mit Ihnen die Lizenzlage, denn manche Hersteller untersagen den direkten Datenbankzugriff, und dann raten wir davon ab, statt es heimlich zu tun.
Zeigen Sie uns Ihre schlimmste Tabelle
Schicken Sie die Datei oder beschreiben Sie den Vorgang, der Sie am meisten Zeit kostet. Wir gehen ihn Schritt für Schritt durch und sagen Ihnen, ob sich Entwicklung lohnt oder ein fertiges Produkt reicht.
Erstgespräch buchen