Histórico da Página

...

Permitir que, quando o parâmetro Reset_Catalogo estiver ativo, a API de Itens ignore a validação do campo Data de última alteração e envie todo o catálogo de itens, mesmo que não tenha ocorrido alteração desde o último envio.

Objetivo: Garantir que, após a ativação do reset de catálogo na rotina 2670, o processo de integração com o iFood seja capaz de forçar o reenvio completo do catálogo, desconsiderando a verificação de itens alterados.

• Atualmente, a API de Itens utiliza o campo Data de última alteração para identificar alterações nas tabelas de origem e enviar apenas itens modificados desde o último sincronismo.
• Com a funcionalidade de reset de catálogo, será necessário ignorar a validação da Data de última alteração quando o parâmetro de reset estiver ativo.
• É importante considerar que o parâmetro é por filial, e deve ser validado também desta forma.

2. Parâmetro Controlador

• Tabela: PCINTEGRACOMMERCE_PARAMS
• Parâmetro: Reset_Catalogo
• Valor esperado:
  • 'S' → Forçar reenvio completo do catálogo, ignorando Data de última alteração.
  • Null ou 'N' → Seguir fluxo padrão, enviando apenas itens alterados.
  • Observação: Esse parâmetro é configurado através da rotina 2670, conforme definido na ISSUE DDVENDAS-55395.

03. SOLUÇÃO

1. Avaliação do Parâmetro Reset_Catalogo por Filial:
2. Ao iniciar o processamento de envio do catálogo de itens para uma filial específica, a API consultará a tabela PCINTEGRACOMMERCE_PARAMS para verificar o valor configurado para o parâmetro Reset_Catalogo para essa filial.
   1. Condicionalização do Filtro de Alteração (dataUltimaAlteracao):
      • Se Reset_Catalogo = 'N' (ou Null), 'S' ou 'DEFAUT': O fluxo padrão será mantido. O filtro SQL responsável por selecionar os itens para envio continuará aplicando o critério baseado no campo Data de última alteração das tabelas de origem (EAN, PRODUTO, etc.). A API identificará e enviará apenas os itens que sofreram modificações desde o último ciclo de sincronização registrado.
      • Se Reset_Catalogo = 'A': A lógica de validação baseada na Data de última alteração será completamente ignorada. O filtro SQL será modificado para não incluir o critério de Data de última alteração. A API considerará e selecionará todos os itens elegíveis (ativos e que atendem a outros critérios de negócio) presentes no catálogo da filial para envio, independentemente de terem sido alterados recentemente.
   2. Geração e Envio do Catálogo: Após a aplicação do filtro condicional (com ou sem o critério de Data de última alteração), a API procederá com a geração da carga de dados contendo os itens selecionados e realizará o envio completo do catálogo (parcial ou total, dependendo do valor de Reset_Catalogo) para o sistema de integração.
   3. Registro em Logs: Para fins de auditoria e rastreamento, a API registrará nos logs a execução do processo, indicando claramente se o envio foi realizado no "modo normal" (com validação de Data de última alteração) ou no "modo reset de catálogo" (ignorando a validação de Data de última alteração e enviando o catálogo completo).

...

05. ASSUNTOS RELACIONADOS

DINTVENDAS-89 - DT -API para Reiniciar o Parâmetro de reset de catálogo.