Histórico da Página

01. COMO RESOLVER O PROBLEMA DE DADOS QUE NÃO ESTÃO APARECENDO NO APP MINHA BORRACHARIA

1. Verificar se os Serviços Estão Funcionando Normalmente

Antes de iniciar o processo, é essencial garantir que todos os serviços envolvidos estão operando sem problemas.

• O banco de dados (Minha Borracharia).
• Os serviços (Minha Borracharia, Manfro SK, RabbitMQ e TCClient).
• O acesso do APP com a API Minha Borracharia.

2. Efetuar a Consulta na Base de Dados de Origem (BIOENERGIA)

Realize uma consulta na base de dados de origem para obter a quantidade de registros presentes na tabela relevante. Exemplo de comando para consulta:

SELECT COUNT(*) FROM PNEUS WHERE CD_PNEU = '12345';

Guarde a quantidade de registros retornada para referência.

3. Efetuar a Consulta na Base de Dados de Destino (Minha Borracharia)

Em seguida, faça a mesma consulta na base de dados de destino, para comparar os dados. Exemplo de comando para consulta:

SELECT COUNT(*) FROM PNEU WHERE CODIGO = '12345';

Guarde a quantidade de registros da base de destino para comparação.

4. Verificar se no RabbitMQ (gerenciador de mensagens) existe itens a serem processados.

método 1: pelo Painel de Administração (Management UI):

• Acesse o painel de administração do RabbitMQ: geralmente está disponível no endereço http://localhost:15672 (ou no IP e porta configurados no seu ambiente).
• Faça login (usuário e senha configurados no RabbitMQ).
• Vá até a aba Queues.
• Veja o número de mensagens em cada fila na coluna Ready:
  • Ready: mensagens aguardando processamento.
  • Unacked: mensagens que foram entregues ao consumidor, mas ainda não confirmadas.

método 2: Usando a CLI do RabbitMQ (rabbitmqctl):

Execute o comando no terminal para listar as filas e verificar as mensagens:

rabbitmqctl list_queues name messages_ready messages_unacknowledged

• messages_ready: quantidade de mensagens aguardando na fila.
• messages_unacknowledged: mensagens que foram entregues a um consumidor, mas ainda não processadas ou confirmadas.

5. Verificar Diferença de Registros Entre as Tabelas

Compare o número de registros entre as tabelas de origem (BIOENERGIA) e destino(Minha Borracharia). Caso a tabela de destino tenha menos registros que a tabela de origem, siga as etapas abaixo:

• Verifique na base de dados de origem (BIOENERGIA) se há erros de dependência ou a falta de envio do registro na tabela TCC_EVENT, especialmente na coluna MESSAGE.

Exemplo de consulta para verificar dependência:

SELECT * FROM TCC_EVENT WHERE TABLE_NAME = 'PNEU' AND (	STATUS IS NOT NULL OR STATUS LIKE ('ERRO%') );

Aqui está o que cada status significa:

• PROCESSED: Indica que o dado foi enviado e processado com sucesso.
• UNPROCESSED: Indica que o dado ainda está na fila de processamento e será enviado em breve.
• ERROR: Este status significa que ocorreram falhas no envio, mas serão realizadas até 3 novas tentativas para processar o dado.
• ERROR_EXCEEDED: Indica que todas as tentativas de envio foram excedidas e o dado não será mais processado devido a um problema. Os erros mais comuns incluem:
  • TC_ORIGIN_ID inválido: Tabela não registrada para envio de dados.
  • Entidade sem originId: Exemplo: "Tabela: TABELA_EXEMPLO - ID: ID_EXEMPLO". Esse erro ocorre quando um registro de chave estrangeira ainda não foi enviado.
  • Product Connection Schema não encontrado: Exemplo: "Produto: PRODUTO - Schema: EsquemaExemplo". Esse erro ocorre quando a definição do esquema não está relacionada ao produto.

6. Simular um Update Dependendo da Falta de Registros ou Dependências

Caso 1: Falta de Dependência (Chave Estrangeira - FK)

Se houver dependências ausentes (valores de chave estrangeira não correspondem), simule um UPDATE para corrigir a chave estrangeira. Exemplo de comando para simular o update da chave estrangeira:

UPDATE MODELO_PNEU SET TC_ORIGIN_ID = TC_ORIGIN_ID;

Essa simulação ajusta as dependências de chave estrangeira para que os registros na tabela de origem (BIOENERGIA) possam ser corretamente associados às tabelas de destino(Minha Borracharia).

Caso 2: Falta de Registro

Se for detectada a falta de um registro específico, simule um UPDATE no próprio registro da tabela de origem (BIOENERGIA) para refletir a correção. Exemplo de comando para simular o update do registro:

UPDATE PNEUS SET TC_ORIGIN_ID = TC_ORIGIN_ID WHERE CD_PNEU = '209802';

Esse UPDATE simula a inserção ou a correção dos dados que estão ausentes na tabela de destino(Minha Borracharia).

7. Enviar os Registros Novamente e Atualizar o Aplicativo

Após corrigir as dependências ou registros ausentes e garantir que todos os dados necessários estão prontos para serem enviados, execute novamente o processo de envio dos registros para a base de dados de destino(Minha Borracharia). Após o envio, atualize o aplicativo para refletir as alterações feitas.