Parsware

Die Parsware-Plattform

Ein Produkt, das eine interne Anwendung vollständig abdeckt: das Datenmodell, die Bildschirme, den Prozess, die Berichte, die Sicherheit und den Weg, auf dem eine Änderung aus der Entwicklungsumgebung in die Produktion gelangt, ohne dass jemand etwas von Hand kopiert.

Die Plattform im Überblick

Alles, was eine interne Anwendung braucht, in einem Produkt

Zwölf Bausteine, gebaut für das Zusammenspiel — darunter ein Datenmodell, ein Sicherheitsmodell, eine Skriptsprache und ein Paketformat für alle. Keine Sammlung von Produkten, die erst integriert werden muss.

Modellgesteuerte Apps

Eine Tabelle einmal deklarieren — die App folgt

Spalten, Beziehungen und Auswahllisten werden zu echten Datenbanktabellen. Formulare, Ansichten und Nachschlagefelder lesen alle diese eine Definition, sodass eine geänderte Spalte sich auf jedem Bildschirm ändert, der sie verwendet.

  • Formulare mit Registerkarten, Abschnitten, Nachschlagefeldern und verknüpften Datensätzen
  • Ansichten mit Filtern, Sortierung, gespeicherten Ansichten und Tabellenimport
  • Kalender, Zeitleisten und Diagramme über dieselben Tabellen

Studio-Apps

Den Bildschirm zeichnen, dann sagen, was jedes Teil ist

Das Application Studio ist für Bildschirme, die ein Formular nicht ausdrücken kann. Zeichnen Sie sie auf einer Zeichenfläche, kennzeichnen Sie eine Form als Liste, Formular oder Schaltfläche, binden Sie sie an Ihre Tabellen, prüfen Sie die Vorschau und veröffentlichen Sie.

  • Listen, Formulare, Dateiauswahl und Diagramme an echten Datensätzen
  • Navigation, Dialoge und Seitenleisten, und Bildschirme, die sich selbst aktualisieren
  • Eine Smartphone-App auf denselben Daten oder ein Bildschirm in einer modellgesteuerten App

Prozesse

Die Genehmigung zeichnen, dann beim Laufen zusehen

Ein Swimlane-Designer mit einer Engine dahinter. Aufgaben erreichen die richtige Person in der App, die sie ohnehin nutzt, und jeder Durchlauf hat ein Live-Diagramm, das zeigt, wo er steht.

  • Lanes für Rollen, Teams und Personen, mit regelbasierter Zuweisung
  • Zeitgeber, Fristen, parallele Freigabe und Verzweigungen nach Bedingungen
  • Ein Verlauf jedes Schritts: wer was wann getan hat

Berichte

Berichte, die genau so drucken, wie sie gestaltet sind

Legen Sie ein Dokument im Papierformat an und binden Sie es an eine Tabelle oder eine gespeicherte Abfrage. Was der Designer zeigt, erscheint auf dem Bildschirm, im PDF und aus dem Drucker.

  • Bänder, Gruppen, Summen und formatierte Ausdrücke
  • Diagramme, Barcodes und QR-Codes
  • Rechts-nach-links-Layouts für Persisch und Arabisch

Grafikdesigner

Eine Zeichenfläche hinter jeder Zeichnung

Berichte und Studio-Bildschirme entstehen im selben Vektordesigner — was man einmal lernt, funktioniert in beiden. Jede Zeichnung wird als schlichtes Dokument mit veröffentlichtem Schema gespeichert und lässt sich wie Code prüfen, generieren und importieren.

  • Rahmen, Auto-Layout und Größenbeschränkungen
  • Gemeinsame Stile, Design-Tokens und eine Komponentenbibliothek
  • Komponenten, einmal gezeichnet und auf jedem Bildschirm platziert, der sie braucht

BS Lang

Eine Sprache für jede Regel

Formularlogik, serverseitige Validierung, Prozessbedingungen, eigene APIs und Funktionen werden alle in BS Lang geschrieben — einer kleinen typisierten Sprache, die im Browser und auf dem Server mit denselben Ergebnissen läuft.

  • Datensätze abfragen, einen externen Dienst aufrufen, eine E-Mail senden
  • Gemeinsame Skripte, importiert, wo immer dieselbe Logik gebraucht wird
  • Ein Editor mit Fehlern beim Tippen, Vervollständigung und Signaturhilfe

