Análise de Comprovantes Campanha Votomassa Premiada

Criamos este artigo com o intuito de padronizar um passo a passo para análise dos comprovantes e  mapear os erros e soluções conhecidas para os casos de abertura de chamados relacionados a Campanha Votomassa Premiada.

Análise Inicial

Status de Comprovantes "Rejeitados Automaticamente"

Erros e Soluções Mapeadas

1) Participante com perfil gerente, e loja com envio de comprovantes de forma manual: NÃO tem direito a participar da campanha Votomassa Premiada. 

2) Bug - Gerente sendo identificado como balconista (integrado e autodeclarado)

3) Bug - Gerente autodeclarado ou integrado realizando vendas: O time de Produto está trabalhando para corrigir o problema. Sem ação N2.

4) Comprovantes com mais de 30 dias da data da venda serão reprovados automaticamente.

5) Teto máximo para PIX e Pontos

6) Os comprovantes enviados no último dia do mês não serão pagos na janela de pagamento seguinte, mas sim na subsequente.

7) Participante de loja que realiza envio de comprovantes de forma manual não está cadastrado na campanha.

8) Redes integradas - Comprovantes não chegam por erro na rede (integradas), seja por problemas técnicos na rede, cadastro das lojas e ou funcionários (problemas externos a JS+)

9) Item do comprovante com match de produto incoerente

10) Comprovantes com status "Em Análise" a mais de 7 dias

11) Comprovantes reprovados por duplicidade – participante contesta envio prévio

Referências e Consultas

Dúvidas

Análise Inicial

Passo 1 -  Chamado deve conter informações sobre o(s) comprovante(s) e ou período(s) para o qual participante relata problemas, CNPJ da loja e o tipo de envio realizado (manual, integrada, autodeclarado), além das informações básicas como Id do participante, perfil de contato, etc;

Fig. 1 - Chamado com as informações básica para análise do caso.

Passo 2 - Verificar histórico do participante para saber se o mesmo esteve bloqueado por algum motivo no período de distribuição dos pontos. essa consulta pode ser realizada no banco do ishtar_prd através da query abaixo:

--HISTÓRICO CADASTRO DO PARTICIPANTE
select 
user_id_ref, 
history_date,
emails,
phones,
metadata ->> 'status' as "status",
metadata ->> 'birthday' as "birthday",
metadata #>> '{roles, 0}' as "roles",
metadata #>> '{blocked_reason, reason}' as "blocked_reason",
user_id_auth 
from users_historicaluserdata uh 
where user_id_ref = 'aeecea77-7417-4690-ae18-9b15db05be42' --id do participante
order by history_date desc

Cód. 1 - Consulta histórico do participante banco do Ishtar.

Passo 3 - Verificar se loja esta habilitada a participar da campanha e o tipo de envio de comprovantes.  Realizamos a busca pelo CNPJ da loja no django bailong-production: https://bailong.production.juntossomosmaisi.com.br/admin/engine/allowedstore/

Fig. 2 - Loja permitida a participar da campanha Votomassa Premiada.

Passo 4 - Verificar se o participante está cadastrado na Campanha Votomassa Premiada e quando foi realizado esse cadastro. Existem duas formas de realizar essa consulta:

1º Através do django eiffel-tower.production  informando o Id do participante

https://eiffel-tower.production.juntossomosmaisi.com.br/admin/core/lead/

Fig. 3 - Consulta participante django Eiffel-Tower

2º Através de consulta no banco eiffel_tower_prd utilizando a query abaixo:

--CADASTRO DE LEADS
select 
cl.id, 
cl.created_at, 
cl.updated_at, 
cl.is_completed,
cl.origin,
cc.name as "campanha",
cl.metadata ->> 'name' as "name",
cl.metadata ->> 'cpf' as "cpf",
cl.metadata ->> 'phone' as "phone"
from core_lead cl 
right join core_campaign cc on cc.id = cl.campaign_id
where cl.campaign_id = 'd6e6fb75-9a03-4cc5-9197-a9917f79a321' --Id da campanha Votomassa Premiada
and cl.metadata ->> 'user_id_ref' = 'a059d2bd-0ecf-4b47-8a46-1164fa1cc4d8' Id do participante

