AI prescriptivă este folosită pentru recomandarea unor acțiuni în funcție de obiective, date și restricții. Într-o firmă, întrebarea poate fi cum repartizăm lucrările, când folosim un echipament sau în ce ordine pregătim comenzile. Predicția poate estima cererea ori durata unei operații; optimizarea caută un plan care respectă condițiile și urmărește criteriul stabilit de antreprenor.
Ce trebuie definit înainte de alegerea instrumentului
Un plan are variabile asupra cărora putem decide: ora începerii, resursa alocată, cantitatea sau ordinea operațiilor. Are și restricții, precum capacitatea echipamentelor și dependențele dintre lucrări. Obiectivul poate fi durata totală, întârzierea față de termene ori un cost definit. Aceste elemente trebuie formulate separat, pentru ca rezultatul să poată fi verificat.
Nu orice problemă de optimizare reprezintă automat AI. Programarea matematică, programarea cu constrângeri și cercetarea operațională pot produce planuri fără un model învățat. Într-un sistem care folosește AI, un model poate estima durate sau cerere, iar un program de rezolvare a problemelor de optimizare, numit solver, poate calcula repartizarea. Denumirea proiectului trebuie să reflecte mecanismele efectiv implementate.
Un atelier, două resurse și trei operații
Exemplul demonstrativ folosește resursele A și B, fiecare capabilă să execute o singură operație la un moment dat. Operația P folosește A timp de două ore. Operația Q folosește B timp de două ore și începe numai după terminarea lui P. Operația R folosește B timp de o oră și este independentă de celelalte două.
Planul desenat execută P între orele relative 0 și 2, R între 0 și 1, iar Q între 2 și 4. Nu există suprapunere pe aceeași resursă, iar dependența P înainte de Q este respectată. B are un interval liber între 1 și 2. Acest spațiu nu este o eroare: Q așteaptă finalizarea operației P.
Un program verificabil pentru două resurse
Cu obiectivul de a termina toate cele trei operații cât mai devreme, lanțul obligatoriu P urmat de Q cere minimum patru ore. Planul atinge această limită, deci este optim pentru datele și restricțiile acestui exemplu. Calculul este o demonstrație didactică. Dacă adăugăm pregătirea echipamentelor, disponibilități diferite sau termene comerciale, trebuie refăcut modelul.
Restricții obligatorii și preferințe de lucru
O restricție obligatorie stabilește ce planuri sunt admise: două operații nu pot ocupa simultan același echipament sau o etapă trebuie încheiată înaintea următoarei. O preferință influențează alegerea dintre planurile admise: mai puține schimbări de configurare ori o repartizare mai uniformă. Transformarea unei obligații într-o simplă penalizare poate produce un plan nepotrivit procesului.
| Cerință | Rol în model | Control la rezultat |
|---|---|---|
| Un echipament, o operație | Restricție obligatorie | Intervalele nu se suprapun |
| Q urmează după P | Dependență obligatorie | Început Q ≥ sfârșit P |
| Finalizare cât mai devreme | Obiectiv | Momentul terminării ultimei operații |
Când sunt urmărite mai multe obiective, prioritățile trebuie convenite. O firmă poate pune respectarea termenelor înaintea reducerii schimbărilor de echipament sau poate accepta un compromis documentat. Echipa trebuie să poată explica de ce două planuri au primit scoruri diferite, folosind aceleași unități și aceleași reguli de calcul.
Cerința comercială devine un model de decizie
-
Variabile
Decidem începutul și resursa operațiilor. Valorile posibile sunt delimitate de disponibilitățile reale ale procesului.
-
Restricții
Păstrăm dependențele și capacitatea. Un plan care încalcă o obligație este respins în verificarea rezultatului.
-
Obiectiv
Comparăm planurile admise prin criteriul stabilit: finalizare, întârziere sau cost. Prioritățile multiple sunt documentate.
Ce înseamnă rezultatul returnat de un solver
Documentația OR-Tools CP-SAT distinge stări ale rezolvării. FEASIBLE confirmă găsirea unui plan care respectă modelul; OPTIMAL confirmă și optimalitatea în condițiile criteriilor solverului. INFEASIBLE indică demonstrarea imposibilității de a satisface restricțiile. MODEL_INVALID arată o problemă de validare a modelului, care trebuie corectată înainte de folosirea rezultatului.
UNKNOWN poate apărea când execuția se oprește, de exemplu la limita de timp, înainte de găsirea unei soluții sau de demonstrarea imposibilității. Interfața trebuie să păstreze această stare distinctă. O limită de timp atinsă nu este același lucru cu o problemă dovedită imposibilă. Aplicația afișează planuri numai când există o soluție validă disponibilă pentru acel rezultat.
Cum intră predicțiile în planificare
Dacă un model estimează durata lucrărilor, acea valoare devine o intrare în optimizare. Planul poate respecta perfect duratele primite, iar execuția reală să dureze mai mult. Proiectul trebuie să măsoare separat eroarea estimării și calitatea planificării. Pentru operații cu variație, se pot evalua scenarii de durată și reguli de replanificare.
Un plan mai bun în simulare este un rezultat al modelului de planificare. Pentru a evalua ce a schimbat aplicarea lui în firmă, măsoară separat rezultatele reale și condițiile de comparație. Analiza cauzală tratează efectul unei intervenții; calcularea unui program fezabil și evaluarea efectului său comercial sunt două sarcini diferite.
Datele inițiale includ disponibilități actuale, operații în curs și momente de actualizare. Replanificarea nu ar trebui să mute automat o lucrare deja începută dacă procesul nu permite întreruperea ei. Nicio comandă anulată nu trebuie păstrată în aceeași formă doar pentru că exista în exportul de dimineață. Starea curentă a operațiilor face parte din model.
Patru verificări înaintea aplicării planului
-
Date actuale
Operațiile începute, comenzile anulate și disponibilitățile sunt actualizate înainte de calcul.
-
Stare de rezolvare
Afișează explicit rezultatul solverului. FEASIBLE, OPTIMAL și INFEASIBLE descriu situații diferite.
-
Aprobare
Responsabilul compară propunerea cu cerințele și aprobă operațiile permise de aplicație.
-
Execuție
Măsoară duratele reale și diferențele față de estimări. Replanifică potrivit regulilor de întrerupere și prioritate.
Un prim proiect de planificare pentru o firmă
Delimitează un atelier, o echipă sau un flux de pregătire a comenzilor. Compară propunerea sistemului cu planul folosit astăzi, pe aceleași date și restricții. Urmărește încălcările de condiții, durata, întârzierile și modificările manuale. Pentru fiecare excepție trebuie să fie clar dacă lipsea o informație sau o regulă a activității.
Un plan verificabil indică pentru fiecare operație resursa, începutul, sfârșitul și dependențele respectate. Raportul de calcul păstrează și datele de intrare, obiectivul, timpul acordat solverului și starea rezultatului. Aceste informații permit compararea a două propuneri și explicarea motivului pentru care o lucrare a fost mutată.
Prin automatizări de business cu integrare AI, WebHat poate conecta datele din aplicații cu propunerea de plan și fluxul de aprobare. În aplicații custom cu AI, echipa poate avea o interfață pentru revizuirea constrângerilor și a variantelor. Publicarea programului, modificarea unei comenzi și notificarea persoanelor implicate rămân acțiuni definite separat de calculul planului.
Întrebări despre AI prescriptivă și optimizare
Poate un model lingvistic să înlocuiască solverul?
Poate ajuta la descrierea cerințelor și la explicarea planului. Respectarea restricțiilor și calculul obiectivului trebuie verificate prin mecanismul de planificare implementat.
Este necesară o infrastructură mare?
Necesarul depinde de numărul variabilelor, restricțiilor și timpul disponibil. Se măsoară pe instanțe reprezentative pentru firma respectivă.
Ce facem când cerințele sunt incompatibile?
Identificăm restricțiile și datele implicate, apoi responsabilul procesului decide ce se poate modifica. Sistemul nu elimină în tăcere obligații pentru a produce un program.
Trebuie aplicat automat fiecare plan calculat?
Nu. Calculul poate produce o propunere pentru verificare. Drepturile de aplicare, aprobările și notificările se stabilesc distinct în aplicație.
