✦ Neu: Private AI Cluster — souveräne KI, Ihre Daten bleiben bei Ihnen. Mehr erfahren →
IT am Main
Erstgespräch
Person von hinten am Laptop mit einem Compliance-Dashboard aus Kennzahlen, Diagrammen und einer Massnahmenliste auf dem Bildschirm

Build · Individualsoftware

Individual­software für regulierte Prozesse

Fachanwendungen für Prozesse, bei denen Standardsoftware nur einen Teil abdeckt und Nachweisbarkeit Pflicht ist, mit Mandantentrennung, Audit-Trail und Vier-Augen-Prinzip von Anfang an.

Auf einen Blick

Kurz erklärt.

Individualsoftware für regulierte Prozesse ist eine Fachanwendung, die ITM für Unternehmen baut, deren Kernprozess von keiner Standardsoftware sauber abgebildet wird und bei der Nachweisbarkeit Pflicht ist. Rollen, Mandanten und ein Vier-Augen-Prinzip sind von der ersten Zeile Code an eingebaut, ein unveränderlicher Audit-Trail ebenso. Referenzen sind die eigenen Produkte Valori QM, im Einsatz für Qualitätsprüfung nach ISO 2859-1, und Valori FMS, ein Finanz- und Vertragsmanagement-System in Entwicklung. Der Weg führt über einen klickbaren Prototyp, bevor Produktivcode entsteht. Betrieb ist in der Cloud, bei Ihnen im Haus oder auf einem eigenen lokalen Cluster möglich.

Veränderung

Heute. Mit ITM.

Heute

  • Excel- und Mail-Prozesse ohne Nachweis
  • Standardsoftware, die nur zu einem Teil auf den Prozess passt
  • Schatten-Apps ohne Rechtekonzept

Mit ITM

  • Fachanwendung mit Rollen, Mandanten und Vier-Augen-Prinzip
  • Unveränderlicher Audit-Trail für jede Änderung
  • Dokumentation, die ein Auditor lesen kann

Der Weg

Von der Ausgangslage zum Ergebnis.

  1. 01Ausgangslage
  2. 02Vorgehen
  3. 03Ergebnis

Standardsoftware passt nur zu einem Teil, der Nachweis fehlt

Excel, Mail und Schatten-Apps ohne Rechtekonzept tragen einen regulierten Prozess so lange, bis eine Prüfung oder ein Fehler die Lücke sichtbar macht.

Prozess verstehen, dann klickbarer Prototyp

Wir nehmen Prozess und Auflagen auf und bauen einen klickbaren Prototyp, bevor eine einzige Zeile Produktivcode entsteht. Danach folgt der Bau in kurzen Schritten mit einer Prüfschleife je Funktion.

Übergabe oder Betrieb durch uns

Am Ende steht eine Fachanwendung mit Rollen, Audit-Trail und Dokumentation, die entweder an Ihr Team übergeben wird oder von ITM weiter betrieben wird.

Lieferbausteine

Auf Ihre Spezifikation gebaut.

  1. Fachanwendung als Web-App

    M01

    Im Browser nutzbar, auch mobil, ohne lokale Installation.

  2. Datenmodell und Rechtekonzept

    M02

    Rollen, Mandanten und Vier-Augen-Prinzip von Anfang an.

  3. Unveränderlicher Audit-Trail

    M03

    Jede Änderung bleibt nachvollziehbar, auch für einen Auditor.

  4. Schnittstellen

    M04

    Zu CRM, Buchhaltung, Microsoft 365, Signaturdienst und Bank.

  5. Betrieb nach Wahl

    M05

    In der Cloud, bei Ihnen im Haus oder auf einem eigenen lokalen Cluster.

  6. Dokumentation

    M06

    So geschrieben, dass ein Auditor sie lesen und prüfen kann.

Typische Kunden für diese Leistung sind Finanzdienstleister, MedTech- und Qualitätssicherungs-Unternehmen, Versicherungen und Makler, Luftfahrt-Dienstleister und Prüfstellen: Branchen, in denen ein Fehler nicht nur ärgerlich, sondern meldepflichtig oder teuer ist. Der Ausgangspunkt ist fast immer derselbe: ein Prozess läuft über Excel-Tabellen und Mail-Verläufe ohne Nachweis, eine eingekaufte Standardsoftware passt nur zu einem Teil auf den eigenen Ablauf, oder es ist eine Schatten-App ohne Rechtekonzept entstanden, weil sonst niemand die Lücke gefüllt hat.

