PROCEDIMENTO PADRÃO AMIL

Antes de realizar qualquer procedimento descrito abaixo, verificar o campo Description

do job, caso o campo Description tenha alguma orientação de procedimento para um
incidente em específico, considerar este procedimento da Description como o que
deve ser realizado.

Procedimento de Envio de E-mails para destinatários no “Action”

Em caso de erro ou tempo de processamento anormal nos jobs das malhas que possuem
nomenclatura “BI” ou de algumas das citadas abaixo, deve-se encaminhar e-mails
manualmente para os destinatários configurado no “Action” dos Jobs.

1. BI-CC
2. BI-CC-EMP
3. Tudo o que estiver debaixo da application BI-OPER
4. Tudo o que estiver debaixo da application BI-SERV-MED
5. Tudo o que estiver debaixo da application BI-SM
6. Tudo o que estiver debaixo da application BI-SM-GEO
7. Tudo o que estiver debaixo da application BI-SM-SH-CARGA
8. Tudo o que estiver debaixo da application BI-SM-SH-NPS
9. Tudo o que estiver debaixo da application BI-SM-SH-CDW
10. Tudo o que estiver debaixo da application BI-SM-SH-ONLINE
11. PROJETO-CUSTOSO

Especificamente nos casos de tempo anormal do job ApontamentoAtividades-HIS-SAP, a

operação deve encaminhar o e-mail de tempo anormal para os endereços configurados no job.
Erros não é necessário envio.

O envio de e-mail quando realizado para o cliente (destinatário configurado no Job) deve-se ter
em cópia os seguintes endereços:

"diret-control-m@amil.com.br": direciona aos Analistas Control-M da AMIL.

"amil-oper@inforegis.com.br": direciona ao operacional da Inforegis

ATENÇÃO: Todos os e-mails que forem dos fluxos de nomenclatura "BI" é necessário colocar
o André Neves (andre.neves@uhgbrasil.com.br) em cópia, exceto nos casos em que o grupo
"diret-bioperadora-cargasbr@amil.com.br" já estiver entre os destinatários, pois o André Neves
já faz parte desse grupo.
 Exemplo de e-mail de ERRO a ser enviado:

Para: <verificar no job que alarmou com erro quem são os responsáveis>
Com Cópia: amil-oper@inforegis.com.br, diret-control-m@amil.com.br

Assunto: Erro - <Job Name> - <Application>

Srs,
O job <Job Name> do fluxo < Sub Application> apresentou erro em sua
execução.

Atenciosamente,
Nome do Operador
Operação InfoREGIS

Exemplo de e-mail de TEMPO ANORMAL a ser enviado:

Para: <verificar no job que alarmou com erro quem são os responsáveis>
Com Cópia: amil-oper@inforegis.com.br, diret-control-m@amil.com.br

Assunto: Tempo de processamento anormal - <Job Name> - <Application>

Srs,
O job <Job Name> do fluxo < Sub Application>, que deu início às
HH:mm, continua até o momento em execução.

Atenciosamente,
Nome do Operador
Operação InfoREGIS

ATENÇÃO: Para e-mail de tempo anormal em que o job que concluiu a sua execução, deve-se
responder o e-mail informando o horário em que o job finalizou sua execução.

- Se finalizar com “NOT OK” responder com: “O mesmo finalizou com erro às
HH:mm”
- Se finalizar com “OK” responder apenas com: “O mesmo finalizou às HH:mm”. Não
responder de nenhuma forma que o job finalizou com “sucesso”, pois alguns estão
configurados para que mesmo finalizando com erro, o mesmo seja configurado para
“OK”.
Procedimento de Envio de E-mails para Analistas Control-M

Para casos de tempo anormal de jobs que não fazem parte dos fluxos que se encaminha
para os destinatários configurado no “Action”, deve-se encaminhar e-mail manualmente
apenas para os Analistas Control-M da AMIL.

Exemplo de e-mail a ser enviado:

Para: diret-control-m@amil.com.br
Com Cópia: amil-oper@inforegis.com.br

Assunto: Tempo de processamento anormal - <Job Name> - <Application>

Srs,
O job <Job Name> do fluxo < Sub Application>, que deu início às
HH:mm, continua até o momento em execução.

Atenciosamente,
Nome do Operador
Operação InfoREGIS

Procedimento job - MOV-AUT-ASS

Apenas em caso de finalização com erro do job MOV-AUT-ASS, enviar e-mail para os
responsáveis (que estão no job) informando que o job finalizou com erro.

ATENÇÃO: E-mail de tempo anormal não devem ser enviados aos destinatários
configurados no job, manter o envio para os Analistas Control-m da AMIL.

Procedimento job - SALES-FORCE-PACIENTES-DNET