Cód. 2 - Consulta cadastro do participante na campanha Votomassa Premiada.

Passo 5 - Buscar no impersonate do participante quais comprovantes devem ser analisados, no próprio extrato do comprovante podemos encontrar pistas para uma análise mais profunda.

Fig. 4 - Comprovante a ser analisado

Status de Comprovantes "Rejeitados Automaticamente"

O processo de análise e triagem dos comprovantes é realizado de forma automatizada. A tabela abaixo apresenta os possíveis status de reprovação e seus respectivos significados.

Código de Erro	Descrição
CNPJ Not Allowed	Este comprovante é de uma loja que não participa do programa. Envie um comprovante de uma loja participante.
Empty Seller Identifier	Não conseguimos identificar o CPF do vendedor deste comprovante. Envie um comprovante válido.
Duplicated	Este comprovante já foi enviado anteriormente. Faça novas vendas de produtos da Votomassa e envie o comprovante pra gente.
Type not Allowed	A imagem enviada não é um comprovante fiscal. Nos envie Nota Fiscal, Cupom Fiscal ou DANFE para ser elegível à campanha.
Non eligible products	Este comprovante não contém produtos participantes da campanha Venda Premiada Votomassa.
Expired	Este comprovante é muito antigo. Envie comprovantes em até 30 dias após a data da venda para ser elegível à campanha.
Receipt sent was not part of this employee store	Este comprovante é de uma loja que pertence a um grupo centralizador, mas esse CNPJ não está cadastrado no programa.
Blocked	Sua loja está com pendências cadastrais. Peça ao proprietário para entrar em contato com a nossa Central de Atendimento no WhatsApp {número do WhatsApp}.
Payment tentative failed	Não conseguimos realizar o pagamento para a chave informada. Envie seu comprovante novamente com uma chave válida.
Origin not Allowed	Existem inconsistências nas informações deste comprovante. Para maiores detalhes, fale conosco no WhatsApp {número do WhatsApp}.
Auto rejected	Existem inconsistências nas informações deste comprovante. Para maiores detalhes, fale conosco no WhatsApp {número do WhatsApp}.
Exceeded Amount	Existem inconsistências nas informações deste comprovante. Para maiores detalhes, fale conosco no WhatsApp {número do WhatsApp}.

Tab. 1 - Código de erros e descrição.

Erros e Soluções Mapeadas

1) Participante com perfil gerente, e loja com envio de comprovantes de forma manual: NÃO tem direito a participar da campanha Votomassa Premiada. 

Conforme regulamento da campanha:

"7.2 – GERENTES:

Os Gerentes das Lojas de Materiais de Construção:
a) Integradas/Lojas Integradas: têm o direito de receber o equivalente a 20% (vinte por cento) da
soma dos valores de Premiação em reais (R$) e dos Pontos conquistados pelos Vendedores
sob sua supervisão (vinculados ao mesmo CNPJ no Programa de Fidelidade) durante a
Campanha. No caso de haver mais de um Gerente na mesma Loja, os valores e os Pontos
correspondentes aos 20% (vinte por cento) serão divididos igualmente entre eles.
b) Não Integradas com Envio Autodeclarado: têm o direito de receber o equivalente a 20% (vinte
por cento) da soma dos valores de Premiação em reais (R$) e dos Pontos conquistados pelos
Vendedores sob sua supervisão (vinculados ao mesmo CNPJ no Programa de Fidelidade)
durante a Campanha, conforme indicado no relatório de vendas enviado pelas Lojas.
As Lojas são exclusivamente responsáveis pelo envio e reporte correto das informações nos relatórios
de vendas. Sendo certo que, caso não haja indicação específica dos Gerentes envolvidos nas vendas
nos relatórios enviados pelas Lojas, nenhuma premiação será atribuída aos Gerentes da respectiva
Loja. De igual forma, as vendas com indicação de CPF incorreto nos relatórios enviados pelas Lojas
não serão elegíveis para premiação retroativa, mesmo após correção.
Para que não restem dúvidas, os Gerentes das Lojas Não Integrados com Envio Manual não são
elegíveis a participar da Campanha, nem a receber premiação."

