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.
Status de Comprovantes "Rejeitados Automaticamente"
2) Bug - Gerente sendo identificado como balconista (integrado e autodeclarado)
4) Comprovantes com mais de 30 dias da data da venda serão reprovados automaticamente.
5) Teto máximo para PIX e Pontos
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
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 descCó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 participanteCó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 lojaCó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 descCó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.nameCó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 vendaCó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 comprovanteCó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 comprovanteCó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: OKExiste 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 FILAStatus: pendingBackofficeData
Transcrição: último evento - ERRORStatus: pendingBackofficeData
Transcrição: sem transcriçãoVerificar 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_keyCó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