01. DADOS GERAIS
| Produto: | |
|---|
| Linha de Produto: | |
|---|
| Segmento: |  Varejo Lojas
|
|---|
| Módulo: | 







TOTVS DMS (Linha Protheus) - Oficina (SIGAOFI) TOTVS DMS (Linha Protheus) - Veiculos (SIGAVEI) TOTVS DMS (Linha Protheus) - Auto-Peças (SIGAPEC) |
|---|
| Função: | Levantamento de Informações - Marcado Como Vendido (VEIA380) |
|---|
| País: | Brasil |
|---|
| Ticket: | Não se aplica |
|---|
| Requisito/Story/Issue (informe o requisito relacionado) : | DVARMIL-9756 |
|---|
02. SITUAÇÃO/REQUISITO
A fabricante John Deere necessita ter a visibilidade e previsibilidade de quais equipamentos estão sendo negociados, a fim de melhorar o planejamento do ciclo produtivo: desde a fabricação até a entrega. Para isso é necessário implementar um processo que permita a obtenção de informações dos Atendimentos que estão em Aberto no DMS, que contenha o status de Marcado Vendido, através da Data informada no campo "Vendido em" (VQ0_DATVEN) para equipamentos Novos da marca.
03. SOLUÇÃO
Foi desenvolvida a rotina Levantamento de Informações - Marcado como Vendido (VEIA380), que tem como objetivo identificar diariamente e enviar ao sistema CIFT as informações relacionadas ao status "Marcado como Vendido", por meio dos Atendimentos de máquinas/veículos e da geração de um arquivo no formato .JSON, onde serão considerados todos os Atendimentos Faturados ou Cancelados nos últimos 15 dias, bem como todos os atendimentos Em Aberto, independentemente da data, conforme as diretrizes estabelecidas pela John Deere.
Essa rotina pode ser executada de forma automatizada por meio do agendador (Schedule) do sistema.
O CIFT é uma nova API REST de integração da John Deere e não está relacionado à API DTF, ou seja, são APIs distintas. |
- Para o correto funcionamento dessa nova funcionalidade, deverá ser criado o novo campo e novo pergunte, conforme instrução da aba "Dicionário" e os patchs deverão ser aplicados seguindo a ordem 1ª Etapa e em seguida, 2ª Etapa.
- Quanto ao agendamento (Schedule) do sistema, orientamos que tenha a recorrência de execução de uma vez ao dia e ressaltamos que o cadastro do scheduler deve ser feito apenas na Matriz, não sendo necessário realizar o cadastro em cada filial. A rotina irá considerar todos os dealers que estiverem liberados para geração do arquivo, conforme definidos no parâmetro MV_MIL0005.
- No caso de Empresa Combo (Linhas Verde e Amarela), deverá cadastrar um agendamento para cada Matriz.
|
Na rotina Integração John Deere - Configurações OKTA - John Deere (OFIA280) foi criada uma nova aba CIFTAPI, na qual deverão ser informados os dados para a configuração da integração com o CIFT:

- No campo URL Token deverá ser informada a URL onde será obtido o token de autenticação.
- No campo Auth Server deverá ser informado o Servidor de Aplicação onde será obtido o token de autenticação.
- No campo URL Auth deverá ser informado o Complemento do Caminho onde será obtido o token de autenticação.
- No campo Escopo deverá ser informado o Escopo da integração.
- No campo URL WS deverá ser informada a URL onde será efetuada a integração.
- No campo Client ID deverá ser informado o ID para obtenção do token de autenticação.
- No campo Client Secret deverá ser informada a Senha para obtenção do token de autenticação.
Essas informações são de responsabilidade dos concessionários e deverão ser fornecidas pelo Analista de Implantação da John Deere. |
|
Dados à serem gerados:O levantamento parte da tabela de Atendimento (VVA) e também há integração com outras tabelas conforme abaixo: - VV0 - Saídas de Veículos
- VQ0 - Pedido de Veículos
- VJR - Complemento Pedido John Deere
- VV1 - Cadastro de Veículos
- VE1 - Marcas
- VV9 - Recepção Clientes/Visitantes
- SA1 - Clientes
- SYA - Países
- VAI - Técnicos
- SF2 - Cabeçalho das NF de Saída
Regras para geração do arquivo:- O levantamento é feito apenas para máquinas/veículos novos da marca John Deere (JD, GRS, PLA, JDC, HCM).
- Para um Atendimento ser considerado na geração do arquivo, é necessário que contenha informados no atendimento:
- O Cliente (SA1);
- Máquina/Veículo (VV1 (Ex. Pedido de Máquina)) cadastrados;
- ComarCode (VJR_ORDNUM) ou Chassi (VV1_CHASSI)
Obs.: Atendimentos do tipo Venda Futura não serão considerados na geração do arquivo.
Regras para envio dos atendimentos:- Os Atendimentos Faturados e Cancelados serão enviados apenas uma vez.
- Já os Atendimentos Em Aberto serão enviados continuamente até que seu status mude para Faturado ou Cancelado.
Primeira Execução (Execução Inicial)- A lógica considera uma Data de Corte (D-15 dias) da data atual, conforme definido pela John Deere.
- São marcados para envio os registros (flag VV9_ENVCFT = '0'):
- Todos os atendimentos Faturados e Cancelados nos últimos 15 dias.
- Todos os atendimentos Em Aberto, independentemente da data.
Execuções Posteriores (Recorrentes)- Executadas conforme agendador (Schedule) do sistema (frequência definida em documentação).
Considerando: - Todos os atendimentos Em Aberto.
- Faturados e Cancelados que ainda não foram enviados (VV9_ENVCFT = '0').
Os Atendimentos fora da Data de Corte (ou seja, anteriores a D-15) e não marcados na execução inicial, não serão considerados em execuções futuras. Isso garante que registros antigos não fiquem sendo reprocessados indefinidamente. |
|
A Rotina Marcado Vendido (VEIA380) tem por objetivo gerar e enviar as informações de Marcado Vendido para a API de integração (CIFT).
- Através do botão "Agendar", é possível programar a execução da rotina pelo Schedule do Protheus. Ressalta-se que a rotina foi desenvolvida para suportar execução automática por meio do agendador e orientamos que tenha a recorrência de execução de uma vez ao dia.