OBSERVAÇÃO:

Atualmente, as regras em vigor são as estabelecidas no regulamento. No entanto, estamos enfrentando um bug que está impactando o funcionamento correto da mecânica. O time de Produto já está trabalhando em uma melhoria para corrigir esse problema. Enquanto a solução definitiva não é implementada, erros podem continuar ocorrendo. 

2) Bug - Gerente sendo identificado como balconista (integrado e autodeclarado)

Solução conforme documentação: Campanhas PIX

3) Bug - Gerente autodeclarado ou integrado realizando vendas: O time de Produto está trabalhando para corrigir o problema. Sem ação N2.

4) Comprovantes com mais de 30 dias da data da venda serão reprovados automaticamente.

Essa dinâmica afeta lojas que fazem envio manual de comprovantes.

Fig. 5 - Observamos um exemplo desse tipo de ocorrência

Conforme regulamento da campanha:

"10 - CRITÉRIO DE PREMIAÇÃO

...

a) Lojas Não Integradas com Envio Manual: informar suas vendas através do site da 
Campanha em, no máximo, 30 dias após a realização da compra, por meio do cadastro dos 
comprovantes fiscais que provem a realização das vendas dos produtos participantes. 
Comprovantes não-fiscais não serão aceitos em nenhuma hipótese como provas de venda e, 
portanto, os Participantes que realizarem o cadastro de tais comprovantes não receberão 
qualquer premiação nesta campanha. Da mesma forma, comprovantes enviados 30 (trinta) 
dias após a data da compra prevista na nota fiscal também não serão aceitos em nenhuma 
hipótese."

5) Teto máximo para PIX e Pontos

Conforme regulamento:

"7.3 – ENTREGA DA PREMIAÇÃO
Em qualquer caso, a transferência da Premiação será realizada no mês subsequente à ativação do 
Participante, uma única vez por mês. O valor não poderá ultrapassar, em hipótese alguma, o limite de 
R$1.200,00 (mil e duzentos reais) por transferência via PIX e 10.000 (dez mil) pontos por mês, por 
Participante. Qualquer saldo remanescente no mês será desconsiderado e não será acumulado para 
o mês seguinte."

6) Os comprovantes enviados no último dia do mês não serão pagos na janela de pagamento seguinte, mas sim na subsequente.

Isso significa que, se um participante enviar um comprovante no último dia do mês, o pagamento correspondente não será processado no próximo ciclo de pagamentos, mas somente no ciclo seguinte. Ou seja, haverá um atraso de um período no repasse dos valores ou pontos.

7) Participante de loja que realiza envio de comprovantes de forma manual não está cadastrado na campanha.

Se após a execução dos passos 3 e 4 de Análise Inicial verificar que  a loja esta cadastrada no programa e o participante não está, solicitar e cadastro ao time de marketing através do canal #temp-campanha-sellout-votorantim

Informando:

Id do participante:
CNPJ da loja:
tipo de envio: (manual, integrada, autodeclarada)

8) Redes integradas - Comprovantes não chegam por erro na rede (integradas), seja por problemas técnicos na rede, cadastro das lojas e ou funcionários (problemas externos a JS+)

Verificar no banco do giza_necropolis_prd informações sobre a loja e captar o nome da rede integrada, através da query abaixo:

-- INFORMAÇÕES DA LOJA
select 
cr.group_id,
cr.cnpj, 
cg.name as "rede"
from core_retailstore cr
right join core_group cg on cr.group_id = cg.id
where cr.cnpj = lpad('38933891000101', 14, '0') --Informar CPF da loja

