|
 |  |  |  |
 | |||
La Gestione di Versioni e Varianti di prodotto | |||
Spesso uno stesso oggetto può essere prodotto in versioni diverse, che si differenziano tra loro per alcuni particolari secondari. Per esempio, le apparecchiature elettriche destinate ai consumatori (televisori, radio, ecc.) devono rispondere a standard diversi a seconda del paese a cui sono destinati sulle protezioni elettriche, ecc.. In questi casi abbiamo apparecchi sostanzialmente uguali che montano però alcuni componenti diversi a seconda del paese per cui è destinato in esportazione. Si parla in tal caso di 'Versioni' diverse delle stesso prodotto, o prodotto con varianti. è possibile gestire queste diverse 'versioni' senza dover inserire in archivio Distinta Base più distinte, potendo invece inserire un unica distinta che viene utilizzata per riportare la formula di produzione di diversi articoli (cioè diverse versioni del prodotto, che debbono comunque avere in anagrafico articoli codici distinti) La procedura mi consente di creare agevolmente le diverse versioni di un prodotto potendo :
In questi casi, qualora cioè si vogliano impostare distinte basi che raccolgano la formula di produzione di più prodotti (o più semilavorati) , occorre utilizzare una codifica strutturata dei codici dei prodotti finiti ( e/o dei semilavorati) . Per esempio, supponiamo di produrre la bicicletta Grazia in due versioni (o varianti), Normale e Lusso, dove la differenza risiede in un tipo di sella e di manubrio diverso (più ricco) per la versione lusso. Dovremo allora codificare in anagrafica articoli i seguenti codici : Pertanto abbiamo assunto che nella codifica dei prodotti finiti, il 4.o e 5.o carattere del codice articolo indicano l'allestimento della bicicletta (Classic = CL e Lusso = LX) (ed i primi 3 caratteri il modello = GRA). Potendo sfruttare i 18 caratteri del campo codice articolo, è possibile pertanto arrivare a gestire per ciascun prodotto (o semilavorato) fino a 17-18 diversi fattori di differenziazione. Per esempio, in una distinta base che rappresenti un automobile potremmo utilizzare :
Per esempio UNO14ROGLS potrebbe stare per Uno 1400 cc colore Rosso allestimento GL con ABS. Tornando alla bicicletta, la distinta base di GRA sarà così impostata : La codifica di cui sopra significa : "il sellino tipo classic ed il manubrio tipo classic vanno montati solo se il codice del prodotto finito ha le sigle CL in 4.a e 5.a posizione nel codice articolo", e "il sellino tipo lusso ed il manubrio tipo lusso vanno montati solo se il codice del prodotto finito ha le sigle LX in 4.a e 5.a posizione nel codice articolo". Questo sistema consente quindi di creare Distinte che comprendono la formula di produzione di intere gamme di prodotti sulla base di alternative (dette anche varianti additive) ben definite. In altri casi si hanno esigenze di personalizzare il prodotto finito standard con aggiunte o variazioni solo per particolari commesse o per un particolare cliente (siamo nel campo delle varianti esclusive). In tal caso potrebbe darsi che il cliente ROSSI per una det. commessa (es. comm. n. 3011) richieda sulla bicicletta GRALX un accessorio particolare in aggiunta allla configurazione normale. In questo caso avremo una riga in più in distinta base con l'indicazione del numero di commessa : Con lo stesso sistema è possibile prevedere il caso che una particolare rifinitura (cioè una lavorazione nell'elenco dei cicli) venga apportata solo per una determinata commessa (o ordine): in tal caso si indica il numero della commessa nell'apposito filtro Commessa ed il valore opportuno nella colonna tipo figlio-componente al momento dell'inserimento di distinta base. In situazioni di gamma di prodotti molto vasta, fortemente personalizzabile in base alle richieste del cliente, sia il sistema delle varianti di gamma che quello delle varianti di commessa potrebbero essere insufficienti (per es. se non bastano 18 caratteri del cod. articoli per definire le possibili varianti di un prodotto) o scomode da gestire (varianti di commessa molto estese). In questi casi Business mette a disposizione uno strumento integrativo che è il modulo 'Configuratore di prodotto'. Vedi la parte relativa per maggiori dettagli in merito. Frequentemente può verificarsi la necessità di apportare modifiche alle schede tecniche di produzione di determinati prodotti, che si esplicano spesso con la sostituzione di un componente con un altro, (o di una lavorazione con un'altra) oppure l'aggiunta di un nuovo componente (o di una nuova lav.), o l'eliminazione di uno o più componenti. Qualora non si voglia perdere la 'storia' di quel prodotto (come veniva prodotto prima e come viene prodotto ora), la procedura permette di gestire su ogni componente un periodo di validità, intendendo con esso un intervallo di tempo compreso tra due date denominate data inizio validità e data fine validita. Supponiamo di avere una distinta base di questo tipo : Supponiamo che la bicicletta Grazia di cui sopra dal 1/3/97 debba montare un nuovo tipo di sellino (sellino tipo B); qualora operassimo una semplice sostituzione del componente 'sellino tipo A' perderemmo l'informazione precedente. è possibile invece mantenere il vecchio componente cambiandogli di data validità e inserire il nuovo componente con date successive: Ogni volta che chiederò un uso della distinta base, dovrò infatti inputare anche la data di validità: qualora essa sia anteriore al 1/3/97 avrò ancora il vecchio tipo di sellino; in caso contrario avrò il nuovo tipo di sellino. |
 |  |  |  |  |  |
 |  |  |  |  |  |
 | |||||