Revisioni della distinta base nel gestionale cloud: versioni, decorrenza e ordini aperti

Revisione, variante e modifica del singolo ordine

La distinta base descrive materiali e quantità necessari per ottenere una unità del prodotto padre. Una revisione conserva una configurazione identificabile nel tempo. Una variante descrive invece una configurazione alternativa, per esempio una misura o un allestimento. Una modifica del singolo ordine riguarda una specifica lavorazione: non deve diventare implicitamente lo standard per tutte le produzioni successive.

I nomi utilizzati dai software possono cambiare. Prima di configurare il processo, concordate il significato aziendale di versione, revisione, alternativa e sostituzione. Se la revisione B richiede un componente diverso dalla A, l'etichetta «B» deve permettere di risalire alla composizione approvata. Non basta aggiungerla nella descrizione mentre le righe della distinta continuano a essere sovrascritte.

La revisione non coincide necessariamente con un nuovo codice articolo. La decisione dipende da intercambiabilità, requisiti del cliente, documentazione e regole di identificazione aziendali. Non esiste una risposta universale: bisogna sapere se i prodotti precedenti e successivi possono essere acquistati, montati, consegnati e assistiti con lo stesso riferimento senza ambiguità.

Il manuale su modifica e duplicazione del prodotto affronta i comandi anagrafici. Qui la domanda è diversa: come conservare la configurazione applicabile a una produzione, anche dopo che lo standard è cambiato. Duplicare un articolo può essere una scelta operativa, ma non dimostra da solo una gestione delle revisioni.

Approvare una modifica non significa applicarla subito

Separate almeno tre informazioni: quando la modifica viene registrata, quando viene approvata e da quando diventa applicabile. Una revisione può essere pronta oggi ma destinata alle produzioni avviate da una data futura. Può anche essere riservata a uno stabilimento, a una commessa o a una serie identificata, se il processo e il sistema gestiscono queste condizioni.

La documentazione Infor sulla distinta di produzione distingue creazione della revisione, verifica di consistenza e approvazione. È un esempio concreto di separazione degli stati; non implica che ogni gestionale utilizzi gli stessi comandi o che il solo stato «approvato» risolva la scelta sugli ordini aperti.

Scrivete la regola di selezione: «revisione valida alla data di avvio pianificata» è diversa da «ultima revisione approvata quando si crea l'ordine». Se l'avvio viene rinviato oltre la decorrenza della nuova versione, il comportamento atteso va deciso. Chiedete quale data usa davvero il software per scegliere materiali e lavorazioni, senza dedurlo dalla data più visibile nella schermata.

Controllate anche i confini temporali. Il primo giorno della revisione B non deve creare un intervallo scoperto o una sovrapposizione involontaria con A. La documentazione SAP sulla gestione delle modifiche tecniche mostra validità temporale e conservazione degli stati precedenti. Il principio da verificare in demo è poter spiegare perché una configurazione è stata scelta.

Gli ordini aperti richiedono una decisione esplicita

Quando pubblicate una nuova revisione, estraete gli ordini interessati e distingueteli per avanzamento reale. Un ordine soltanto pianificato, uno con materiali già prelevati e uno parzialmente lavorato non hanno lo stesso costo di cambiamento. Un aggiornamento massivo senza questa distinzione può rendere incoerenti documenti, disponibilità e attività già eseguite.

Non esiste una regola che autorizzi sempre a terminare con la vecchia revisione: sicurezza, qualità e requisiti del cliente possono richiedere un riesame tecnico. Il gestionale deve rendere visibile la decisione autorizzata, non sostituirsi a chi deve assumerla. Se una modifica è urgente, separate l'urgenza dalla cancellazione della storia.

Coinvolgete gli acquisti prima di liberare componenti. Un materiale eliminato dalla nuova distinta potrebbe essere ancora ordinato al fornitore, già ricevuto o destinato ad altre produzioni. Il passaggio di revisione deve lasciare leggibile che cosa accade a questi impegni. La disponibilità di magazzino e il fabbisogno dell'ordine vanno riesaminati senza confondere una previsione aggiornata con un movimento fisico.