Cód. 3 - Informações da loja banco Giza, nome da rede integrada

Verificar no banco do oskarshamn_prd se a rede tem enviado comprovantes, através da query abaixo:

--NÚMERO DE COMPROVANTES ENVIADOS PELA REDE DIARIAMENTE
select DATE_TRUNC('day', (pip.received_data ->> 'purchase_date')::timestamp) AS mes,
COUNT(*) AS contagem, pips.identifier as rede
from partners_integration_partnerpurchasereceipt pip
join partners_integration_partnersetup pips on pips.id = pip.partner_setup_id
where pips.identifier like '%paio%' --informe o nome da rede
GROUP BY
DATE_TRUNC('day', (pip.received_data ->> 'purchase_date')::timestamp), pips.identifier
ORDER BY
DATE_TRUNC('day', (pip.received_data ->> 'purchase_date')::timestamp) desc;

Cód. 4 - Envio de comprovantes diários pela rede integrada

Verificar no banco do oskarshamn_prd se a loja tem enviado comprovantes, através da query abaixo:

-- COMPROVANTES ENVIADOS- OBRA PREMIADA/VPV
select *,
received_data ->> 'total_price' as "Preço total",
received_data -> 'purchase_items' -> 0 -> 'additional_data' ->> 'supplier' AS supplier
from partners_integration_partnerpurchasereceipt
where received_data -> 'store' ->> 'cnpj' = '03104367000143'
and status = 'created'
order by created_at desc

Cód. 5 - Comprovantes enviados pela loja

Levantar a lista de funcionários da loja no banco giza_necropolis_prd e realizar os passos 2, 4 e 5 de Análise Inicial

A lista pode ser obtida através da query abaixo:

-- FUNCIONÁRIOS DA LOJA
select
ce.created_at,
ce.updated_at,
ce.id_employee_ref,
cu.name,
ce.name_employee,
cr.cnpj, ce.retail_store_id,
ce.status,
ce.status_date
from core_employeesretailstore ce
left join core_usertype cu on ce._type_id = cu.id
left join core_retailstore cr on ce.retail_store_id = cr.id
left join core_group cg on cr.group_id = cg.id
where cr.cnpj = lpad('03104367000143', 14, '0') --CNPJ da loja
order by cu.name

Cód. 6 - Relação de funcionários de um a loja

Casos:

• Rede não tem enviado comprovantes (Cód. 4);
• Loja com volume de comprovantes muito baixo (Cód. 5);
• Funcionários com poucos ou nenhum comprovantes no extrato do impersonate no últimos 2 ou 3 meses (Cód. 6 e Análise Inicial);

Solicite uma análise interna no canal #time-suporte-integrações, detalhando a avaliação realizada e indicando as correções necessárias na rede. Certifique-se de marcar o consultor responsável, que pode ser encontrado na lista de redes integradas.

9) Item do comprovante com match de produto incoerente

Ocorre quando a descrição dos itens nos comprovantes corresponde a uma conversão que não é elegível para pontuar na promoção VPV, o que resulta na reprovação daquele item no comprovante. 

Exemplo:

Comprovante reprovado, mas com itens elegíveis:

Fig. 6 - Comprovante reprovado por não conter itens elegíveis.

Buscar informações sobre o comprovante em duas consultas no banco oskarshamn_prd, conforme querys abaixo:

--COMPROVANTES ENVIADOS PELO PARTICIPANTE
select 
id, 
user_id,
to_char(purchase_date, 'YYYY-MM-DD') as "data da venda",
created_at,
updated_at,
retail_store_cnpj,
number_identifier,
receipt_image_data_via_backoffice #>> '{additional_data, partner}' as "partner",
status,
status_details 
from api_purchasereceipt ap 
where user_id = 'eeba0a3e-660a-4f74-8a56-61b3ddc3cee0' --Id do participante
and ap.number_identifier = '45393' --Cod do comprovante
and to_char(purchase_date, 'YYYY-MM-DD') = '2025-02-01' --Data da venda

