Finance et opérations
Pour chaque fournisseur, une décision. Et un responsable.
Au départ…
La finance a les chiffres. Mais revoir chaque fournisseur demande de trouver un responsable, comprendre le contrat et décider quoi conserver, renégocier ou arrêter.
Ce que nous avons construit
Un espace de revue partagé. Chaque responsable retrouve ses fournisseurs, saisit une décision et l’explique. La finance suit la campagne et explore les dépenses associées.
Entrez dans l’outil
Écran 1 sur 6File d’arbitrage
Un même parcours relie responsable, décision et justification.
Ce que nous voulons changer
Aider l’équipe à prioriser la revue et suivre les décisions, en distinguant les économies potentielles des changements réellement mis en œuvre.
Comment c’est construitModèle de données, code, contrôles et autonomie des équipes
Parcours utilisateur
- 01
Attribuer un responsable et examiner l’historique du fournisseur.
- 02
Préparer ensemble l’arbitrage, le contrat et la justification.
- 03
Valider la ligne, puis suivre l’avancement et les points à résoudre.
Structure de la base
| Entité / table | Champs clés | Relations |
|---|---|---|
| Fournisseurs | Responsable · statut · contrat · échéance · commentaire | Un fournisseur → plusieurs écritures comptables |
| Écritures comptables | Montant · date · compte · code analytique | Chaque écriture rejoint le fournisseur et les référentiels comptables |
| Référentiels comptables | Comptes · analytique · sites · activités | Des axes communs structurent les ventilations |
| Droits | Membre · groupe | Les règles métier complètent les permissions Airtable |
Implémentation technique
- La file d’arbitrage lit les fournisseurs. Le jeu comptable plus lourd n’est chargé que lorsque l’analyse en a besoin.
- Un brouillon local est partagé par la ligne et sa fiche ; la validation envoie ses modifications ensemble.
- Des fonctions métier isolées vérifient complétion, économies, regroupements et réconciliation. Les couleurs de statut viennent des options du champ Airtable.
Décision d’ingénierie
Sérialiser les écritures et signaler les conflits
Adapté de la file d’écriture commune de la revue. Sauvegarde automatique et lots passent par la même file séquentielle. Les valeurs observées sont comparées avant la mise en file ; un conflit revient à l’utilisateur. Ce contrôle local n’est pas un verrou atomique entre sessions Airtable : une écriture reste possible après la comparaison. Les droits du SDK restent déterminants.
// Adapted core: one queue per mounted review workspace.export function createWriteQueue(table) { let tail = Promise.resolve(); return function enqueue(record, fields, expected = {}) { const permission = table.checkPermissionsForUpdateRecords(); if (!permission.hasPermission) { return Promise.resolve({ status: "denied" }); } const conflictingFields = Object.keys(expected).filter(id => { const field = table.getFieldByIdIfExists(id); return field && record.getCellValueAsString(field) !== expected[id]; }); if (conflictingFields.length) { return Promise.resolve({ status: "conflict", recordId: record.id, conflictingFields, attempted: fields, }); } // Both autosave and bulk-edit callers await this same queue. const job = tail.then(async () => { await table.updateRecordsAsync([{ id: record.id, fields }]); return { status: "saved", recordId: record.id }; }); // Recover the queue, while preserving rejection for this caller. tail = job.catch(() => undefined); return job; };}Extrait adapté de l’implémentation
Contrôles et limites
- Les contrôles d’édition interrogent Airtable ; l’attribution métier ajoute une règle d’usage, sans constituer une sécurité par enregistrement.
- La description IA du fournisseur est une hypothèse facultative lue dans un champ Airtable. L’arbitrage reste humain.
- L’avancement et les économies suivent des définitions explicites : un potentiel d’économie n’est pas une décision déjà appliquée.
Qui peut contribuer
- Opérations : gérer responsables, arbitrages et justifications dans l’interface.
- Builders : entretenir statuts, champs et référentiels dans Airtable.
- Développeurs, avec Claude si utile : faire évoluer les règles testées et publier une version identifiée.
Ce qui documente ce cas
Les vues Saisie, Pilotage, Dépenses et Qualité sont présentes dans l’interface. Le dépôt contient la logique métier correspondante et les contrôles de publication.