Une application de gestion de rucher, décrite avec vos mots

Pourquoi le cahier finit par coincer

Un carnet de rucher marche très bien pour cinq ruches. Il commence à coûter cher dès qu'on veut répondre à des questions transversales : quelles colonies n'ont pas été visitées depuis six semaines, lesquelles ont essaimé deux années de suite, combien de kilos a donné tel emplacement, quel lot de miel provient de quelles hausses.

Ces questions ne demandent pas plus de notes — elles demandent que les notes soient reliées entre elles. C'est exactement ce qu'une base de données fait et qu'un cahier ne fera jamais : une visite appartient à une colonie, une colonie occupe un emplacement, une récolte produit un lot.

Ce que vous décrivez, et ce que le moteur en fait

Vous écrivez votre besoin en français courant — « je suis apiculteur, je gère une centaine de ruches sur quatre emplacements, je note mes visites, mes récoltes et mes essaimages ». Le moteur en tire un schéma métier : les entités, leurs champs, ce qui relie quoi.

Avant que la moindre ligne de code ne soit écrite, ce plan vous est présenté et vous le retouchez : renommer une entité, ajouter un champ, retirer une section, corriger les valeurs d'une liste de statuts. C'est le moment où l'application devient la vôtre plutôt qu'une interprétation approximative de votre phrase.

Le suivi des colonies et des visites

Chaque colonie porte son identité — son numéro, sa reine, son année de naissance, son emplacement, son état sanitaire — et chaque visite s'y rattache. La fiche d'une colonie montre donc son historique de visites plutôt qu'une ligne isolée dans un tableur.

Les listes se filtrent et se trient : par emplacement, par statut, par date de dernière visite. Une suppression n'efface rien définitivement, elle passe par une corbeille depuis laquelle l'enregistrement se restaure — utile le jour où l'on retire la mauvaise ruche d'un geste trop rapide.

• Une fiche par colonie, avec son historique de visites
• Visites datées : état du couvain, réserves, traitements, observations
• Filtres et tri par emplacement, statut ou date
• Corbeille et restauration d'un enregistrement supprimé

Récoltes, lots et emplacements

Une récolte se rattache aux colonies qui l'ont produite, et le lot de miel qui en sort garde ce lien. La traçabilité n'est pas un module à part : elle découle de la structure, parce que les enregistrements sont reliés dès le schéma.

Les emplacements se décrivent comme n'importe quelle autre entité. Si vous mentionnez leurs coordonnées dans votre description, le plan peut porter une vue cartographique ; sinon les emplacements restent une liste, ce qui suffit à la plupart des ruchers.

• Récoltes rattachées aux colonies concernées
• Lots de miel : miellée, poids, conditionnement
• Emplacements et transhumances
• Export JSON et CSV de chaque jeu de données, quand vous le décidez

Ce que l'application n'est pas

C'est un outil de gestion interne, pas un logiciel réglementaire. Elle ne tient pas votre registre d'élevage au sens administratif, ne déclare rien à un téléservice, n'édite pas de facture fiscalement conforme et ne remplace pas le suivi sanitaire officiel de vos colonies.

Ce qu'elle fait, elle le fait avec du code qui vous appartient : un projet Next.js et Prisma standard, exportable en ZIP ou poussé sur votre dépôt GitHub. Ce qui manque peut donc être ajouté par un développeur, sans rien demander à un éditeur.