<img src="https://secure.leadforensics.com/133892.png" alt="" style="display:none;">

Gaminant gaminius, nesvarbu ar yra didelė ar maža jų nomenklatūra, reikia aiškiai žinoti kokias žaliavas bei kokiais kiekiais numatome naudoti. Rinka nestovi vietoje ir pasitaiko atvejų, kai reikia turėti alternatyvas naudojamoms žaliavoms. Kartais reikia gebėti tai pakeisti operatyviai, kartais tai galime planuoti iš anksto. Svarbu paminėti, kad žaliavų pakeitimai turėtų būti daromi gamybos planavimo etape, prieš pateikiant užsakymus į gamybą. Visa tai galima valdyti D365 Business Central (toliau BC) sistemoje. Kaip? Pateikiu tai tekste žemiau.

Kas yra komplektavimo specifikacijos versijos

Sistemiškai, BC (senesnės versijos NAV) pakaitalus (dar žinoma kaip pakaitus) galime valdyti dviem būdais. Pirmasis variantas, kai žinome, kad tam pačiam gaminiui galioja kelios komplektavimo specifikacijos, kur nurodytos skirtingos žaliavos, tačiau gaminys gaunamas toks pats. Pavyzdžiui jei naudojamas didesnio riebumo sviestas, jo kiekis turi būti mažesnis, bet reikia daugiau vandens arba naudojamas mažesnio riebumo sviestas, jo reikia daugiau, bet vandens galime naudoti mažiau.

Kai komplektavimo specifikacijos versija imama pagal datą arba paskutinę patvirtintą sąraše

Sukūrus gamybos užsakymą, sistema ima komplektavimo specifikacijos versiją pagal datą arba, jei versijose datos nenaudojamos – paskutinę patvirtintą sąraše. Jei turime kelias komplektavimo specifikacijos versijas ir norime parinkti kažkurią specifinę, ją nurodyti galime gamybos užsakymo eilutėje pasirenkat ir atnaujinant gamybos užsakymo komponentus. Sistema perskaičiuoja komponentų kiekius, planuojamam gaminių kiekiui, atsižvelgiant į parinktos komplektavimo specifikacijos versijos nustatymus.

HubSpot Video


Kai komplektavimo specifikacijos versijų nėra

Kai gaminio specifikacija yra gan paprasta ir nėra variacijų – pakanka turėti vieną komplektavimo specifikaciją, kuria bus vadovaujamasi gamyboje. Tačiau praktikoje gali būti poreikis keisti tuo metu naudojamas žaliavas, dėl pasikeitusio tiekėjo ar žaliavos rūšies, ir taip keičiamos žaliavos neturi įtakos planuojamam sąnaudų kiekiui. Čia prieiname prie antrojo pakaitalų valdymo varianto, kai pakaitalus parenkame jau suformuotame gamybos užsakyme.

Prekei, kuriai egzistuoja galimi pakaitalai, turi būti nurodytas pakaitinių prekių sąrašas. Jei prekės pakaitalas gali būti keičiamas atgal į prekę, pakanka pažymėti, kad pakaitalas yra „sukeičiamas“ ir sistema sukurs reikiamus nustatymus abejoms žaliavoms. Taip pat svarbu paminėti, kad nepažymėjus sukeitimo požymio – sistema neleis keisti iš pakaitalo atgal į prekę.

HubSpot Video


Kai komplektavimo specifikacijas reikia koreguoti masiškai

Gyvenime atsitinka situacijos, kai tenka pakeisti komponento žaliavą kita, dėl pavyzdžiui, nutraukto tiekimo ir pakeitimus reikia atlikti aibėje komplektavimo specifikacijų. Sistemoje tam yra funkcionalumas, padedantis masiškai keisti nurodytą komponentą į naują žaliavą. Jei naujosios žaliavos santykinis sunaudojimas turi būti kitoks – galima nurodyti koeficientą, kuriuo turi būti padidintas ar sumažintas kiekis.

HubSpot Video

 

Aukščiau apžvelgtos situacijos numato pakeitimus iki gamybos duomenų registravimo sistemoje. Visgi nutinka, kai gamybos metu tenka panaudoti alternatyvią žaliavą, kuri nėra numatyta komplektavimo specifikacijoje, tuomet yra galimybė įtraukti ir tokius duomenis.
D365 Business Central sistema leidžia rankiniu būdu aprašyti sunaudotą žaliavą bei užregistruoti tokius faktinius duomenis, tad kritinėmis situacijomis išeitis taip pat yra.

Sužinokite daugiau apie sprendimus gamybai

Kilo minčių? Pasidalinkite!

Jums gali būti naudinga

Nauja verslo valdymo sistemų Dynamics 365 era buvo paskelbta dar 2016 metais Microsoft partnerių konferencijoje Toronte. Microsoft vadovas Satya Nadella Dynamics 365 pristatymo pranešime, teigia, kad jau nuo pirmojo verslo valdymo sistemų įsigijimo (kai 2002 metais Microsoft įsigijo jau susijungusias kompanijas Damgaard Data ir Navision Software A/S) visą tą laiką Microsoft kryptingai judėjo link verslo valdymo sistemų konsolidavimo, bei duomenų saugomų įvairiose monolitinėse sistemose apjungimo. Tokia strategija pasirinkta siekiant klientams suteikti galimybę organizacijos duomenis pasiekti paprasčiau, taip įgalinant efektyvią organizacijos duomenų analitiką, daryti duomenimis pagrįstus sprendimus, operatyviai keisti procesus ir juos perkelti tiesiogiai į skaitmenines organizacijos komunikacijos bei bendradarbiavimo priemones, kurias milijonai žmonių kasdien naudoja darbe.
Ką reiktų padaryti prieš pradedant projektą, kurio rezultatas – ilgalaikio planavimo optimizavimas? Yra keletas dalykų, kurie padės jums sutrumpinti bet kokias įvadines diskusijas su konsultantais ir tiesiai pereiti prie tos fazes kai diskutuojama apie konkrečius dalykus. Dalinamės su jumis pagrindiniais klausimais apie kuriuos įmonės pradėdamos ilgalaikio planavimo projektą dažnai nepagalvoja, bet juos iškelti ir į juos atsakyti yra labai svarbu norint pasiekti optimalų rezultatą.