Mudanças entre as edições de "HomologaçãoEAjusteONU"

De wiki.eliteSoft.com.br
Ir para: navegação, pesquisa
Linha 3: Linha 3:
 
*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.
 
*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:
 
Ajuste:
# O equipamento está cadastrado como patrimonio? [ ]
+
# O equipamento está cadastrado o produto como patrimonio? [ ]
 
# Tem MAC/série castrado? O número que o discovery lê tem que estar neste campo série (sem traço) e MAC? [ ]
 
# Tem MAC/série castrado? O número que o discovery lê tem que estar neste campo série (sem traço) e MAC? [ ]
 
# O tipo de ONU está cadastrada ou teve o nome editado? [ ]
 
# O tipo de ONU está cadastrada ou teve o nome editado? [ ]

Edição das 17h34min de 25 de abril de 2022

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!