Produkta konfigurēšanas pārskats

Nepieciešamība konfigurēt produktus tā, lai tie apmierinātu īpašas prasības, kļūst par normu nevis par izņēmumu gan starpuzņēmumu attiecībās, gan uzņēmumu un patērētāju attiecībās.

Ražotājam, kas atbalsta konfigurācijas atbilstoši pasūtījumam scenārijus, ir iespēja rūpīgāk ievērot klientu vajadzības. Turklāt, uzglabājot nepabeigtas preces vispārēju komponentu formā, nevis gatavās produkcijas formā, ražotājs var samazināt kapitālu, kas ir saistīts ar krājumiem.

Veiksmīga pāreja no ražošanas krājumu izveidei uz konfigurēšanu atbilstoši pasūtījumam pieprasa rūpīgu preču struktūras analīzi, preču saimju identificēšanu un komponentu sastāvu. Lai samazinātu daļu skaitu un minimizētu procesā esošo preču skaitu, ir svarīgi saprast preču interfeisus un ka izstrādājat otrreizējas izmantojamības nolūkiem.

Ir vairāki preču konfigurācijas modelēšanas principi, piemēram, modelēšana atbilstoši nosacījumiem, atbilstoši dimensijām un atbilstoši ierobežojumiem. Pētījumi rāda, ka metodoloģija atbilstoši ierobežojumiem var samazināt koda rindu skaitu modeļos par 50 procentiem, salīdzinot ar citiem modelēšanas principiem. Tāpēc šī metodika var samazināt īpašumtiesību kopējās izmaksas (TCO). No modeļa atbilstoši nosacījumiem, kura pamatā ir X++ kods, pārejot uz modeli atbilstoši ierobežojumiem, vairs nebūs nepieciešama izstrādātāja licence preču modeļu uzturēšanai.

Preces konfigurācija

Industrializācijas periods ir novedis pie lieliem sasniegumiem augstas kvalitātes un funkcijām bagāto preču ražošanā par pieņemamām cenām. Apjomradīti ietaupījumi ļāva vairumam cilvēku industrializētā pasaulē iegādāties automašīnas, televizorus, mājsaimniecības preces un citas preces, ko lielākā daļa no mums uzskata par nepieciešamu mūsu ikdienas dzīves sastāvdaļu.

Kad daudzas preces ir kļuvušās par patēriņa precēm, ir radusies nepieciešamība tās diferencēt. Ražotāju tūlītējā reakcija uz šo problēmu bija veidot vairākus katras preces variantus, lai klientiem būtu vairāk alternatīvu. Šīs stratēģijas rezultātā palielinājās prognozēšanas problēmas, kā arī palielinājās krājumu izmaksas un novecojušo nepārdoto preču skaits.

Pieņemot konfigurēšanas atbilstoši pasūtījumam filozofiju, ražotājiem ir iespēja apmierināt klientu pieprasījumu pēc unikālam precēm, vienlaikus samazinot vai likvidējot novecojušos noliktavas krājumus. Pārejot no ražošanas krājumu izveidei filozofijas uz konfigurēšanas atbilstoši pasūtījumam filozofiju, viena tiešā problēma būs saistīta ar to, ka nepieciešamība pēc īsa izpildes laika būs jālīdzsvaro ar zemiem krājumu līmeņiem.

Lai to veiksmīgi nodrošinātu, ir rūpīgi jāanalizē preču portfelis un jāmeklē modeļi gan produkta funkcijās, gan procesos. Mērķis ir noteikt vispārējos komponentus, ko var ražot viena iekārta un ko var izmantot visos variantos.

Preču konfigurācijas līdzekļu kopa ietver lietotāja interfeisu (UI), kas nodrošina preces konfigurācijas modeļa struktūras vizuālu pārskatu un arī deklaratīvu ierobežojuma sintaksi, kas nav jākompilē. Tāpēc uzņēmumiem, kas vēlas atbalstīt konfigurācijas praksi, ir vieglāk sākt to darīt. Kā paskaidrots nākamajās nodaļās, preces noformētājam vairs nav nepieciešams izstrādātāja atbalsts, lai izveidotu preces konfigurācijas modeli, to pārbaudītu un izlaistu pārdošanas organizācijai.

Preces konfigurācijas modeļa izveide

Ir vairākas pieejas, kurus lietotājs var izmantot, lai izveidotu preces konfigurācijas modeli. Viena iespēja ir sekot secīgai plūsmai, vispirms izveidojot visus atsauces datus, piemēram, preces šablonus, atšķirīgas preces un darbības resursus, un pēc tam ietverot tos preces konfigurācijas modelī kā komponentus, materiālu komplekta (MK) rindas, maršruta operācijas un citus elementus. Alternatīvi var izvēlēties iteratīvāku pieeju, vispirms izveidojot modeli un pēc tam, pēc vajadzības, pievienojot atsauces datus.

Komponenti

Preces konfigurācijas modeli veido viens vai vairāki komponenti, kas ir iesaistīti apakškomponentu attiecībās. Komponenti tiek definēti vienu reizi, un pēc tam tos var izmantot daudzas reizes vienā vai vairākos preces konfigurācijas modeļos. Komponenti ir preces konfigurācijas modeļa galvenie elementi, un gandrīz visa informācija par modeli ir saistīta ar tiem.

Atribūti

Katram komponentam ir viens vai vairāki atribūti, kas identificē tā īpašības. Lietotāji izvēlēsies atribūtus konfigurācijas procesā. Atribūti kontrolē starpkomponentu un iekškomponentu attiecības, kad tos iekļauj ierobežojumos vai aprēķinos. Izmantojot nosacījumus, kas tiek lietoti MK rindas, atribūtus var izmantot, lai noteiktu fiziskās daļas, no kurām sastāvēs konfigurētā prece. Turklāt atribūts var kontrolēt MK rindas rekvizītu ar kartēšanas mehānismu. Līdzīga funkcionalitāte ir maršruta operācijām attiecībā uz iekļaušanu un rekvizītu iestatījumiem.

Piezīme

Veidojot atribūtu tipus, izvairieties izveidot lielu skaitu vērtību atribūta tipa domēnam. Tas var izraisīt palēninājumus preču konfiguratorā.

Izteiksmes ierobežojumi

Preces konfigurācijas modeļa atbilstoši ierobežojumam izmantošana paredz, ka daži ierobežojumi pastāv, lietotājam atlasot dažādu atribūtu vērtības. Šos ierobežojumus var ieviest kā izteiksmes ierobežojumus, izmantojot optimizācijas modelēšanas valodu (OML). Alternatīvi ierobežojumu var īstenot tabulas ierobežojumu formā.

Tabulas ierobežojumi

Tabulas ierobežojumi var būt lietotāja definēti vai sistēmas definēti.

Lietotāja definētu tabulas ierobežojumu veido lietotājs. Lietotājs atlasa atribūtu tipu kombināciju, kas pārstāvēs tabulas kolonnas, un pēc tam ievada vērtības no atlasīto atribūtu tipu domēniem, lai veidotu rindas tabulas ierobežojumā.

Sistēmas definēts tabulas ierobežojums tiek definēts, atlasot kā atsauci izmantojamo tabulu un pēc tam atlasot šī tabulas laukus, lai izveidotu ierobežojuma kolonnas. Tabulas ierobežojuma rindas ir Supply Chain Management tabulas rindas, kas ir pieejamas konfigurācijas laikā.

Tabulas ierobežojums tiek iekļauts preces konfigurācijas modelī, izmantojot atsauci uz tabulas ierobežojuma definīciju un kartējot attiecīgos atribūtus modelī tabulas ierobežojuma kolonnās.

Aprēķini

