Palettes : move, merge, split — sans perdre l’audit trail

Dans un warehouse ITAD, une palette est une surface de travail, pas un domicile définitif. Elle est montée au receiving, reste en place pendant les tests, est scindée quand la moitié des assets échoue, est fusionnée avec une autre palette quand les deux sont à moitié vides, et finit démontée à l’outbound quand les assets partent. La plateforme enregistre chacune de ces étapes comme un mouvement, pour que la vie de la palette reste lisible après coup, sans que personne ait à la reconstruire de mémoire.

Sept formats, plus les vôtres

Chaque nouveau tenant démarre avec sept formats de palette : Euro, Half, Quarter, Industrial, Roll Container, Gitterbox et Custom. Chacun porte ses dimensions et une capacité en assets, et votre équipe peut ajouter ses propres formats sous Paramètres → Emplacements. Un format décrit l’objet physique ; il ne contrôle pas ce qu’on pose dessus. Aucune règle n’empêche un laptop Grade D de monter sur une palette de Grade A — c’est une décision de tri que prennent vos opérateurs, pas une contrainte que le logiciel invente. Retirer un format dans les Paramètres passe par un dialog de confirmation qui montre d’abord ce qui en dépend, et un format qui est un default système ou encore utilisé reste en place.

Une palette est toujours posée sur un emplacement de rack

Créer une palette depuis la liste des palettes ouvre les Racks de stockage, parce qu’une palette sans emplacement est une question à laquelle personne n’a envie de répondre à 07h00. Vous choisissez un rack, posez la nouvelle palette sur un emplacement libre, et elle existe à partir de cet instant avec un code-barres, un format, un statut et un chemin d’emplacement. Des palettes naissent aussi pendant le travail de receiving, quand le dock les monte au fur et à mesure des scans.

Move, merge, split

Depuis le détail de la palette, votre équipe peut déplacer la palette vers un autre emplacement, la fusionner avec une autre palette, ou la scinder. Le merge vérifie une seule chose avant de partir : si la palette cible a la capacité d’accueillir les assets entrants. Le split prend les assets que vous sélectionnez et les pose sur une nouvelle palette du même format au même emplacement ; s’il vous en faut trois, vous scindez trois fois. Chacune de ces opérations écrit un historique de mouvement avec la palette source et la palette cible, donc un merge n’avale jamais l’identité de la palette qui a disparu.

La page de détail

Le détail d’une palette affiche code-barres, format, statut, dimensions, capacité, poids et hauteur, le chemin d’emplacement actuel, le contexte de source et de suivi, les assets posés dessus, l’historique des mouvements, ainsi que les documents et photos liés lorsqu’il y en a. De là, vos opérateurs peuvent scanner un asset sur la palette, envoyer les assets de la palette en testing, imprimer une étiquette de palette, ajouter un asset par asset tag, serial, client tag ou code-barres, et retirer un asset avec une raison de transfert et une note optionnelle. Il n’y a délibérément pas de bouton « Modifier la palette » : les vrais changements sur une palette sont un move, un merge, un split ou une correction, et chacun laisse une trace. Une édition en texte libre, non.

Les corrections sont de l’historique, pas des raccourcis

Ajouter ou retirer des assets à la main est prévu pour le moment où la palette physique et la palette numérique ne sont plus d’accord. Ces corrections écrivent un historique de transfert comme n’importe quel autre mouvement. Ce n’est pas une façon de réceptionner un load en masse ni de préparer un outbound order — le receiving et l’outbound ont leurs propres flows, avec leur propre réconciliation, et la correction de palette n’est une porte dérobée ni pour l’un ni pour l’autre. Où est passée la palette 4471 en mars ? Ouvrez-la. La réponse est une liste, pas une rumeur.