Comment fonctionne Petria
Des pièces au dossier prêt à déposer
Petria est organisé autour des dossiers et des travaux, pas d'un clavardage ouvert. La tour à droite illustre un LMIA, mais le même processus vérifié (tokenisation, traduction, extraction, rédaction, vérification, réécriture, livraison) s'applique aux demandes d'asile et aux autres dossiers narratifs au Canada. Votre équipe sait toujours à quelle étape en est un dossier.
LMIA et asile : un seul moteur
Les EIMT et les demandes d'asile (BOC) reposent sur une narration longue ancrée dans les pièces, pas sur des formulaires à cases. Petria les traite avec la même architecture : pièces étiquetées dans n'importe quelle langue, traduction vers la langue de travail, rédaction selon modèle, vérification des références et livrables Word pour les avocats.
Le processus principal
1
Ouvrir un dossier et téléverser les pièces
Créez un dossier LMIA ou asile. Téléversez des pièces dans n'importe quelle langue et assignez des étiquettes. Définissez la langue de travail (anglais ou français). Les RPI sont tokenisées avant la traduction et la rédaction.
2
Soumettre un travail de rédaction
Petria exécute l'extraction, la recherche marché du travail LMIA le cas échéant, la génération selon modèle, la vérification des références et la réécriture en un seul passage coordonné.
3
Réviser les livrables
Téléchargez la version préliminaire et les artefacts de vérification en Word dans votre langue de travail. Vos avocats révisent un texte ancré dans les pièces.
Livraison bilingue (FR / EN)
Les cabinets canadiens travaillent souvent en anglais et en français. Chaque dossier a une langue de travail; les pièces peuvent arriver dans l'une ou l'autre langue officielle, ou dans une troisième langue. Petria normalise les preuves avant la rédaction et peut produire les livrables finaux dans la langue de travail choisie.
- Langue de travail au niveau du dossier (anglais ou français)
- Politique de traduction par pièce : traduire pour la rédaction ou conserver les originaux certifiés
- Traduction après tokenisation des RPI : les identifiants n'atteignent jamais l'API de traduction
- Invites de rédaction et livrables Word selon la langue de travail du dossier
Entrée express et PNP (v2)
Les dépôts de résidence permanente (Entrée express, programmes provinciaux) sont axés sur les documents et les listes de contrôle, pas sur la narration comme le LMIA ou l'asile. Ils sont reportés à la v2 sur la même voie filing_package que les formulaires familiaux américains (I-130, I-485). Les modèles de production actuels couvrent le LMIA, le SUV et les demandes d'asile. Contactez-nous pour cadrer EE/PNP dans une version ultérieure.
Tokenisation des RPI à l'entrée
Petria remplace noms, dates et autres identifiants par des jetons avant que toute pièce n'atteigne le processus de rédaction. L'inférence ne s'exécute que sur du texte tokenisé. Les livrables Word finaux sont restaurés pour révision.
La plupart des outils d'IA en immigration s'appuient sur SOC 2 et des contrats de non-conservation. Petria ajoute une tokenisation avant le modèle.
Apprentissage par résultats vérifiés
L'intégration enseigne la voix de votre cabinet. L'apprentissage par résultats intervient après le dépôt : lorsqu'une demande est approuvée, fait l'objet d'une RFR ou est refusée, ce résultat est lié au dossier et ajuste l'emphase sur la demande suivante. Le signal reste dans votre cabinet. Petria n'entraîne pas de modèle partagé entre clients.
- Liez un numéro de dossier IRCC après le dépôt, ou confirmez le résultat manuellement
- Les approbations, RFR et refus ajustent l'emphase sur les futurs dossiers LMIA et d'asile
- Se combine à la voix d'intégration pour que les associés héritent du jugement des associés directs, pas d'un modèle générique
La structure de votre cabinet, pas un squelette par défaut
Essentiel et Pro rédigent selon des modèles documentés. Enterprise s'adresse aux cabinets dont le travail gagnant suit un plan précis : ordre des rubriques, titres, placement des pièces et arguments prioritaires. Petria apprend cette structure à partir de vos échantillons, votre équipe l'approuve une fois, et chaque travail de production suit ce que vos associés attendent déjà.
- Les associés ouvrent un premier brouillon qui correspond déjà à la table des matières et aux schémas d'emphase du cabinet
- Les notes de rubrique et le placement des pièces reflètent comment votre équipe gagne réellement les dossiers
- La structure approuvée est versionnée via le support pour garder la production stable lorsque vous affinez le playbook
- Votre propre S3 (BYOB) pour conserver pièces et livrables dans votre compartiment
Voir le processus sur un dossier de demande réel
Lors d'une démo guidée, nous ouvrons un dossier LMIA ou d'asile (BOC) type, parcourons la gestion bilingue des pièces, lançons un travail de brouillon complet et téléchargeons le rapport de vérification et les livrables Word dans la langue de travail du dossier. La tour sur cette page illustre un LMIA; le même chemin de travail s'applique au travail narratif d'asile.
- Configuration LMIA ou asile avec langue de travail FR/EN
- Traduction et politique par pièce sur des profils d'entrée réalistes
- Même chemin de travail vérifié et livrables Word pour les deux types de dossiers