HomologaçãoEAjusteONU

Checklist Homologação e Ajuste ONU V. 1.0
O objetivo deste checklist é levantar as informações para agilizar a entrega das demandas dde ONU.

• Este checklist deverá ser executado quando o cliente entrar em contato afirmando que está com problema na integração de ONU ou tarefa de provisionamento ou solicitando uma nova integração.

Ajuste:

1. O equipamento está cadastrado o produto como patrimonio? [ ]
2. Tem MAC/série castrado? O número que o discovery lê tem que estar neste campo série (sem traço) e MAC? [ ]
3. O tipo de ONU está cadastrada ou teve o nome editado? [ ]
4. Está provisionando corretamente pela rotina "Rede Ótica" e/ou pelo Integrator Web no plano do cliente? [ ]
5. O comando executando na mão dá certo? [ ] Se executar no mão e der certo e nas telas do Integrator não executar pode ser problema para ver com a Integração. Se der certo na telas do Integrator e com o Iclass não, o Desenvolvimento derá ver com o Iclass. Se executar na mão e der erro o Provedor tem que passar um script que dê certo.
6. Numero de série tem que estar com variavel para não permitir duplicar? [ ]
7. Fez a consulta se tem alguma série duplicada? [ ]
8. Anexado o comando no protocolo? [ ]
9. Anexada a resposta no protocolo? [ ]

Homologação:

1. É a primeira homologação deste fornecedor no Provedor? [ ] Se for a primeira homologação no Provedor, precisa gerar uma OS para Comercial.
2. O tipo de ONU está cadastrada? [ ]
3. O equipamento está cadastrado como patrimonio? [ ]
4. Tem MAC castrado no patrimonio? [ ]
5. Anexado no protocolo o comando executado na mão com sucesso? [ ]
6. Anexada no protocolo a resposta que executou com sucesso? [ ]
7. Tem algum Provedor que utiliza no Integrator este mesmo modelo com sucesso? [ ]
8. O seu modo de utilizar é com bridge ou PPPOE? [ ]
9. O modo de utilizar do Provedor modelo é com bridge ou PPPOE? [ ]

• Obs.
  
• Ainda não temos uma SLA, porém com o comando funcionando na mão conseguiremos mais agilidade.
  
• Um mesmo produto pode estar em dois tipos de ONU. Se um tipo for PPPOe e outro Bridge na rotina de provisionar terá a opção de escolher se quer PPPOe ou Bridge tanto no Desktop em Rede Otica como no Web no plano do cliente.
  
• Se for utilizar tarefa para provisionamento, precisa gerar OS para o Desenvolvimento falando como deverá ser o padrão em provisionamento via tarefa se PPPOe ou Bridge. O ideal é que tenha produtos distintos, um para PPPOe e outra para Bridge.
  
• Faz sentido ter dois tipos de ONU quando existir duas formas de conexões distintas PPPOe e Bridge pois das demans configurações serão sempre uma só como por exemplo a quantidade de portas, que a OLT é quem define, não adianta cadastrar no Integrator uma quantidade diferente que tem na OLT.

Cliente 100% satisfeito é a nossa meta!