Gestion des stocks avec Airtable : modèle, méthode et limites

Quand choisir Airtable pour gérer ses stocks ?

Airtable peut convenir lorsque le suivi des stocks doit relier achats fournisseurs, commandes, retours ou assemblage de produits. Son intérêt est de rendre ces relations visibles et de donner à chaque équipe une vue adaptée à son travail.

Dans un fichier Excel partagé, les difficultés dépassent souvent le comptage : une livraison partielle disparaît derrière un statut « Reçu », des produits sont réservés sans que le préparateur le sache, ou personne ne peut expliquer une correction de quantité.

Si un logiciel de stock dédié couvre déjà votre organisation, il peut être plus simple à adopter. Pour une logistique complexe, une traçabilité poussée ou des réservations strictes entre plusieurs canaux, étudiez un WMS, un ERP ou une architecture transactionnelle. Airtable peut compléter ces systèmes pour coordonner les achats, la production et les exceptions.

Distinguer stock physique, réservé et disponible

Définissez les quantités et les événements qui les font évoluer avant de créer les champs.

Un approvisionnement attendu ne peut pas être expédié immédiatement. Une commande client ne constitue pas non plus une sortie physique tant que l’événement défini pour l’expédition n’a pas eu lieu.

Dans le modèle proposé, réservations et blocages portent sur des quantités distinctes. Si des produits non vendables sont déjà dans un emplacement exclu de la disponibilité, ne les déduisez pas une deuxième fois comme stock bloqué.

Décidez quand l’expédition retire les produits du stock, par exemple à la remise au transporteur. Le statut doit correspondre à cet événement vérifiable.

Construire une base autour des références et des emplacements

Voici un modèle de départ lorsque les réservations et le suivi par emplacement sont nécessaires. Avec un seul lieu de stockage et aucune réservation, la structure peut être plus légère.

Deux tailles ou couleurs ayant des disponibilités différentes doivent avoir leurs propres SKU. Le code-barres facilite l’identification ; il ne définit ni la quantité ni l’opération.

Utilisez des champs d’enregistrements liés plutôt que de recopier les désignations. La documentation Airtable sur les relations précise les modèles possibles.

Chaque couple référence-emplacement doit être retrouvé par une clé stable avant toute création. Afficher cette clé dans une formule ne garantit pas son unicité.

Si la base gère les commandes, ajoutez Commandes et Lignes de commande. Chaque ligne porte une référence, une quantité commandée, une quantité traitée et un reste à traiter : un statut global ne suffit pas pour les livraisons partielles.

Calculer les quantités à partir des mouvements

Établissez le stock initial après un premier comptage, puis contrôlez sa modification. Ensuite, créez des mouvements plutôt que d’écraser une quantité courante.

Les entrées ont une quantité signée positive ; les sorties, une quantité négative. Les mouvements passent de Brouillon à Comptabilisé après vérification.

Dans Positions de stock, créez un rollup Total mouvements comptabilisés qui additionne les quantités signées avec SUM(values), sous la condition « Statut = Comptabilisé ». Cette condition doit être définie dans le rollup : filtrer une vue ne filtre pas le total. Voir le guide des rollups Airtable.

Le champ formule Stock physique devient :

{Stock initial} + {Total mouvements comptabilisés}

{Stock initial} + {Total mouvements comptabilisés}

{Stock initial} + {Total mouvements comptabilisés}

Additionnez séparément les réservations et les blocages actifs depuis les affectations liées, puis calculez Stock disponible :

{Stock physique} - {Stock réservé} - {Stock bloqué}

{Stock physique} - {Stock réservé} - {Stock bloqué}

{Stock physique} - {Stock réservé} - {Stock bloqué}

Une affectation doit avoir un type et une quantité positive. Lors d’une expédition partielle, réduisez son reste actif en conservant l’historique.

Une disponibilité négative signale un problème à vérifier. La ramener automatiquement à zéro masquerait une réservation excessive ou une réception manquante.

Suivre une réception partielle jusqu’à l’expédition

Les chiffres suivants sont fictifs et servent à expliquer le modèle.

L’expédition réduit le stock physique et la réservation active. La disponibilité reste à 100, car ces unités étaient déjà engagées. Conserver la réservation après la sortie ferait déduire deux fois les mêmes produits.

Pour un achat de 50 unités livré en deux fois, avec 20 puis 30, enregistrez deux réceptions. Après la première, 30 unités restent attendues. Passer toute la commande à « Reçu » masquerait ce reliquat.

Un transfert comporte une sortie à l’origine et une entrée à destination avec un identifiant commun. Vérifiez les deux mouvements : un déplacement entre emplacements ne doit pas modifier le stock total.

Traiter les retours et les écarts d’inventaire

Un retour nécessite une décision : remise en vente, contrôle ou mise à l’écart. Une entrée en quarantaine ne doit pas augmenter automatiquement la disponibilité.