Cód. 7 - Busca comprovantes enviados pelo participante

Fig. 7 - Exemplo de consulta realizada.

Após obter o Id do comprovante na consulta anterior (referenciado como Cód. 6 e Fig. 7), utilize a query abaixo para realizar uma nova consulta. Essa query fornecerá o detalhamento dos itens do comprovante, permitindo identificar em qual sellout_conversion_group_id ocorreram os match de produtos.

--ITENS DE UM COMPROVANTE
select 
ap.purchase_receipt_id,
ap.created_at,
ap.description,
ap.id_company,
as2.name,
ap.sellout_conversion_group_id
from api_purchasereceiptitem ap 
right join api_selloutconversiongroup as2 on as2.id = ap.sellout_conversion_group_id
where purchase_receipt_id = 'b3ea39d8-9499-4239-b37a-b87deece3736' --Id do comprovante

Cód. 8 - Busca destelhamento dos itens do comprovante.

Fig. 8 - Detalhamento dos itens do comprovante.

Fig. 9 - Detalhamento do item não pontuado.

Utilize o Id do comprovante obtido no Cód. 7 para realizar a pesquisa no django oskarshamn.production. Basta copiar o link abaixo e adicionar o ID ao final da url. Essas informações serão necessárias para a análise interna do caso.

https://oskarshamn.production.juntossomosmaisi.com.br/admin/api/purchasereceipt/

Com o item, que deve ser analisado, acionar o time de produto em  #temp-campanha-sellout-votorantim para verificar se o match de produto foi realizado corretamente. Certifique-se de informar os seguintes dados:

id do participante: 
CNPJ: 
envio: (manual, integrada ou autodeclarado)
link do comprovante no Oskarshamn: 
descrição do produto:
sellout_conversion_group_id: 

Caso o time de produto tenha validado o erro de match, será necessário subir um CSV com todos os itens pontuáveis do comprovante, alterando somente o sellout_conversion_group_id para o item que está incorreto.

O CSV deve seguir esse padrão:

campaign_id,purchase_receipt_id_ref,item_id_ref,seller_identifier,sellout_conversion_group_id,description,quantity,total_price

Campo	Obrigatoriedade	Descrição	Formato
campaign_id	Obrigatório	ID da Campanha	8caa3580-96f3-4e6a-8ec1-c6260de3b79f
purchase_receipt_id_ref	Obrigatório	ID do comprovante no Oskarshamn	8caa3580-96f3-4e6a-8ec1-c6260de3b79f
item_id_ref	Obrigatório	ID do item no Oskarshamn	8caa3580-96f3-4e6a-8ec1-c6260de3b79f
seller_identifier	Obrigatório	ID do Balconista da venda	8caa3580-96f3-4e6a-8ec1-c6260de3b79f
sellout_conversion_group_id	Obrigatório	ID da família do produto	8caa3580-96f3-4e6a-8ec1-c6260de3b79f
description	Obrigatório	Nome do produto	Texto (ex. “Cimento todas as obras”)
quantity	Obrigatório	Quantidade de produtos vendidos	Indicar com um nº maior que zero e inteiro (sem casa decimal), sem separar por vírgula. Ex: 99
total_price	Obrigatório	Preço total dos produtos vendidos	Indicar com um nº maior que zero, usando separador da casa decimal com “ponto” (exemplo: 99999.99). Atenção! Se enviar com “virgula” no separador de casa decimal vai dar erro no processamento.

Tab. 2 - Campos a serem preenchidos no CSV.

Realizando uma consulta com a query abaixo no banco oskarshmn_prd é possível buscar os itens do comprovantes no formato da tabela tab.2.