Esempio simulato: cambia il numero di fissaggi

Il prodotto P nella revisione A richiede una piastra e quattro viti V per unità. La revisione B, approvata con decorrenza 10 novembre, richiede una piastra e sei viti dello stesso codice. Per semplicità assumiamo quantità intere, nessuno scarto e nessun materiale alternativo. La variazione è di due viti per unità, ma non va applicata indistintamente a tutto il lavoro aperto.

Un ordine di 40 unità è già iniziato e, dopo valutazione tecnica, viene autorizzato a completarsi con A. Un secondo ordine di 60 unità non è ancora rilasciato: il responsabile ne approva il passaggio a B. Il fabbisogno complessivo corretto è quindi 40 × 4 + 60 × 6 = 520 viti. Le piastre restano 100.

Se entrambi gli ordini restassero in A, il fabbisogno sarebbe 400 viti; se entrambi passassero in B, sarebbe 600. La differenza da aggiungere per il solo ordine aggiornato è 120 viti. Questi numeri consentono di verificare che il ricalcolo riguardi il perimetro deciso, senza interpretare un totale diverso come semplice arrotondamento.

Supponiamo ora che per il secondo ordine siano già state prenotate 240 viti. Portarlo a B richiede verificare le ulteriori 120, oltre a tempi e disponibilità. Se quei materiali fossero già prelevati, il sistema dovrebbe distinguere ciò che è stato mosso da ciò che serve ancora. Una modifica della distinta standard non è una registrazione di carico o scarico.

L'esempio non stabilisce che la revisione A sia tecnicamente accettabile: questa è un'ipotesi dichiarata della simulazione. Nella situazione reale la decisione dipende dalla ragione della modifica e dalle autorizzazioni pertinenti. La prova serve a rendere controllabili quantità, configurazione e responsabilità, non a prescrivere un comportamento industriale universale.

Distinte multilivello, lavorazioni e documenti devono concordare

In una distinta multilivello la revisione del prodotto finale può dipendere da quella di un sottoassieme. Registrare soltanto «P revisione B» può non bastare se, riaprendo la struttura, compare automaticamente l'ultima composizione del sottoassieme invece di quella utilizzata allora. Chiedete come viene conservata l'associazione fra livelli e come viene ricostruita dopo modifiche successive.

Considerate componenti condivisi da più prodotti. Una modifica al sottoassieme richiede individuare dove viene utilizzato, quali ordini lo richiedono e quali scorte sono ancora compatibili. Non basta guardare il singolo padre modificato. Una lista degli utilizzi è utile soltanto se permette di risalire al perimetro operativo da riesaminare e non rimane una stampa senza responsabile.

Materiali e ciclo devono essere verificati insieme. Se aumentano i fissaggi, potrebbero cambiare attrezzaggio, tempo standard, utensili, istruzioni o controlli. Non è corretto presumere un effetto preciso senza una valutazione tecnica. Il manuale della distinta con produzione aiuta a distinguere materiali e fasi, mentre l'applicazione della revisione va collaudata sul flusso effettivo.

Collegate i disegni corretti alle istruzioni utilizzate in reparto. Un allegato chiamato «definitivo.pdf» non identifica una revisione se viene sostituito mantenendo lo stesso nome. Servono riferimenti coerenti e una modalità per ritirare o rendere riconoscibili le copie superate. La gestione documentale nel gestionale cloud approfondisce questo controllo senza confondere la versione del file con quella della distinta.

Conservare la configurazione senza riscrivere costi e consumi

La distinta standard descrive un riferimento; l'ordine può conservare la propria configurazione; i consumi registrano ciò che viene effettivamente utilizzato. Per capire una differenza di produzione, questi tre livelli devono rimanere confrontabili. Una sostituzione autorizzata sull'ordine non deve sparire quando si aggiorna lo standard, né trasformarsi automaticamente nella regola per il prodotto.