Für wen das gedacht ist

Diese Leistung passt, wenn ein Kernprozess so spezifisch ist, dass jede Standardsoftware zum Kompromiss wird, und gleichzeitig so kritisch, dass eine Prüfstelle, ein Kunde oder eine Aufsichtsbehörde einen Nachweis verlangt. Häufige Auslöser sind eine anstehende Zertifizierung, ein wiederkehrender Prüfaufwand von Hand oder ein Prozess, der heute von einer einzelnen Person im Kopf getragen wird.

Was in jeder Fachanwendung steckt

Unabhängig vom konkreten Fachgebiet bauen wir dieselbe Grundlage: ein Datenmodell mit klaren Rollen und Mandanten, ein Vier-Augen-Prinzip für kritische Schritte und einen Audit-Trail, der sich nicht nachträglich verändern lässt.

  • Rollen- und Mandantenmodell statt einer einzigen gemeinsamen Ansicht
  • Vier-Augen-Prinzip für Freigaben, die Folgen haben
  • Unveränderlicher Audit-Trail statt löschbarer Protokolldateien
  • Schnittstellen zu Systemen, die Sie bereits nutzen

Prototyp vor Produktivcode

Wir bauen keine Anwendung im Blindflug. Nach der Aufnahme von Prozess und Auflagen steht zuerst ein klickbarer Prototyp, an dem sich Ausnahmen und Sonderfälle besprechen lassen, ohne dass dafür bereits Code entstanden ist. Erst danach folgt der eigentliche Bau in kurzen Schritten, mit einer Prüfschleife je Funktion, damit Fehler auffallen, während sie noch günstig zu beheben sind.

Was das schon trägt

Valori QM ist unser eigenes Produkt für Qualitätsprüfung nach ISO 2859-1 mit SPC- und CPK-Auswertung und automatischer Lieferschein-Erkennung. Valori FMS, aktuell in Entwicklung, ist ein Finanz- und Vertragsmanagement-System für eine Unternehmensgruppe in der Schweiz und in Deutschland. Dazu kommen eine Plattform für einen Versicherungsmakler mit strikt getrennten Gesundheitsdaten nach DSGVO Artikel 9, ein Audit-Portal mit KI-Assistent für Zertifizierungsstellen als eigene Entwicklung, sowie eine Lern- und Akademie-Plattform für ISO-Themen.

FAQ

Häufige Fragen.

Warum nicht einfach Standardsoftware?

Standardsoftware lohnt sich, solange sie den Prozess sauber abbildet. Bei sehr spezifischen oder stark regulierten Abläufen deckt sie oft nur einen Teil ab, und der Rest wandert zurück in Excel oder Mail. Individualsoftware schliesst genau diese Lücke, ohne den restlichen Betrieb umzubauen.

Wem gehört der Code?

Ihnen. Sie erhalten den Quellcode und die Rechte an der für Sie entwickelten Anwendung; das wird im Vertrag festgehalten, bevor der Bau beginnt.

Wo laufen die Daten?

Nach Ihrer Wahl: in der Cloud, bei Ihnen im eigenen Rechenzentrum oder auf einem eigenen lokalen Cluster ohne Anbindung nach aussen. Diese Entscheidung fällt vor dem Bau und bestimmt die Architektur.

Wie wird die Software geprüft, bevor sie live geht?

Über eine Prüfschleife je Funktion während des Baus und einen klickbaren Prototyp vor dem ersten Produktivcode. Kritische Schritte wie Freigaben laufen zusätzlich über das eingebaute Vier-Augen-Prinzip.

Was passiert, wenn sich eine Vorschrift ändert?

Das Datenmodell und der Audit-Trail sind so gebaut, dass sich Rechte, Felder oder Freigabeschritte anpassen lassen, ohne die Anwendung neu zu schreiben. Die konkrete Anpassung ist danach ein Änderungsauftrag, kein Neuprojekt.

Wie schnell steht ein erster Prototyp?

Nach der Aufnahme von Prozess und Auflagen bauen wir zunächst einen klickbaren Prototyp; wie lange das dauert, hängt vom Umfang des Prozesses ab und wird im Erstgespräch grob eingeschätzt.

Bereit?

Ihr Prozess braucht eine eigene Anwendung.

Zeigen Sie uns, wo Excel, Mail oder eine unpassende Standardsoftware an ihre Grenzen stossen. Wir prüfen, ob und wie sich Individualsoftware lohnt.

Erstgespräch buchenAlle Leistungen