--DETALHAMENTO DOS ITENS PARA TRABALHO DE IMPORTAÇÃO
select 
'f7fabfe3-538e-45c6-b51f-91b7e7f099b1' as "campaign_id", --Id da campanha (Votomassa Premiada)
api.purchase_receipt_id as "purchase_receipt_id_ref",
api.id as "item_id_ref",
ap.user_id as "seller_identifier",
api.sellout_conversion_group_id,
api.description,
api.qty as "quantity",
api.unit_price * api.qty as "total_price"
from api_purchasereceiptitem api
right join api_purchasereceipt ap on ap.id = api.purchase_receipt_id 
where purchase_receipt_id = '4eede777-9a83-4036-a0d9-b50140f12c7a' --Id do comprovante

Cód. 9 - Consulta detalhamento dos itens para trabalho de importação.

Fig. 10 - Consulta detalhamento dos itens conforme Cód. 9.

Após realização da consulta (Cód. 9) realizar a exportação dos itens (Exportar dados) no formato CSV.

Fig. 11 - Consulta detalhamento dos itens conforme Cód. 9.

Configurar formatação conforme figura Fig. 12.

Fig. 12 - Configuração de formatação do CSV.

Após a criação, abra o CSV em um editor de sua preferência e verifique possíveis inconsistências que possam causar erros na importação, como:

• Itens que não pontuam na campanha;
• Excesso de zeros em números (ex.: "2.000000" deve ser apenas "2"; "2.560000" deve ser "2.56");
• Caracteres de formatação desnecessários (ex.: espaço, aspas "").

OBSERVAÇÃO:

No CSV de alteração de itens, é necessário incluir todos os itens que pontuam no comprovante, e não apenas aqueles que precisam ser alterados. Itens que não pontuam não devem ser adicionados ao CSV, pois isso resultará em erro de importação.

O CSV deve ser importado no django do bailong.production através do link abaixo:

https://bailong.production.juntossomosmaisi.com.br/admin/import_export_stomp/importjob/add/

Fig. 13 - Tela de Importação do CSV.

• Importar o arquivo CSV criado conforme Tab. 2;
• Selecionar nome do modelo a importar: Itens de comprovante;
• Salvar;
• Após subir o CSV retornar a tela de trabalhos de importação.

Fig. 14 - Confirmar importação de itens.

• Utilizar os filtros a direita buscando por Itens do comprovante e hoje;
• Clicar na caixa de seleção para marcar o item a ser importado;
• Confirmar a importação em Ação (item do meio).

10) Comprovantes com status "Em Análise" a mais de 7 dias

Para atuação em casos de envio manual.

Verificações iniciais:

• Para esses casos devemos verificar o status do comprovante no django oskarshamn_prd, inserir o Id do comprovante ao final do link abaixo:

https://oskarshamn.production.juntossomosmaisi.com.br/admin/api/purchasereceipt/

• Verificar o status do comprovante.

Fig. 15 - Status do comprovante

• Verificar os eventos de transição.

Fig. 16 - Eventos de transição.

• Para alguns status é necessário publicar o comprovante nas filas do rabbitMQ para sequência do processamento (Foram detalhados mais adiante). Na Fig.17 podemos ver um exemplo de publisher message.

Fig. 17 - Exemplo de publisher message

correlation_id: uuid pode ser gerado Online UUID Generator Tool

{"purchase_receipt_id": "id do comprovante"}

• Antes de publicar qualquer comprovante na fila é necessário verificar se o mesmo já não está na fila de consumer ou DLQ. Para isso realizamos um get message na fila e pesquisamos pelo ID do comprovante. 

Fig. 18 - Pesquisando ID do comprovante na fila.

Status e soluções para comprovantes "Em análise":

• pendingOcrData

Status: pendingOcrData
Transcrição: sem transcrição
Publicar comprovante na fila: oskarshamn-v2-ocr-and-send-to-partner-destination

• pendingProductMatchIdentification

Status: pendingProductMatchIdentification
Transcrição: OK
Publicar comprovante na fila: oskarshamn-product-match

• pendingEligibilityChecksBeforePointsCalculation

