Duizenden volgordes. Eén planning. En de reden erbij.

Boscade is geen zwarte doos. Dit is wat er gebeurt tussen een orderlijst en een planbord dat klopt, in vier stappen.

Boscade · Orders · vandaag
OrderFamilieUrenLeveringBron
PO-1042A4,0vandaagERP
PO-1043B3,0vandaagERP
PO-1044A3,0vandaagERP
PO-1045B2,0vandaagExcel
PO-1046C5,0vandaagERP
PO-1047C2,0morgenERP
PO-1048A2,0vandaaghandmatig
Boscade · Instellingen · Pers 2
Capaciteit1 ploeg · 07:00–17:00
Onderhoudvr 13:00–15:00
Families toegestaanA · B · C
Verzendingdagelijks 15:30
van \ naar
A
B
C
A
0
60
45
B
60
0
75
C
45
75
0
Boscade · Solver · run 14:02:11
  • harde regelsleverdata · capaciteit per machine · families per machine · onderhoud
  • doel 1geen enkele order na zijn leverdatum
  • doel 2zo min mogelijk ombouwtijd
  • doel 3zo vroeg mogelijk klaar
0volgordes doorgerekend · optimaal binnen de regels
Boscade · Planning · PO-1048
Pers 1
Pers 2
Pers 3
Verzending 15:30
1042
1044
1043
1045
1048
1046
1047
Waarom PO-1048 op pers 2 staatFamilie A heeft 9 uur werk; pers 1 heeft vóór 15:30 8,5 uur. Op pers 2 kost het één ombouw (60 min) na PO-1045, maar PO-1048 is om 15:00 klaar.regel: leverdatum gaat vóór ombouw
  1. Je orders komen binnen

    Uit het ERP — via een API-koppeling, bijvoorbeeld met SAP S/4HANA — uit Excel of handmatig. Elke order heeft een productfamilie, een bewerkingstijd per machine en een leverdatum, en waar er routings zijn leest de solver ook de bewerkingsvolgorde. Meer heeft de solver niet nodig om te beginnen.

  2. De solver kent je fabriek

    Machines, ploegen, onderhoud en de ombouwmatrix: wat elke wissel tussen families kost, per machine. Dit stel je één keer in, samen met de mensen die de vloer kennen. Daarna houd je bij wat verandert.

  3. Alle toegestane volgordes worden doorgerekend

    Geen steekproef, geen schatting. Een exacte solver zoekt niet een goede planning, maar de beste binnen jouw regels: eerst elke leverdatum gehaald, dan zo min mogelijk ombouw. Dezelfde input geeft altijd dezelfde uitkomst.

  4. Je krijgt een planbord en de reden per order

    Elke order staat ergens om een reden die je kunt navragen: zelfde familie als de vorige, leverdatum, vrije capaciteit. Verandert er iets, dan rekent de solver opnieuw en doet een voorstel. Niets wijzigt zonder jouw akkoord. De planning die je vastzet, schrijft Boscade terug naar je ERP.

Wat het bewust niet doet.

Drie dingen die je van een "slimme" planner misschien verwacht, en waarom Boscade ze weglaat.

  • Geen voorspellingen uit patronen

    Een model dat leert van vorige planningen leert ook de fouten van vorige planningen. Boscade rekent op regels die je zelf kunt lezen, niet op wat "meestal" werkte.

  • Geen stille wijzigingen

    Een spoedorder, een storing, een zieke operator: de solver rekent opnieuw en zet een voorstel klaar. De planner voert door of wijst af. Het bord verandert nooit zonder dat iemand ja heeft gezegd.

  • Geen vervanging van de planner

    De planner weet wat de solver niet weet: welke klant echt niet kan wachten, welke machine vandaag hapert. Daarom kun je orders vastzetten en plant Boscade eromheen.

Wat je nodig hebt om te beginnen.

Een orderlijst

Een export uit het ERP of het Excel-bestand dat je nu al gebruikt. Ordernummer, product, aantal, leverdatum. Onvolledig mag.

De kennis van de vloer

Welke machines er zijn, hoe lang een wissel duurt, wat waar mag draaien. Dit zit in de hoofden van je mensen. In een middag staat het in het systeem.

Een proefplanning

We plannen een echte week van jou opnieuw en leggen de uitkomst naast wat er is gedraaid. Dan zie je het verschil, of niet. Allebei is een antwoord.

Bekijk hoe dat er in de praktijk uitziet.

Een demo van een halfuur, met jouw orders als je wilt. We laten het planbord zien, de aanbevelingen en de uitleg per order.