Aprēķini ir aritmētisko operāciju veikšanas mehānisms konfigurācijas modelī. Piemēram, aprēķins var noteikt noteikta izejvielas gabala garumu vai pulēšanas operācijas apstrādes laiku. Aprēķini ir obligāti un iestata mērķa atribūta vērtību, kad būs pieejamas visu atribūtu vērtības, kas ietvertas aprēķina izteiksmē.

Apakškomponenti

Apakškomponenti atspoguļo mezglus preču konfigurācijas modeļa struktūrā. Attiecībā uz katru apakškomponentu attiecību jānorāda atsauce uz preces šablonu, kuram varianta konfigurācijas tehnoloģija ir iestatīta uz konfigurāciju atbilstoši ierobežojumam.

Lietotāju prasības

Lietotāja pieprasījumā ir visas apakškomponentu sastāvdaļas. Vienīgā atšķirība ir tas, ka lietotāja pieprasījums nav saistīts ar preces šablonu. Šis atšķirības praktiskais efekts ir tāds, ka MK rindas vai maršruta operācijas, kas ir noteiktas lietotāja pieprasījuma kontekstā, ir sakļautas primārā komponenta MK struktūrā vai maršrutā. Šī uzvedība līdzinās fantoma MK uzvedībai.

MK rindas

MK rindas ir iekļautas, lai noteiktu katra komponenta ražošanas MK. MK rindā jābūt atsaucei uz krājumu un visus krājuma rekvizītus var iestatīt uz fiksētu vērtību vai kartēt atribūtā.

Maršruta operācijas

Maršruta operācijas ir ietvertas, lai identificētu ražošanas maršrutu. Maršruta operācijā jābūt atsaucei uz noteiktu operāciju, un visus operācijas rekvizītus var iestatīt uz fiksētu vērtību. Visus rekvizītus, izņemot resursu prasības, var kartēt uz atribūtu nevis vērtību.

Preces konfigurācijas modeļa pārbaude un testēšana

Preces konfigurācijas modeļa pārbaude var notikt vairākos līmeņos modelī, un tādēļ dažādās sfērās. Zemākais līmenis ir vienas izteiksmes ierobežojums. Šajā gadījumā pārbaudi parasti veic preces noformētājs, lai pārliecinātos, ka izteiksmes sintakse ir pareiza.

Tāpat MK rindas vai maršruta operācijas nosacījumu var pārbaudīt atsevišķi.

Pārbaudi var veikt arī attiecībā uz lietotāja definētu tabulas ierobežojuma definīciju. Šajā gadījumā lietotājs var pārbaudīt, vai vērtības, kas ievadītas katrā laukā, atrodas atbilstošo atribūtu tipu domēnā.

Visbeidzot, pārbaudi var veikt pilnam preces konfigurācijas modelim, lai pārbaudītu, vai visa sintakse ir pareiza un vai ir ievērotas visas nosaukumdošanas un modelēšanas prasības.

Testēšana

Modeļa testēšana ir līdzīga faktiskās konfigurācijas sesijas veikšanai. Lietotājs var izskatīt konfigurēšanas lapas un pārbaudīt, vai modeļa struktūra atbalsta konfigurācijas procesu. Lietotājs var pārbaudīt, vai atribūtu vērtības ir pareizas, un atribūtu apraksti palīdz lietotājam izvēlēties pareizas vērtības. Visbeidzot, pēc testēšanas sesijas pabeigšanas sistēma mēģina izveidot MK un maršrutu, kas atbilst atlasītajām atribūtu vērtībām, un rāda kļūdas ziņojumu, ja kaut kas ir nepareizi.

Konfigurācijas lapa

Lai pārvietotos starp komponentiem, atlasiet Nākamais vai atlasiet komponentu preces konfigurācijas modeļa kokā, lai iestatītu fokusu uz to.

Konfigurācijas modeļa pabeigšana