Status: pendingEligibilityChecksBeforePointsCalculation
Transcrição: OK
Publicar comprovante na fila: oskarshamn-eligibility-checks-before-points-calculation

• pendingManualProductMatch

Status:pendingManualProductMatch
Transcrição: OK

Existe uma automação que reprocessa os comprovantes todas as terças-feiras e quintas-feiras as 18h. Caso o comprovante esteja a mais de 7 dias nesse status, acionar o time de VPV no canal #temp-campanha-sellout-votorantim. Informando o ID do comprovante.

• pendingBackofficeData

Status: pendingBackofficeData
Transcrição: último evento - NA FILA

Status: pendingBackofficeData
Transcrição: último evento - ERROR

Status: pendingBackofficeData
Transcrição: sem transcrição

Verificar envio nos Eventos de Transcrição:

• Se houver evento "Enviado" com status Sucesso, o comprovante foi enviado.

Evento "Recebido" – Sucesso:

• Comprovante está na fila de transcrição da Winn → aguardar.

• Se não houver transcrição em 7 dias, acionar a Winn para cobrança.

Evento "Recebido" – Falha:

• Notificar a Winn sobre payload incorreto (normalmente por ausência de campos obrigatórios como id, accessKey, updatedAt).

Sem evento de envio:

• Abrir chamado para o time de Engenharia analisar.

11) Comprovantes reprovados por duplicidade – participante contesta envio prévio

Realizar Análise Inicial  do chamado. 

Fig. 19 - Extrato do comprovante com status duplicado no Impersonate.

Nem sempre é possível identificar os comprovantes duplicado apenas analisando o extrato do participante, para tal é necessário buscar informações sobre o comprovante no django do oskarshamn.production.

• Consultar o ID do Comprovante no Django

Quando um comprovante é reprovado, o campo "Cod" do comprovante no Impersonate (Fig. 19) registra o ID do comprovante (purchasereceipt). Para acessá-lo, basta adicionar o ID ao final do seguinte link e abrir no navegador:

https://oskarshamn.production.juntossomosmaisi.com.br/admin/api/purchasereceipt/

• Buscar a Chave de Acesso no Comprovante

No Django, localize o campo "Chave de acesso".

Fig. 20 - Campo Chave de acesso no comprovante do django oskarshamn.production

• Consultar a Chave de Acesso no Kibana

Com a chave de acesso em mãos, realize consulta no Kibana para verificar a ocorrência de logs associados a essa chave.

Fig. 21 - Chave de acesso encontrada nos logs do Kibana.

Caso o comprovante tenha mais de 30 dias não conseguiremos realizar a verificação via Kibana, mas podemos realizar consulta via banco oskarshamn_prd utilizanod a consulta abaixo:

--COMPROVANTES REPROVADOS ENVIADOS PELO PARTICIPANTE
select 
ap.id,
ap.access_key,
ap.number_identifier,
to_char(created_at, 'YYYY-MM-DD') as "data de envio",
to_char(purchase_date, 'YYYY-MM-DD') as "data da venda",
ap.user_name,
ap.status,
ap.status_details
from api_purchasereceipt ap
where access_key = '41250272260433000197550010001702371460116444' --chave de acesso do comprovante
--and status_details = 'refusedDueToDuplicatedReceipt'
order by access_key

Cód. 10 - Consulta comprovante bloqueado, filtrando pela chave de acesso (access_key).

• Confirmar a Duplicidade do Comprovante

Caso o Kibana retorne múltiplos logs para a mesma Chave de acesso, cada um associado a um ID distinto, realize uma nova consulta no django do oskarshamn.production com os ID encontrados para confirmar a duplicidade.

Com essas etapas, é possível validar se um comprovante foi, de fato, enviado mais de uma vez.

Referências e Consultas

• Campanha de sellout VPV
• Campanhas PIX
• C4 Documentation
• LKE
• Anexo - regulamento-loja-integrada-venda-premiada-votomassa

Dúvidas

#support-loyalty