Unidade 1 - Detalhamento de Todos Os JOB's Da Solução
Unidade 1 - Detalhamento de Todos Os JOB's Da Solução
Unidade 1 - Detalhamento de Todos Os JOB's Da Solução
Histórico do Documento
Data Versão Descrição Autor
01/12/2021 1.0 Criação Henrique Machado
Detalhamento de todos os JOB’s da Solução 2
Sumário
1. INTRODUÇÃO .......................................................................................................... 3
2. MANUTENÇÃO DOS JOB’s .................................................................................... 3
1. INTRODUÇÃO
Neste documento há o detalhamento de cada JOB da solução. No manual de instalação há o detalhamento
do escalonamento do JOB Manager. O JOB Manager é um único programa (/LKMCGER/GER_005_01_AT)
qual realiza a gestão do processamento de todos os JOB’s da solução, seu escalonamento é previsto para
execução a cada 1 minuto, quando executado, o programa identifica os parâmetros de escalonamento de
cada JOB ativo no programa de Manutenção dos JOB’s (/LKMCGER/GER_007_01_AT (Tópico 2 deste
documento)) e realiza as liberações dos programas vigentes.
O CUSTOMZING_INICIAL prevê a carga completa de todos os JOB’s da solução com o parâmetro Inativo
marcado e com sugestões de escalonamentos periódicos visando um ambiente com performance mediana
(Métrica de 5.000 até 10.000 Documentos). É necessário que em cada implementação seja atualizada as
variantes dos programas, inclusão do usuário de JOB disponibilizado pela empresa e avaliação das
necessidades de ativações dos JOB’s de cada aplicação licenciada, bem como análises de performance para
identificação da melhor periodicidade.
As configurações dos JOB’s são realizadas por ambiente de instalação e obrigatoriamente devem ser
revisadas em Qualidade (QAS) e Produção (PRD).
Para cada JOB que será ativo, mediante as licenças contratadas, devem ser atualizados obrigatoriamente
o campo “Autor” com o usuário de JOB determinado pela empresa e criação das variantes de cada
programa na transação SE38 ou SA38. A solução possuí inteligências e parametrizações para definição
das datas de emissões durante o processamento em background, por tanto as datas devem ser gravadas
sem valores fixos. Nos tópicos a seguir estarão informadas as variantes modelos para cada JOB.
Ao acessar a transação é possível selecionar aplicação ou nome do JOB. Para visualizar todos, deve ser
executado sem parâmetros no filtro de seleção:
Detalhamento de todos os JOB’s da Solução 4
Por exemplo se um determinado processo identificou uma inconsistência para o avanço de etapas, esse
JOB irá consistir automaticamente se a divergência foi sanada, possibilitando a atualização dos dados cada
processo de acordo com as informações mais atuais do sistema (Exemplos: Mensagens de validações da
MSCAD, validações do SAP Standard (Pedido bloqueado), avanço automático de FASES cujo o operador da
etapa anterior não possuí perfil de acesso para execução da etapa subsequente, entre outras).
o Volumetria de documentos
o Customizações na pricing
Variante modelo:
Variante modelo:
Detalhamento de todos os JOB’s da Solução 6
A. Geral
Execução da Carga do XML Geral, consiste em identificar os lotes que por alguma razão não efetivaram a
carga durante o processamento diário periódico, este JOB é escalonado para executar uma única vez (a
cada 24 Horas) durante o período de baixa utilização sistêmica sem parâmetros de lotes para não limitar
sua busca:
B. Por Lote
Execução da Carga do XML por lote, consiste em realizar a carga dos XML em uma velocidade suficiente
para que os documentos estejam aptos para os processamentos produtivos, este JOB é escalonado
diversas vezes durante o dia com o parâmetro de identificação de lote ativo, justamente para seguir uma
sequência após sua última execução:
As condições de execução do Job são parâmetros que definem a quantidade de Jobs simultâneos que
podem ser escalonados e o limite de documentos a serem processados dentro do prazo (Hora inicial e Hora
final vigente).
Após sua execução ele identifica os processos ativos e finaliza os documentos com o status = 8 (Finalizado
automaticamente por data ultrapassada). Seu objetivo é aumentar a performance de toda a solução para
evitar processamento de documentos ultrapassados.
Variante modelo:
O Cockpit de Pendências reflete de forma On-Line todas as pendências dos documentos, cabe uma análise
consultiva juntamente a empresa, se de fato, há necessidade e quais serão os Grupos de Responsáveis que
receberão os e-mails, uma vez que o Cockpit é suficiente para demonstração das pendências e a
funcionalidade por e-mail pode acarretar um grande volume de informações na caixa de entrada dos
responsáveis.
Variante modelo:
Após sua execução ele identifica nas tabelas SAP Standard se há documento lançado com as informações
pertinentes ao XML processado, vincula o DOCNUM SAP na aba fluxo de documentos no monitor de
processamento e finaliza os documentos com o status = 6 (Finalizado anteriormente). Seu objetivo é
aumentar a performance de toda a solução, identificar quais documentos estão sendo lançados por fora da
solução (com objetivo de buscar mais automação através de relatórios), permitir a conclusão do processo e
avançar para etapa de Manifestação do Destinatário.
Variante modelo:
Variante modelo:
Detalhamento de todos os JOB’s da Solução 10
Após sua execução ele identifica a lista de e-mail configurada através do parâmetro MAIL_RESP da tabela
/LKMT/COM_PARAM para envio automático do e-mail. Seu resultado permite que gestores e consultoria
responsável, mensure a performance de utilização da solução.
Variante modelo:
Detalhamento de todos os JOB’s da Solução 11
Após a importação do XML no SAP, a solução armazena esse documento em tabela temporária
/LKMT/COM_XMLTH para aumentar a performance das importações dos documentos, a execução deste
JOB somente realiza a inclusão do XML nos monitores, as fases serão inicializadas pelo JOB Inicia Carga de
XMLs.
Variante modelo:
Os parâmetros de configuração de Jobs desta variante podem ser modificados de acordo com a
performance, disponibilidade de workprocess e a volumetria de cada ambiente.
Se informado no campo Máximo de registros por job = 200 e campo Máximo de jobs = 10:
Se existirem 8 XML, serão gerados 8 jobs de 1 XML;
Se existirem 60 XML, serão gerados 10 jobs de 6 XML;
Se existirem 1000 XML, serão gerados 10 jobs de 100 XML;
Se existirem 3000 XML, serão gerados 10 XML de 200, os demais aguardarão o próximo processamento.
Detalhamento de todos os JOB’s da Solução 12
Após sua execução ele irá identificar na SM37 todos os JOB's que foram cancelados, que possuem o
parâmetro Ind.Lote ativo, e escalonar um novo JOB para a variante que foi cancelada.
Variante modelo:
Após sua execução ele irá identificar os logs superiores a 14 dias e eliminar automaticamente os registros
identificados.
APLICAÇÃO NOME JOB DESCRIÇÃO PROGRAMA VARIANTE REPETIÇÃO
DFE /LKMT/DFE_010_01_AT_PE DFE - Exclusão de logs /LKMCGER/GER_010_01_AT DFE_ALL 24:00
antigos
Variante modelo:
Detalhamento de todos os JOB’s da Solução 13
Variante modelo:
Estes objetos são atualizados diretamente nos IP´s mencionados no item CONEXÃO TCP/IP do Manual de
Instalação. Nos ambientes que possuem liberação os acessos dos IP´s, as atualizações dos objetos HTML
ocorrem automaticamente através deste Job.
Caso não seja permitida a liberação para os IP´s, é necessário que este Job seja marcado como inativo, e
seja executada a atualização manualmente dos conforme previsto no Manual de Instalação.
Variante modelo:
Detalhamento de todos os JOB’s da Solução 14
Após sua execução é enviado ao SAP Bussines Workplace uma mensagem para ser disparada aos
responsáveis configurados.
Variante modelo:
Portanto, este Job deve ser mantido como inativo nas implementações gerais e somente ativado caso haja
solicitação de escopo diferenciado (OCR_TP = 1).
Variante modelo:
Detalhamento de todos os JOB’s da Solução 15
Variante modelo:
Detalhamento de todos os JOB’s da Solução 16
Devido ao serviço de Distribuição da SEFAZ não ter pesquisa por data, somente por NSU ou Chave de
Acesso. Este programa faz uma pesquisa por NSU, comparando a data de cada registro, simulando uma
pesquisa binária por data, até encontrar o NSU mais próximo da data de início de Distribuição
parametrizada (DISTR_DTINI), ou utilizando o prazo de 90 dias (prazo que a SEFAZ mantém os registros na
base de dados).
Após sua execução é atualizada a tabela de controle de NSU da solução para que os programas de
Distribuição obtenham os documentos a partir do NSU identificado por este.
Variante modelo:
Após sua execução é realizada a integração com o serviço de Distribuição através do método de geração do
pedido de distribuição: a) distNSU – Distribuição de Conjunto de DF-e a Partir do NSU Informado, previstos
nas Notas Técnicas 2014.002 (NF-e) e 2015.002 (CT-e).
Variante modelo:
Na introdução deste documento foi abordado a necessidade de análise para cada implementação, a
experiência demonstra como melhor prática a segmentação desse Job para cada empresa (CNPJ) que será
implementada (O exemplo da variante modelo restringe a empresa 1000). No caso de mais empresas
licenciadas, é necessário a criação de mais um JOB com nova variante, conforme exemplo abaixo:
Nos casos em que haja necessidades de melhores performance o Tipo de Execução pode ser configurado
com tipo = A (Assíncrono).
Após sua execução é realizada a integração com o serviço de Distribuição através do método de geração do
pedido de distribuição: b) consNSU – Consulta DF-e vinculado ao NSU Informado, previstos nas Notas
Técnicas 2014.002 (NF-e) e 2015.002 (CT-e).
Detalhamento de todos os JOB’s da Solução 18
Variante modelo:
Na introdução deste documento foi abordado a necessidade de análise para cada implementação, a
experiência demonstra como melhor prática a segmentação desse Job para cada empresa (CNPJ) que será
implementada (O exemplo da variante modelo restringe a empresa 1000). No caso de mais empresas
licenciadas, é necessário a criação de mais um JOB com nova variante, conforme exemplo abaixo:
Nos casos em que haja necessidades de melhores performance o Tipo de Execução pode ser configurado
com tipo = A (Assíncrono).
Detalhamento de todos os JOB’s da Solução 19
Após sua execução é realizada a integração com o serviço de Recepção do Evento, previsto na Nota Técnica
2020.001 (NF-e), para Ciência da Operação.
Variante modelo:
evento de Confirmação da Operação, que não tenham sido manifestadas após o lançamento do
documento no SAP.
Após sua execução é realizada a integração com o serviço de Recepção do Evento, previsto na Nota Técnica
2020.001 (NF-e), para Confirmação da Operação.
Variante modelo:
Após a imagem da DANFSE ser recepcionada por e-mail, a aplicação extrai este arquivo, envia para o
processamento do OCR, converte para o formato padronizado da solução e disponibiliza o arquivo para
consumo através deste Job. Os parâmetros OCR_TP (Tipo de OCR), OCR_CLIENTE (Nome da empresa (de
acordo com nomenclatura do licenciamento)) e OCR_WSURL (URL do Webservice de OCR) da tabela
/LKMT/COM_PARAM - Parâmetros da Aplicação, orientam o programa para o download dos documentos.
Detalhamento de todos os JOB’s da Solução 21
Variante modelo:
A utilização deste, somente deverá ser ativada se for contratado o processamento de OCR customizado
definidos na tabela /LKMT/COM_PARAM - Parâmetros da Aplicação pelo parâmetro OCR_TP = 1 (LKM). Os
modelos de contratações “Multiempresas OCR_TP = 3” não necessitam da ativação deste Job.
Portanto, este Job deve ser mantido como inativo nas implementações gerais e somente ativado caso haja
solicitação de escopo diferenciado (OCR_TP = 1).
Após a imagem da DANFSE ser recepcionada por e-mail, a aplicação do Extrator JAVA extrai este arquivo,
envia para diretório mapeado na AL11, e disponibiliza o arquivo para consumo através deste Job. Os
parâmetros OCR_TP (Tipo de OCR), OCR_CLIENTE (Nome da empresa (de acordo com nomenclatura do
licenciamento)), DIRET_IDEXT (Identificador de diretório de anexos), DIRET_EMAIL (diretório do arquivo
onde as imagens são armazenadas pelo Extrator) e OCR_WSURL (URL do Webservice de OCR) da tabela
/LKMT/COM_PARAM - Parâmetros da Aplicação, orientam o programa para o download dos documentos.
Variante modelo:
Detalhamento de todos os JOB’s da Solução 22
Após sua execução é realizada a integração com o município para obtenção automática dos documentos.
As parametrizações da Unidade 8 - Parametrizações de Comunicação, orientam o programa para o
download dos documentos.
Variante modelo: