DelmiaWorks - Nabavka kao deo proizvodnje

Osnovna logika: od MRP zahteva do Purchase Order‑a

Iz perspektive planera i nabavke, proces u DelmiaWorks‑u kreće od MRP/Materials Exceptions liste, gde sistem na osnovu Sales Orders, forecasta, BOM‑ova, lead time‑ova i trenutnih zaliha detektuje gde nedostaje materijal ili usluga. Iz te liste kupac (buyer) može jednim klikom da generiše Purchase Requisition, sa predloženim artiklom, količinom i traženim datumom isporuke, uz povlačenje default podataka o dobavljaču, uslovima plaćanja i FOB iz Vendor mastera. Nakon odobrenja requisition‑a, sistem ga automatski konvertuje u Purchase Order sa svim stavkama, količinama i Promise/Requested datumima, pri čemu jedan PO može imati više artikala i više release datuma po artiklu.

Purchase Requisitions, odobravanja i workflow

DelmiaWorks razdvaja Purchase Requisitions i Purchase Orders upravo da bi podržao kontrolu i workflow u nabavci. U PO Requisitions modulu kreiraju se i uređuju svi zahtevi koji su u statusu „nije odobreno“ ili „odbijeno“, a modul Purchase Orders sadrži sve PO zapise, bez obzira na status, sa punom istorijom revizija. Requisition može ići na odobrenje preko email‑based workflow‑a: odgovorno lice dobija email sa sažetkom zahteva i može ga odobriti ili odbiti, nakon čega se automatski kreira PO i šalje potvrda podnosiocu zahteva. Ovaj pristup je posebno koristan u kompanijama gde je potrebno jasno odvojiti „predlog nabavke“ od „odobrene nabavke“, uz trag ko je i kada odobrio koju kupovinu.

Purchase Orders: cene, release‑ovi i praćenje statusa

PO ekran podržava više artikala po nalogu, više release datuma po artiklu, različite UOM‑ove, komentare i referentne brojeve (Sales Order, projekt, WBS, alat, outsource nalog). Cene se pune iz AKA buying i vendor price list strukture, sa podrškom za price break‑ove po količini i valuti, dok se standardni i očekivani trošak artikla iz Item mastera koristi kasnije za PPV (Purchase Price Variance) analize. Purchasing modul omogućava praćenje PO‑a od dana izdavanja do dolaska roba: status, obećani datum, backorder količine, delimične isporuke i istoriju promena se vide na jednom mestu, sa verzionisanjem i logom korisnika, datuma i vremena svake izmene.

Prijem robe, odbijanja i Vendor RMA

Kada roba stigne, PO Receipts proces (prijem u magacin) povezan je direktno sa PO modulom i Inventory/WMS slojem: korisnik bira PO, linije i količine, evidentira prijem ili odbijanje, dodeljuje lokacije i, kod SIC artikala, štampa serijske etikete ili skenira postojeće. Prijem automatski ažurira stanje zaliha, otvara ili ažurira serijske i lot zapise i dopunjava PO istoriju, dok se finansijski deo priprema za kasnije povezivanje sa dobavljačevom fakturom (match između PO, prijema i invoice‑a). Za robu koja je primljena, ali ne zadovoljava kvalitet, Purchasing ima ugrađen Vendor RMA mehanizam: kreira se RMA prema dobavljaču, definiše šta se vraća, šta se skrepuje, a šta se eventualno rework‑uje, uz punu integraciju sa Quality modulom (nesukladnosti, CAR, MRB).

Vendor management i merenje performansi dobavljača

Purchasing modul ne vodi samo PO‑e, već i, kroz integraciju sa vendor masterom i kvalitetom, meri performanse dobavljača. Na osnovu traženih i obećanih datuma isporuke, realnog vremena dolaska, razlika u ceni (PPV), količinskih odstupanja i reject stopa, sistem može generisati vendor performance kartice i izveštaje po dobavljaču. Ovi podaci se koriste u Supplier Rating sistemu, a zatim i u izboru dobavljača u MRP/Auto MRP logici (preferirani dobavljači, ugovori, min/max po dobavljaču, alternative). U kombinaciji sa Quality Management modulom, ovo omogućava da nabavka i kvalitet zajednički upravljaju dobavljačima, a ne da rade u silosima.

Veza sa MRP‑om, Inventory i Job & Process Costing

Purchasing je u DelmiaWorks‑u direktno povezan sa MRP engine‑om: Auto MRP može automatski generisati PO prijedloge na osnovu materijalnih nedostataka, lead time‑a, minimalnih narudžbina i preferiranih dobavljača definisanih u Item masteru i AKA buying zapisima. Kroz Inventory i Serialized Inventory, svaki prijem iz PO‑a tačno se prati po lokaciji, serijskom broju i lotu, što je osnova da se kasnije u proizvodnji, WMS‑u i shippingu može znati iz kog PO‑a potiče konkretan materijal. U Job & Process Costing logici, realne kupovne cene iz PO i prijema koriste se za PPV i analizu varijansi u odnosu na standardne troškove, pa Purchasing direktno utiče na preciznost costinga i profitabilnost po artiklu i projektu.

Workflow, arhiviranje i audit trail

Kao i drugi ključni moduli u DelmiaWorks‑u, Purchasing ima ugrađen workflow i audit trail: svaki PO i requisition ima istoriju izmena (ko, kada, šta je promenio), status (pending, approved, denied, closed, archived) i mogućnost arhiviranja po starosti, dobavljaču ili projektu. Arhivirani PO‑i mogu se koristiti kao šabloni za nove narudžbine (Clone/Copy funkcije), što ubrzava rad sa artiklima koji se često naručuju od istog dobavljača pod sličnim uslovima. Audit trail i version control su posebno važni u regulisanim industrijama i u firmama gde su potrebni jasni dokazi o odobrenjima i promenama uslova nabavke.

Uloga Purchasing modula u DelmiaWorks projektima

Za proizvodne kompanije, Purchasing modul je jedna od ključnih karika u lancu: sve što planiranje i proizvodnja „nacrta“ MRP‑om mora se pretvoriti u pravovremenu i ispravnu nabavku, a to se bez jakog Purchasing procesa ne dešava. U Solfins projektima, tipičan pristup je da se Purchasing uvodi zajedno sa MRP‑om, Inventory‑jem i Quality‑jem: prvo definišemo strukturu dobavljača, AKA buying, price break‑ove, pravila odobravanja i recepcije, pa tek onda uvodimo Auto MRP generisanje PO predloga i EDI/XML integracije sa ključnim dobavljačima. Kada se to uradi kako treba, Purchasing postaje proaktivan i strateški – tim ne „gasi požare“, već unapred vidi potrebe, pregovara uslove i koristi punu snagu DelmiaWorks podataka da kontroliše troškove i pouzdanost lanca snabdevanja.