Nivelul 1: setări, fără programare
Tipuri de flux
Pe fiecare tip de comandă alegi: modul de recepție, rezervarea (parțială sau tot sau nimic, FEFO/FIFO, lotul cerut, valabilitatea minimă), felul picking-ului, ambalarea, momentul facturii și al AWB-ului, predarea la curier. Setările firmei sunt valorile implicite; tipul de flux le schimbă doar unde e nevoie, iar ecranul arată de unde vine fiecare valoare.
Tipuri de task și ecranele scannerului
Fiecare tip de task are paginile lui pe scanner, cu câmpurile, verificările și instrucțiunile alese. Activitățile și echipele hotărăsc cine primește ce task.
Reguli
- Reguli de grupare pentru Cluster și Batch picking, rulate singure sau la cerere.
- Reguli de prioritate după curier, client, plată sau termen.
- Reguli de alegere a curierului după greutate, destinație sau plata ramburs.
- Reaprovizionare după minim și maxim pe locațiile de picking.
Roluri și drepturi
Ce vede și ce face fiecare rol, pe fiecare planșă, buton și pagină de scanner.
Nivelul 2: logică proprie, scrisă în aplicație
Când setările nu ajung, scrii câteva rânduri de JavaScript la momentul potrivit, fără să aștepți o versiune nouă. Codul rulează izolat, cu
versiuni publicate, istoric al rulărilor și acces la datele momentului prin obiectul ctx.
- Evenimente: la confirmarea unei linii, la schimbarea stării unui document, înainte de rezervarea unei comenzi, la închiderea unei recepții.
- Proceduri proprii, apelate din evenimente sau din butoane.
- Butoane proprii pe planșele back office-ului.
- Tabele proprii pentru datele care nu au loc în altă parte.
- Interogări și rapoarte proprii, construite vizual, cu parametri, export și loc în meniu.
// La închiderea recepției: un task de curățenie pe rampă const { taskId } = await ctx.createTask({ type: 'MOVE', warehouseId: ctx.document.warehouseId, summary: 'Curăță rampa după ' + ctx.document.number, });
Operațiile sistemului (stoc, mutări, task-uri, comenzi, recepții, retururi, inventar, tipărire) sunt disponibile și ca proceduri în
ctx, așa că logica proprie folosește aceleași reguli ca aplicația.
Nivelul 3: integrare prin API
API-ul documentat citește și scrie orice resursă, inclusiv câmpurile personalizate adăugate pe orice entitate. Cheile de API au drepturi proprii, iar webhook-urile anunță sistemele tale la evenimentele alese.
Încercat întâi în mediul de test
Fiecare firmă poate avea un mediu de test, copiat din producție la cerere sau programat. Integrările cu clienți, curieri și ANAF sunt oprite acolo, așa că poți încerca setări și cod nou fără risc, apoi le treci în producție.
Asistentul AI din aplicație
Asistentul din aplicație cunoaște meniurile și setările DynamIQ WMS și răspunde în română la întrebări precum „unde schimb modul de picking pentru comenzile din eMAG?”, cu drumul exact prin meniuri.
Exemple de configurare
Un magazin online cu comenzi mici
Tipul de flux „Magazin online”: rezervare „tot sau nimic”, Cluster picking pe cărucior, cu o regulă de grupare rulată singură, ambalare cu verificarea fiecărui articol, factura și AWB-ul la ambalare, prioritate după curier.
Un distribuitor cu paleți și loturi
Tipul de flux „Distribuție”: rezervare parțială, FEFO cu valabilitate minimă rămasă, palet întreg când comanda cere tot paletul, livrare cu rutele proprii și borderou pe rută.
O regulă care nu există ca setare
Un eveniment la închiderea recepției creează un task de curățenie pe rampă; o procedură proprie, legată de un buton pe planșa comenzilor, face aceeași operație pe toate comenzile alese. Ambele se scriu și se încearcă în mediul de test, apoi se publică în producție.