Un MCP PayFit, et la comptabilité en face, dans le même accès.

L'API PayFit s'authentifie côté client par une clé API, générée dans PayFit, onglet Accès API, et révocable à tout moment de votre côté, avec effet immédiat. Chez HOLCO, la clé est chiffrée côté serveur et n'est jamais exposée à l'assistant.

La lecture seule est structurelle chez HOLCO, sur PayFit comme ailleurs : l'API PayFit expose des opérations d'écriture, le connecteur n'en appelle aucune, et ce n'est pas une option désactivable. Aucune action RH n'est déclenchée par l'IA.

Les données de paie sont lues à la demande et aucune ligne n'est conservée chez HOLCO. Une pseudonymisation est activable avant tout appel au modèle ; elle est désactivée par défaut, et la paie, nominative par nature, est le périmètre où nous recommandons de l'activer.

Les infrastructures HOLCO sont hébergées en France (Scaleway), conformément aux exigences de souveraineté des données.

Le connecteur est ouvert après cadrage, sous mandat, avec un périmètre déclaré et révocable. Rien ne s'installe dans PayFit.

Vis-à-vis du RGPD :

• Le responsable de traitement reste votre organisation ; HOLCO opère la couche technique MCP en tant que sous-traitant, sous un DPA conforme à l'article 28 RGPD.
• Les contrats restent séparés : vous ↔ PayFit, vous ↔ fournisseur IA, vous ↔ vos clients.
• Compatible avec une démarche AI Act européen (UE 2024/1689) : usage documenté, registre exportable, sources et limites visibles dans les sorties.
• Détail complet, données traitées, finalités, sous-traitants, transferts, durées et vos droits, dans notre politique de confidentialité.

Non, à notre connaissance au 28 août 2026 : rien sur le portail developers.payfit.io, rien dans les annonces de l'éditeur. Pennylane, lui, a ouvert son MCP le 4 août 2026, gratuitement. Des agrégateurs tiers comme StackOne exposent PayFit en MCP, avec des actions de lecture et d'écriture : ce ne sont pas des produits PayFit, et ils ne font pas le croisement avec votre comptabilité. C'est ce vide que le connecteur HOLCO comble, en lecture seule et sous mandat.

Trois voies existent. L'API PayFit en direct, documentée sur developers.payfit.io, qui demande un développement et une gouvernance des droits. Les agrégateurs tiers qui exposent PayFit en MCP, avec écriture possible, ce que nous déconseillons sur une paie. Et un connecteur gouverné comme HOLCO : lecture seule, clé chiffrée, registre horodaté, et surtout le croisement avec la comptabilité et la banque que la paie seule ne permet pas. Dans tous les cas, la clé reste générée et révocable côté PayFit.

Oui. Le connecteur s'active sur votre compte PayFit à partir de l'API documentée publiquement : clé API chiffrée côté serveur, périmètre déclaré au mandat, lecture seule, révocable. L'activation d'une source est chez nous un mécanisme générique, elle ne demande pas un développement par éditeur. Ce que nous regardons ensemble avant d'activer : les droits accordés à la clé, le pays du dossier et les domaines utiles à votre croisement paie-comptabilité.

Par l'API PayFit officielle, en lecture seule. Côté client, l'authentification se fait par clé API, générée dans PayFit, onglet Accès API, et révocable à tout moment avec effet immédiat. Côté partenaires, PayFit propose de l'OAuth2 avec des scopes, mais indique suspendre temporairement les nouvelles demandes d'intégration, faute de capacité. La voie client suffit : c'est votre clé, elle est conservée dans un coffre chiffré, jamais exposée à l'assistant, et vous la coupez quand vous voulez.

Les domaines que l'API PayFit expose : société, collaborateurs et contrats, bulletins de paie, éléments variables, absences et congés, statut de paie par période, fichiers de virement et export comptable du journal de paie. Le connecteur borne cette lecture aux domaines utiles au croisement paie-comptabilité : la minimisation RGPD s'applique d'autant plus que la paie est nominative. Le périmètre exact est écrit au mandat.

Elle rapproche le journal de paie PayFit des comptes de charges de personnel 64x, des comptes de tiers sociaux 43x et de la banque 512. Elle repère les charges non comptabilisées (une ligne du journal de paie absente du grand livre), les cotisations à régulariser (un solde 43x incohérent avec les déclarations), les décalages de décaissement URSSAF (une dette sociale sans règlement en banque à l'échéance), les éléments variables non repris et les écarts entre net à payer et virements constatés. Chaque écart est présenté avec le montant d'abord, la cause probable et la pièce à regarder.

Silae est l'outil de production de paie du cabinet : c'est le gestionnaire de paie qui y travaille, pour des dizaines de dossiers. PayFit est un SaaS de paie que la PME pilote le plus souvent en direct, parfois sans gestionnaire de paie au cabinet. Le geste HOLCO est le même, croiser le journal de paie avec la comptabilité, mais le point d'entrée diffère : sur PayFit, c'est souvent l'entreprise qui ouvre l'accès, et le cabinet qui reçoit le croisement déjà fait. Si votre cabinet produit la paie sous Silae, une page dédiée existe.

Oui, c'est même le cas le plus fréquent sur PayFit. La paie sort proprement du logiciel, mais personne ne vérifie chaque mois que l'OD de paie est passée en comptabilité, que les comptes 64x collent aux bulletins et que la dette URSSAF trouve son règlement en banque. HOLCO fait ce croisement en lecture seule et le restitue à votre expert-comptable ou à votre direction financière, avec le montant d'abord et la pièce à regarder. Votre cabinet peut aussi le recevoir directement, sous mandat.

Non. L'API PayFit expose des opérations d'écriture, la création de collaborateurs ou d'absences par exemple ; le connecteur HOLCO n'en appelle aucune. La lecture seule est structurelle, ce n'est pas une option désactivable, et aucune action RH n'est déclenchée par l'IA. Le gestionnaire de paie, l'expert-comptable ou le dirigeant décide, et corrige dans ses outils.

Non. La règle vaut pour tous nos connecteurs, PayFit compris : lecture à la demande, aucune ligne de paie conservée, hébergement en France (Scaleway, région parisienne, hors Cloud Act). Une pseudonymisation activable remplace identités et identifiants par des alias avant tout appel au modèle ; elle est désactivée par défaut, et la paie, nominative par nature, est le périmètre où nous recommandons de l'activer. Chaque accès est inscrit dans un registre horodaté, consultable et exportable.