Kad preces konfigurācijas modelis ir gatavs izmantošanai konfigurācijas atbilstoši pasūtījumam scenārijos, ir jāizveido versija. Tomēr ir vairākas opcijas, kas uzlabo modelēšanas pieredzi.

Lietotāja interfeiss

Konfigurācijas UI var modificēt, ieviešot atribūtu grupas vienā vai vairākos apakškomponentos. Šāda grupēšana var izcelt attiecības starp specifiskiem atribūtiem un palīdzēt konfigurācijas lietotājam identificēt preces zonas, kas pašlaik ir fokusā.

Veidnes

Viena vai vairākas konfigurācijas veidnes var izveidot, lai paātrinātu konfigurācijas procesu. Alternatīvi veidnes var izveidot, lai veicinātu specifiskas atribūtu kombinācijas, piemēram, kad pārdošanas kampaņa koncentrējas uz noteiktu preču funkciju kopu.

Tulkojumi

Ja prece tiks pārdota dažādās valstīs/reģionos, var izveidot visu tekstu tulkojumus, kas tiek parādīti konfigurācijas UI. Šis teksts ietver ne tikai nosaukuma un apraksta laukus, bet arī atribūta teksta vērtības.

Versijas

Pēdējais un svarīgākais solis pabeigšanas procesā ir izveidot preces konfigurācijas modeļa versiju. Šī versija attēlo attiecības starp preces šablonu, kuru var atlasīt konfigurācijai pasūtījuma vai piedāvājuma rindā, un preces konfigurācijas modeli. Pirms izmantošanas konfigurācijas sesijā versija ir jāapstiprina un jāaktivizē.

Preces konfigurācijas modeļa paplašināšana, izmantojot API

Atvēlētais lietojumprogrammu programmēšanas interfeiss (API) tiek ieviests, lai partneri un pārējie, kam ir izstrādātāja licence, varētu paplašināt preces konfigurācijas modeļa iespējas. Galvenais mērķis ir izveidot mehānismu, kas partneriem un klientiem, kas izmanto esošo preču konfiguratoru, ļauj uz API migrēt kodu, kurš ir iegults preču konfiguratora modeļos. Šādā veidā, viņi var migrēt savus modeļus no preču konfiguratora uz preču konfigurāciju. Tomēr, jauni partneri un klienti var gūt labumu arī no API izmantošanas, lai paplašinātu jaunus preces konfigurācijas modeļus.

API tiek ieviests, izmantojot PCAdaptor klašu kopu, kas atklāj preces konfigurācijas modeļu datu struktūru. Katram modelim, kas tiks paplašināts, ir jāizveido instance ar klasi PCAdaptor. Pēc konfigurēšanas sesijas beigām sistēma meklē šīs klases instanci un palaiž to, ja tāda tiek atrasta.

Procesu apraksta šī API plūsmas diagramma.

Konfigurēt preces

Konfigurēt vienu vai vairākas preces

Varat konfigurēt preces no šādām vietām:

• Pārdošanas pasūtījumu rinda
• Pārdošanas piedāvājuma rinda
• Pirkšanas pasūtījuma rinda
• Ražošanas pasūtījuma rinda
• Krājumu vajadzības rinda (projekts)

Konfigurācijas mērķis ir izveidot atšķirīgus preces variantus, kas atbilst klienta vajadzībām. Unikāls konfigurācijas ID tiek izveidots katrai jaunai konfigurācijai. Šis ID ļauj veikt krājumu izsekošanu.

Vairāku vietu un starpuzņēmumu apsvērumi

Ja konfigurācija tiks veikta vietā vai pat uzņēmumā, kas atšķiras no vietas vai uzņēmuma, kurā notiks ražošana, tiks izveidots MK un maršruts un tie tiks nodoti piegādātāja vietai piegādātāja uzņēmumā. Preces variants tiks izlaists visos uzņēmumos, kas piedalās piegādes ķēdē.