| Version | Date | Notes | By |
|---|---|---|---|
| 0.1 | 2018-03-08 | Initial release | JFM |
As áreas a auditar devem ser importadas da gestão de tabelas, mas s+o devem ser importadas as "tabelas" que tem item a serem auditados.
if(C2150 == '1')
{
Fechado
}
elseif(C2340 == '1')
{
Aprovado
}
elseif(C2340 == '2')
{
Reprovado
}
else
{
if(C2144 == 1)
{
A aguardar aprovação
}
else
{
Em elaboração
}
}| Estado | Condição |
|---|---|
| Em Elaboração | Todas as auditorias que estão na t11w005 e não existem na t11w006 |
| Em Preparação | !Realizadas & !Anuladas (tem de existir na t11w006) |
| Para realizar | !Realizadas & !Anuladas & Data prev & Auditor Coord. |
| Realizadas | Audit. Realizada & !Anuladas & !Fecho |
| Fechadas | Fecho & !Anuladas |
| Anuladas | Anulada & !Realizada |
| Campo | Descrição |
|---|---|
| C17424 | Auditoria anulada (Cancelada) |
| C17427 | Auditoria anulada (Transita para programa do ano seguinte) |
| C2180 | Audit. Realizada |
| C2177 | Data prev. |
| C2179 | Auditor Coord. |
| C17089 | Fecho |
Referencias - Na V9 isto era registado com texto, como resolver?
Tipo de Programa
Visto que na V9 não existe esta opção, vai ser necessário criar um tipo de programa que vai ser usado por omissão
Checklist
Para já esta migração não vair ser executado. Nos clientes que usarem checklist vamos ter de manualmente definir a ligação entre a questão e a árvore das normas
Ano Inicial e Final
Na V9 só existe um campo do Ano, pelo que ambos os campos devem ficar preenchidos com o mesmo ano
Na V9 só permitia escolher um conjunto de aprovadores, pelo que deve sre criado um fluxo com a tabela aprovação com aprovação de todos
Ver o que fazer aqui.
Acho que não é necessário fazer nada