BOL, pick list, packing slip, loading report: le set documentaire outbound

Une expédition outbound génère quatre à six documents. Chaque document a un objectif différent et un public différent. La plateforme les génère à la demande depuis les mêmes données source, donc le BOL, le packing slip et la pick list ne se contredisent jamais sur ce qui est dans le camion.

Pick list

Pour l’opérateur au sol. /core/outbound/[id]/pick-list. Liste les assets dans l’ordre qui minimise les déplacements : pallet → rack → position. Utilisée pendant l’assemblage de la commande. Pas destinée à un regard externe.

Packing slip

Pour le destinataire. /core/outbound/[id]/packing-slip. Liste les items asset dans un format lisible par l’acheteur : catégorie, quantité, grade, total. Va dans la boîte (littéralement — imprimé et emballé) pour que le destinataire sache ce qui doit être dans l’envoi au déballage.

Bill of Lading (BOL)

Pour le transporteur et le juridique. /core/outbound/[id]/bol. Le contrat de transport : shipper, consignée, carrier, poids, freight class, termes (FOB, CIF, etc.) et line items. Signé par le chauffeur au pickup ; la copie signée est rattachée à l’outbound order. Le template BOL diffère par outbound type (voir l’article document-templates).

Loading report

Pour le dossier opérationnel. /core/outbound/[id]/loading-report. Photos du chargement, numéros de scellés si applicable, immatriculation du camion. Rattaché à l’evidence bundle de l’expédition. Utilisé quand un acheteur signale des dommages et que la question devient : “les marchandises ont-elles quitté notre quai intactes ?”

Recycling certificate

Pour l’outbound de type recycling. /core/outbound/[id]/recycling-certificate. Confirme la destination (un recycleur vérifié avec les bons permis), les catégories envoyées, les poids et la chaîne de conservation. Le recycleur downstream signe en retour — le certificat reste incomplet tant que la destination n’a pas accusé réception.