Funktionen

Lange Arbeit, fern vom Speichern

Eine Funktion ist ein BS-Lang-Skript, das in einem eigenen Dienst läuft: von Hand, nach Zeitplan oder von einem anderen Skript gestartet. Ein vierzigminütiger Batch bremst nie jemanden, der gerade einen Datensatz speichert.

  • Jetzt ausführen — oder alle so und so viele Minuten, Stunden oder Tage, zu einer Uhrzeit Ihrer Wahl
  • Eine maximale Laufzeit und ein Protokoll jedes Laufs und dessen, was er geschrieben hat
  • Dateien im Objektspeicher und ein Callback, wenn ein Lauf endet

Eigene APIs

Endpunkte, die Sie definieren — keine Datenbank, die einer Integration ausgehändigt wird

Eine eigene API ist ein versionierter HTTP-Vertrag mit einem BS-Lang-Skript dahinter. Ein anderes System ruft genau die Operationen auf, die Sie benennen, als App, die Sie registriert haben — und sonst nichts.

  • Ein Skript, das seine Eingabe liest, Datensätze abfragt und Status und Ausgabe setzt
  • Versionen nebeneinander, damit eine Änderung nie einen Aufrufer bricht, der noch die alte nutzt
  • Aufgerufen mit Client-ID und Geheimnis einer App-Registrierung

Portale

Eine Website für Ihre Kunden, auf denselben Tabellen

Veröffentlichen Sie eine Studio-App als Portal, und Menschen außerhalb Ihres Unternehmens bekommen ihre eigene Anmeldung und ihre eigene Adresse — und sehen nur die Datensätze, die laut einer Richtlinie ihnen gehören.

  • Besucher, die sich registrieren, anmelden und die Zwei-Schritt-Anmeldung nutzen
  • Regeln auf Zeilenebene: Ein Besucher sieht die Datensätze seines eigenen Unternehmens und sonst nichts
  • Ihre eigene Domain, per CNAME auf das Portal gerichtet

Lösungen und Umgebungen

Umgebungen, die wirklich getrennt sind — und ein Weg dazwischen

Jede Umgebung bekommt ihr eigenes Datenbankschema, keine Filterspalte. Arbeit wandert als versionierte Lösung von der Entwicklung über den Test in die Produktion — exportiert, importiert und an Ort und Stelle aktualisiert, nie von Hand kopiert.

  • Eine Abfrage gegen die falsche Umgebung schlägt fehl, statt die falschen Zeilen zu liefern
  • Komponenten in Ebenen, damit das Deinstallieren einer Lösung wiederherstellt, was vorher da war
  • Startdaten und Umgebungsvariablen, die mit der Lösung reisen

Sicherheit und Auditing

Wer einen Datensatz sehen darf, entscheidet der Server

Sicherheitsrollen gewähren Erstellen, Lesen, Aktualisieren und Löschen Tabelle für Tabelle — für alle Datensätze, die eines Teams oder nur die eigenen. Kein Bildschirm entscheidet, was jemand sieht; der Server liefert nur, was er sehen darf.

  • Rollen, direkt oder über ein Team vergeben
  • Datensatzbesitz, Freigaben und Regeln auf Zeilenebene
  • Ein Audit-Log, von der Datenbank geschrieben: wer was wann geändert hat

Ihr eigener Code

Ihr eigenes React, innerhalb der Plattform

Wenn ein Designer nicht reicht, bauen Sie mit dem Runtime SDK eine React-App oder ein eigenes Steuerelement, packen es in ein Archiv und laden es hoch. Es läuft in der Shell der Plattform und reist wie alles andere in der Lösung.

  • Eigene Steuerelemente, die ein Feld auf einem Formular ersetzen
  • Ganze React-Apps, neben modellgesteuerten Apps und Studio-Apps aufgeführt
  • Hot Reload gegen eine Entwicklungsumgebung, während Sie bauen

Erzählen Sie uns, was Sie bauen

Ihre Tabellen, Ihr Prozess, Ihre Fragen. Wer antwortet, hat das gebaut, wonach Sie fragen.

Kontakt aufnehmenPreise ansehen