@flowselections/logistiek-engine 1.0.24 → 1.0.25

package/dist-lib/lib/modulePrompts.js

@@ -386,6 +386,47 @@ NIET DOEN
   NOT NULL maken; dat kan pas als alle schrijfpaden de kolom zetten.
 - De beslisregel van 26-08 (B1/B2/B3) niet wijzigen — alleen overnemen.`,
             },
+            {
+                number: 7,
+                title: "Orderoverzicht uit de Engine: één waarheid voor alle modules",
+                date: "2026-09-01",
+                summary: "De verkooplijst toont karren, planten en pickdag uit logistics_order_overview, zodat Verkoop, Afhandeling en Pick exact dezelfde cijfers laten zien.",
+                body: `AANVULLING op koppelprompt 1 t/m 6 (die blijven geldig).
+
+WAAROM
+Elke module telde tot nu toe zelf karren: de pick agenda telde payload-velden van
+taken (3517 karren), Controle karren telde cart_numbers (27) en Verkoop telde
+order_carts. Drie tellingen, drie antwoorden. De Engine heeft nu één index:
+public.logistics_cart_index. Alle schermen lezen daaruit.
+
+BOUW DIT
+- Haal de orderlijst op met:
+
+  const { data, error } = await supabase.rpc("logistics_order_overview", {
+    p_from: null, p_to: null,
+  });
+  if (error) throw new Error(error.message);
+  const orders = Array.isArray(data) ? data : [];
+
+- Kolommen: order_uuid, order_number, customer_name, order_source,
+  delivery_date, status, pick_date, cart_count, plant_count, shifted,
+  printed_at.
+- Toon cart_count en plant_count exact zoals ze binnenkomen; niet zelf
+  hertellen uit order_carts of order_items.
+- pick_date is de pickdag van de Engine; die ligt nooit in het verleden.
+- shifted = true toont het label "te laat aangemeld".
+- printed_at gevuld = de order is al uitgeprint.
+
+NIET DOEN
+- Geen eigen count op order_carts / order_cart_items voor weergave.
+- Geen eigen pickdagberekening uit delivery_date.
+- Geen datum, project-ref of Supabase-URL hardcoden.
+
+CONTROLELIJST
+[ ] Karrenaantal in Verkoop is gelijk aan dat in de pick agenda en in Controle.
+[ ] Een gemengde kar telt bij elke deelnemende order mee, maar per dag één keer.
+[ ] Verwijderde orders verdwijnen uit de lijst zonder losse taken achter te laten.`,
+            },
         ],
     },
     afhandeling: {
@@ -875,6 +916,150 @@ CONTROLELIJST
 [ ] Afleverbrieven worden alleen nog aangemaakt via print.shipping_note-taken, niet spontaan.
 [ ] De kolommen in afhandeling_settings zijn niet gedropt.`,
             },
