- No retorno da consulta do método de PRODUTOS_ATRIBUTOS incluido três tags para identificar o atributo e tabela auxiliar vinculada. Tags:"descricaoAtributo": (String),"descricaoTabelaAuxiliar": (String)
- Problema ocorria porque não estava conseguindo gravar o arquivo xml na pasta TEMP no diretório do ambiente Cloud.- Implementado alteração para que o arquivo fique carregado em memória e não grave o arquivo no diretório do Cloud.
- 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:
- Inclusão da tag "refFornecedor" no retorno da consulta do método PRODUTOS do PresenceAPI.
- Adicionado tag "codigoPedidoExterno" no retorno dos dados do método Pedidos.
- Melhoria no tempo de retorno das consultas dos métodos VENDAS_ITENS e VENDAS_PAGAMENTOS ao usar o filtro DT_MOV.
- No método FIDELIDADE_SALDO incluído filtro "CPF" para busca.- Regra de busca: Quando informado CPF, ignora os outros campos, quando não informado CPF, busca pelo CLI_LOJA e CODIGO;
- 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.
- Correção na busca do filtro usado na consulta do método PRODUTOS_SKU.
- Melhoria na performance da consulta do método de VENDAS_PAGAMENTOS.
- Disponibilizado tag "observacao" no método INCLUSAO_PEDIDO.Link da documentação: https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-incluir-pedido
- Alteração no método "PRODUTOS_SKU" incluindo a tag "codigoAuxiliar" no retorno da consulta, que irá mostrar o código auxiliar principal do cadastro de produtos.
- Adicionados campos "NSU" e "Autorizacao" no retorno do método "VENDAS_PAGAMENTOS"
- Adicionado o tag "NUMERO" como filtro e retorno, nos métodos: VENDAS_HEADER, VENDAS_ITENS e VENDAS_PAGAMENTOS.
- Implementação para inclusão de atributos para tratamento de venda de planos de lavanderia e consumo.- Métodos:INCLUIR-VENDA-HEADER - Incluído o atributo PLANOINCLUIR-VENDA-ITEM - Incluído os atributos: TIPO_PLANO, TIPO_PRECIFICACAO_PLANO, SALDO_PECAS_PLANO, DT_INICIO_PLANO, DT_VENCIMENTO_PLANO e CONTROLE_CONSUMO_PLANO
- Novo método 'MOVIMENTO_CONTA' na Presence API, que irá listar as movimentações de conta-corrente do Módulo Financeiro;- Documentação disponível no Zoho Desk:
- Novos campos no retorno do método 'PEDIDOS' da Presence API: "lojaExpedidora", "lojaEmitente", "origem", "plataforma" e "marketplace";- Documentação atualizada no Zoho Desk:
- Correção na query de retorno de dados do método VENDAS_PAGAMENTOS, que estava olhando as datas do cabeçalho, em vez das datas das parcelas.
- Novo método ESTOQUE_MOVIMENTO, na Presence API, que irá listar registros de movimentações de estoque dos produtos (Kardex):- Documentação disponível no Zoho Desk:
- Novo método ESTOQUE_PENDENTE, na Presence API, que irá listar registros pendentes de recebimento;- Documentação disponível no Zoho Desk:
- Inclusão de campos novos:Procedure WEBAPI_INCLUIR_VENDA_ITEM adicionado campos: CODIGO_BARRAS - para gravar striptag e PREVISAO_ENTREGA;Procedure WEBAPI_INCLUIR_VENDA_ITEM adicionado campos: VERSAO_SISTEMA - para versao do integrador e PRODUTO_SERVICO;Procedure WEBAPI_INCLUIR_VENDA_ITEM incluido tratamento para gravar a COND_PGTO_EXTERNA nocampo.
- Ajustes nos métodos VENDAS_HEADER, VENDAS_ITENS e VENDAS_PAGAMENTOS, para retornar notas de devolução de vendas digitadas via 'Lançamento de NF-e'.
- Foram atualizados os tipos de funcionários do script do método FUNCIONARIOS da base de dados do Tenant, que corresponde à apresentação da API de Funcionários, com os mesmos apresentados no cadastro de funcionários do Domain;
- Melhoria na query de retorno de dados do método.
- Implementados novos métodos na Presence API: INCLUIR-VENDA-HEADER (LOJB085) , INCLUIR-VENDA-ITEM (LOJB086), INCLUIR-VENDA-PAGAMENTO (LOJB087) e INCLUIR-VENDA-FINANCEIRO (executa a integracao das parcelas com financeiro).
- Novo método METAS adicionado a Presence API, que apresentará informações de metas mensais cadastradas na base de dados;- Documentação atualizada no Zoho Desk:
- Correção na apresentação de informações dos diferentes tipos de destinatários no método VENDAS_HEADER da Presence API: Cliente': Fornecedor, Loja e Representante;- Correção na apresentação de registros usando tag DATA_AT para o dia atual.
- Solução na DP-I8154 (Ticket #501839).
- Solução na DP-I8154 (Ticket #501839).
- 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.
- Realizada correção no método ECM-SKU-ATUALIZA, que estava chamando exception incorreta;- O script Tenant v1.0.2.0 foi liberado com a exception incorreta, mas no Tenant de produção e nos ambiente de homologação, dos servidores, está chamando a correta. Provavelmente rodaram maualmente a correção nesses ambientes.
- 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.
- Ajustado o cadastro de Município IBGE para validar o nome que está na base de CEP e não permitir duplicar os registros, também passa a validar a existência da base de CEP quando não usa a busca local.- Ajuste implementado na planilha de importação de cliente, API/Connect (inclusão de cliente e pedido) para validar o município na UF através do cadastro de Município.
- Nova tag 'CFOP' (opcional) no método 'ATUALIZA-ITEM-DOC-PROVISORIO' da Presence API, que permitirá diferenciar casos onde o mesmo item é referenciado mais de uma vez na Nota Fiscal, com diferentes CFOPs;- Documentação atualizada: https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-documento-provisorio-11-10-2022- Necessária versão Presence Domain 9.23.0.0 e Script Tenant 1.0.27.0.
- Ajuste para acatar o preenchimento da tag "modeloEntrega":Quando dados de 'Expedidora' informados, será acatado o 'modeloEntrega' (SHIP ou PICKUP); Caso 'modeloEntrega' não informado, será aplicado 'Pickup in Store (PIS)' ao pedido;Quando dados de 'Expedidora' não informados, será acatado o 'modeloEntrega' (SHIP ou PICKUP); Caso 'modeloEntrega' não informado, será aplicado 'Ship from Store (SFS)' ao pedido.
- Inseridas validação de cadastro inativos de Transportadoras (Inativo ou Bloqueado), Condições de Pagamento, Cartões e Administradoras.
- Criada rotina automática (trigger) para validação de valores cadastrados na tabela de Clientes (LOJB108):Dias entre 1 e 31; Meses entre 1 e 12, Anos superiores a 1900;Diferentes de branco;Diferentes de datas padrão do banco (30.12.1899,11.11.1911);Caso essas condições não sejam atendidas será gravado valor nulo no banco;Caso sejam atendidas, composição de dia, ano e mês atualiza campo calculado DTNASC também, para uso em integrações;- Criada validação para envio de nulo, em vez de datas padrão do banco (30.12.1899,11.11.1911), no método CLIENTES da Presence API;- Criado script especial para validação, correção de datas e atualização no campo calculado DTNASC, disponível na pasta de 06. Produtos > Presence Domain > Versão 9.22.0.0 ou superior > 4. Scripts > Especial > LOJB108 - Corrige Data Nascimento.SQL (só rodar em bases em versão 9.22.0.0 ou superior).
- 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á a preencher a informar completa nas observações.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 complementar.
- Adicionado novos campos no retorno da consulta CERTIDAO_NASCIMENTO: "cpfResponsavel", "codClienteResponsavel", "codLojaResponsavel", "nomeProprietario", "dataNascimentoProprietario", "mensagemAutorizada", "dataRevisao".
- 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.
- Implementação de nova tabela, LOJB017E, para controle de disponibilidade de estoque da Presence API E-commerce, que fará o cálculo:Saldo (igual ao Saldo Físico da LOJB017) - Saldo de pedidos reservados + Pedidos da própria interface (opcional, quando parâmetro 'Desconsiderar pedidos da própria plataforma no envio do saldo disponível' está marcado);- Ao atualizar Presence Domain, a nova tabela já será alimentada com saldos e saldos de pedidos reservados automaticamente;- Implementado recálculo de valores da nova tabela, LOJB017E, quando houver movimentação de estoque (LOJB017) ou alteração de status de pedidos (PED_HEADER) ou Alterações nos saldos de itens dos pedidos (PED_ITENS).
- Criado no endpoint interno RESUMO-DOCUMENTO-ELETRONICO na Presence API, a chamada via API deve estar com o final do .../integracao
- Inserida tag 'qtdeSeparada' no método PEDIDOS_ITENS da Presence API, que levará a quantidade já separada do item.- Documentação atualizada:
- Ajuste do método ESTOQUE_DATA da Presence API:Tag do JSON de Retorno, 'codigoProduto', alterarda para 'codigo'.- Documentação atualizada:
- 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.
- Inclusão de tags 'quantidadeTotalItens' (Quantidade total de itens do Documento Provisório) e 'ipiValor' (Valor total de IPI do Documento Provisório) no método DOCUMENTO-PROVISORIO da Presence API.- Documentação atualizada:
- 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 filtros por Serie, numero e codigo externo.- Realizado melhoria de performance na consulta.
- Inserido filtro por Serie e numero da nota fiscal"serie_nf""numero_nf"
- Inclusão de venda via API, criado método INCLUIR-VENDA, limitado a incluir uma única venda por vez, e para informar o valor com casas decimais colocar entre aspas ("20,30") para o valor ser considerado string. Validação de parâmetros e regras igual ao Domain.
- Novo método, "CEP", adicionado na base PresenceTenant (Disponível para acesso via WebApi)
- Alterado para descrever corretamente o cargo do funcionário de acordo com seu registro.
- Alterado o tamanho da coluna PK para varchar(30) na procedure SP_ECM_SKU.
- Criada nova procedure WEBAPI_LOJAS_FUNCIONARIOS que retorna todas as lojas em que ele trabalha;¥
- Alterado o Endpoint FUNCIONARIOS para retornar as lojas separados por ";" no novo campo lojasTrabalhadas.
- Adicionado retorno dos dados do pedido: Série, Número e Código Externo.
- Adicionado filtro para trazer somente NFs emitidas e de saída.
- Implementado tratamento para que quando for gravar um registro apague automaticamente os registro anteriores a 6 meses.
- Pedidos Itens:
Adicionado novos campos de retorno : SALDO.
- Financeiro:
Adicionado novos campos de retorno : DATA_LIQUIDACAO, TIPO_LIQUIDACAO e VALOR_PAGAMENTO.
- 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
- Incluído endpoint "push/apps/screens" para listar as telas dos aplicativos - Incluído endpoint "push/apps/screens/:idapp" para listar as telas do id do aplicativo informado em "idapp" - Incluído informações da lista de telas no endpoint push/apps - Incluído endpoint "push/apps/:id" para listar o aplicativo do "id" informado - Incluído informações da lista de aplicativos com a lista de telas do aplicativo no endpoint "auth/login/:serie"
- Implementado ajuste no componente de conexão do banco para adicionar o "charset" = "UTF8" - Alterado o charset das colunas "TITULO" e "MENSAGEM" da tabela PUSH_MESSAGES do Tenant para usar o "UTF8"
- Implementado os ajustes na DP-3794
- Ajustado modo assíncrono para envio de mensagens programadas por data e hora (PresencePush) - Ajustado validade do token para duração de 1 hora (PresenceAuthorization) e incluído a tag com a data e hora de validade ("expiration") no retorno do json. - Ajustado push/List para corrigir o retorno correto do id das mensagens *** IMPORTANTE: Por conta dos testes com o CORS, é necessário gerar as dll´s como DEBUG.
- Adicionado retorno dos dados do pedido: Série e Número Código Externo - Atualizada a documentação no site .
- Criado os Metodos ECM-IMAGENS e ECM-IMAGENS-ATUALIZA ECM-IMAGENS esta no endpoint "Integracao" ECM-IMAGENS-ATUALIZA esta no endpoint "Atualiza" Payloads em anexo
- Criado ECM-TABELAS-PRECOS e ECM-TABELAS-PRECOS-ATUALIZA Adicionado a tabela "LOJB093 - Tabela de Precos" no ECM-LOG-EXCLUSAO PAYLOADs em anexo
- LOG de pendencias Append / Update Validar se existe indice para isto. Webservice, Método, pk , Codigo_erro Se houver o registro atualiza
- Nova tela para controle de pendências de integração. (Menu E-commerce). Novo método ECM-RESULTADO-PROCESSAMENTO, será utilizado após o processamento da integração para registrar os erros e sucessos do processo. Ajuste em todas as consultas "ECM" para retornar ID_PROCESSO e PK.
- Adicionado filtro para trazer somente NFs emitidas e de saída.
- Implementado os ajustes conforme lista abaixo: 1. Criar PUSH_MESSAGES_HEADER (como imagem de mensagens) a. Trigger para id b. Delete para filhos c. Validar os campos 2. PUSH_MESSAGES a. Incluir o id do header b. (demais campos serão dropados ao final do projeto) 3. Criar um novo projeto de dll a. Gravacao de mensagem b. Listagem de mensagens i. Listagem de cpfs c. Listagem de uma mensagem 4. Marcar mensagens como lida a. marcar 1 mensagem b. marcar todas 5. Interacao com firebase a. Remessa de mensagens b. cancelamento
- Criado o script da nova tabela "PUSH_APPS" para registrar os nomes dos aplicativos, ícone e ativo para uso no PresencePush; - Incluído endpoint "push/apps" para listar os aplicativos cadastrados e utilizados pelos devices http://localhost:9001/push/apps - Incluído endpoint "push/list" para listar todas as mensagens enviadas http://localhost:9001/push/list - Incluído endpoint "push/" para listar a mensagem do selecionado http://localhost:9001/push/ - Incluído endpoint "auth/login" para validar o login do usuário http://localhost:9001/auth/login (necessário enviar o sistema e serie no body da requisição)
Tenant - Criar versionamento
- Adicionada nova coluna, VERSAO, na tabela API_MethdoD para armazenar a versão do SQL.
- O valor dessa coluna será manipulado via trigger, sempre que houver alguma atualização do registro.
- Adicionado no payload de retorno das consultas o valor da coluna VERSAO.
Integração VTEX - Presence API (ECM)
- Criado opção para configurar a integração da API com a Plataforma da VTex.
- Utilitários – Interfaces – Configuração Connect 3.0 e no campo Tipo Integração selecionar API que será habilitados os campos para configurar a integração.
Revisão do método Presence API ECOMMERCE- PRODUTOS
- Criado método ECM-PRODUTOS para consulta dos produtos de E-Commerce.
Criar novo endpoint para o Ecommerce - ECM-INCLUIR-PEDIDO
- Criado método ECM-INCLUIR-PEDIDO para inclusão de Pedidos via integração com API.
Revisão dos endpoints para entrada de pedidos e clientes de e-commerce
- Melhoria de performance nos Métodos ECM-INCLUIR-PEDIDO e ECM-INCLUIR-CLIENTE.
Novo método da API ECM-ALTERAR-STATUS-PEDIDO
- Criado método ECM-ALTERAR-STATUS-PEDIDO para alterações de Status do pedido.
- Alteração só pode ser realizada com Status Aprovado para Cancelado.
Novo Método na API ALTERAR_STATUS_PEDIDO
- Criado método ALTERAR-STATUS-PEDIDO para alterações de Status do pedido.
- Pode ser realizado alteração em todos os Status do Pedido.
Novo método da API XML-NFE
- Criado método XML-NFE para consulta dos XML.
OBS:
O JSON não permite aspas duplas, então a solução encontrada foi transformar as aspas duplas na seguinte string """, sendo assim quando o usuário tem que necessariamente fazer o replace da string """ para as aspas duplas para poder pegar o XML corretamente.