Mobile Prozesse ohne Funkloch-Pause
Kunden auswählen, Lieferungen erfassen und Daten später mit der Zentrale abgleichen: eine App verbindet Außendienst und Verwaltung.
Software München
Drei Aufgaben. Drei Lösungswege. Ein Blick in die Entwicklung.
Eine gute Softwareentscheidung beginnt damit, den Anwendungsfall zu verstehen. Unsere Fallstudien zeigen veröffentlichte SZONN-Projektansätze – von der mobilen Erfassung über verknüpfte Geschäftsvorgänge bis zur Suche im eigenen Wissen.
Seit 1995Persönlich betreutIndividuell entwickelt
Software München
Welches Problem kommt Ihnen bekannt vor?
Geschäftsvorgänge mit Zusammenhang
Eine modulare Webanwendung verbindet Stammdaten, Lieferscheine, Rechnungen und Buchungen zu einer nachvollziehbaren Arbeitsgrundlage.
Wissen finden, statt Dateien durchsuchen
Ein konzipiertes Textsystem verknüpft semantische Suche und Sprachmodell, damit eigene Inhalte die Grundlage neuer Vorschläge bilden.
Fallstudien
Fallstudie 1 - Mobile Prozesse ohne Funkloch-Pause
Software München
Fallstudie 1
Die Aufgabe: Vor Ort arbeiten und zentral weiterverarbeiten
Kunden- und Produktinformationen wurden sowohl unterwegs als auch im Büro benötigt. Mobile Mitarbeiter sollten Lieferscheine direkt erfassen können. Eine ausschließlich online nutzbare Anwendung hätte den Ablauf jedoch von einer jederzeit vorhandenen Verbindung abhängig gemacht.
Die zentrale Verwaltung musste dieselben Angaben anschließend für Dokumente, Rechnungen und weitere Bearbeitungsschritte nutzen können. Gesucht war daher eine Verbindung aus mobiler Erfassung und gemeinsamer Weiterverarbeitung.
Die Lösung: App und Webanwendung mit klarer Aufgabenverteilung
SZONN entwickelte eine mobile App als Ergänzung zu einer zentralen Webanwendung. Die App ermöglicht die Auswahl von Kunden und Produkten sowie das Erfassen neuer Lieferpositionen. Ohne Internet werden Angaben zunächst lokal gespeichert.
Sobald wieder eine Verbindung besteht, können die Daten mit dem zentralen System synchronisiert werden. Die Webanwendung übernimmt die anschließende Verwaltung der Lieferscheine und die Erstellung von Rechnungen.
Was im Projekt umgesetzt wurde
- Zentrale Kunden-, Produkt-, Preis- und Steuersatzverwaltung
- Mobile Auswahl von Kunden und Artikeln
- Lokale Speicherung und Offline-Erfassung von Lieferscheinen
- Synchronisation mit Schutz vor doppelten Übertragungen
- Lieferscheinverwaltung mit Statusanzeige
- Zusammenführung mehrerer Lieferscheine für die Rechnungserstellung
- PDF-Ausgaben und elektronische Rechnungsformate
- Benutzeranmeldung und geschützter Dokumentenzugriff
Der praktische Unterschied
Der mobile Mitarbeiter erfasst den Vorgang am Ort seiner Entstehung. Die Verwaltung baut nach der Synchronisation auf diesen Daten auf, anstatt dieselben Informationen erneut anzulegen. Dadurch wird die Übergabe zwischen unterwegs und Büro vereinfacht.
Offline-Nutzung bedeutet dabei nicht, dass die Zentrale sofort denselben Datenstand sieht. Für die gemeinsame Weiterverarbeitung ist der erfolgreiche Abgleich erforderlich. Eine solche Unterscheidung gehört zur Planung verständlicher Abläufe.
Übertragbar auf mobile Teams in München
Auch bei städtischen Serviceeinsätzen kann eine Verbindung zeitweise fehlen – etwa in technischen Anlagen oder im Inneren von Gebäuden. Ein vergleichbarer Ansatz kann deshalb für Liefer-, Wartungs- oder Dokumentationsaufgaben geprüft werden.
Das sind mögliche Anwendungen des Prinzips. Ein Servicebericht, eine zusätzliche Freigabe oder die Anbindung an Ihre vorhandene Verwaltung wären eigenständige Anforderungen. Sie werden hier nicht als bereits enthaltene Funktionen des beschriebenen Projekts dargestellt.
Vor einer ähnlichen Umsetzung klären wir
- Welche Informationen vor einem Einsatz auf dem Gerät benötigt werden.
- Welche Angaben mobil entstehen und wer sie später ergänzt.
- Wie Änderungen und mögliche Synchronisationskonflikte behandelt werden sollen.
- Welche bestehende Anwendung Daten übernehmen kann.
- Welche Geräte, Rollen und Betriebsbedingungen vorgesehen sind.
Die Fallstudie Unternehmenssoftware zeigt die zentrale Verarbeitungsperspektive. Ihren eigenen mobilen Ablauf können wir im Digitalcheck einordnen.
Herkunft der Projektbeschreibung
Projektgrundlage: veröffentlichte SZONN-Fallstudien. Die Einordnung für München beschreibt mögliche Einsatzbereiche. Sie enthält keine Aussage über den Standort der ursprünglichen Auftraggeber und keine ergänzten Erfolgskennzahlen.
Ihre Fragen. Klar beantwortet.
Funktioniert jede App automatisch offline?
Nein. Offline-Funktionen müssen gezielt geplant werden. Im beschriebenen Projekt betreffen sie die lokale Liefererfassung; der zentrale Abgleich benötigt wieder eine Verbindung.
Kann vorhandene Software angebunden werden?
Das hängt von den verfügbaren Schnittstellen und der Struktur der Daten ab. Eine bestehende Verwaltungsanwendung muss nicht grundsätzlich ersetzt werden.
Lässt sich daraus eine Service-App entwickeln?
Eine ähnliche Architektur kann geprüft werden. Die konkreten Servicefunktionen und Daten sind Teil einer eigenen Planung.
Fallstudie 2 - Geschäftsvorgänge mit Zusammenhang
Software München
Fallstudie 2
Die Ausgangslage: Mehrere Bereiche bearbeiten denselben Vorgang
Kunden, Lieferungen, Rechnungen und Buchungen wurden in unterschiedlichen Bereichen verarbeitet. Informationen mussten zwischen Dateien und Ansichten übertragen werden. Die zentrale Herausforderung war die Nachvollziehbarkeit: Welche Angaben gehören zusammen und worauf baut der nächste Schritt auf?
Eine neue Lösung sollte diese Beziehungen abbilden und wiederkehrende Bearbeitungen auf Grundlage vorhandener Daten ermöglichen.
Die Lösung: Zusammenhängende Daten statt isolierter Einträge
SZONN entwickelte eine modulare Webanwendung. Kundendaten, Lieferungen, Rechnungen und Buchungen arbeiten darin auf einer gemeinsamen Basis. Ein Geschäftsvorgang kann dadurch über mehrere Bearbeitungsschritte hinweg verfolgt werden.
Wiederkehrende Aufgaben werden automatisch oder zeitgesteuert verarbeitet. Die browserbasierte Oberfläche macht die jeweiligen Funktionen zugänglich; der modulare Aufbau ermöglicht spätere Ergänzungen.
Die dokumentierten Funktionsbereiche
Stammdaten und Lieferungen
Kunden, Produkte, Lieferscheine und Positionen bilden die Grundlage für weitere Schritte.
Rechnungen und Zahlungen
Rechnungserstellung, Archiv, Zahlungsstatus und Mahnwesen sind mit den betrieblichen Vorgängen verbunden.
Dokumente und Verarbeitung
Buchhaltungsfunktionen, Auswertungen, PDF-/XML-Ausgaben, elektronische Rechnungen und automatische Exporte ergänzen die Anwendung.
Was eine gemeinsame Datenbasis verändert
Ein bereits erfasster Kunde oder eine dokumentierte Lieferung muss nicht für jeden nachfolgenden Schritt neu angelegt werden. Rechnungsinformationen entstehen aus vorhandenen Angaben. Beziehungen zwischen Vorgängen bleiben leichter nachvollziehbar.
Auch die Weiterentwicklung erhält eine Grundlage: Ein zusätzliches Modul kann auf gemeinsamen Informationen aufbauen. Wie groß der tatsächliche Nutzen in einem anderen Unternehmen ist, muss anhand seiner Abläufe beurteilt werden. Die Fallstudie nennt keine pauschalen Zeit- oder Kosteneinsparungen.
Ein möglicher Ansatz für Münchner Unternehmen
Wenn Vertrieb, Abwicklung und Verwaltung unterschiedliche Werkzeuge verwenden, können Übergaben zum Engpass werden. Für ein Handels- oder Dienstleistungsunternehmen kann eine ergänzende Anwendung sinnvoll sein, die genau diese Verbindungen abbildet.
Dabei muss nicht die gesamte bestehende Software ersetzt werden. Eine individuelle Lösung kann auch einen besonderen Teilprozess übernehmen. Welche Daten übernommen und zurückgegeben werden, ist eine der ersten Fragen bei der Planung.
So wird aus einer Idee ein überschaubarer Start
- Einen vollständigen, aber begrenzten Geschäftsvorgang auswählen.
- Datenbeziehungen und Zuständigkeiten festlegen.
- Vorhandene Quellen und notwendige Schnittstellen prüfen.
- Die Datenübernahme und Einführung mit realistischen Beispielvorgängen planen.
- Weitere Module erst anhand der abgestimmten Anforderungen ergänzen.
Für mobile Erfassung ergänzt die Offline-App-Fallstudie den Ansatz. Für interne Informationssuche eröffnet die KI-Fallstudie eine andere Perspektive.
Herkunft der Projektbeschreibung
Projektgrundlage: veröffentlichte SZONN-Fallstudien. Die Einordnung für München beschreibt mögliche Einsatzbereiche. Sie enthält keine Aussage über den Standort der ursprünglichen Auftraggeber und keine ergänzten Erfolgskennzahlen.
Ihre Fragen. Klar beantwortet.
Wann ist eine individuelle Webanwendung sinnvoll?
Wenn wesentliche Abläufe nicht passend abgebildet werden oder die Verbindung vorhandener Daten eine konkrete Verbesserung verspricht. Das sollte vor der Entwicklung geprüft werden.
Kann man mit einem Modul beginnen?
Ja. Ein klar abgegrenzter erster Abschnitt kann sinnvoll sein, wenn die nötigen Datenbeziehungen und Übergaben mitgeplant werden.
Ist eine bestimmte Buchhaltungsanbindung enthalten?
Die Fallstudie beschreibt keine pauschale Anbindung an ein bestimmtes Fremdprodukt. Die gewünschte Verbindung muss technisch geprüft und separat festgelegt werden.
Fallstudie 3 - Wissen finden, statt Dateien durchsuchen
Software München
Fallstudie 3
Die Aufgabe: Mehr finden als identische Wörter
Ein Bestand aus mehreren Tausend Texten enthielt Fragen, Tätigkeiten und Anweisungen. Die gewünschte Anwendung sollte Begriffe inhaltlich einordnen, passende vorhandene Texte suchen und daraus neue Vorschläge entwickeln.
Eine reine Stichwortsuche war dafür nicht ausreichend. Gleichzeitig sollten die Informationen strukturiert gespeichert, über einen Browser zugänglich und in einer kontrollierbaren Serverumgebung verarbeitet werden.
Das Konzept: Recherche und Generierung verbinden
SZONN konzipierte eine Webanwendung mit Datenbank, Vektorsuche und Sprachmodell. Die vorhandenen Texte werden importiert und durch numerische Repräsentationen für den Vergleich inhaltlicher Ähnlichkeit erschlossen.
Bei einer Anfrage sucht das System zunächst passende Texte aus dem eigenen Bestand. Ausgewählte Inhalte werden anschließend als Kontext für die Generierung verwendet. Dadurch lässt sich der vorhandene Wissensbestand gezielt in Vorschläge einbeziehen.
Die beschriebene technische Grundlage
- Symfony für die Webanwendung
- PostgreSQL für die Datenhaltung
- pgvector für die semantische Ähnlichkeitssuche
- Import und strukturierte Speicherung eigener Texte
- Anbindung eines Sprachmodells
- Verarbeitung von Eingaben und Ergebnissen im Browser
- Grundsätzlich austauschbare lokale oder externe Modellvarianten
Was der Ansatz ermöglichen soll
Ein Suchbegriff muss nicht wörtlich im Dokument stehen, damit ein inhaltlich passender Text gefunden werden kann. Das erleichtert den Zugriff auf vorhandenes Wissen, wenn unterschiedliche Mitarbeiter dieselbe Aufgabe verschieden beschreiben.
Aus den gefundenen Inhalten können neue Vorschläge entstehen. Eine fachliche Prüfung bleibt notwendig: Auch mit eigenen Quellen kann eine Ausgabe unvollständig oder falsch sein. Die Qualität und Aktualität der Ausgangstexte ist deshalb ebenso wichtig wie die Modellanbindung.
Mögliche Nutzung in Münchner Teams
Für Unternehmen mit umfangreichen technischen Unterlagen, Schulungsinhalten oder Supporttexten kann die Suche im eigenen Bestand interessant sein. Ein Team kann vorhandene Informationen gezielter auffinden, bevor neue Inhalte formuliert werden.
Zugriffsrechte, Quellenanzeige, Aktualisierung und Freigaben müssten für eine konkrete Unternehmenslösung gesondert geplant werden. Diese Anforderungen sind mögliche nächste Schritte und keine zusätzlich behaupteten Funktionen des veröffentlichten Konzepts.
Vor der Modellwahl kommt die Aufgabenklärung
- Welche Bestände sind vorhanden und für die Nutzung vorgesehen?
- Welche Fragen soll das System zuverlässig unterstützen?
- Wie werden Treffer und Vorschläge fachlich beurteilt?
- Welche Informationen dürfen die jeweiligen Nutzer sehen?
- Welche Betriebsform und Ressourcen kommen infrage?
- Wer pflegt veraltete oder widersprüchliche Ausgangsinhalte?
Im Digitalcheck betrachten wir den Anwendungsfall zunächst grundsätzlich. Wenn es um die öffentliche Sichtbarkeit Ihres Unternehmens in KI-Antworten geht, nutzen Sie stattdessen WebseitenKICheck.
Herkunft und Entwicklungsstand
Projektgrundlage: veröffentlichte SZONN-Fallstudien. Die Einordnung für München beschreibt mögliche Einsatzbereiche. Sie enthält keine Aussage über den Standort der ursprünglichen Auftraggeber und keine ergänzten Erfolgskennzahlen.
Die ursprüngliche Beschreibung bezeichnet die Lösung als konzipierte Webanwendung. Diese Seite macht daraus keine Behauptung über einen produktiven Einsatz bei einem bestimmten Kunden.
Ihre Fragen. Klar beantwortet.
Was unterscheidet semantische Suche von Stichwortsuche?
Die semantische Suche vergleicht inhaltliche Ähnlichkeit. Sie kann dadurch passende Texte finden, obwohl andere Begriffe als in der Anfrage verwendet werden.
Müssen Daten an einen externen KI-Anbieter gesendet werden?
Das richtet sich nach der gewählten Architektur. Lokale Verarbeitung kann geprüft werden; sie ist nicht automatisch Bestandteil jeder Umsetzung.
Ist das ein WebseitenKICheck?
Nein. Das beschriebene System erschließt eigene Textbestände. WebseitenKICheck untersucht Websiteinhalte und je nach Leistungsstufe deren Präsenz in KI-Antworten.
Software München
Die Entscheidung liegt oft zwischen den Funktionen
Eine Liste möglicher Features verrät noch nicht, ob eine Anwendung zu Ihrem Unternehmen passt. Wichtiger ist, wo Daten entstehen, welche Personen damit arbeiten und welche weiteren Schritte davon abhängen. Die drei Fallstudien beleuchten deshalb unterschiedliche Schwerpunkte.
- Mobile Erfassung: Der Arbeitsort wechselt und eine Verbindung ist nicht jederzeit vorhanden.
- Unternehmenssoftware: Informationen sollen mehrere Geschäftsbereiche ohne wiederholte Neueingabe verbinden.
- KI-Wissenssystem: Relevante Inhalte lassen sich über reine Stichwörter nur schwer auffinden.
Software München
Projektwissen auf München übertragen
Die beschriebenen Aufgaben können auch in Münchner Dienstleistungs-, Handels- oder Technikunternehmen auftreten. Eine Serviceorganisation braucht beispielsweise unterwegs andere Funktionen als die zentrale Verwaltung. Ein wachsendes Team muss vorhandenes Wissen anders zugänglich machen als eine einzelne Fachperson.
Die dargestellten Projekte werden nicht als Münchner Kundenreferenzen ausgegeben. Grundlage sind veröffentlichte Arbeiten von SZONN. Regionale Einsatzbeispiele erläutern, für welche ähnlichen Aufgaben der Ansatz geprüft werden könnte. Kundennamen, gemessene Einsparungen und nicht dokumentierte Funktionen werden nicht ergänzt.
Software München
Drei Fragen für Ihr eigenes Vorhaben
Wo entsteht die Information?
Direkt beim Kunden, in einem vorhandenen System oder in Dokumenten? Der Ursprung bestimmt wichtige Anforderungen an Erfassung und Übergabe.
Wer braucht sie als Nächstes?
Ein anderer Mitarbeiter, die Verwaltung oder ein externes System? Hier werden Zuständigkeiten und Schnittstellen sichtbar.
Was soll danach einfacher sein?
Ein konkretes Ziel hilft, die erste Ausbaustufe einzugrenzen und die spätere Einführung sinnvoll zu prüfen.
Software München
Vom passenden Beispiel zum eigenen Projekt
Im Digitalcheck besprechen wir Ihre Ausgangssituation. Eine vorhandene Fallstudie ist dabei ein Anhaltspunkt, kein unveränderliches Baupaket. Funktionen, Datenmodell, Schnittstellen und Betriebsform müssen zur neuen Aufgabe passen.
Weitere Beispiele stehen in der zentralen SZONN-Projektübersicht. Wie Ihre eigenen Leistungen online erklärt und in KI-Antworten eingeordnet werden, kann ergänzend der WebseitenKICheck untersuchen.
Software München
Ihre Fragen. Klar beantwortet.
Beruhen die Fallstudien auf tatsächlichen SZONN-Arbeiten?
Ja. Grundlage sind veröffentlichte Projektbeschreibungen zu mobiler Lieferverwaltung, modularer Unternehmenssoftware und einem konzipierten KI-Wissens- und Textsystem.
Sind die Auftraggeber in München ansässig?
Ein solcher Standort wird hier nicht behauptet. Beschrieben wird die mögliche Übertragbarkeit auf Aufgaben von Unternehmen in München.
Muss die komplette Lösung nachgebaut werden?
Nein. Ein einzelner Ablauf, eine Schnittstelle oder ein Modul kann ein geeigneter erster Abschnitt sein. Das wird anhand Ihrer Anforderungen geprüft.
Aus Ihrer Aufgabe kann eine gute Lösung werden.
Beschreiben Sie uns, was Sie verändern möchten. Wir ordnen den passenden Einstieg ein.
Einige Abschnitte der Texte wurden unter Verwendung von KI neu gestaltet und ergänzt.