+            {
+                number: 11,
+                title: "Controle karren rechtstreeks uit de agenda van de Engine",
+                date: "2026-09-01",
+                summary: "De controlepagina toont alle karren van de pickagenda van vandaag, inclusief gemengde, ongeprinte en nog niet ingedeelde karren.",
+                body: `AANVULLING op prompt 1 t/m 10 (die blijven geldig).
+
+GEMETEN PROBLEEM
+Het scherm "Controle karren" blijft leeg doordat cartControl.functions.ts zelf
+alleen logistics_tasks van type load.compose leest, met owner_module =
+"afhandeling" en een beperkte statuslijst. De pickagenda wordt echter bepaald
+door pick.execute. Daardoor kan de agenda wel orders tonen terwijl de controlelijst
+0 karren toont.
+
+BOUW DIT
+- Verwijder loadEngineCartsForToday en de lokale datum-/taakfilter als bron voor
+  de controlelijst.
+- Laat getTodaysControlCarts rechtstreeks deze RPC aanroepen:
+
+  const { data, error } = await supabase.rpc("control_get_todays_carts");
+  if (error) throw new Error(error.message);
+
+- Map iedere RPC-rij naar ControlCart. Gebruik cart_number_id als stabiele sleutel,
+  order_id, order_source, cart_index, pick_date, status, printed_at en
+  printed_today letterlijk uit het resultaat.
+- De RPC is de enige bron voor welke karren vandaag zichtbaar zijn. Voeg in de
+  frontend geen extra filter toe op load.compose, owner_module, taskstatus,
+  orderstatus of printedCount.
+- De RPC bevat bewust:
+  1. alle pick.execute-taken met planned_start vandaag in Europe/Amsterdam;
+  2. alle orders die vandaag zijn aangemeld of uitgeprint;
+  3. normale én gemengde karren via order_cart_items -> order_items;
+  4. tijdelijke regels voor agenda-orders die nog geen order_carts hebben.
+- Gebruik printed_today voor de kolom "Uitgeprint". Een kar hoeft niet geprint te
+  zijn om zichtbaar en goed te keuren te zijn.
+- Ververs bij wijzigingen in logistics_tasks, pick_queue, print_jobs, order_carts,
+  order_cart_items en cart_numbers, plus de bestaande polling.
+- Gebruik dezelfde RPC-uitkomst ook als basis voor submitControlSession, zodat de
+  getoonde en afgemelde verzameling nooit van elkaar afwijkt.
+
+NIET DOEN
+- Niet terugvallen op loadTodaysPickstationOrders als de RPC nul regels geeft.
+- Niet zelf kar-aantallen herberekenen.
+- Geen project-ref, Supabase-URL of datum hardcoden.
+
+CONTROLELIJST
+[ ] Een ongeprinte kar op de pickagenda van vandaag staat in Controle karren.
+[ ] Een vandaag geprinte kar met een oudere pickdatum blijft zichtbaar.
+[ ] Een gemengde kar verschijnt zonder dubbele regels.
+[ ] De teller en tabel gebruiken exact dezelfde RPC-data.
+[ ] Goedkeuren verwerkt exact de zichtbare verzameling.`,
+            },
+            {
+                number: 12,
+                title: "Pick agenda: nooit een pickdag in het verleden",
+                date: "2026-09-01",
+                summary: "De weekagenda leest de pickdagen uit de Engine; orders met een verstreken pickmoment staan automatisch op vandaag.",
+                body: `AANVULLING op prompt 1 t/m 11 (die blijven geldig).
+
+GEMETEN PROBLEEM
+De weekagenda toont orders op maandag 31 aug terwijl het dinsdag 1 sep is. In
+public.logistics_tasks staat geen enkele open pick.execute-taak in het verleden:
+de Engine klemt planned_start al op nu. De agenda rekent dus nog zelf een pickdag
+uit (delivery_date minus pick_days), en die kan in het verleden liggen.
+
+BOUW DIT
+- Verwijder de eigen pickdagberekening uit de weekagenda (delivery_date,
+  pick_days_before_transport, max_workdays_earlier_pick, pick_weekdays).
+- Haal de agenda op met:
+
+  const { data, error } = await supabase.rpc("logistics_pick_agenda", {
+    p_from: weekStartIso, // yyyy-mm-dd
+    p_to: weekEndIso,
+  });
+  if (error) throw new Error(error.message);
+  const dagen = Array.isArray(data) ? data : [];
+
+- Kolommen per dag: pick_date, order_count, cart_count, plant_count,
+  in_preparation, ready, shifted_count, orders (jsonb array met taskId, orderRef,
+  status, carts, plants, shifted).
+- Vul de tegels "bestellingen", "karren" en "planten" met order_count, cart_count
+  en plant_count. "In voorbereiding" = in_preparation, "Verzendklaar" = ready.
+- Toon bij shifted_count > 0 op die dag het label "te laat aangemeld" (zelfde
+  betekenis als in de Regie-pagina van de Engine).
+- Dagen zonder rij tonen simpelweg nullen; niet zelf aanvullen met eigen data.
+- Ververs bij realtime-wijzigingen op logistics_tasks.
+
+REGEL
+Een order kan nooit in het verleden gepickt worden. Elke open pick.execute-taak
+met een planning vóór vandaag wordt door de Engine (en nogmaals door deze RPC)
+op vandaag getoond. Bouw dus geen eigen "inhaal"- of "achterstand"-dag.
+
+NIET DOEN
+- Geen eigen datumafronding, werkdagenlogica of tijdzoneconversie meer.
+- Geen orders uit de agenda filteren op status buiten wat de RPC teruggeeft.
+- Geen datum, project-ref of Supabase-URL hardcoden.
+
+CONTROLELIJST
+[ ] De agenda toont geen enkele dag vóór vandaag met openstaande orders.
+[ ] Een gisteren aangemelde, nog niet gepickte order staat vandaag in de agenda.
+[ ] Tegels boven de agenda tellen exact op met de dagregels van de RPC.
+[ ] Verschoven orders krijgen het label "te laat aangemeld".`,
+            },
+            {
+                number: 13,
+                title: "Karrentelling: alles uit de gedeelde karindex",
+                date: "2026-09-01",
+                summary: "Agenda en Controle karren tellen karren uit logistics_cart_index; payload-velden zoals cartCount worden niet meer gebruikt.",
+                body: `AANVULLING op prompt 1 t/m 12 (die blijven geldig).
+
+GEMETEN PROBLEEM
+De pick agenda toonde 3517 karren voor vandaag terwijl Controle karren er 27
+toonde. Oorzaak: de agenda telde payload->>'cartCount' van taken op (dubbeltelling
+over meerdere taken per order), Controle telde cart_numbers. Beide waren fout.
+
+WAT DE ENGINE NU LEVERT
+public.logistics_cart_index(p_from, p_to) — één rij per (order, kar):
+pick_date, order_uuid, order_number, order_source, cart_id, cart_index,
+cart_label, is_shared, task_status, shifted, printed_at.
+Daarop draaien logistics_pick_agenda en control_get_todays_carts.
+
+BOUW DIT
+- Gebruik uitsluitend cart_count uit logistics_pick_agenda voor de dagtegels.
+  Een gemengde kar telt per dag één keer, ook als meerdere orders erin zitten.
+- In een orderregel toont "carts" uit de orders-array het aantal karren waarin
+  die order zit (gedeelde karren tellen daar wél mee).
+- Gebruik voor de controlelijst alleen control_get_todays_carts; die geeft nu
+  cart_id als cart_number_id terug, ook voor karren zonder karnummer.
+- Verwijder elke lezing van payload->>'cartCount' en elke eigen count op
+  order_carts.
+
+CONTROLE OP AFWIJKING
+Roep bij het laden van de agenda eenmalig aan:
+
+  const { data } = await supabase.rpc("logistics_consistency_check");
+
+Is ok === false, toon dan een discrete waarschuwing "aantallen worden opnieuw
+uitgelijnd" en niets meer. Niet zelf corrigeren.
+
+CONTROLELIJST
+[ ] Agenda-karren van vandaag = karren in Controle karren.
+[ ] Geen enkel scherm leest nog cartCount uit een taak-payload.
+[ ] Orders van verwijderde bestellingen verschijnen nergens meer.`,
+            },
         ],
     },
     pickschermen: {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@flowselections/logistiek-engine",
-  "version": "1.0.24",
+  "version": "1.0.25",
   "flowselections": {
     "moduleId": "logistiek-engine",
     "pages": [