- Implementado a busca/cópia de xml via comunicação de FTP do cliente. Parâmetros novos para realizar a comunicação de dados:Parâmetros retaguarda > Comunicação de dados > Comunicação Tenant[120] Diretório fiscal na rede - informar apenas quando for diferente da pasta fiscal+ FTP[121] URL[122] Porta[123] Usuário[124] Senha- No método ECM-XML-NFE informar a tag "FTP": "S", para que possa identificar onde deve ser buscado o xml do documento fiscal, exemplo, "FTP": "N" busca na pasta local ou "FTP": "S" na conexão de comunicação conforme os parâmetros configurados.
- Novo método ESTOQUE-MOVIMENTACAO na Presence API, pelo qual será possível realizar movimentações de estoque de SKU's;- Para identificar os registros incluídos via API, é possível visualizar na tabela LOJB018 no campo OBS, que grava a descrição padrão: Integrado via API de Estoque.- Documentação disponível no Zoho Desk:
- Novo parâmetro '[718] Diretório fiscal na rede', no Presence Domain, que será usado pela Presence API para a busca dos XML's (método XML_NFE) na pasta:Quando não preenchido (padrão), será usado o parâmetro '[345] Fiscal' para localização do XML;Quando preenchido, será usado para localização do XML;- Necessária versão Presence Domain 9.41.4.0 e Presence Tenant/WebAPI 1.0.52.0.
- Implementado API Fidelidade, para consulta de saldo, extrato, inclusão de crédito e geração de voucher (inclusão e atualização).- Necessário executar o script do Tenant para disponibilização e funcionamento dos métodos:FIDELIDADE_SALDOFIDELIDADE_EXTRATOFIDELIDADE_INCLUSAO_CREDITOFIDELIDADE_GERAR_VOUCHER- Também será necessário atualizar a versão 1.0.49.0 das dll's PresenceWebAPI e PresenceAuthorization, além de atualizar a versão 9.40.3.0 do PresenceDomain.
- Novo método para inclusão/alteração de Produtos via Presence API, INCLUIR_PRODUTO;- Documentação disponível no Zoho Desk:https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-incluir-produto
- Validação de campos novos nos métodos da Presence API ECM para bases desatualizadas.
- Nos métodos VENDAS_ITENS e PRODUTOS, adicionado a tag "PARTICIPA_FIDELIDADE" para ser usada como filtro de pesquisa, na qual recebe os valores "T" = "Todos", e opções "S" = "Sim" e "N" = "Não";Tag "PARTICIPA_FIDELIDADE" = "T" : Irá retornar todos os produtos que participam ou não do programa de fidelidade, flag habilitado ou não, no cadastro do produto.Tag "PARTICIPA_FIDELIDADE" = "S" : Irá retornar apenas os produtos que participam no programa de fidelidade, flag habilitado no cadastro do produto.Tag "PARTICIPA_FIDELIDADE" = "N" : Irá retornar apenas os produtos que não participam do programa de fidelidade, flag desabilitado no cadastro do produto.- No retorno da busca foi adicionando o campo "participaFidelidade" que recebe os valores "S" = "Sim" e "N" = "Não", para identificar o filtro usado.- Obrigatório versão 9.36.3.0 do Presence Domain.
- Tratamento implementado para não haver dependência de versão e poder usar a DLL com a versão mais nova que do Presence Domain.
- Novas regras para obrigatoriedade da tag 'cpf_cnpj' no método INCLUIR_CLIENTE da Presence API:'cpf_cnpj', obrigatório apenas quando tag 'codigoExterno' estiver em branco;'codigoExterno' , obrigatório apenas quando tag 'cpf_cnpj' estiver em branco;- Incluída localização e atualização de registros usando a tag 'codigoExterno', quando 'cpf_cnpj' estiver em branco;- Nova tag 'observacao' no método INCLUIR_CLIENTE, da Presence API, e ECM-INLCUIR-CLIENTE, da Presence API ECM, que permitirá incluir, no cadasgtro de clientes, observação.- Documentações atualizadas no Zoho Desk:https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-incluir-cliente (INCLUIR_CLIENTE, da Presence API)https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-ecommerce-ecm-incluir-cliente (ECM-INLCUIR-CLIENTE, da Presence API ECM)
- Melhoria no gerenciamento da lista de produtos para aumentar a performance das rotinas gerais de pedidos.
- Solução na DP-I5406 (Ticket #414962).
- No retorno do método ORDEM_COMPRA_HEADER adicionados campos:"codigoFornecedor": (Inteiro),"cnpjFornecedor": (String),"razaoFornecedor": (String),"nomeFornecedor": (String),- Documentação atualizada no Zoho Desk:https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-ordem-compras-header
- Adicionadas novas tags no retorno do método:"situacaoVenda": "Emitida", (Situação da venda);"clienteFantasia": null, (Nome Fantasia do cliente vinculado a venda);"modelo": "55", (Modelo do documento fiscal)"modeloDescricao": "NF-e", (Descrição do modelo do documento fiscal)- Adicionados novos parâmetros, não obrigatórios, na requisição, para filtrar por tipo de operação:"TIPO_NOTA" : "S" (Operações de Saída) ou "E" (Operações de Entrada); Caso não informada, o padrão é trazer ambos;"SITUACAO" : "E" (Emitidas) ou "C" (Canceladas) ou "I" (Inutilizadas) ou "R" (Retificada) ou "D" Denegada ou "T" (Todas); Caso não informada, o padrão é "E" (Emitidas);- Documentação atualizada no Zoho Desk:https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-vendas-header
- Problema ocorria quando Payload vinha com todas as letras minúsculas para a API;¥- Correção na gravação de caracteres especiais, alterando automaticamente para letras maiúsculas.
- Removidos clientes 'Excluídos' da consulta;- Adicionadas tags no retorno do método:"status": (Ativo/Inativo),"situacao": (Liberado/Bloqueado")- Documentação atualizada no Zoho Desk:https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-clientes
- Corrigido a busca do dados de usuário e senha no arquivo ini e do banco do Tenant, ao criar os objetos nos métodos de integração da API.
- Ajuste implementado no serviço da API para gravar a condição de pagamento e assim mostrar a condição de pagamento na consulta de pedidos do Domain.
- Adicionados bloqueios e filtros para permitir cadastro de clientes, via Presence API, apenas para séries de lojas do tipo 'E-commerce' ou 'Depósito':Campo 'Loja para cliente' trará somente lojas do tipo 'E-commerce' ou 'Depósito' na lista, nas 'Configurações' de E-commerce;Método ECM-INCLUIR-CLIENTE, na Presence API, permitirá inclusão apenas em séries de lojas do tipo 'E-commerce' ou 'Depósito'.- Método ECM-INCLUIR-CLIENTE buscará série para cadastro do campo 'Loja para cliente', nas 'Configurações' de E-commerce; Caso vazio, usará o campo 'Loja para o pedido'; Caso vazio, usará a Loja do parâmetro '[19] Depósito central equivale a loja número'.
- Necessário versão 9.27.0.0 do Presence Domain.
- Ativada replicação de arquivos XML individuais para Documentos Fiscais (NF-e, NFC-e e CF-e SAT) vinculados a pedidos OMNI (Loja Expedidora <> Loja Emitente e Origem = E-commerce) em ambientes Retaguarda Master > Retaguarda Franquia;- Habilitada localização e apresentação de Documentos Fiscais de NFC-e e CF-e SAT no método XML-NFE da Presence API;- Necessária versão do Presence Domain 9.26.0.0 e do Presence Tenant (WebAPI + Authorizarion) 1.0.29.
- Ajustado para validar se o município existe na UF quando ambas as informações forem preenchidas, se estes campos estiverem vazios não haverá validação do preenchimento, pois não são campos obrigatórios.
- Implementado ajuste truncar os dados de: logradouro para 50 caracteres, complemento para 35 caracteres, se os dados do endereço vindos da API (incluir/atualizar cadastro de cliente ou incluir pedidos) ultrapassarem dos 50 ou 35 caracteres, as informações completas serão atribuídas no campo observação do pedido e/ou cadastro cliente.- Se logradouro tiver mais de 50 caracteres, irá checar se o campo complemento tem espaço disponível e automaticamente preencher o que cabe no campo, se ainda assim ultrapassar o limite de caracteres, passará demonstrar os dados de forma completa no campo observação do cadastro do cliente/pedido quando incluído via integração da API. Necessário versão 9.22.0.0 do Presence Domain.Observação.: Ao atualizar o cadastro do cliente, o campo observação possui 240 caracteres para preenchimento, sendo assim, sempre dependerá da disponibilidade dos caracteres no campo para que grave a informação complementa.
- Inseridas validação de cadastro inativos de Transportadoras (Inativo ou Bloqueado), Condições de Pagamento, Cartões e Administradoras.
- Adicionado novos campos no retorno da consulta CERTIDAO_NASCIMENTO: "cpfResponsavel", "codClienteResponsavel", "codLojaResponsavel", "nomeProprietario", "dataNascimentoProprietario", "mensagemAutorizada", "dataRevisao".
- Removida apresentação de saldo zerado para itens com saldo menor que 0.
- Implementado bloqueio na tentativa de inserção de pedidos com condições de pagamento pré e pós pagas (checkbox 'Obriga pagamento no pedido' no cadastro da condição de pagamento), via métodos ECM-INCLUIR-PEDIDO e ECM-INCLUIR-PEDIDO-OMNI, como ocorre no Presence Domain.
- Ajuste implementado no WebAPI alterando o tamanho do campo Cod_PedidoExterno para aceitar até 100 caracteres.
- Adicionado novo parâmetro 618- 'API-Incluir Pedido só de Loja', sendo apenas um parâmetro interno (visível apenas no banco).- O novo parâmetro validará se a busca deverá ser feita somente pela loja, caso seja só pela loja a API buscará o e-mail informado pela integração, caso encontre a loja será cadastrado o pedido, caso não encontre retornará erro informando que não encontrou o cliente na base de dados.Observação.: O script de atualização somente deve ser executado na base que usa a plataforma Shopify, demais plataformas mantém o funcionamento de busca de clientes atual.
- Criado no endpoint interno RESUMO-DOCUMENTO-ELETRONICO na Presence API, a chamada via API deve estar com o final do .../integracao- Este endpoint listará os dados:Header da venda = CNPJ do emitente, a data de compra, total dos produtos, total da compra e o CPF/CNPJ do cliente da venda.Itens da Venda = EAN, Descrição, Descrição Detalhada, Narrativa, Narrativa Detalhada, Quantidade, Preço Unitário e o Valor total do Item.
- Alterado a validação do Código Externo, a validação levará em consideração o campo ID_WEBSERVICE. Sendo assim, se o código externo for existente irá verificar o ID do Webservice se for diferente do que já existe, será permitido incluir o pedido.
- Inserido tratamento de Documentos Provisórios excluídos na localização de registros para atualização dos métodos ATUALIZA-ITEM-DOC-PROVISORIO e FINALIZAR-DOCUMENTO-PROVISORIO;- Inserido tratamento para uso de 'Em processamento' parâmetro '[61] Status máximo para edição de quantidades' pelo método ATUALIZA-ITEM-DOC-PROVISORIO.
- Adicionado tratamento de tamanho aos campos 'numero' (10), 'cpfCliente' (18) e 'codigoPedidoExterno' (100) no método ECM-INCLUIR-PEDIDO.
- Correção na validação das Warehouses, a validação passará a ser na Loja Expedidora e não na destinatária.- Correção na gravação dos JSONs recebidos via API para (ECM-INCLUIR-PEDIDO e ECM-INCLUIR-PEDIDO-OMNI).
- Novos métodos na Presence API para listar, contar e concluir Documentos Provisórios:DOCUMENTO-PROVISORIODOCUMENTO-PROVISORIO-PAGAMENTOATUALIZA-ITEM-DOC-PROVISORIOFINALIZAR-DOCUMENTO-PROVISORIO- Documentação disponível na área de conhecimento:- Necessárias versões: Presence Domain 9.17.3.0, DLL Presence Tenant 1.0.17.0, Script Presence Tenant v1.0.17.0 e DLL WebAPI 1.0.17.0.
- Adicionado novo par "sap_id" que quando informado e for diferente de 0 gravará no Domain o pedido com a informação na guia Informações Adicionais. O campo aceita somente até 10 caracteres numéricos.- Alterado ECM-ESTOQUE-SKU-OMNI para trazer o atributo 040 ID ECM Loja no cadastro da loja;- Alterado ECM-WAREHOUSES / ECM-WAREHOUSES-OMNI para trazer o CNPJ da Loja.
- Criada nova opção "Situação inicial do pedido importado" nas configurações do E-commerce em: Configuração > Importação, quando for a "Presence Api E-commerce".- Alterado para quando a configuração da situação do pedido for diferente "De acordo com chamada" ignorar a "situacao" que vem do JSON e substituir a situação de acordo com o status configurado.- Criada nova opção "Departamentos para produtos" nas configurações do E-commerce em: Configuração > Exportação, quando for a "Presence Api E-commerce".- Alterado para retornar dados dos produtos quando possuir algum departamento configurado.- A listagem passará a funcionar conforme a seguinte regra:- Se possuir departamento configurado API só trará produtos específicos conforme departamento selecionado na configuração;- Quando estiver em branco retornará todos os produtos sem filtros.- Métodos na qual a alteração se aplica: ECM-PRODUTOS / ECM-SKUS / ECM-PRODUTOS_CATEGORIAS / ECM-IMAGENS / ECM-ESTOQUE-SKU / ECM-ESTOQUE-SKU-OMNI / ECM-PRECOS-SKU.
- Solução no ticket #426580.
- Criado novos atributos para a Loja (ECM ID Loja, ECM Chave API, ECM Token API;- Alterada o método ECM-SKUS para buscar por código auxiliar;- Alterado o método ECM-WAREHOUSES, só serão listadas as lojas configuradas no campo "Lojas para Estoque" nas configurações do E-commerce e no cadastro da loja se o tipo dela for "Depósito" ou "E-Commerce";- Criado novo método ECM-WAREHOUSES-OMNI, só serão listadas as lojas configuradas no campo "Lojas para Estoque" nas configurações do E-commerce e no cadastro da loja o tipo dela for diferente de "Depósito" ou "E-Commerce";- Alterado o método ECM-ESTOQUE-SKU, só serão listados os estoques das lojas configuradas no campo "Lojas para Estoque" nas configurações do E-commerce e no cadastro da loja o tipo dela for "Depósito" ou "E-Commerce";- Criado novo método ECM-ESTOQUE-SKU-OMNI, só serão listados os estoques das lojas configuradas no campo "Lojas para Estoque" nas configurações do E-commerce e no cadastro da loja o tipo dela for diferente de "Depósito" ou "E-Commerce";- Alterado os métodos ECM-DADOS-NF, ECM-COD-RASTREIO, ECM-STATUS-PEDIDO para retornar o código da loja e o atributo de loja ECM ID Loja;- Alterado o método ECM-INCLUIR-PEDIDO, só será incluso quando a loja do pedido estiver configurada na "Lojas para Estoque" e for "Depósito" ou "E-Commerce";
- Solução no ticket #373031.
- Ajustada validação para permitir a inclusão de pedidos somente quando a loja for Controlada. Para os demais tipos de licença Consignação, Extra, retorna mensagem de erro: "Não é possível criar pedido para loja diferente do tipo controlada.". Validação para busca por CNPJ e e-mail.
- Adicionada marcação de que o pedido foi importado via Presence API, quando for esse o caso.
- Ajustada consulta ECM-DADOS-NF da Presence API não estava retornando codigoskuexterno preenchido corretamente.
- Ajustado método de recebimento de pedido para considerar corretamente loja, quando e-mail informado for de loja.
- Implementada a validação do e-mail no cadastro do cliente (ECM-INCLUIR-CLIENTE) com as regras abaixo:Se CPF informado:Busca em Lojas, se localizar, gera sucesso, mas não faz nenhuma atualização;Se não localizado como Loja, busca em Cliente, se localizar, gera sucesso e faz atualizações, conforme JSON recebido;Se não localizado como Loja, busca em Cliente, se não localizar, faz cadastro como Cliente.Se CPF não informado + e-mail informado:Busca em Lojas, se localizar, gera sucesso, mas não faz nenhuma atualização;Se não localizado, busca em Cliente, se localizar, gera sucesso e faz atualizações, conforme JSON recebido.Se não localizado, busca em Cliente, se não localizar, dá erro: "cpf_cnpj: Campo obrigatório não informado"
- Adicionado novo campo "destinatarioCpf" para buscar o cliente pelo CPF/CNPJ;Regra aplicada para a busca por tipo:Cliente = (destinatarioLoja e destinatarioCodigo) ou destinatarioCpfLoja = destinatarioLojaFornecedor = destinatarioCodigoRepresentante = destinatarioCodigo- Adicionado novo campo "codigoAuxiliar" no grupo "Itens" para buscar pelo código auxiliar cadastrado no produto.- Adicionado novo campo "condicaoPagamentoExt" no grupo "parcelas" para buscar o código externo (campo Código da Cond. Pagto. no cadastro de condição de pagamento de venda) e carregar o código da condição.- Mantido validações anteriores.
- Incluído o método ECM-DADOS-NF na DLL do WebAPI;- Inserido tag "exibirItens" no JSON de Request quando True exibirá a lista de itens da NF;- Ajustado para usar o método com a URL integracao e não mais consulta.
- Alterado para quando realizar a alteração do status do pedido, caso não exista na base de dados o Código Externo informado, ele retornará sucesso e limpará os logs pendentes.- Somente entrará na regra quando:1. Pedido não encontrado na base de dados2. Situação a ser alterada for 7 (cancelada)
- Adicionada validação no "cpfCliente", caso seja um CNPJ da loja cadastrará o pedido como tipo Loja, caso não existe, buscará no cadastro de cliente.- Adicionada busca por "emailCliente" no cadastro de loja também, caso o "cpfCliente" não tenha sido preenchido.- Adicionado o campo ID_WebService que não estava sendo preenchido quando cadastrado um pedido.
- Alterado para pegar a loja emitente da configuração de/para do e-commerce e caso não esteja configurada irá considerar a configuração do parâmetro [19] - Depósito Central.
- Caso não encontre o cartão no De/Para, será registrado com "XX" no sistema.- O problema com os pacotes de erros ocorria porque o integrador coleta todos os pacotes e só faz o processamento depois.A API de ecommerce foi projetada para que o processamento fosse realizado por pacote, ou seja, o integrador deveria pegar um pacote, confirmar o resultado de erro ou sucesso e, só depois, pegar o novo pacote.- Para dar suporte a integração, a API funciona de duas formas: Processamento por pacote ou Processamento Integral (Padrão, para que o parceiro não precise alterar a integração).- Processamento Integral: A chamada atual continua a mesma e o NextOffest será retornardo com o próximo pacote.- Processamento por pacote: Deve ser adicionado no Payload a tag "processByPackage=true", dessa forma, o retorno do pacote sempre será com o NextOffSet=1 para registros com erro. Para fazer a navegação correta, o integrador deve pegar o pacote e realizar a confirmação de sucesso ou erro.
- Implementado novas regras e localização do CPF via tag emailCliente no método ECM-INCLUIR_CLIENTE:
- Se mandar "cpf_cnpj", considera essa informação
- Se não mandar "cpf_cnpj" ou mandar vazio, irá buscar na lojb108 pelo "email" (pegar o primeiro, porém, considerar registros com CPF preenchido)
- Se não encontrar, dar mensagem de não é possível cadastrar (como já é feito)
- Se encontrar, atualizar dados do cliente.
Ajuste no método ECM-INCLUIR_PEDIDO
- Incluir nova tag "emailCliente", se não tiver "cpfCliente" ou em estiver em branco", busca cliente do pedido pelo e-mail.
- Implementada validação da TAG "bairro" no método ECM-INCLUIR-CLIENTE e TAG "dadosEntrega.bairro" no método ECM-INCLUIR-PEDIDO.
- Melhorias e alterações nos métodos da WebAPI E-commerce. Documentação disponível: https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-ecommerce
#381079 API Financeiro
- Melhoria na consultado do método ECM-EXCLUSOES, que vai apresentar exclusões de Marca, Categoria, Lojas, Warehouses, Produtos e SKU.
Revisão do método Presence API - VENDAS_HEADER
- Adicionado campo DATA_AT_FIM, para filtrar o período de atualização de dados, caso as datas de atualização sejam iguais, deve ser informada a hora também.
Revisão do método Presence API - VENDAS_ITENS
- Inclusão do campo DATA_AT_FIM para informar um período de atualização dos dados, caso as datas forem iguais, deve informar a Hora também.
- Os campos DATA_INI e DATA_FIM da documentação se refere ao campo DT_MOV (data de movimento) da venda.
Revisão do método Presence API - VENDAS_PAGAMENTOS
- Revisão do campo DT_ATUALIZACAO_INI e DT_ATUALIZACAO_FIM, agora eles que filtrarão as datas de atualização do pagamento.
- Removido campo extra DATA_AT.
- Inclusão do status do pedido no retorno da API.
- Inclusão dos filtros para datas:
Data de atualização da parcela (DATA_AT_INI e DATA_AT_FIM)
Data de cadastro (DATA_CADASTRO_INI e DATA_CADASTRO_FIM)
Data de aprovação (DATA_APROVACAO_INI e DATA_APROVACAO_FIM)
Data de Separação (DATA_SEPARACAO_INI e DATA_SEPARACAO_FIM)
Data de Bloqueio (DATA_BLOQUEIO_INI e DATA_BLOQUEIO_FIM)
Data de Cancelamento (DATA_CANCELAMENTO_INI e DATA_CANCELAMENTO_FIM)
** Quando uma data for igual a outra deverá ser informada a hora.
Ex.: DATA_AT_INI = '2021-01-01' e DATA_AT_FIM = '2021-01-01'
Deve ficar DATA_AT_INI = '2021-01-01T00:00:00' E DATA_AT_FIM = '2021-01-01T23:59:59'
Revisão do método Presence API - PEDIDOS_ITENS
- Inclusão do status do pedido no retorno da API.
- Inclusão dos filtros para datas:
Data de atualização da parcela (DATA_AT_INI e DATA_AT_FIM)
Data de cadastro (DATA_CADASTRO_INI e DATA_CADASTRO_FIM)
Data de aprovação (DATA_APROVACAO_INI e DATA_APROVACAO_FIM)
Data de Separação (DATA_SEPARACAO_INI e DATA_SEPARACAO_FIM)
Data de Bloqueio (DATA_BLOQUEIO_INI e DATA_BLOQUEIO_FIM)
Data de Cancelamento (DATA_CANCELAMENTO_INI e DATA_CANCELAMENTO_FIM)
Revisão do método Presence API - PEDIDOS_PARCELAS
- Inclusão do status do pedido no retorno da API.
- Inclusão dos filtros para datas:
Data de atualização da parcela (DATA_AT_INI e DATA_AT_FIM)
Data de cadastro (DATA_CADASTRO_INI e DATA_CADASTRO_FIM)
Data de aprovação (DATA_APROVACAO_INI e DATA_APROVACAO_FIM)
Data de Separação (DATA_SEPARACAO_INI e DATA_SEPARACAO_FIM)
Data de Bloqueio (DATA_BLOQUEIO_INI e DATA_BLOQUEIO_FIM)
Data de Cancelamento (DATA_CANCELAMENTO_INI e DATA_CANCELAMENTO_FIM)
Revisão do método Presence API - ORDEM_COMPRAS_HEADER
- Adicionado campo data_at_fim na consulta do Endpoint, por ser campo de data e hora na chamada da API, caso informado esse novo campo não pode ser só informada a mesma data, deverá ser informada a hora também, caso datas iguais.
- Adicionado, também, a situação em que a ordem de compra está.
Revisão do método Presence API - ORDEM_COMPRA_ITENS
- Adicionado campo DATA_AT_FIM na chamada dos parâmetros da API, caso a data seja igual do campo DATA_AT, deve ser informada a hora também
- Adicionado novos filtros DATA_PREVISTA_INIe DATA_PREVISTA_FIM para filtrar, também, as datas previstas de entrega dos itens, campo não obrigatório.
- Adicionado no retorno o campo descricaoSituacao para identificar em qual etapa a OC se encontra.
Revisão do método Presence API - ORDEM_COMPRA_PAGAMENTOS
- Adicionado campo data_at_fim na consulta do Endpoint, por ser campo de data e hora na chamada da API, caso informado esse novo campo não pode ser só informada a mesma data, deverá ser informada a hora também, caso datas iguais.
- Adicionado, também, a situação em que a ordem de compra está.
Revisão do método Presence API - ORDEM_PRODUCAO_HEADER
- Inclusão do novo campo DATA_AT_FIM para informar um período de atualização, campo não obrigatório.
Revisão do método Presence API - ORDEM_PRODUCAO_ITENS
- Inclusão do novo campo DATA_AT_FIM para informar um período de atualização, campo não obrigatório.
Revisão do método Presence API – NFE
- Adicionado novo filtro DATA_AT_FIM para informar o período de data de atualização
- Adicionado novos filtros DATA_EMISSAO_INI e DATA_EMISSAO_FIM para informar a data de movimentação da Nota
- Inclusão do status no retorno da API.