Pour un inventaire, conservez quantité comptée, date, responsable et stock théorique au même instant. Suspendez les mouvements pendant le comptage, ou rapprochez ceux intervenus entre comptage et validation. Un zéro compté doit être distingué d’un champ vide.

Si le stock théorique est de 128 et le comptage vérifié de 126, créez un ajustement de −2 avec motif et validation, relié au comptage. Ne modifiez pas le stock initial pour effacer l’écart.

Pour un mouvement déjà comptabilisé, prévoyez une contre-écriture et un remplacement liés. Une erreur en brouillon peut être corrigée avant comptabilisation.

Exemple anonymisé : relier stocks, achats et assemblage

Dans une base opérationnelle réelle examinée par HyperOps pour une entreprise qui assemble et vend des produits physiques, la structure relie références et variantes, fournisseurs, lignes de commande, besoins en composants, production, mouvements et expéditions.

Elle sépare les calculs de disponibilité, d’approvisionnement attendu et de quantité réalisable. Le comptage possède aussi ses propres champs de date, d’écart et d’ajustement.

Cette architecture distingue trois décisions : quels produits sont présents, quels approvisionnements sont attendus et que peut-on assembler avec les composants disponibles ?

Prenons un exemple fictif : un kit nécessite deux composants A et un composant B. Avec 18 unités de A et 8 de B disponibles, les composants permettent huit kits, avant prise en compte des autres besoins et de la capacité de production. Ces kits potentiels ne sont pas des produits finis en stock.

Une ligne de nomenclature relie le produit assemblé, le composant et la quantité nécessaire. Arbitrez les besoins concurrents et définissez quand la production consomme les composants et ajoute le produit fini, sans compter une seconde fois le mouvement correspondant.

Cet exemple retient uniquement les choix de structure observés, sans identité, données client ou résultat chiffré. Le modèle de départ proposé dans l’article reste une recommandation distincte.

Donner à chaque rôle une interface utile

La réception doit retrouver les livraisons attendues et saisir référence, emplacement, quantité réelle et anomalie. La préparation doit voir les commandes affectées et confirmer les expéditions. Le responsable des opérations suit disponibilités négatives, transferts incomplets, retards et écarts d’inventaire.

Séparez saisie et autorisation de comptabiliser, puis attribuez un responsable aux exceptions.

Le champ code-barres natif permet le scan dans les applications Airtable iOS et Android. Vérifiez l’écran réellement utilisé dans la documentation officielle : cette possibilité ne s’étend pas à tous les formulaires et interfaces. Le scan identifie un produit ; une action explicite précise ensuite l’opération et la quantité.

Automatiser avec des contrôles contre les doublons

Commencez par trois flux : réception validée vers mouvement, expédition confirmée vers sortie et libération de réservation, revue périodique des besoins de réapprovisionnement.

Chaque événement source doit avoir un identifiant stable, complété par celui de la ligne s’il contient plusieurs références. Lors d’une reprise, retrouvez le mouvement existant au lieu de le recréer.

Une séquence « rechercher, puis créer » peut produire des doublons lors d’exécutions simultanées. Si une garantie stricte est nécessaire, utilisez une couche d’intégration avec des contrôles d’unicité et de transaction adaptés.

La sortie et la libération de réservation constituent un même événement métier. Si une seule mise à jour aboutit, signalez l’incohérence et terminez la reprise avant une nouvelle promesse de disponibilité.

Les alertes de réapprovisionnement reposent sur les délais fournisseurs et la demande attendue. Elles alimentent une revue achats ; leur répétition ne doit pas créer plusieurs commandes.

Surveillez les échecs et le quota d’automatisations du forfait, décrit dans le guide officiel de dépannage. Notre article sur l’automatisation Airtable développe ces choix.

Définir le système qui fait autorité

Attribuez un propriétaire à chaque responsabilité : identité des produits, stock physique, réservations, expéditions et valorisation comptable.

Si un logiciel contrôle déjà la disponibilité entre les canaux de vente, Airtable peut afficher ses informations pour coordonner les opérations. Évitez que les deux outils modifient indépendamment le même stock.

Documentez sens des échanges, identifiants, dernière mise à jour réussie et responsable de reprise. Testez les événements reçus deux fois, en retard ou avec un échec partiel. Définissez la conduite à tenir lorsque le stock affiché est ancien.

Estimez la croissance de l’historique et les limites applicables selon les opérations prévues. La valorisation financière reste sous l’autorité du système comptable, sauf architecture explicitement conçue autrement.

Commencer par un cycle de stock complet

Testez une gamme depuis la réception jusqu’à l’affectation, l’expédition, le retour et l’inventaire. L’équipe doit pouvoir expliquer chaque solde, traiter une livraison partielle et reprendre un échec sans tenir un deuxième fichier.

Pour relier les stocks aux achats, aux commandes ou à la production, HyperOps peut concevoir des outils métier Airtable autour de votre organisation et des logiciels qui doivent conserver leur rôle de référence.

Questions fréquentes sur la gestion des stocks avec Airtable