Lo stesso vale per il costo. Un aumento del fabbisogno standard non riscrive i costi effettivi di una produzione conclusa. Annotate quali valori vengono ricalcolati, con quale listino o costo di riferimento e in quale data. Confrontare il consuntivo di ieri con lo standard aggiornato oggi può essere utile, purché sia una scelta dichiarata e non una variazione invisibile del termine di confronto.

Quando serve ricostruire una fornitura, partite dall'ordine e dai collegamenti a lotti o matricole disponibili. Una revisione non è un lotto: più produzioni possono usare la stessa configurazione, mentre un lotto deve conservare il proprio significato nel processo di tracciabilità. La guida a matricole e seriali tratta l'identificazione dei singoli beni, complementare a quella della configurazione.

Definite infine i permessi. Chi propone una modifica può essere diverso da chi la approva o la applica agli ordini. Verificate che sia possibile ricostruire il contenuto della decisione e non solo il nome dell'ultimo utente che ha salvato. In assenza di uno storico nativo adeguato, concordate evidenze alternative e riconoscetene i limiti prima di affidare al sistema il processo.

Sette prove da chiedere nella demo del gestionale

Preparate un prodotto anonimizzato con due revisioni, un sottoassieme e tre ordini a stati diversi. Scrivete prima i risultati attesi. La dimostrazione deve mostrare come vengono selezionati e conservati i dati, oltre alla possibilità di modificare le righe della distinta.

1. Create B senza alterare A e confrontate componenti, quantità, fasi e allegati.
2. Approvate B con decorrenza futura: verificate quale revisione viene proposta prima e dopo quella data.
3. Rinviate la data pianificata di un ordine oltre la decorrenza e leggete l'effetto sulla configurazione.
4. Aggiornate soltanto l'ordine autorizzato dell'esempio: attendete 520 viti complessive e 120 aggiuntive.
5. Provate il cambio con materiale prenotato e poi prelevato, mantenendo distinti fabbisogni e movimenti.
6. Modificate il sottoassieme e riaprite un ordine precedente: ricostruite la struttura utilizzata.
7. Revocate una revisione non ancora applicata e verificate avvisi, permessi e ordini da riesaminare.

Per ogni prova annotate esito, configurazione richiesta, passaggi manuali e limite osservato. La pagina gestionale per la produzione di Gestionale sul Web documenta distinte multilivello, commesse e fasi. Queste funzioni non certificano da sole ogni comportamento di versionamento descritto: deve essere dimostrato nella configurazione proposta.

Avviate il processo su una famiglia di prodotti, con un referente tecnico e una lista di ordini interessati. Misurate revisioni senza approvazione, ordini con configurazione ambigua e discrepanze fra istruzioni e materiali. Indicate campione e periodo: i conteggi aiutano a trovare problemi, ma non provano automaticamente risparmi o riduzioni degli errori causati dal software.

Domande frequenti

Cambiare la distinta aggiorna tutti gli ordini aperti?

Non va presunto. Il comportamento dipende dal software, dallo stato dell'ordine e dalla configurazione. Occorre decidere quali ordini cambiare e verificare materiali, prenotazioni e attività già eseguite.

Una revisione richiede sempre un nuovo codice prodotto?

No. La scelta dipende da intercambiabilità, requisiti del cliente e regole di identificazione. Una revisione e un nuovo articolo rispondono a esigenze diverse e vanno gestiti senza ambiguità.

La data di approvazione coincide con la decorrenza?

Non necessariamente. Una modifica può essere approvata oggi e diventare applicabile in futuro. La regola di selezione della revisione deve chiarire quale data o condizione viene utilizzata.

Una revisione della distinta coincide con un lotto?

No. La revisione identifica una configurazione; il lotto identifica un raggruppamento secondo le regole di tracciabilità adottate. I due riferimenti possono essere collegati ma non sono equivalenti.

Qual è la prova più utile prima di scegliere il gestionale?

Creare una revisione futura e applicarla soltanto a un ordine autorizzato, lasciandone invariato un altro. Poi controllare fabbisogni, movimenti, allegati e ricostruzione storica di entrambi.