Enquanto estiver aparecendo este erro: "[ERROR] Character reference "&#x1F" is an invalid
XML character." na sysout do job SALES-FORCE-PACIENTES-DNET, podem fechar o alerta
direto, com o texto "responsaveis informaram que existe uma GMUD em vias de corrigir o
problema"
Procedimentos para RERUN quando ocorrer um alerta de erro:

Este procedimento deve ser aplicado para os seguintes fluxos:

- BI-OPER / CARGA-EDW
- BI-OPER / INDICADORES-ATEND
- BI-OPER-ANALYTICS / CLINICAL_MCO-DIMENSOES
- BI-OPER-ANALYTICS / CLINICAL_MCO
- BI-OPER-ANALYTICS / CLINICAL_MCO-FDS
- BI-OPER-ANALYTICS / CLINICAL_MCO-REGRA-AUT
- BI-OPER-ANALYTICS / CLINICAL_MCO_SHAREPOINT_PROCESSOS
- BI-OPER-ANALYTICS / MCO_CLINICAL_OUTPATIENT
- BI-OPER / SUPPLY_CHAIN
- BI-OPER / SUPPLY-CHAIN-INVOICE

1. Se der o erro de timeout direto, o próprio job deve re-executar automaticamente. Se o

job for re-executado automaticamente, fechar alerta com: “E-mail enviado aos
responsáveis. Rerun automático”.
2. Se der erro e não re-executar automaticamente, dar rerun manualmente até duas
vezes aguardando 5 minutos. Se a reexecução finalizar com sucesso, deve-se fechar
alerta com: “E-mail enviado aos responsáveis. Rerun pelo procedimento”.
3. Se na re-execução o erro ocorrer novamente, deve-se enviar manualmente o e-mail
aos destinatários que estão no “action” dos jobs, e em caso de falta de resposta por e-
mail nos primeiros 10 minutos, deve-se entrar em contato com os acionamentos
avisando que deu erro na primeira e segunda execuções.

Exemplo de e-mail a ser enviado:

Para: <verificar no job que alarmou com erro quem são os responsáveis>
Com Cópia: amil-oper@inforegis.com.br, diret-control-m@amil.com.br

Assunto: Erro - <Job Name> - <Application>

Srs,

O job <Job Name> do fluxo < Sub Application> apresentou erro em sua
execução. “Executado RERUN sem sucesso na primeira e segunda
execução conforme procedimento”.

Atenciosamente,
Nome do Operador
Operação InfoREGIS
Procedimentos para RERUN nos fluxos SISMED quando ocorrer um alerta de
erro:

Para erros na madrugada entre 00:00 às 08:00 da manhã nos fluxos BI-SERV-MED/SISMED-
GRANULAR, BI-SM/DM-CACO e BI-SM/DM-UNAM, que são executados durante a semana
(segunda a sexta), devemos:

1. Se der o erro de timeout direto, o próprio job deve re-executar automaticamente. Se o

job for re-executado automaticamente, fechar alerta com: “E-mail enviado aos
responsáveis. Rerun automático”.
2. Se der erro e não re-executar automaticamente, dar rerun após 10 minutos.Se a
reexecução finalizar com sucesso, deve-se fechar alerta com: “E-mail enviado aos
responsáveis. Rerun pelo procedimento”.
3. Se na re-execução o erro ocorrer novamente, deve-se enviar manualmente o e-mail
aos destinatários que estão no “action” dos jobs.

Exemplo de e-mail a ser enviado:

Para: <verificar no job que alarmou com erro quem são os responsáveis>
Com Cópia: amil-oper@inforegis.com.br, diret-control-m@amil.com.br

Assunto: Erro - <Job Name> - <Application>

Srs,

O job <Job Name> do fluxo < Sub Application> apresentou erro em sua
execução. “Executado RERUN sem sucesso na primeira e segunda
execução, conforme procedimento”.

Atenciosamente,
Nome do Operador
Operação InfoREGIS
Procedimentos BI-OPER/CARGA-EDW e BI-OPER/INDICADORES-ATEND –
Acionamento Diário

Todas as sextas-feiras até às 16:00 hrs, vocês receberão um e-mail do André Neves ou do
Vinicius Tiago Tavares, sobre a ordem de acionamento dos responsáveis pelos fluxos do BI-
OPER, conforme exemplo abaixo (esta ordem vale apenas para esta semana. Acompanhar
toda sexta, os responsáveis que estarão na escala):

Este e-mail vai valer por 7 dias, e os responsáveis (na ordem relacionada) devem ser
acionados por telefone (encaminhar e-mail também) toda vez que algum job dos fluxos BI-
OPER/CARGA-EDW e BI-OPER/INDICADORES-ATEND estiver com tempo anormal de
processamento ou finalizar com erro após rerun.
Solicitações de aplicação de comandos

