Wo Arbeit auseinanderfällt – und was sie zusammenhält.
Jedes davon ist ein betriebliches Problem und keine Produktkategorie. Es sind wirklich unterschiedliche Probleme, und continON beantwortet sie mit wirklich unterschiedlichen Mechanismen – aber alle fünf laufen auf demselben Organisationsmodell, demselben Berechtigungsmodell und denselben Datensätzen. Setzen Sie bei dem an, das Sie tatsächlich haben.
Die fünf betrieblichen Probleme
Wenn ein Bedarf fünf Abteilungen durchläuft
Ein Bedarf wird vor Ort gemeldet, von einer Führungskraft freigegeben, bei einem Lieferanten bestellt, an der Rampe mit Fehlmenge empfangen, als Einkauf erfasst und in der Finanzabteilung gebucht.
Was zusammenhältDer Datensatz. Er wird nicht bei jeder Übergabe neu erfasst, und die zwei in der Lieferung fehlenden Einheiten stehen noch darin, wenn die Finanzabteilung die Buchung liest.
Quer durchEinkauf & BeschaffungLagerverwaltungFinanzen & Rechnungswesen
Wenn Personen eintreten, wechseln und austreten
Verantwortung muss die Person überdauern, die sie gerade trägt – auch die Woche, in der niemand sie trägt.
Was zusammenhältDie Stelle. Zugriff, Weiterleitung von Freigaben, Adressierung von Benachrichtigungen und Einsatzplanung werden alle anhand der Position in der Einheit ermittelt; eine Übergabe ist daher das Ende einer Zuordnung und der Beginn einer anderen.
Quer durchPersonalmanagementLohnabrechnungSystemadministration
Wenn sich die Regel ändert
Wie Arbeit nach dem Willen der Organisation ablaufen soll, muss zu dem werden, was mit dem nächsten Antrag tatsächlich geschieht – ohne Entwicklungsprojekt dazwischen.
Was zusammenhältDie Definition. Status, Akteurregeln, gebundene Formulare und die Aktionen, die jeder Übergang auslöst, werden als Metadaten gespeichert und zur Laufzeit gelesen; eine veröffentlichte Änderung bestimmt daher, was der nächste Antrag tut.
Wenn ein System draussen bleibt
Ein Teil der Systemlandschaft wird nicht ersetzt und sollte es auch nicht werden müssen – muss aber trotzdem an der Arbeit teilnehmen.
Was zusammenhältDie Grenze. Ausgewählte Daten werden dort abgefragt, wo sie bereits liegen, ausgewählte Zugangsdaten verwahrt die Organisation statt einer Person, und was die Grenze überschreitet, ist benannt, datiert und widerrufbar.
Wenn ein weiterer Standort hinzukommt
Mehrere Standorte müssen gleich funktionieren, ohne derselbe Standort zu werden – und ein neuer muss ohne eigenes Projekt arbeiten können.
Was zusammenhältDie Form. Lizenz, Berechtigungsgruppen, Wertelisten und Builder-Definitionen werden einmal für die Organisation geführt; Bestand, Sektoren, Tore, Lagerplatzzuordnung und Personal gehören zu jedem Standort.
Worauf alle fünf stehen.
- Ein Organisationsmodell
- Einheiten lassen sich beliebig tief verschachteln, eine in einer Einheit platzierte Position ist eine Stelle, und eine Person besetzt diese Stelle für einen Zeitraum. Jede der fünf Lösungen ermittelt etwas anhand dieses Modells. Organisation & Positionen
- Ein Identitäts- und Berechtigungsmodell
- Berechtigungsgruppen bündeln Berechtigungen für Anwendungen und Rechte und sind an Positionen im Organigramm gebunden; Zugriff ist daher eine Eigenschaft der Stelle, nicht eines Kontos. Identität & Zugriff
- Eine Datenschicht
- Gespeicherte Abfragen sind benannte Objekte, die die Wertelisten eines Formulars, die Zeilen eines Berichts, ein Dashboard-Widget und die Seriendruckfelder eines Dokuments speisen – eine Definition, nicht vier Datenabrufe. Query & Data Source Builder
- Eine kontrollierte Dokumentenablage
- Was ein Prozess erzeugt, wird dort abgelegt, wo über den Zugriff bereits entschieden ist, statt an eine E-Mail angehängt zu werden und in einem Ordner verloren zu gehen. Dokumentenverwaltung
- Ein Hauptbuch
- Betriebliche Bewegungen werden auf denselben Kontenplan gebucht, wo und wann immer sie stattfanden. Hauptbuch
Deshalb ist das zweite Problem, das Sie mitbringen, kein Integrationsprojekt. Es sind dieselben Datensätze, gelesen von einem anderen Teil derselben Plattform. Wie die Plattform zusammenhält
Bringen Sie das Problem mit, nicht die Modulliste.
Eine geführte Demo auf einem bereinigten Demo-Mandanten, aufgebaut um dasjenige dieser fünf Probleme, das Sie tatsächlich lösen wollen.