Softwareentwicklung, KI und technische Systeme aus Leipzig
Software entwickeln. KI sinnvoll einsetzen. Komplexe Systeme zuverlässig betreiben.
ProWebSolutions entwickelt Individualsoftware, KI-Systeme, Web- und Mobile-Anwendungen und übernimmt gewachsene technische Plattformen. Von der Architektur über Schnittstellen und Automatisierung bis zum zuverlässigen Betrieb entsteht Software mit direkter technischer Verantwortung aus Leipzig.
Softwareentwicklung für Aufgaben, die Standardlösungen nicht abdecken.
Unsere aktuellen Projekte reichen von selbst betriebenen KI-Systemen über browserbasierte Monitoring-Plattformen bis zu nativer Navigation, Ticketing und individuellen Geschäftsanwendungen. Zwei Schwerpunkte bilden dabei die Grundlage unserer heutigen Entwicklungsarbeit.
Softwareentwicklung in Leipzig
Individuelle Webanwendungen, Plattformen, Apps und Schnittstellen für Geschäftsprozesse, die mit Standardsoftware nicht sinnvoll abgebildet werden können. Entwicklung direkt aus Leipzig – von der ersten Systemgrenze bis zum laufenden Betrieb.
KI wird interessant, wenn aus einem Modell ein zuverlässiges Produkt wird. Wir entwickeln Anwendungen mit LLMs, Speech-to-Text, Text-to-Speech, Bildverarbeitung und eigener KI-Infrastruktur – integriert in reale Prozesse und bestehende Systeme.
Viele Anfragen beginnen nicht mit einer fertigen Leistungsbeschreibung. Sie beginnen mit einem Risiko im Alltag: Wissen fehlt, Fehler häufen sich oder eine Verbindung zwischen Systemen ist unzuverlässig.
Die bisherige Betreuung fällt aus
Eine Agentur reagiert nicht mehr oder der ursprüngliche Entwickler steht nicht zur Verfügung. Der Betrieb läuft, doch Änderungen bleiben liegen.
Die Anwendung ist kaum dokumentiert
Geschäftslogik, Datenbank und externe Dienste sind gewachsen. Niemand kann sicher sagen, welche Änderung welche Nebenwirkung auslöst.
Updates werden zum Risiko
PHP-Versionen, Erweiterungen oder Shop-Updates lassen sich nicht mehr ohne Fehler einspielen. Abhängigkeiten blockieren notwendige Schritte.
Datenflüsse brechen
Shop, Warenwirtschaft, Payment, Versand oder betriebliche Systeme tauschen Daten unvollständig aus. Korrekturen erfolgen manuell.
Manuelle Abläufe kosten Zeit
Daten werden kopiert, Listen nachgeführt und Status per E-Mail abgestimmt, obwohl der Prozess technisch automatisierbar wäre.
Ein Relaunch wäre zu riskant
Das System erfüllt wichtige Aufgaben. Ein Komplettneubau würde zu viele Regeln, Daten und Sonderfälle gleichzeitig berühren.
Leistungsschwerpunkte
Technische Arbeit dort, wo Standardantworten nicht ausreichen.
Jede Leistung hat eine eigene Aufgabe. Gemeinsam bilden sie einen Weg von der Bestandsaufnahme über gezielte Entwicklung bis zum laufenden Betrieb.
PHP-Systeme übernehmen
Fremden Code, Datenbank, Abhängigkeiten und Betrieb verstehen, Risiken priorisieren und die Anwendung kontrolliert übergeben.
Erst verstehen und stabilisieren. Dann gezielt verändern.
Bei einer gewachsenen Anwendung ist der sichtbare Quellcode nur ein Teil des Systems. Ebenso wichtig sind reale Daten, Hintergrundjobs, Serverkonfiguration, E-Mail-Versand, externe APIs, Cronjobs, manuelle Arbeitsabläufe und das Wissen der Nutzer. Eine seriöse Übernahme beginnt deshalb nicht mit einer großen Umbauzusage, sondern mit einer abgegrenzten Bestandsaufnahme.
Kritische Betriebsprobleme werden zuerst abgesichert. Danach entsteht ein Maßnahmenplan: Was muss kurzfristig korrigiert werden? Welche Abhängigkeiten verhindern Updates? Wo fehlen Tests, Logging oder Backups? Welche Teile können bleiben, welche sollten gekapselt und welche schrittweise ersetzt werden? So wird Modernisierung zu einer Folge überprüfbarer Schritte statt zu einem einzigen riskanten Termin.
Zugänge und Betriebswege vollständig erfassen
Fehlerbilder reproduzierbar machen
Datenbank- und Abhängigkeitsrisiken bewerten
Stabilisierung und Modernisierung getrennt priorisieren
Shopware und PrestaShop sind Teil einer Systemlandschaft.
Ein Shop endet technisch nicht an der Storefront. Produktdaten kommen aus unterschiedlichen Quellen, Bestellungen müssen verarbeitet, Zahlungen zugeordnet, Versandstatus zurückgespielt und Marketing- oder Analyseanforderungen sauber integriert werden. Probleme entstehen häufig an den Übergängen – nicht in der sichtbaren Produktseite.
Deshalb betrachten wir Änderungen im Kontext: Welche Erweiterungen greifen in Checkout oder Preislogik ein? Welche Jobs synchronisieren Bestände? Welche Datenhoheit gilt zwischen Shop und Warenwirtschaft? Wie lassen sich Updates testen und bei Problemen zurücknehmen? Das Ziel ist ein Shop, dessen kritische Abläufe nicht von Einzelwissen und manuellen Korrekturen abhängen.
Shopware 6: Erweiterungen, Storefront, Flows, Updates und Integrationen
PrestaShop: Module, Themes, Fehleranalyse, Updates und Schnittstellen
Payment, Versand, Produktfeeds, ERP und Warenwirtschaft
Daten müssen nicht nur ankommen, sondern nachvollziehbar richtig ankommen.
Ein erfolgreicher HTTP-Status allein beweist noch keinen konsistenten Prozess. Robuste Integrationen berücksichtigen fachliche Regeln, Wiederholungen, doppelte Nachrichten, Teilfehler und den Betrieb nach dem Launch.
QuellsystemSchritt 01
Validierung & MappingSchritt 02
API / QueueSchritt 03
ZielsystemSchritt 04
Logging & MonitoringSchritt 05
Fehlerpfaddokumentiert und wiederholbar
Ein typischer Ablauf liest geänderte Produkte aus einer Warenwirtschaft, übersetzt Felder und Einheiten, prüft Pflichtwerte und überträgt nur valide Datensätze an den Shop. Fehlerhafte Datensätze werden nicht still verworfen. Sie erhalten einen nachvollziehbaren Status und können nach einer Korrektur gezielt erneut verarbeitet werden.
Dieses Prinzip gilt ebenso für Bestellungen, Kundendaten, Dokumente, Zahlungsstatus oder betriebliche Workflows. Gute Automatisierung reduziert manuelle Arbeit, ohne neue unsichtbare Abhängigkeiten zu schaffen.
Von der unklaren Lage zu belastbaren nächsten Schritten.
Der genaue Ablauf hängt vom System ab. Diese Reihenfolge verhindert jedoch, dass Änderungen vor einem belastbaren Verständnis beginnen.
Ausgangslage klären
Geschäftliche Bedeutung, aktuelles Problem, Beteiligte, Zugänge und bekannte Fristen werden eingegrenzt.
System prüfen
Code, Abhängigkeiten, Datenbank, Logs, Deployment, Backups und externe Dienste werden risikoorientiert betrachtet.
Betrieb absichern
Akute Fehler und fehlende Rückfallmöglichkeiten haben Vorrang vor strukturellen Verbesserungen.
Roadmap umsetzen
Änderungen werden in prüfbare Pakete zerlegt, dokumentiert, getestet und kontrolliert ausgerollt.
Aktuelle Projekte
Softwareprodukte mit eigener technischer Verantwortung.
Sieben aktuelle Produkte zeigen die Bandbreite von KI- und Sprachsystemen über Browser-Automation und Geodaten bis zu Plattform-, Media- und Payment-Prozessen.
mementri.com
Persönliche KI · Speech-to-Text
Mementri
Ein persönliches KI-Gedächtnis, das Sprach- und Texteingaben verarbeitet und Aufgaben, Ideen, Projekte und Erinnerungen mit ihren Quellen verbindet.
Rolle
Produktkonzeption, Systemarchitektur, Entwicklung, KI-Infrastruktur und laufender Betrieb.
ProWebSolutions wird technisch von Norman Kaubisch geführt. Architektur, Entwicklung und die zentrale Projektabstimmung liegen in direkter Verantwortung.
Anforderungen, Entscheidungen und ihre Auswirkungen auf die Anwendung bleiben dadurch nachvollziehbar. Zuständigkeiten und gegebenenfalls zusätzliche Fachleistungen werden für den jeweiligen Auftrag transparent vereinbart.
Die Übernahme fremder Software beginnt mit Zugängen, Betriebswissen und einer risikoorientierten Bestandsaufnahme. Dieser Leitfaden zeigt, welche Fragen vor der ersten größeren Änderung beantwortet werden sollten.
Zuverlässige Schnittstellen beherrschen Timeouts, doppelte Nachrichten, ungültige Daten und Teilerfolge. Entscheidend ist der gesamte Betriebsprozess, nicht nur der Endpunkt.
Bildanalyse wird nicht allein durch ein schnelles Modell skalierbar. Erst Queues, getrennte Worker, Prioritäten und belastbare Fehlerpfade machen aus rechenintensiven Jobs ein betreibbares System.
Entscheidungen werden nachvollziehbar – auch wenn das System komplex ist.
Konkrete Projekterfahrung, direkte Abstimmung und dokumentierte Entscheidungen schaffen eine belastbare Arbeitsgrundlage.
Direkter technischer Austausch
Anforderungen und Risiken werden nicht über mehrere Verkaufsebenen übersetzt.
Bestand vor Wunschbild
Die reale Anwendung und ihre Betriebsabhängigkeiten bestimmen die Reihenfolge.
Grenzen werden benannt
Eine Erstprüfung liefert Prioritäten, aber keine Garantie für unbekannte Systeme.
Betrieb bleibt Teil der Lösung
Deployment, Beobachtbarkeit und Rückfallwege werden früh mitgedacht.
Technischer Systemcheck
Wenn noch unklar ist, was zuerst getan werden sollte.
Der Systemcheck ist ein abgegrenzter Einstieg für bestehende Anwendungen und Shops. Geprüft werden – abhängig von Zugängen und Auftrag – Architektur, Codebasis, PHP-Version, Abhängigkeiten, Datenbank, Fehlerprotokolle, Performance, Deployment, Backups, Wartbarkeit und erkennbare Sicherheitsrisiken.
Das Ergebnis ist kein pauschales Gütesiegel. Es ist eine priorisierte technische Einordnung: akute Risiken, fehlende Informationen, sinnvolle Sofortmaßnahmen und realistische nächste Schritte. Preis, Tiefe und Prüfzugang werden vor Beginn individuell vereinbart.
Muss eine alte PHP-Anwendung komplett neu entwickelt werden?
Nicht automatisch. Zuerst sollte geklärt werden, welche Teile stabil funktionieren, welche Risiken den Betrieb gefährden und wo Änderungen den größten Nutzen bringen. Häufig ist eine schrittweise Modernisierung wirtschaftlicher und kontrollierbarer als ein vollständiger Neuaufbau.
Können Sie ein System übernehmen, das Sie nicht entwickelt haben?
Die Übernahme fremder Systeme ist ausdrücklich vorgesehen. Ob und in welchem Umfang sie möglich ist, zeigt eine Erstprüfung von Code, Datenbank, Abhängigkeiten, Betrieb und verfügbaren Zugängen. Unbekannte Risiken werden dokumentiert statt durch eine pauschale Zusage verdeckt.
Arbeiten Sie nur für Unternehmen aus Leipzig?
Nein. Leipzig ist der Unternehmensstandort und ermöglicht bei Bedarf persönliche Abstimmungen vor Ort. Analyse, Entwicklung und laufende Zusammenarbeit können ebenso remote für Unternehmen in Deutschland erfolgen.
Was sollte in einer ersten Anfrage stehen?
Hilfreich sind Systemart, aktuelles Problem, geschäftliche Bedeutung und gewünschter Zeitraum. Zugangsdaten, personenbezogene Daten oder vertrauliche Architekturinformationen gehören nicht in das normale Kontaktformular.
Was ist das Ergebnis eines technischen Systemchecks?
Je nach vereinbartem Umfang entsteht eine priorisierte Einordnung der technischen Risiken und nächsten Schritte. Ein Systemcheck ersetzt weder einen vollständigen Security-Audit noch garantiert er, dass ohne ausreichende Zugänge jede Abhängigkeit erkennbar ist.
Ihr System muss nicht perfekt beschrieben sein, bevor wir sprechen.
Schildern Sie die aktuelle Lage. Im ersten Schritt klären wir, welche Informationen für eine belastbare technische Einschätzung fehlen.