Todas as solicitações do cliente para a aplicação de comandos, como por exemplo "Re-run" e
"Set Ok", devem conter o número do chamado, caso o mesmo não informe o número do
chamado, a equipe operacional deverá solicitar.

A aplicação do comando “Kill” não é realizado pela operação no Control-M, exceto nos
casos em que o procedimento estiver especificado nas configurações do job. Os kills nos
processos são aplicados pelo próprio cliente diretamente no sistema que o Control-M gerencia.

Alertas de indisponibilidade de agentes

1º) Para alertas de agentes que ficaram indisponíveis, porém, retornaram em poucos minutos
(5 minutos), devemos fechar os alertas no Control-M e mandar um e-mail conforme exemplo
abaixo para os analistas da Amil.

Exemplo de e-mail a ser enviado:

Para: diret-control-m@amil.com.br
Com Cópia: amil-oper@inforegis.com.br

Assunto: Indisponibilidade no agente XXXXXX

Srs,

O Control-M apontou um alarme de indisponibilidade do agente XXXXXX, onde

o mesmo voltou a ficar disponível.

Horário da Indisponibilidade: 23h16 - STATUS OF AGENT PLATFORM

XXXXXX CHANGED TO UNAVAILABLE
Horário da Disponibilidade: 23h38 - STATUS OF AGENT PLATFORM
XXXXXX CHANGED TO AVAILABLE

Atenciosamente,
Nome do Operador
Operação InfoREGIS

OBSERVAÇÃO: Estes agentes que alarmam rapidamente e normalizam, ocorrem devido a

patches que são aplicados em servidores Windows.
2º) Para alertas de agentes que ficaram indisponíveis por mais de 5 minutos, deve-se mandar
um e-mail conforme exemplo abaixo para os analistas da Amil. Se passar de 15 minutos de
indisponibilidade, deve-se notificar no grupo do whatsapp da Amil.

Exemplo de e-mail a ser enviado:

Para: diret-control-m@amil.com.br
Com Cópia: amil-oper@inforegis.com.br
Assunto: Indisponibilidade no agente XXXXXX

Srs,

O Control-M apontou um alarme de indisponibilidade do agente xxxxx, e o

mesmo continua indisponível até o momento.

Horário da Indisponibilidade: 23h16 - STATUS OF AGENT PLATFORM

XXXXXX CHANGED TO UNAVAILABLE

Atenciosamente,
Nome do Operador
Operação InfoREGIS

Após o retorno do agente, responder em cima do e-mail enviado da indisponibilidade, com o

horário da disponibilidade e avisar no grupo do whatsapp que já normalizou.

Alerta de Indisponibilidade do account SAP

Seguir o mesmo tratamento dado aos “Alertas de indisponibilidade de agentes”. Acrescentado

que:

- Deve-se manter os alertas abertos, pois às vezes os Analistas terão de conversar com
os técnicos SAP a respeito.

- Estes alertas e os eventuais erros decorrentes dos mesmos serão tratados na manhã
seguinte pelos analistas.
Procedimentos para JOBS cíclicos:

- Para JOBS cíclicos com erro e que não têm instruções específicas na "Description" do
job, aguardar o próximo ciclo e verificar se foi executado com sucesso, se sim, basta
fechar o alerta com: “O ciclo seguinte das ”xx:xx” executou com sucesso”.

- Caso não volte a executar ou execute mais de 5 vezes seguidas com erro, informar no
grupo o erro.

- Erros seguidos nos JOBS “ENVIA-SMS”:

1- Para casos de mais de 10 erros seguidos nos JOBS de nomenclatura

“ENVIA-SMS”: colocar o job em Hold e verificar se a execução dos demais jobs
“ENVIA-SMS” de mesma numeração já executaram com sucesso, se sim pode
soltar o “ENVIA-SMS” apresenta alertas.

Ex.: Caso o job ENVIA-SMS-0067 apresente vários erros seguidos,

colocá-lo em hold e verificar a execução dos jobs ENVIA-SMS-0067-1 ;
ENVIA-SMS-0067-2, -3, -4 ou -5, se já estiverem executando com status
“0”, pode soltar o ENVIA-SMS-0067.

2- Nesses casos em que os JOBS de nomenclatura "ENVIA-SMS" estiverem

apresentando erros seguidos, a operação deverá mandar um email para "diret-
control-m@amil.com.br" com horário de início e término dos erros seguidos.

Exemplo de e-mail a ser enviado:

Para: diret-control-m@amil.com.br
Com Cópia: amil-oper@inforegis.com.br
Assunto: Erros - <Job Name> - <Application>

Srs,

O job <Job Name> do fluxo < Sub Application> que executa no host
<HOST>, finalizou vários ciclos seguidos em erro.

Horário de Início: 23h16

Horário de Término: 23h20

