De pipeline view: waar het werk vastzit, niet waar elk asset staat

De pipeline view (/core/pipeline) is de operationele weergave van de workflow engine: één sectie per ingeschakelde workflow, een samenvatting per stage, en de cijfers die een warehouse lead nodig heeft om te beslissen waar het team deze namiddag moet staan. Het is nadrukkelijk geen plek om individuele assets te bewerken. Knelpunten zijn hier zichtbaar; de oplossing gebeurt in Inventory, Testing of Outbound.

Receiving krijgt een eigen blok

Assets komen pas in een workflowstage terecht zodra receiving ze aangemaakt heeft, dus een pipeline die alleen stages toonde, zou leeg ogen op de drukste intake-ochtend van de maand. Boven de workflowsecties toont de pipeline daarom het upstream receivingwerk als een worklist, niet als een tegel: open en gepauzeerde receiving sessions als rijen met een directe scan- of hervat-actie, en daaronder actieve inbound orders zonder sessie als werk dat gestart kan worden. Een gedeeltelijk ontvangen order — twee van de drie items binnen — krijgt “Receiving voortzetten”. Welke orders meetellen volgt dezelfde regel als het Receiving-overzicht: nog niet volledig ontvangen, of nog met een open of gepauzeerde sessie. Een concept, een geannuleerde order of een volledig ontvangen order zonder sessie verschijnt op geen van beide schermen.

Filters en sorteringen

De stageweergave filtert op inbound order, op klant en op warehouse, en heeft een schakelaar om alleen items boven SLA te tonen — waarbij de SLA de template-uren van de stage zijn, of de SLA van het contract wanneer een contract er een definieert. Sorteren gaat op assetvolume (de volste stage eerst), op urgentie, of op het oudste item in de stage. Drie sorteringen, drie vragen: waar zit het meeste werk, waar loopt het het hardst achter, en wat staat er het langst.

Retest leeft in de testwachtrij

Een asset dat al gegrade is en tegen een probleem loopt — de pre-shipment check van een koper faalt, een warehouse-audit betrapt een hergegrade apparaat — gaat terug naar testing via de retest-actie op het asset, die het opnieuw in de wachtrij zet. De eerdere gegrade wachtrijrij blijft als historiek in de tabel staan, zodat het asset een keten graded, retested, opnieuw graded heeft die een auditor kan volgen. Een retest wordt geweigerd zolang het asset nog een open wachtrij-item heeft: wacht tot het gegrade is voor je opnieuw test. De pipeline meldt het gevolg — één item extra in Diagnostics — maar de actie zelf staat niet op de pipelinepagina.

Bulkacties leven in Inventory

Een stage selecteren en veertig assets tegelijk vooruitzetten is niet wat de pipeline doet. Bulkwerk gebeurt in Inventory, waar een selectie naar erasure gestuurd kan worden, gelabeld, aan een outbound toegevoegd, van een evidence package voorzien, verplaatst, als refurbished gelogd of te koop gezet, telkens met een resultaat per asset. De pipeline is de kaart. Inventory is de truck.

Open apparaten die aandacht vragen

De aandachtlijst toont apparaten zonder workflow en apparaten waarvan een bestaande fase- of contracttermijn is verstreken. Elke regel toont serienummer, huidige stap, ontvangstopdracht en oorspronkelijke deadline. Meerdere aanleidingen blijven bij één apparaatregel. Verkochte, verzonden, gerecyclede en gesloopte apparaten tellen niet mee. Is geen persoon toegewezen in de bron, dan staat er “Niet vastgelegd”. Zoeken geldt over de volledige gefilterde selectie vóór het bladeren; ook de bovenliggende filters gelden. Open een regel om het voorraaddossier te bekijken, voer wijzigingen uit via het bestaande werkproces en ververs Pipeline. Een leesfout geeft een foutmelding met een nieuwe poging in plaats van een leeg werkoverzicht.

Volg open bewijsbeoordelingen en berekeningen

Een afzonderlijke doorzoekbare lijst met paginering toont open bewijsbeoordelingen en actuele Carbontrace-problemen voor je organisatie. De beoordeling opent de specifieke import. Beheerders en managers zien actuele rekenproblemen en volgen links naar brongegevens, verbindingsinstellingen of handmatige resultatenimport. Vervangen runs en succesvol berekende apparaten tellen niet mee; geplande pogingen verschijnen alleen als ze zijn vastgelegd. Ververs na herstel van de bron. Ook ontvangstwerk ondersteunt zoeken en bladeren, met de toegewezen persoon, sessie-opener en notitie. Een gepauzeerde sessie houdt haar neutrale status en hervatactie. Berekeningen verhinderen het fysieke werk van de ITAD niet.