Parsware

La plateforme Parsware

Un produit qui couvre une application interne tout entière : le modèle de données, les écrans, le processus, les rapports, la sécurité, et le chemin par lequel une modification passe de l’environnement d’un développeur à la production sans que personne ne copie quoi que ce soit à la main.

La plateforme en un coup d’œil

Tout ce dont une application interne a besoin, dans un seul produit

Douze briques conçues pour fonctionner ensemble, avec sous chacune un même modèle de données, un même modèle de sécurité, un même langage de script et un même format de package — pas un ensemble de produits à intégrer.

Applications pilotées par modèle

Déclarez une table une fois, l’application suit

Colonnes, relations et listes de choix deviennent de vraies tables de base de données. Formulaires, vues et recherches lisent tous cette définition unique : une colonne qui change change sur chaque écran qui l’utilise.

  • Des formulaires avec onglets, sections, recherches et fiches associées
  • Des vues avec filtres, tri, vues enregistrées et import depuis un tableur
  • Calendriers, chronologies et graphiques sur les mêmes tables

Applications Studio

Dessinez l’écran, puis dites ce qu’est chaque partie

Application Studio sert aux écrans qu’un formulaire ne sait pas exprimer. Dessinez-les sur un canevas, désignez une forme comme liste, formulaire ou bouton, liez-la à vos tables, prévisualisez-la et publiez-la.

  • Listes, formulaires, sélecteurs de fichiers et graphiques liés à des fiches réelles
  • Navigation, fenêtres modales et tiroirs, et des écrans qui se mettent à jour tout seuls
  • Une application mobile sur les mêmes données, ou un écran dans une application pilotée par modèle

Processus

Dessinez l’approbation, puis regardez-la s’exécuter

Un concepteur en couloirs, avec un moteur derrière. Les tâches parviennent à la bonne personne dans l’application qu’elle utilise déjà, et chaque exécution a un diagramme en direct qui montre où elle en est.

  • Des couloirs pour les rôles, les équipes et les personnes, avec un travail attribué par règles
  • Minuteries, échéances, signatures en parallèle et branches selon des conditions
  • L’historique de chaque étape : qui a fait quoi, et quand

Rapports

Des rapports qui s’impriment exactement comme ils ont été conçus

Mettez en page un document au format du papier et liez-le à une table ou à une requête enregistrée. Ce que montre le concepteur est ce qui apparaît à l’écran, dans un PDF et à l’impression.

  • Bandes, groupes, totaux et expressions mises en forme
  • Graphiques, codes-barres et codes QR
  • Mises en page de droite à gauche pour le persan et l’arabe

Concepteur graphique

Un seul canevas derrière chaque dessin

Rapports et écrans Studio sont dessinés dans le même concepteur vectoriel : ce qu’on apprend une fois sert aux deux. Chaque dessin est enregistré comme un document texte doté d’un schéma publié, qu’on peut relire, générer et importer comme du code.

  • Cadres, mise en page automatique et contraintes de redimensionnement
  • Styles partagés, jetons de conception et une bibliothèque de composants
  • Des composants dessinés une fois et placés sur chaque écran qui en a besoin

BS Lang

Un seul langage pour chaque règle

La logique des formulaires, la validation côté serveur, les conditions des processus, les API personnalisées et les fonctions s’écrivent toutes en BS Lang — un petit langage typé qui s’exécute dans le navigateur et sur le serveur avec les mêmes résultats.

  • Interroger des fiches, appeler un service externe, envoyer un e-mail
  • Des scripts partagés, importés partout où la même logique est nécessaire
  • Un éditeur avec les erreurs à la frappe, la complétion et l’aide aux signatures

Fonctions

Les longs traitements, loin d’un enregistrement

Une fonction est un script BS Lang exécuté par un service à part : à la main, selon une planification ou lancé par un autre script. Un traitement par lots de quarante minutes ne ralentit jamais la personne qui enregistre une fiche.

  • Lancez-la maintenant, ou toutes les tant de minutes, d’heures ou de jours, à l’heure de votre choix
  • Une durée maximale d’exécution, et un journal de chaque exécution et de ce qu’elle a écrit
  • Des fichiers écrits dans le stockage d’objets, et un rappel quand l’exécution se termine

API personnalisées

Des points de terminaison que vous définissez, pas une base de données confiée à une intégration

Une API personnalisée est un contrat HTTP versionné, avec un script BS Lang derrière. Un autre système appelle exactement les opérations que vous nommez, en tant qu’application que vous avez inscrite, et rien d’autre.

  • Un script qui lit son entrée, interroge des enregistrements et fixe le statut et la sortie
  • Des versions côte à côte, pour qu’un changement ne casse jamais un appelant resté sur l’ancienne
  • Appelée avec l’identifiant client et le secret d’une inscription d’application

Portails

Un site pour vos clients, sur les mêmes tables

Publiez une application Studio comme portail : les personnes extérieures à votre entreprise ont leur propre connexion et leur propre adresse — et ne voient que les enregistrements qu’une stratégie leur attribue.

  • Des visiteurs qui s’inscrivent, se connectent et utilisent la connexion en deux étapes
  • Des règles au niveau des lignes : un visiteur voit les enregistrements de sa propre entreprise, rien d’autre
  • Votre propre domaine, pointé vers le portail par un CNAME

Solutions et environnements

Des environnements vraiment séparés, et un chemin entre eux

Chaque environnement a son propre schéma de base de données, pas une colonne de filtre. Le travail passe du développement au test puis à la production sous forme de solution versionnée — exportée, importée et mise à niveau sur place, jamais recopiée à la main.

  • Une requête sur le mauvais environnement échoue au lieu de renvoyer les mauvaises lignes
  • Des composants en couches, pour que désinstaller une solution rétablisse ce qui existait avant
  • Des données initiales et des variables d’environnement qui voyagent avec la solution

Sécurité et audit

C’est le serveur qui décide qui peut voir un enregistrement

Les rôles de sécurité accordent la création, la lecture, la mise à jour et la suppression table par table, sur tous les enregistrements, ceux d’une équipe ou seulement les siens. Aucun écran ne décide de ce que quelqu’un voit ; le serveur ne renvoie que ce qui lui est permis.

  • Des rôles attribués directement ou par une équipe
  • Propriété des enregistrements, partage et règles au niveau des lignes
  • Un journal d’audit, écrit par la base de données : qui a modifié quoi, et quand

Votre propre code

Votre propre React, dans la plateforme

Quand un concepteur ne suffit plus, créez une application React ou un contrôle personnalisé avec le Runtime SDK, emballez-le dans une seule archive et téléversez-la. Il s’exécute dans le shell même de la plateforme et voyage dans la solution comme tout le reste.

  • Des contrôles personnalisés qui prennent la place d’un champ sur un formulaire
  • Des applications React complètes, listées à côté des applications pilotées par modèle et des applications Studio
  • Le rechargement à chaud sur un environnement de développement pendant que vous construisez

Dites-nous ce que vous construisez

Vos tables, votre processus, vos questions. La personne qui répond a construit ce sur quoi vous posez la question.

Nous contacterVoir les tarifs