Newsgroup: it.comp.appl.access
Titolo: gestione ferie

Arriva la stagione delle vacanze... vorrei sapere se qualcuno ha gia'
sviluppato applicazioni per programamre le ferie dei dipendenti
(postazioni di lavoro, skill dei lavoratori a ricoprire una certa
postazione, richieste dei periodi di ferie, controllo se una postazione
rimane sguarnita di operatori skillati, ecc.) e in tal caso come ha
impostato il problema in Access.
Oppure se siete a conoscenza di un applciativo commerciale che risolve
il problema.
Grazie
P. Bianchi

:

No, ma se ne puo' parlare ;-)
--
Lorenzo Coronati
--
<<Ragazzi, sapete indicarmi una utility in 
internet che sia in grado di recuperare le 
password da un database access e da un system mdw?
intendevo, gratuita...>>
(Marco Tullio Bisoli, 27/04/2001)
--

 No, ma se ne puo' parlare ;-)
L'ho finito all'80%, non e' malaccio. Detto fra noi e' piu' un
problema da excel che da access, perche' si basa moltissimo su viste
tabellari che in access ottengo come "campi incrociati" a partire da
tabelle lineari, le tabelle lineari sono necessarie per mantenere un
approccio parametrizzato. 
Esempio: se ci sono 20 dipendenti ad agosto, viene spontaneo pensare a
una tabella di 31 righe e 20 colonne, in ogni cella dice se i dip sono
presenti o assenti. Ma in qs. modo le 20 colonne dei 20 dipendenti
entrano in modo statico nella descrizione della tabella. Credo sia piu'
corretto fare una tabella "lineare" a un grado di astrazione maggiore
(giorno, id_dipendente, stato) che avra' 31*20=620 righe, e per ogni
giorno e per ogni dipendente una entry che dice lo status di quel dip in
quel giorno. poi con un crosstab si passa alla vista sinottica del mese. 
 
TABELLE STATICHE:
tabella nominativa dipendenti. Ogni dip ha un suo ruolo (dirigente,
operativo, ausiliario ecc.) ed e' pesato 1 se  full time, 0.5 se
part-time e 0 se aspettativa. 
tabella postazioni: postazione, numero minimo di operatori addetti,
skill minima per essere operativa (skill e' una variabile numerica
attribuita ai dipendenti, per pesarne la competenza su una certa
postazione)
tabella skill: idoperatore, idpostazione, skill: che skill ha
quell'operatore su quella postazione. 
tabella ruoli: id ruolo, descruolo, numero max di assenze contemp per 
quel ruolo.
tabelle accessorie (DOW, festivita', ecc.)
TABELLE INPUT:
tabella assenze (popolata da maschera): data assenza, dipendente,
causale-assenza (10 gg. di ferie=10 righe)
TABELLE DINAMICHE:
tabella calendario (generata da codice): giorno, dow, id_dipendente,
status (presente, assente x ferie, ass x festivita)
tabella copertura servizio (generata da codice): giorno, idpostazione,
skill minima richiesta dalla postazione, somma skill presenti in
servizio. Da questa tabella si selezionano le eventuali criticita',
cioe'  i giorni e le postazioni in cui le skill presenti in servizio non
superano o addirittura sono inferiori alle skill minime richieste.
Infine si fa una visione a calendario a campi incrociati, nelle righe i
giorni, nelle colonne i dipendenti,  nelle caselle si lascia vuoto se
sono in servizio o si scrive "ferie", "Domenica", "ferragosto" ecc. se
sono via, e in piu' di fianco ai giorni si aggiunge una colonna dove si
elencano le eventuali criticita' della giornata.
Iterativamente e manualmente si litiga coi dip, si modificano le assenze
e si rigenera il calendario finche' la colonna criticita' resta vuota.
Mi piace il sistema di pesatura delle abilita' (skill) grazie a cui
posso coprire una postazione da due operatori flessibilmente: o con uno
bravo, o con due normali, oppure una postazione da uno con un full time,
con due part-time normali o con un part-time solo ma bravo il doppio,
che del resto rispecchia la realta' del lavoro. Perche' i lavoratori
vengono si' creati uguali, ma poi crescono diversi.
Resta da fare la gestione della esclusivita' di postazioni, cioe' se uno
va su una postazione, per quel giorno le sue skill si azzerano ai fini
delle altre postazioni, altrimenti ora come ora un versatile mi nasconde
le criticita' effettive (i brocchi vanno in ferie piu' dei bravi: anche
questo riflette la realta').
Gia' cosi' lo strumento cmq e' risultato utile, da' una base oggettiva a
una pianificazione che provoca sempre litigi. Se interessa fammi un
cenno.
ciao
Se le skill presenti sono superiori alle skill necessarie va tutto bene,
se la differenza e' zero