Newsgroup: it.discussioni.iso9000
Titolo: Sondaggio Y2K [+ forse un OT]

Mi chiedevo se qualchuno del NG si fosse posto il problema Y2K (o millinium
bug o casini che si protanno avere se il computer non supporta l'anno 2000),
in un ottica ISO9000, e come e' stato affrontato ed eventualmente risolto il
problema (a grandi linee ovviamente). Ovvero c'e qualcuno che ha effettuato
riesami, simulazioni o  V.I. mirate ed ha messo in atto azioni correttive?.
Vi viene chiesto dai clienti (o delle banche) di certificare che il Vs.
sistema e' Y2K compliant?
Un saluto
Gianni Burani
[sempre sull'argomento ma forse questo e' OT]:
Lo sapete che c'e' gente che ha acquistato il computer 1 anno fa' ed ora il
rivenditore gli dice che il suo computer non e' conforme all'anno 2000 e che
dovra' aggiornare Office, il s.o., la Bios e la scheda madre (senza
specificargli che e' conformissimo a meno che' non crei una macro in visual
basic per la condivisioni dati da un foglio excell con data a 2 cifre ad una
piattaforma AS/400 con release del s.o. OS400  xy22333311100 utilizzando la
penultima versione di client access versione USA, in questo caso l'anno
appare regolarmente pero' il computer al riavvio fara' gong anziche' ding)-
il mio e' un paradosso ma serve credo a dare l'idea......

Lo sapete che c'e' gente che ha acquistato il computer 1 anno fa' ed ora il
Pensa che il produttore del ns. fax (che non cito) ci ha inviato un
preventivo per aggiornarlo. Abbiamo chiesto cosa accade se non facciamo se
l'aggiornamento non viene fatto. Sono tre mesi che aspettiamo risposta!! Mi
sa che più di qualcuno con questa storia ci farà un sacco di soldini...

problema (a grandi linee ovviamente). Ovvero c'e qualcuno che ha effettuato


 Gianni Burani
Sono il leader del progetto aziendale di adeguamento all'anno 2000 e, tra
l'altro, ho dovuto pianificare ed effettuare la verifica
di tutti gli impianti produttivi per assicurare la continuità al passaggio di
data ed oltre.
Secondo me, in un'ottica ISO 9000, le attività di adeguamento sono una risposta
al punto 4.9 g della norma per assicurare la continuità dei processi interessati al
cambio di data
...e sono veramente tanti :-((( ...
Abbiamo anche fatto delle simulazioni, ovviamente tutte documentate, con le
seguenti date: 3 gennaio 2000, 29 febbraio e una data successiva.
Molti clienti hanno inviato dei questionari, ma la nostra politica è stata di
indirizzarli sul nostro sito 
www.merloni.com
, dove ci sono tutte (lo spero) le
notizie che possono servire.
A disposizioni per eventuali dettagli
GB
--
Posted from 
firewa...@firewallmail.merloni.com
 [194.243.108.197]
via Mailgate.ORG Server - 
http://www.mailgate.org

>all'inizio delle attivitą nel nuovo millennio.
Con tutti i corsi, studi, riconoscimenti etc etc  ancora non sapete che il
nuovo millennio non inizia l'1/1/2000? ;-)
Matteo Festorazzi

>all'inizio delle attività nel nuovo millennio.


>ma i problemi o i casini cominciano l' 1.1.2000!!!
Sbagliato!!!
Il problema inizia nel momento in cui una qualsiasi applicazione o sistema
non Y2K ready effettua delle operazioni nell'anno 2000.
Molte aziende già oggi hanno dei problemi ma la loro ottusità li porta a
pensare che dovranno aprire gli occhi soltanto dopo il 01.01.2000.
Supponiamo che un vecchio sistema di gestione degli inventari e degli
approvvigionamenti di un deposito petrolifero non sia, alla data odierna,
Y2K ready: potrebbe succedere che non riesca a calcolare impegni assunti,
giacenze ed apporvvigionamenti in modo efficiente restando a secco...
Un'azienda responsabile sarebbe dovuta essere totalmente Y2K ready almeno
almeno il 31.12.1998, oggi potrebbe comunque essere troppo tardi.
Ciao
Matteo Festorazzi