Atenciosamente,
Nome do Operador
Operação InfoREGIS
Procedimento para o Fluxo BI-SM-SALESFORCE-AMERICAS/CICLICO

- Quando ocorrer um erro em qualquer job do fluxo BI-SM-SALESFORCE-

AMERICAS/CICLICO, verificar se o fluxo retomou a execução a partir do primeiro job
cíclico da cadeia, caso sim fechar alerta com "Fluxo SALESFORCE-CICLICO retomou
do inicio". Caso não tenha retomado, informar aos Analistas da AMIL.

Alertas de erro de jobs de daily passadas

Alertas de erro podem ser fechados na tela de alerta se o job ordenado em algum dos dias
seguintes tiver executado com sucesso.

Erros nos Jobs do Fluxo TOMCAT/REINICIA

Se algum dos jobs do fluxo TOMCAT/REINICIA finalizarem com erro por 4 vezes seguidas em horário não
comercial, deixar o job em hold entre dois ciclos e avisar aos Analistas no grupo do Whatsapp da AMIL
na primeira hora comercial do dia seguinte.

Alertas de jobs de tipo "BIM"

Esperar finalizar o fluxo e fechar o alerta colocando na nota: "Fluxo finalizado às XX:XX hrs".

Alerta "ONE OR MORE JOBS WILL BOT BE ORDERED"

Fechar alerta em branco.

Alerta de "Falha para Deletar condição"

Não é feita nenhuma ação. Deixar alerta aberto em branco para que os Analistas verifiquem.
Alerta de "Falha no envio de EMAIL"

- Enviar e-mail para os destinatários configurados no “Action” do job com a Output do

job em anexo.

Exemplo de e-mail a ser enviado:

Para: <verificar no job que alarmou com erro quem são os responsáveis>
Com Cópia: amil-oper@inforegis.com.br, diret-control-m@amil.com.br

Assunto: Falha no envio de e-mail - <Job Name>

Srs,

Houve falha no envio automático deste e-mail pelo Control-M.

Por este motivo, está sendo enviado manualmente.

Atenciosamente,
Nome do Operador
Operação InfoREGIS

- Para os casos em que as falhas de e-mail ocorrerem nos job de nomenclatura

“CanonicoRPS”, ou “ENVIA-SMS”, ao mesmo tempo que os agents
amlapse1sp0066, amlapse1sp0067 ou amlapse1sp0068 apresentem alerta de
indisponibilidade, deve-se apenas fechar os alertas de falha de e-mail com “provavel
problema de rede, alerta ignorado”, e não enviar email manualmente .

- Para jobs cíclicos com nomenclatura "RPS", como o ciclo é de um em um minuto, fica
mais difícil para operação verificar qual a sysout, então basta só fechar o alerta de envio
do e-mail com falha com o texto "provável timeout de rede" e não enviar
manualmente. Nos outros jobs continua o procedimento que temos. Caso essa falha
aconteça em vários jobs obs cíclicos com nomenclatura "RPS" ao mesmo tempo,
avisar aos Analistas da AMIL antes de qualquer ação.
Procedimento para escalonamento do ORIENTADOR

IMPORTANTE: nos casos em que o Wander entrar pessoalmente em contato e disser que está
sem conexão imediata para abrir uma requisição e/ou enviar um e-mail, a Operação deverá
atender e imediatamente enviar um e-mail para o grupo Control-M (diret-control-
m@amil.com.br) com cópia para o grupo de Operação e o próprio Wander dizendo que
conforme contato telefônico foi executada a ação (nome da ação) e que, assim que ele tiver
acesso deverá abrir a requisição para documentar formalmente esta ação.

Acompanhamento na Daily

Após a daily, verificar se algum job com uma das nomenclatura citadas abaixo que foram ordenados no
dia anterior ainda estão executando, se sim, aplicar um kill e em seguida force-ok para que o job
ordenado na daily possa ter os recursos liberados.

- TOP-RELAT
- NOTIFICACAO-ENVIO,
- ProcessaEnvioLoteGuiaMedica
- TISS_RECURSO_GLOSA
Procedimento para transferência arquivo gráfica BMK

Quando o cliente Amil efetuar a solicitação abaixo:

Boa Tarde!
Peço por gentileza a transferência dos arquivo de Cartões para a gráfica BMK.
Obrigado.

Devemos tomar a seguintes ação:

- Localizar fluxo GRUPO3-KIT-ARQS

- Selecionar todos os Jobs do fluxo.
- Executar re-run e confirmar que está selecionado os todos os jobs da malha.

- Clicar botão direito no job MOVIMENTA-ARQUIVOS

- Selecionar Waiting Info
- Na janela que abrirá irá constar duas condições com um botão “Add” em cada.
- Clicar em Add um por vez. E fechar a janela.
- Responder email com o texto:

Solicitação atendida. Os arquivos já foram transferidos para o FTP.