Histórico da Página
...
Aviso |
---|
As vendas compatíveis: NFC-e, SAT e ECF
|
Aviso |
---|
Atualização na API do TOTVS FOOD - Novas Regras de Busca de Vendas Com a mais recente atualização na API do TOTVS FOOD, foram implementadas novas regras na busca de vendas para aprimorar a eficiência e a confiabilidade do sistema.
|
Cadastrando o Processo VENDA
Para integrarmos as vendas do Totvs Chef com o Protheus é necessário primeiramente realizar o cadastro do processo VENDA no Protheus.
...
Exemplo do cadastro de Processo do VENDA:
Vinculando o Processo VENDA ao Assinante CHEF
1- No módulo 12 (Controle de Lojas), acesse Atualizações/ RMI/ Cadastros/ Assinantes.
...
Filiais Proc: Informe o código das filiais que deseja integrar a Venda: Lembre-se que deve ter sido realizado o De/Para entre o código da loja do Totvs Chef e a Filial correspondente no Protheus: Cadastro de De/Para.
Esta disponível para busca de venda dois tipos de Api: Por Data de Movimento e Por Data de Integração.
- Por Data de Movimentação
Configuração: Preencha este campo de acordo com a sua URL da API Capa Venda, como mostra o exemplo abaixo:
Bloco de código |
---|
{ "url":"http://{url_do_servidor}/api/CapaVenda/ListPorDataMovimento", "SL2":"self:oRegistro['Itens']", "SL4":"self:oRegistro['Pagamentos']" }https://github.com/totvs/protheus-smart-hub-layouts/blob/main/chef/configuracao/busca_venda.txt |
Layout Envio: Preencha este campo de acordo com o exemplo abaixo:
Bloco de código |
---|
{ "CodigoLoja":"&self:aArrayFil[self:nFil][1]", "DataMovimentoInicial":"&Str( Year(dDatabase), 4) +'-'+ StrZero( Month(dDatabase), 2) +'-'+ StrZero( Day(dDatabase), 2)", "DataMovimentoFinal":"&Str( Year(dDatabase), 4) +'-'+ StrZero( Month(dDatabase), 2) +'-'+ StrZero( Day(dDatabase), 2)" } https://github.com/totvs/protheus-smart-hub-layouts/blob/main/chef/envio/busca_venda.txt |
Layout Publicação: Preencha este campo de acordo com o exemplo abaixo:
Bloco de código |
---|
https://github.com/totvs/protheus-smart-hub-layouts/blob/main/chef/publicacao/busca_venda.txt |
Nota | ||
---|---|---|
| ||
|
Dica | ||
---|---|---|
| ||
Foi disponibilizada a rotina com a nova regra para consumo da API capaVenda, agora só será permitida a integração com intervalos de no mínimo 30 minutos. Caso a integração seja executada antes deste período será apresentada a mensagem:
Para o caso de reprocessamento, caso seja executada antes do periodo será apresentada a mensagem:
Se por acaso suas vendas não estão integrando, provavelmente você teve sua API de vendas bloqueada pelo time do TOTVS FOOD
|
Informações | ||
---|---|---|
| ||
Para Reprocessar vendas com erro é necessário incluir tags de controle no layout de envio:
Exemplo: "DataReprocessamento": "20230515","UltimodiaReprocessado": "20230515","DiasRetroceder": 10Como será inicializado o reprocessamento? O serviço RMIBUSCA verifica se a data da maquina onde se encontra o mesmo é maior que a data contida na tag DataReprocessamento. Caso seja será inicializado o reprocessamento seguindo as considerações abaixo: A data inicial do reprocessamento será realizada através do calculo: UltimodiaReprocessado - DiasRetroceder = 05/05/2023 Com isso o reprocessamento se busca as vendas do dia 05/10/2023 até o dia 14/05/2023. As tags DataReprocessamento e UltimodiaReprocessado são atualizadas após cada execução com isso não será mais necessário realizar essa alteração manualmente. Neste cenário começará a partir de 05/05/23 e terminará na data atual; Com isso o Layout de Envio deve estar com essa estrutura.{{
"L1_FILIAL":"&self:aArrayFil[self:nFil][2]",
"L1_VEND":"&SUPERGETMV('MV_VENDPAD', .F., '01')",
"L1_CLIENTE":"&SuperGetMV('MV_CLIPAD',.F.,'000001')",
"L1_LOJA":"&SuperGetMV('MV_LOJAPAD',.F., '01')",
"L1_OPERADO":"&cValToChar(self:oRegistro['Caixa']['Operador']['Codigo'])",
"L1_EMISSAO":"&self:oRegistro['DataMovimento']",
"L1_EMISNF":"&self:oRegistro['DataMovimento']",
"L1_DTLIM":"&self:oRegistro['DataMovimento']",
"L1_NUMMOV":"&SubStr(cValToChar(self:oRegistro['Caixa']['NumeroFechamento']),1,2)",
"L1_NUMCFIS":"&cValToChar(self:oRegistro['NumeroCupom'])",
"L1_DOC":"&cValToChar(self:oRegistro['NumeroNota'])",
"L1_SERIE":"&self:oRegistro['SerieNota']",
"L1_SERPDV":"&self:oRegistro['SerieECF']",
"L1_SERSAT":"&self:oRegistro['SerieSAT']",
"L1_KEYNFCE":"&self:oRegistro['ChaveSefaz']",
"L1_PRONFCE":"&self:oRegistro['ProtocoloAutorizacaoSefaz']",
"L1_COMIS": 0,
"L1_ORIGEM":"N",
"L1_VLRTOT":"&self:oRegistro['TotalizadorVenda']['ValorTotal']",
"L1_VALBRUT":"&self:oRegistro['TotalizadorVenda']['ValorSubTotal']",
"L1_VLRLIQ":"&self:oRegistro['TotalizadorVenda']['ValorSubTotal']",
"L1_VALMERC":"&self:oRegistro['TotalizadorVenda']['ValorSubTotal']",
"L1_DESCONT":"&self:oRegistro['TotalizadorVenda']['ValorTotalDescontoSistema']",
"L1_DESCFIN":"&self:oRegistro['TotalizadorVenda']['ValorTotalDescontoFiscal']",
"L1_VALICM":"&self:oRegistro['TotalizadorVenda']['ValorTotalICMS']",
"L1_VALPIS":"&self:oRegistro['TotalizadorVenda']['ValorTotalPIS']",
"L1_VALCOFI":"&self:oRegistro['TotalizadorVenda']['ValorTotalCOFINS']",
"L1_CGCCLI":"&IIF(self:oRegistro['Cliente'] <> Nil, self:oRegistro['Cliente']['Documento'], '')",
"L1_CONDPG":"CN",
"L1_SITUA":"IP",
"L1_TIPO":"V",
"L1_TIPOCLI":"F",
"L1_PDV":"001",
"SL2": [{
"L2_FILIAL |
Dica | ||
---|---|---|
| ||
Para mais informações referente à campos na API do FOOD acesse: API - FOOD CAPA VENDA. TipoFormaPagamento = 3 é para identificar as formas de pagamento do tipo cartão. |
Exemplo da configuração do Processo VENDA no assinante CHEF:
Vinculando o Processo VENDA ao Assinante PROTHEUS
1- No módulo 12 (Controle de Lojas), acesse Atualizações/ RMI/ Cadastros/ Assinantes.
...
Nota | ||
---|---|---|
| ||
O Cancelamento de Venda seguirá o seguinte fluxo: Serviço RMIBUSCA: Neste serviço é realizado a busca das vendas no Totvs Chef, o serviço identifica se a tag StatusVenda (Api Capa venda) é igual a 3a 2, Caso seja significa que se trata de um cancelamento, com isso é gravado um registro na tabela MHQ - Mensagens Publicadas com o campo MHQ_EVENTO = 3 2 (Exclusão). Serviço RMIDISTRIB: Após a Publicação do cancelamento o serviço RMIDISTRIB se encarregará de distribuir o cancelamento da venda para o assinante Protheus, gerando um registro na tabela MHR - Mensagens Distribuição. Serviço RMIENVIA: Realizado a distribuição, o serviço RMIENVIA inclui as informações do cancelamento da venda na tabela SLX - Log Cancelamento x Devolução. Serviço RMICONTROL: Com as informações do cancelamento inseridos na tabela SLX - Log Cancelamento x Devolução este serviço realiza a leitura das informações e em seguida é executado a rotina padrão de cancelamento LOJA140, com isso realizando o cancelamento da venda no Protheus. A Devolução não esta implementada nesta integração, caso tenha alguma devolução no sistema Totvs Chef, a devolução devera ser realizada manualmente no Protheus. Não existe integração de venda com NCC. |
Dica | ||
---|---|---|
| ||
Os valores de desconto nos totalizadores da venda devem vir rateados nos itens. "TotalizadorVenda": { "Produto": { |
Dica | ||
---|---|---|
| ||
É possível monitorar a integração e processamento das vendas e cancelamento de vendas através do: Monitor de integração de Vendas. |
...