Logiciels juridiques

// Le problème

Un cabinet échange des documents privilégiés avec ses clients en pièces jointes, et les clients téléphonent pour savoir où en est leur dossier et ce qu’ils doivent.

// Ce que nous bâtirions

Un portail web à l’image du cabinet où les clients se connectent avec une authentification à deux facteurs, échangent des documents par dossier, voient l’état et les prochaines étapes, signent leur convention de mandat et paient leurs factures, branché sur le logiciel de gestion du cabinet.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• API de Clio ou de votre logiciel de gestion
• API de signature électronique
• Microsoft Azure

// Le problème

Réviser le contrat d’une autre partie selon les positions du cabinet prend des heures à un réviseur d’expérience, et les juniors échappent des clauses que le cabinet conteste toujours.

// Ce que nous bâtirions

Un modèle sur mesure affiné à partir des ententes annotées et des positions écrites du cabinet, qui roule sur un serveur GPU au bureau ou dans le centre de données du cabinet pour que les documents des clients n’en sortent jamais, et qui signale chaque clause par rapport à la position du cabinet pour que le réviseur décide.

// Ce qu’il comprend

// Technologies

• PyTorch
• Python
• Complément Microsoft Word
• PostgreSQL
• Serveur GPU Lenovo sur place

// Le problème

Les avocats salariés passent des heures à chercher une note ou un modèle que le cabinet a déjà rédigé, parce que le système documentaire ne cherche que dans les noms de fichiers et les métadonnées.

// Ce que nous bâtirions

Un assistant qui cherche par le sens dans les notes, opinions et modèles du cabinet et répond avec des liens vers les documents sources, sur un modèle open source dans un compte infonuagique que le cabinet contrôle, en respectant les cloisonnements éthiques et les droits d’accès de chaque dossier.

// Ce qu’il comprend

// Technologies

• Llama ou Mistral (open source)
• vLLM
• PostgreSQL avec pgvector
• API iManage ou NetDocuments
• AWS

// Le problème

Un cabinet doit démontrer qu’un document ou un ensemble de fichiers existait sous une forme donnée à une date donnée, et un horodatage de courriel se conteste facilement.

// Ce que nous bâtirions

Un service qui inscrit l’empreinte de chaque fichier, jamais le fichier lui-même, dans un petit contrat sur une chaîne publique, avec un portail pour enregistrer les fichiers et produire un rapport de vérification. Une autorité d’horodatage de confiance selon la norme RFC 3161 fait un travail semblable sans chaîne; nous expliquons les deux et vous choisissez.

// Ce qu’il comprend

// Technologies

• Solidity
• Ethereum de deuxième couche
• Next.js
• PostgreSQL
• AWS

// Le problème

Un cabinet ouvre chaque dossier dans son logiciel de gestion, puis dans sa facturation, puis dans son système documentaire, et les lettres de mandat signées sont classées à la main.

// Ce que nous bâtirions

Une intégration qui ouvre un dossier une seule fois et le crée partout où il le faut, classe les documents signés de votre service de signature électronique dans le bon dossier et garde clients et numéros de dossier concordants, avec un journal que votre équipe des archives peut consulter.

// Ce qu’il comprend

// Technologies

• Node.js
• PostgreSQL
• REST
• OpenAPI
• AWS Canada

// Le problème

Les associés d’un cabinet ne savent où en sont les dossiers par rapport au budget qu’à l’envoi des factures du mois, et les travaux en cours s’accumulent sans être facturés sans que personne le remarque.

// Ce que nous bâtirions

Un tableau de bord chargé chaque nuit depuis la gestion du cabinet et la facturation, qui montre le temps inscrit par rapport au budget de chaque dossier, les travaux en cours non facturés selon leur âge et les encaissements par groupe de pratique, chaque associé voyant ses propres dossiers.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• dbt
• Metabase
• AWS Canada