- Orientamos que o agendamento tenha a recorrência de execução de uma vez ao dia e ressaltamos que o cadastro do scheduler deve ser feito apenas na Matriz, não sendo necessário realizar o cadastro em cada filial. A rotina irá considerar todos os dealers que estiverem liberados para geração do arquivo, conforme definidos no parâmetro MV_MIL0005.
- No caso de Empresa Combo (Linhas Verde e Amarela), deverá cadastrar um agendamento para cada Matriz.
|

- Na aba "Perguntas", é possível definir os parâmetros necessários para a execução da rotina:
Dir. geração de arquivos? Diretório onde os arquivos gerados serão salvos para posterior envio à integração. O envio será feito a partir deste diretório. Formato sugerido: /diretorio/ Dir. arquivos enviados? Diretório para o qual serão movidos os arquivos que forem enviados com sucesso. Formato sugerido: enviados

- Após a parametrização da rotina conforme descrito no tópico anterior, é possível executá-la manualmente. Para isso, acesse a aba "Informações" e clique no botão "Executar";
- Ao executar, a rotina irá gerar no diretório informado no primeiro parâmetro (Dir. geração de arquivos?), um arquivo seguindo o padrão "DLR2JD_MARKSOLD_*.json";
Observação: O asterisco (*) representa informações específicas da geração, como o código do dealer e a data/hora em que o arquivo foi gerado. Por exemplo: dlr2jd_marksold_010101_20250704_170853. - Após geração, a rotina executará automaticamente uma varredura no diretório indicado no primeiro parâmetro e realizará a integração/envio do arquivo para o CIFT, movendo os arquivos enviados com sucesso para o diretório informado no segundo parâmetro.
O arquivo somente será movido para a pasta informada no segundo parâmetro (Dir. arquivos enviados?), caso o retorno da API seja positivo, caso contrário, ele permanecerá no diretório de geração para que seja enviado numa execução posterior. As informações relacionadas ao status de execução podem ser verificadas na aba "Consulta Status da Execução". |

- Na aba "Log de Processos" é possível visualizar o histórico de execuções da rotina:

|
O status do processo pode ser conferido através da rotina Consulta Log Rest (OFIA262) filtrando as colunas "Tipo de Dado" igual a CIFT e "Tabela Ori." igual à "VEIA380". |
- Caso o envio não seja bem-sucedido, a mensagem de erro retornada será exibida nos campos "Resp. Cab". e "Resp. Body":

- Caso o envio seja bem-sucedido, os campos "Req. Cab". e "Req. Body" serão preenchidos com as informações que foram enviadas ao CIFT;
- O campo "Resp. Cab". será preenchido com o nome do arquivo gerado e o campo "Resp. Body" apresentará a mensagem "Arquivo enviado, verificar código do retorno.".

|
Criação de Campo no arquivo SX3 – Campos:
- Tabela VV9- (Recepção Clientes/Visitantes):
Campo | VV9_ENVCFT |
|---|
| Tipo | C |
|---|
| Grupo de Campos |
|
|---|
| Ordem | 40 |
|---|
| Tamanho | 1 |
|---|
| Decimal | 0 |
|---|
| Formato | @! |
|---|
| Contexto | R |
|---|
| Propriedade | V |
|---|
| Título | Env. CIFT |
|---|
| Descrição | Enviar ao CIFT |
|---|
| Val. Sistema | Pertence('01') |
|---|
| Opções | 0=Sim;1=Não |
|---|
| Inic. Padrão | "0" |
|---|
| Inic. Browse |
|
|---|
| Cons. Padrão |
|
|---|
| Nível |
|
|---|
| Usado | NAO |
|---|
| Obrigatório | NAO |
|---|
| Browse | NAO |
|---|
| When |
|
|---|
| Pasta |
|
|---|
| Help | Indica se o atendimento deverá ou não ser enviado para integração com o CIFT. |
|---|
Criação de Pergunte no arquivo SX1 – Pergunta:
Grupo | VEIA380 | VEIA380 |
|---|
Ordem | 01 | 02 |
|---|
Pergunta | Dir. geração de arquivos? | Dir. arquivos enviados? |
|---|
Tipo | C | C |
|---|
| Tamanho | 99 | 99 |
|---|
| Decimal |
|
|
|---|
| Var01 | MV_PAR01 | MV_PAR02 |
|---|
| Formato |
|
|
|---|
| Validação |
|
|
|---|
| Objeto | G | G |
|---|
| Consulta Padrão |
|
|
|---|
| Pré-Seleção (Combo) |
|
|
|---|
| Item 1 |
|
|
|---|
| Item 2 |
|
|
|---|
| Item 3 |
|
|
|---|
| Item 4 |
|
|
|---|
| Item 5 |
|
|
|---|
| Help |
|
|
|---|
|
|
04. DEMAIS INFORMAÇÕES

05. ASSUNTOS RELACIONADOS
