Individualsoftware für Unternehmen
T-NEX entwickelt Fachanwendungen und ergänzt bestehende Systeme. Vom klickbaren Entwurf über Datenanbindungen bis zur vereinbarten Übergabe und Betreuung.
Service entdeckenBuchungen, Bestellungen und Freigaben brauchen eine Software, die die nächsten Schritte verbindet. Unsere Beispiele zeigen, wie T-NEX solche Abläufe für verschiedene Branchen umgesetzt hat. Projektlösungen und Demonstratoren sind jeweils gekennzeichnet.

Bestellen, den eigenen Bewohnerbereich öffnen oder digitale Inhalte kaufen: diese Ansichten stammen aus drei unterschiedlichen Umsetzungen.
Diese Bestelloberfläche zeigt einen nach Kategorien geordneten Produktkatalog. Artikel und Preise führen zur Auswahl für den Warenkorb.
Auswahl in den Warenkorb
Ansicht vergrößernDie Unterkunftsanwendung bündelt Zimmer, Fahrplan, Anliegen und Abrechnung. Bewohner finden die Informationen zu ihrem Aufenthalt an einem Ort.
Zugriff auf Unterkunft, Anliegen und Abrechnung
Ansicht vergrößernIn der Foto-Plattform wählen Nutzer eine Qualitätsstufe für den digitalen Inhalt. Der Warenkorb führt zur Bestellung; Kontaktfelder sind hier noch leer.
Checkout für die spätere Auslieferung
Ansicht vergrößernWählen Sie das Muster nach Ihrem Arbeitsablauf: Welche Daten gehören zusammen, wer darf sie bearbeiten und welches Ergebnis braucht der nächste Bearbeiter? So wird aus einer Projekterfahrung ein konkreter Ausgangspunkt für Ihre Anwendung.
Im HIJIR-Projekt verbindet eine Kundenakte Angebote, Rechnungen und Quittungen. Reisedatum, Personenzahl, Zimmervariante und Zusatzleistungen fließen in das Angebot ein. Daraus wird die Rechnung abgeleitet; erfasste Teilzahlungen und der verbleibende Saldo gehören zum selben Vorgang.
Der übertragbare Kern ist die Beziehung zwischen den Unterlagen. Die nächste Bearbeitungsstufe übernimmt die benötigten Angaben, während die Kundenakte den bisherigen Verlauf erreichbar hält. Such- und Filterfunktionen sowie ein Postfach für Anfragen unterstützen die tägliche Bearbeitung.
Für einen anderen Betrieb werden zuerst dessen Belegarten und Änderungsregeln festgelegt: Was darf sich nach Freigabe ändern, wer bestätigt eine Zahlung und wie wird eine Korrektur sichtbar? Das Muster eignet sich als Ausgangspunkt für Vorgänge mit mehreren Dokumentstufen.
Misu verbindet eine Bestellung mit der gewählten Abholfiliale, dem dortigen Bestand und dem Bearbeitungsstatus. Ein Bewegungsjournal hält Bestandsänderungen fest. Eine weitere Gastronomieanwendung führt Bestellungen aus mehreren Eingangskanälen in einer gemeinsamen Warteschlange zusammen und ordnet Positionen dem Küchen- oder Barbereich zu.
Die Standortwahl steuert damit mehrere Arbeitsschritte. Das Team braucht die richtige Bestellung am richtigen Ort; eine Bestandsänderung muss zu diesem Standort passen. Für unterschiedliche Aufgaben sind gesonderte Ansichten und Berechtigungen beschrieben.
Ergänzende Oberflächendemos zeigen Menü, Warenkorb, Statusanzeige und Küchenansicht mit Beispieldaten. Sie dienen dazu, die Bedienung zu besprechen. Für einen Einsatz werden insbesondere gleichzeitige Bestellungen, fehlender Bestand, Korrekturen und die tatsächlich benötigten Zahlungsanbindungen geprüft.
| Punkt | Umsetzung und Übertragung |
|---|---|
| Aufgabe und Beitrag | Dokumentierte Umsetzung eines Bestellablaufs mit Filialzuordnung und Bestandsbewegungen durch die Delivery-Einheit. |
| Bildbeleg | Die zugeordnete Originalansicht zeigt den Bestellkatalog. |
| Schnittstellen | Eine konkrete externe Zahlungs- oder Warenwirtschaftsanbindung ist diesem Bild nicht zugeordnet. |
| Einführung und Wirkung | Filialstruktur, Bestandseinheiten und Übergabe an Küche oder Ausgabe werden passend zum Betrieb geplant. |
The Sunnah verbindet Interessenten, Kunden und Termine. Eine Buchung durchläuft Anlage, Bestätigung, Abschluss oder Stornierung. Personal und Zeitfenster sind Standorten zugeordnet; die Anwendung berücksichtigt auch Abwesenheiten und eine Vertretung aus einem anderen Standort.
Die Provisionslogik verwendet festgelegte Bemessungsgrundlagen. Für Mitgliedschaft und Empfehlung werden Konditionen am Vorgang festgehalten. Dadurch ist für die Bearbeitung erkennbar, welcher Stand einer Abrechnung zugrunde liegt.
Ein vergleichbarer Ablauf beginnt mit den eigenen Kapazitäts- und Abrechnungsregeln. Zu klären sind unter anderem Standortwechsel, Stornierungen, Rabatte und die Zuständigkeit für Korrekturen. Eine gemeinsam gepflegte Terminliste allein beantwortet diese Fragen noch nicht.
Eine Verwaltungsanwendung für Unterkünfte verbindet Häuser, Zimmer und einzelne Betten mit der Zuordnung von Bewohnern. Ein- und Auszug, Belegungsverlauf, Rechnungen und erfasste Teilzahlungen werden in zusammenhängenden Arbeitsbereichen geführt.
Bewohner können eine Störung mit Foto melden. Die Verwaltung ordnet den Vorgang zu, hält den Bearbeitungsstand fest und greift auf einen Dienstleisterstamm zurück. Ein weiterer Bereich erfasst Fahrzeuge, Fahrten und die Zuordnung von Personen. Diese Abläufe haben jeweils eigene Rollen und Ansichten.
Übertragbar ist die Verbindung eines verwalteten Objekts mit seinen laufenden Vorgängen. Für einen neuen Einsatz werden Objektarten, Personenbezug, Sichtbarkeit und Aufbewahrung festgelegt. Die beschriebenen Funktionen sind ein Projektbeispiel und kein angebotener deutscher Standardbetrieb für Unterkünfte.
Eine Verzeichnisanwendung enthält einen Formularbaukasten mit unterschiedlichen Feldtypen und Validierung. Neue oder geänderte Angaben werden zunächst als Einreichung festgehalten. Die zuständige Rolle prüft sie und übernimmt den freigegebenen Stand in das Verzeichnis.
Die Einreichung und der aktuell veröffentlichte Datensatz bleiben dadurch unterschiedliche Zustände. Das ist hilfreich, wenn sich Formularfelder ändern oder eine bereits bekannte Person nur einzelne Angaben aktualisiert. Ein öffentliches Eingangsformular führt zusätzliche Hinweise in ein internes Postfach.
Das Muster passt zu Verzeichnissen, Antragsstrecken und Stammdatenpflege. Vor der Umsetzung werden Pflichtangaben, Freigaberegeln und der Umgang mit abgelehnten, korrigierten oder gelöschten Einreichungen beschrieben. Eine neue Formularversion darf bestehende Entscheidungen nicht unbemerkt verändern.
Eine Fotoplattform ordnet Bilder einer Veranstaltung zu und unterscheidet Entwurf und Veröffentlichung. Für die Auswahl werden verkleinerte Vorschauen mit Wasserzeichen erzeugt. Originaldateien liegen getrennt davon; eine Bestellung legt fest, welche Inhalte ausgeliefert werden dürfen.
Der dokumentierte Ablauf verbindet Bestellung, Zahlungsrückmeldung und zeitlich begrenzten Download. Vergütungsanteile und Auszahlungsanfragen bilden einen eigenen Bearbeitungsweg. Ein konfigurierter Aufbewahrungszeitraum steuert, wie lange die Dateien verfügbar bleiben.
Dieses Muster ist für digitale Güter und geschützte Dokumentausgabe interessant. Für ein konkretes Vorhaben werden Nutzungsrechte, Dateivarianten, Zahlungsverfahren, Zugriffsregeln und Löschfristen gemeinsam festgelegt. Erneute Zahlungsrückmeldungen, abgelaufene Links und teilweise fehlgeschlagene Uploads gehören in die Abnahme.
Demonstratoren: Zwei Entwürfe für Ausflugsziele zeigen die Auswahl von Datum, Zeitfenster und Gruppengröße sowie die anschließende Erfassung der Buchungsangaben. Eine Verwaltungsansicht stellt Buchungen und verfügbare Kapazität dar. Im Entwurf lassen sich Tageskontingent und Preis konfigurieren.
Damit kann ein Betrieb den Weg vom freien Zeitfenster bis zur Bestätigung besprechen. Der Demonstrator zeigt die Bedienung mit einem vorbereiteten Datenbestand. Er belegt keine tatsächlich verkauften Tickets oder bereits abgesicherte gleichzeitige Buchungen.
Für eine Umsetzung werden Kapazitätsregeln, Reservierungsdauer, Zahlung, Stornierung und Verhalten bei Verbindungsabbruch ergänzt. Ein sinnvoller Prüffall sind zwei Anfragen für den letzten verfügbaren Platz.
Demonstratoren: Zwei Marktplatzentwürfe zeigen Filter, Angebotslisten, Merkliste sowie Verwaltungsdialoge für Einträge und Bearbeitungsstände. Eingaben und Zustandswechsel werden im Browser mit Beispieldaten dargestellt. Eine simulierte Gebotsfolge erläutert die vorgesehene Interaktion.
So lässt sich früh prüfen, welche Informationen Interessenten vergleichen müssen und wie die Verwaltung ihre Einträge pflegt. Simulierte Gebote sind Teil der Vorführung und keine echte Marktaktivität.
Ein lauffähiger Marktplatz benötigt darüber hinaus verbindliche Regeln für Teilnahme, Transaktionen, Identität und Abrechnung. Ein vorhandenes Angebot beschreibt einen solchen weiterführenden Umfang; der Angebotsstand wird hier nicht als bereits gelieferter Marktplatz dargestellt.
Demonstrator und ausgearbeiteter Angebotsumfang: Ein interner Wissensassistent sucht in gepflegten Einträgen und zeigt eine passende Antwort mit Dokument- und Abschnittsbezug. Gibt es keinen geeigneten Treffer, wird die Frage als unbeantwortet zurückgegeben. Die Pflegeoberfläche verlangt eine Quellenangabe zum Eintrag.
Der ausgewertete Demonstrator verwendet eine gewichtete Stichwortsuche. Das anschließende Angebot beschreibt den Abruf hinterlegter Antworten und schließt neu generierte Sprachmodellantworten aus. Damit ist der Umfang genauer bestimmt als durch das Wort Chatbot allein.
Für den eigenen Betrieb ist zuerst zu entscheiden, ob freigegebene Antworten gefunden oder aus mehreren Dokumentstellen neue Antworten formuliert werden sollen. Danach folgen die passenden Prüfungen für Quellenpflege, Berechtigungen und Fragen außerhalb des Wissensbestands.
Oberflächenentwürfe und Eigenarbeiten: Ein Buchungsentwurf erfasst Abfahrtsort, Ziel und Datum. Weitere Vorlagen verbinden einen öffentlichen Unternehmensauftritt mit einer Verwaltungsansicht für Inhalte, Anfragen und Projekte. Diese Arbeiten zeigen unterschiedliche Lösungen für die Bedienung auf Mobilgerät und Desktop.
Der Nutzen liegt im gemeinsamen Durchspielen: Welche Angaben fehlen, welche Liste wird täglich bearbeitet und welcher Schritt ist unterwegs erreichbar? Die Vorlage schafft eine Grundlage für diese Entscheidungen. Angezeigte Kennzahlen und Nachrichten in einer Demo sind Beispieldaten.
Die Anbindung an echte Daten und Dienste wird anschließend als eigener Umfang vereinbart. Dazu gehören serverseitige Berechtigungen, zuverlässige Zustellung, Fehlerbehandlung und der Betrieb der Anwendung.
Ein Muster liefert eine konkrete Gesprächsgrundlage. Wir vergleichen seinen Ablauf mit Ihren Daten, Zuständigkeiten und bestehenden Systemen. Daraus ergibt sich, was fachlich passt, was angepasst werden muss und welche Funktionen neu entwickelt werden sollen.
Die Herkunft einer Funktion ist dabei entscheidend. Eine dokumentierte Projektumsetzung, ein klickbarer Demonstrator und ein beschriebener Angebotsumfang liefern unterschiedliche Grundlagen. Wiederverwendung von kundenspezifischem Code und erforderliche Rechte werden für das Vorhaben gesondert geprüft.
| Entscheidung | Benötigte Klärung |
|---|---|
| Fachlicher Umfang | Auslöser, Eingaben, Bearbeitungsschritte, Ausnahmen und Ergebnis an einem Beispielvorgang. |
| Daten und Zuständigkeit | Führendes System, zulässige Zugriffe, fachliche Freigabe und Korrekturverantwortung. |
| Integration | Verfügbare Schnittstellen, Datenübernahme, Dubletten und Verhalten bei Übertragungsfehlern. |
| Abnahme | Normalfall, fehlende Angaben, unzulässiger Zugriff und unterbrochene Bearbeitung. |
| Betrieb | Hosting, Sicherung und Wiederherstellung, Betreuung, Dokumentation und Übergabe. |
Die Seite zeigt Projektumsetzungen, Demonstratoren und ausgearbeitete Angebotsumfänge. Ein konkretes Produktangebot ist auf der jeweils verlinkten Produktseite beschrieben. Für eine individuelle Anwendung wird der benötigte Umfang gesondert festgelegt.
Ein Demonstrator macht Bedienung und vorgesehene Abläufe mit Beispieldaten sichtbar. Eine dokumentierte Projektumsetzung beschreibt Funktionen einer gebauten Anwendung. Daraus folgt noch kein Nachweis eines bestimmten Geschäftsergebnisses oder einer unverändert passenden Lösung für einen anderen Betrieb.
Nein. Viele dieser Muster verbinden Daten, Statuswechsel und fachliche Freigaben mit festen Regeln. KI kann für freie Sprache oder wechselnde Dokumente hinzukommen, wenn ihr Beitrag für die konkrete Aufgabe sinnvoll geprüft werden kann.
Wiederverwendbare eigene Bausteine und kundenspezifische Ergebnisse werden unterschieden. Welche Bestandteile eingesetzt werden dürfen, hängt von den tatsächlichen Rechten und dem vereinbarten Umfang ab. Ein ähnlicher Ablauf allein begründet keine Erlaubnis, fremden Code zu übernehmen.
Bringen Sie einen typischen Vorgang und einen schwierigen Ausnahmefall mit. Wir klären Daten, Bearbeitung, Zuständigkeiten und das gewünschte Ergebnis. Daraus entsteht ein begrenzter Entwurf oder Pilot mit nachvollziehbaren Abnahmekriterien.
T-NEX entwickelt Fachanwendungen und ergänzt bestehende Systeme. Vom klickbaren Entwurf über Datenanbindungen bis zur vereinbarten Übergabe und Betreuung.
Service entdecken
T-NEX entwickelt individuelle Abläufe für Vorgänge und Freigaben. Vorhandene Bausteine werden um passende Regeln und geprüfte KI-Schritte ergänzt.
Service entdecken
T-NEX plant und baut Wissenssysteme mit Quellenbelegen. Dokumentensuche, RAG, Knowledge Graph oder gepflegtes Wiki werden an Ihren Fragen geprüft.
Service entdeckenSoftwareprojekte von T-NEX: Entdecken Sie Fertigungssteuerung, mobile Auftragserfassung, Projektplanung und weitere Anwendungen für den Arbeitsalltag.
Mehr erfahrenBringen Sie eine konkrete Aufgabe mit. Wir klären gemeinsam, was die Anwendung leisten soll.
Eigenen Arbeitsablauf besprechen