Comment automatiser le suivi de mortalité pour mon stock en ligne ?

Dernière mise à jour : 14 juillet 2026

Pour une boutique qui vend des animaux vivants en ligne, la mortalité n'est pas une tâche annexe: c'est l'événement le plus important de votre système d'inventaire. Une mort non enregistrée instantanément devient une annonce fantôme, une commande inexécutable, et souvent une rétrofacturation. Pourtant, la plupart des boutiques la suivent encore dans un tableur mis à jour quand quelqu'un y pense. Voici comment faire de la mortalité un événement automatique et en temps réel.

Pourquoi le suivi manuel de mortalité fuit toujours

Le problème d'un tableur ou d'un tableau blanc, c'est la latence. Un poisson meurt dans la nuit, il est noté « plus tard », et pendant ce temps l'annonce en ligne affiche toujours « disponible ». Quelqu'un l'achète. Vous voilà à rembourser ou à contester un litige sur un animal qui n'existe plus. L'écart entre la mort et l'enregistrement, c'est exactement là que l'argent fuit, et en suivi manuel, cet écart se mesure en heures ou en jours, à chaque fois.

Le prérequis : une fiche par spécimen

On ne peut pas automatiser la mortalité sur un compteur de quantité. « 12 en stock » ne vous donne rien à marquer comme mort, lequel des douze ? L'automatisation exige que chaque animal soit déjà sa propre fiche avec un champ de statut. Une fois cela vrai, la mortalité devient une simple transition d'état sur une fiche précise : disponible → décédé. Tout ce qui suit s'articule sur cette transition.

Ce que « automatisé » veut vraiment dire ici

Une action, partout. Marquer un spécimen décédé (depuis votre téléphone, devant l'aquarium) met à jour la fiche maître et se propage immédiatement à tous les canaux de vente.
Retrait en temps réel. La transition déclenche un événement qui retire l'annonce en secondes, fermant la fenêtre où elle pourrait encore être achetée.
Aucune réconciliation. Comme il n'y a pas de compteur partagé, il n'y a rien à ajuster manuellement ni à re-synchroniser en fin de journée.
Un horodatage. La mort est journalisée avec une heure, alimentant à la fois votre reporting de pertes et toute preuve de litige future.

Le flux d'événements, étape par étape

Vous basculez un spécimen en « décédé » dans le système (idéalement mobile, au point d'observation).
La fiche maître se met à jour et émet un événement de changement de statut.
La couche de synchro pousse ce changement vers Shopify via l'Admin API ; le produit est dépublié.
L'événement est horodaté et stocké : vous avez un historique de mortalité, utile pour l'analyse de pertes, les échanges fournisseurs et les litiges.

Le bonus : des données de mortalité réellement exploitables

Une fois la mortalité transformée en événement structuré plutôt qu'en gribouillage, elle devient analysable. Vous pouvez voir les taux de perte par espèce, par fournisseur, par lot d'acclimatation, transformant un coût pénible en un signal sur lequel agir. Un tableur mis à jour de façon erratique ne vous donne rien de tout ça ; un journal automatisé et horodaté vous le donne tout, en effet de bord.

C'est un élément central de ce que fait TankLogic : la mortalité est un événement de premier rang qui retire l'unité exacte de la vente en temps réel et la journalise, pour que votre stock en ligne ne vende jamais un animal déjà parti.

Vous suivez encore vos pertes dans un tableur ? Voyez comment TankLogic fait de la mortalité un événement temps réel.