- Implementado devolução automática entre lojas, as vendas serão localizadas via DLL de Pedidos. Parâmetros necessário para o funcionamento da implementação:Parâmetros retaguarda+ Operação++ Loja+++ Devolução Automática[721] Habilitar troca entre lojas (opção: Nenhuma, Lojas próprias, Lojas franquias, Todas: Quando habilitado, no PDV se selecionar a opção Devolução, mostra o botão Troca entre lojas[722] Troca somente com o comprovante de venda - número do cupom fiscal gerado na venda, obriga informar o número para pesquisa.[723] Período de busca das vendas: por padrão busca 90 dias quando o parâmetro estiver vazio.[724] Alterar período de buscas: Quando habilitado o parâmetro campo dias fica habilitado para alteração na tela de troca entre lojas.- Necessário atualizar versão da DLL Presence Pedidos 9.0.64.0 e Presence Domain 9.42.3.0.
- Implementação do cálculo do frete ao gerar o pedido pelo Presence Eye, igual ao funcionamento do Presence Domain quando gerado o pedido via análise de reposição.- Para o funcionamento, necessário configuração dos atributos no cadastro de loja:057 - Transportadora, 058 - Valor frete padrão % do pedido, 059 - Valor mínimo para cálculo do frete- Será considerado o parâmetro [21] Valor mínimo de reposição de estoque e o atributo de loja 059 - Valor mínimo para cálculo do frete. Se o valor mínimo do parâmetro 21 for atingido no pedido e for superior ao tributo 059, o cálculo do frete será calculado com base no valor do parâmetro 21 e se o valor mínimo do pedido for menor ao valor do atributo 059, o frete irá ser calculado com base no valor do atributo.- Na tela do carrinho irá mostrar os totalizadores: valor dos itens, o valor do frete e o subtotal;- Também irá alimentar as tabelas PED_HEADER e LOJB085 com o campo FRETE_CALCULADO, assim quando esse campo estiver com "S" identifica que o frete foi calculado anteriormente, assim ele não poderá alterar o cálculo do frete e nem entrará no recálculo completo.- Necessário atualizar a versão 4.5.8 do App Presence Eye e versão 9.0.63.0 da DLL Presence Pedidos.
- Alteração no método de validação de parâmetro de Loja na tentativa de transmissão de pedidos via Presence Eye:Quando via Presence Eye, fixado número de 5 tentativas;Quando via Análise de Reposição (Domain/Store), captura número de tentativas do parâmetro '[6] Quantidade de tentativas' .
- Correção na consulta de boletos, não estava olhando o campo de "Numero" do título.
- Implementação para cálculo do frete ao gerar o pedido via análise de reposição.- Criação de 3 novos atributos no cadastro de loja:057 - Transportadora - Será informado uma transportadora fixa, sem possibilidade de alteração na tela de geração de OC da análise de reposição058 - Valor frete padrão % do pedido - Será usado para compor o cálculo do frete sob o valor do pedido.059 - Valor mínimo para cálculo do frete - Será definido um valor mínimo como base, quando o valor do total da compra for menor que o valor mínimo do frete, este será usado como valor base do cálculo (Valor mínimo para cálculo do frete * Percentual padrão Frete)- A análise de reposição irá validar o parâmetro [21] Valor mínimo de reposição de estoque e o atributo de loja 059 - Valor mínimo para cálculo do frete.Se o valor do parâmetro 21 for maior que o atributo 059, o cálculo do frete será sobre o valor da análise de reposição.Se o valor do parâmetro 21 for menor que o atributo 059, o cálculo do frete será sobre o valor mínimo vinculado ao atributo 059.- Na tela de análise de reposição ao finalizar a compra, alterada a tela de geração da Ordem de compra para apresentar o valor dos itens, o valor do frete e o subtotal;- Alterado as tabelas PED_HEADER e LOJB085 com o campo FRETE_CALCULADO, assim quando esse campo estiver com "S" identifica que o frete foi calculado anteriormente, assim ele não poderá alterar o cálculo do frete e nem entrará no recálculo completo.
- Necessário versão 9.41.3.0 do Presence Domain.
- Problema ocorria devido a validação de estoque da DLL de Pedidos estar em modelo antigo, capturando saldo incorreto na base e permitindo criação de pedidos para produtos sem saldo na Matriz. Quando pedido tentava transmissão, barrava na validação de saldo, retornando o erro da fila de processamento.- Esse erro não tem tratamento, pois o produto sem saldo nem deveria ter sido apresentado na 'Análise de Reposição'.- Correção na consulta de saldos para nova tabela de Disponibilidade de Estoque (LOJB017E) para correta apresentação de produtos e saldos na 'Análise de Reposição'.IMPORTANTE:- A base do cliente precisa de correção para saldos de pedidos incorretos na LOJB017E antes de uma nova tentativa de transmissão das Ordens de Compra que já apresentaram o erro nas Franquias. A troca da DLL apenas fará com que novas Ordens de Compra não sejam geradas incorretamente.
- Implementada rotina para aplicar diferença entre o preço original do produto e preço como componente do combo como desconto no pedido via 'Análise de Reposição' (DLL de Pedidos), Presence Eye (DLL de Pedidos) e 'Manutenção de Pedidos' (Presence Domain);- Necessária versão Presence Domain 9.38.2.0 (na Retaguarda Master e Retaguarda Franquia) e DLL de Pedidos 9.0.59.0.
- Correção na captura da Loja Expedidora do pedido para cálculo de impostos;- Hierarquia para expedidora não foi alterada, mantido:Pega expedidora do parâmetro de Pedidos '[28] Loja' (Expedidora fixa);Se vazio, pega Depósito Central configurado do cadastro de Redes;Se vazio e Franquia, pega do parâmetro '[233] Código de loja para Central Franquia';Se vazio ou não Franquia, pega do parâmetro '[19] Depósito central equivale a loja número';- Necessária atualização apenas na DLL de Pedidos na Retaguarda Master.
- Correção na validaçãio de parâmetros para geração de Ordens de Compras e Pedidos via DLL de Pedidos (Análise de Reposição e Presence Eye).
- Implementada geração de pedidos com combo pelo Presence Eye.Quando produto configurado com 'Opção = Combo' for inserido no pedido, sistema gerará Ordem de Compra (Franquia) e Pedido (Retaguarda Master) com componentes do Combo, em vez do próprio Combo;Será utilizado o preço cadastrado no combo para realização da Ordem de Compra/Pedido, aplicando preço unitário proporcional ao preço original de cada produto: Preço original do produto para a tabela de venda da Matriz para as Lojas * (Preço do combo para a tabela de venda da Matriz para as Lojas / Soma de preços e quantidades originais dos produtos para a tabela de venda da Matriz para as Lojas);Produtos serão agrupados na Ordem de Compra/Pedido por variação + Código do Combo;
- Novo parâmetro de Reposição '[21] Valor mínimo para reposição de estoque':Quando preenchido, todos os pedidos realizados via Análise de Reposição ou Presence Eye passarão pela validação e só permitirão geração quando valores totais forem superiores ao mínimo. Caso contrário, apresentará bloqueio: "Valor do pedido (33,88) está abaixo do valor mínimo definido no Parâmetro de Reposição [21] (1000,37)";Quando parâmetro = 0 ou vazio, nenhum bloqueio será realizado.- Necessária versão DLL Pedidos 9.0.55.0 (Retaguarda Master) e Presence Domain 9.36.0.0 (apenas Retaguarda Master para Presence Eye e Retaguarda Master + Retaguarda/Loja Franquia para Análise de Reposiçao) .
- Solução na DP-I8519 (Ticket #506427).
- Solução na DP-I8519 (Ticket #506427).
- Implementada múltipla seleção nos parâmetros de condições de pagamento para inadimplentes na Reposição: '[14] Condições de pagamento para grupo com títulos em atraso' e '[16] Condições de pagamento para lojas com limite de crédito excedido';- Necessária versão Presence Domain 9.36.0.0 (na Retaguarda Master e Franquias) e DLL de Pedidos 9.0.55.0 (na Retaguarda Master).IMPORTANTE:Em versões anteriores do Presence Domain e Presence Eye, apenas a primeira condição de pagamento, com código mais baixo, será apresentada para realização do pedido.
- Correção no método de validação da existência do PDF da Danfe e no método de cópia do PDF da Danfe.
- Ajuste na gravação de Código e Quantidade de combo nos pedidos geração via Análise de Reposição.
- Implementação da gravação de dados do Catálogo em Pedidos e Ordens de Compras feitos via Presence Eye;- Necessárias versões Presence Eye 4.4.1 e DLL Pedidos 9.0.53.0 (apenas para que a gravação dos dados de catálogo funcione, não tem dependência).
- Na tela de análise de reposição no módulo de Franquias, na tela de notificações da geração de ordem de compra foi adicionado o botão "Copiar URL" quando a condição de pagamento for do tipo "Link Pagamento", para copiar apenar a URL/link gerado.- Na geração do e-mail com o link de pagamento, implementado para criar o e-mail e verificar se a loja possui e-mail e e-mail de cópia para informar estes dados no e-mail criado,- Na ordem de compra adicionados os botões "Copiar URL" e "Exibir QRCode", além de gravar o link no banco no campo URL_LINK na tabela "CMP_ORDEM".
- Implementação de produto de opção 'Combo' na geração de OC e Pedido via Análise de Reposição e Análise de Reposição - Pack;Quando produto está configurado com 'Opção = Combo', sistema apresentará o mesmo na tela de 'Análise de Reposição' e 'Análise de Reposição - Pack;Quando inserido no pedido, sistema gerará Ordem de Compra (Franquia) e Pedido (Retaguarda Master) com componentes do Combo, em vez do próprio Combo;Será utilizado o preço cadastrado no combo para realização da Ordem de Compra/Pedido, aplicando preço unitário proporcional ao preço original de cada produto: Preço original do produto para a tabela de venda da Matriz para as Lojas * (Preço do combo para a tabela de venda da Matriz para as Lojas / Soma de preços e quantidades originais dos produtos para a tabela de venda da Matriz para as Lojas);Produtos serão agrupados na Ordem de Compra/Pedido por variação + Código do Combo;- Foram criadas novas colunas nas tabelas de Pedidos (PED_ITENS) e Ordens de Compras (CMP_ORDEM_ITENS e CMP_ORDEM_QTDS), para gravação de Código do Combo (CODIGO_COMBO) e Quantidade do Combo (QTD_COMBO) na Ordem de Compra/Pedido;- Adicionada coluna 'Combo' com informaçao de Código do Combo na grid de 'Itens' da Manutenção de Ordem de Compra;- Necessária versão Presence Domain 9.32.0.0 e DLL Pedidos 9.0.52.0.
- Corrigido erro ao transportar o PDF da nota fiscal da Master para a Franquia.- Necessário versão 9.32.0.0 do Presence Domain e versão 9.0.52.0 da DLL de Pedidos.
- Adicionado tratamento do erro: access violation no arquivo de logs, ao gerar pedido via serviço (dll).
- Melhoria no gerenciamento da lista de produtos para aumentar a performance das rotinas gerais de pedidos.
- Solução na DP-I5406 (Ticket #414962).
- Alterada query de retorno de dados da consulta de 'Metas' do Presence Eye para, por padrão, não apresentar lojas desativadas;- Incluído checkbox 'Mostrar lojas inativas' no filtro por 'Período', que, quando marcado, passa a apresentar lojas desativadas.
- Implementado alterações no Presence Eye no módulo de Ranking de Produtos:- Adicionado botão de "Reposição" ao lado dos filtros;- Permitir marcar/desmarcar todos os produtos quando a reposição estiver ativada;- Adicionar ao carrinho todos os produtos selecionados, com vendas efetuadas e com saldo de estoque;- Informar ao usuário que os produtos com vendas efetuadas em outras lojas (se existirem), serão adicionados ao carrinho da loja selecionada.
- Correção das descrições de 'Período' dos relatórios de 'Produtos: Ranking de Produtos' e 'Ranking redes'.
- Adicionado mensagens de validação quando o serviço do Presence Pedidos estiver parado e for iniciada alguma transação/requisição dentro do aplicativo do Eye. Sempre que houver alguma falha no serviço ou o mesmo estiver parado sem comunicação ao realizar a ação de click abrindo uma tela nova ou criando registros, no Eye retornará a mensagem: Servidor não respondeu a consulta, favor tentar novamente mais tarde.
- Implementação no Presence Eye, quando parametrizado no Presence Domain reposição '[18] Habilita OC direta a fornecedores':Quando desmarcado (padrão), sistema gera O.C. para Retaguarda Franquia+ Pedido na Retaguarda Master;Quando marcado, sistema irá gerar diferentes tipos de Ordem de Compra na Franquia para os produtos selecionados na 'Análise de Reposição', conforme campo 'Opção' do Cadastro de Produtos:Se 'Fabricado' gera O.C. para Retaguarda Master + Pedido na Loja selecionada .Se 'Comprado' ou 'Consignado' gera O.C. para Fornecedor vinculado ao produto e envia a mesma, via Replicador, para a Retaguarda Master; Esses produtos não passarão pela validação de estoque; Gerará e-mail automático para o Fornecedor, com o PDF da O.C. anexado; Data de entrega do produto usará o Lead Time configurado no cadastro do Fornecedor, do Produto ou do parâmetro de Reposição '[7] Data de entrega (Nº dias)', nessa ordem;
- Implementação geração de logs para verificação do ponto onde ocorre o problema.- Pasta do serviço da DLL Pedidos:- No arquivo Config.ini colocar a tag:[Config]Gravar_Log=1- Os logs serão gravados da seguinte forma:- Na pasta do serviço os logs serão gravados no arquivo LOG.txt e será criado a pasta LOGS e dentro dela irão ser gravados os arquivos JSON.- Necessário versão 9.29.0.0 do Presence Domain.
- Solução no ticket #468915 (DP-I7093).
- Solução no ticket #468915 (DP-I7093).
- Solução no ticket #468915 (DP-I7093).
- Otimização da consulta de saldos de estoque na Retaguarda Master via DLL.
- Implementação para geração de link de pagamento nos pedidos com situação "Registrado ou Aprovado" inclusão de pedidos integrados via DLL de Pedidos.
- Novo parâmetro de Reposição [20] Aprovação manual de pedidos inadimplentes:Quando marcado, pedidos de Lojas com Limite de Crédito Excedido ou Títulos financeiros em aberto, gerados com Condição de Pagamento específica, serão cadastrados com situação 'Registrado' na Retaguarda Master, necessitando de aprovação manual para ser faturado;Quando desmarcado (padrão), pedidos de Lojas com Limite de Crédito Excedido ou Títulos financeiros em aberto, gerados com Condição de Pagamento específica, serão cadastrados com situação 'Aprovado' na Retaguarda Master, como os demais pedidos.
- Criado novos grupos de parâmetros em Faturamento:** Fundo de propaganda faturamento lojas** Royalties faturamento lojas- Criada nova tela para geração de royalties e fundo de propagando por período em Notas eletrônicas > Outros > Gerar Pré-notas Fundo de propaganda e Royalties;- Essa tela ficará habilitada quando um dos parâmetros (fundo de propagando ou royalties de faturamento de lojas) estiverem habilitados + direito de acesso;- Para busca das vendas foi utilizada a mesma validação que é feita no royalty já existente:** Destinatário = Loja** Tipo de documento = 55** Emite titulo = SimA regra do cálculo é feita de acordo com o configurado para produto e grupo:Se preenchido os percentuais no produto ele validará o que tem no produto;Se preenchido os no grupo ele olhará no grupo;Se ambos preenchidos ele validará somente o do produto;Para o calculo é feito por SKU de acordo com o período informado, ele validará o valor total de cada item agrupado nas vendas e em cima do total aplicará o percentual;Ex.: 10 Vendas para o produto 00001 01 01 totalizaram em 100, ele pegará o percentual cadastrado e aplicará no 100;
- Implementação da gravação de dados do Catálogo em Pedidos e Ordens de Compras feitos via:Análise de Reposição, quando catálogo selecionado no filtro, ou via tela de 'Catálogos', exclusivo ou não;Sugestão de Compras, quando catálogo exclusivo.- Novos campos 'Catálogo' nas telas de Manutenção de Ordens de Compra e Manutenção de Pedidos;- Implementadas colunas novas com dados do Catálogo nas telas: 'Consulta Pedidos - Produtos/Serviços', 'Consulta Itens - Produtos/Serviços', 'Gestor/Separador por Pedidos', 'Gestor/Separador por Produtos', 'Ordens de Compras - Ações (Franquias)', 'Ordens de Compras - Itens (Franquias)', 'Ações Gerais - Compras' e 'Consulta de Itens - Compras'.- Necessárias versões Presence Domain 9.27.0.0 e DLL Pedidos 9.0.45.0 (apenas para que a gravação dos dados de catálogo funcione, não tem dependência).
- Adicionado o código auxiliar principal do produto para mostrar nas telas do aplicativo.- Necessário versão 2.5.0 do aplicativo do Presence Pinking e versão 9.0.44.0 do serviço PresencePedidos.dll
- Ajustes gerais na inserção de produtos no carrinho e apresentação de Condições de Pagamento na finalização da compra;
- Necessária versão da DLL de Pedidos 9.0.43 e App Presence Eye 4.2.0.
- Solução na DP-I5641.
- Ajustes na localização de clientes e vendas pela tela 'Lançar troca';
- Necessária versão Presence Domain 9.23.0.0 e DLL Pedidos 9.0.42.
- Alterado parâmetro de Reposição '[18] Habilita OC direta a fornecedores' de checkbox para combobox:
Quando opção 'Desativado' (padrão), sistema gera O.C. para Retaguarda Master + Pedido na Retaguarda Master;
Quando opção 'Todas as lojas', sistema irá gerar diferentes tipos de Ordem de Compra na Franquia', conforme campo 'Opção' do Cadastro de Produtos, 'Fabricado' (Pedido na Retaguarda Master), 'Comprado' (Ordem de Compra para Fornecedor) ou 'Consignado' Ordem de Compra para Fornecedor) para quaquer Loja;
Quando opção 'Somente lojas próprias', sistema irá gerar diferentes tipos de Ordem de Compra na Franquia', conforme campo 'Opção' do Cadastro de Produtos, 'Fabricado' (Pedido na Retaguarda Master), 'Comprado' (Ordem de Compra para Fornecedor) ou 'Consignado' Ordem de Compra para Fornecedor) apenas para Lojas Próprias (checkbox 'Franquia' desmarcado no Cadastro da Loja);
Quando opção 'Somente franquias', sistema irá gerar diferentes tipos de Ordem de Compra na Franquia', conforme campo 'Opção' do Cadastro de Produtos, 'Fabricado' (Pedido na Retaguarda Master), 'Comprado' (Ordem de Compra para Fornecedor) ou 'Consignado' Ordem de Compra para Fornecedor) apenas para Franquias (checkbox 'Franquia' dmarcado no Cadastro da Loja);
- Necessária versão Presence Domain 9.22.1.0 e DLL Pedidos 9.0.41.0.
- Novo parâmetro de Reposição '[18] Habilita OC direta a fornecedores':Quando desmarcado (padrão), sistema gera O.C. para Retaguarda Master + Pedido na Retaguarda Master;Quando marcado, sistema irá gerar diferentes tipos de Ordem de Compra na Franquia para os produtos selecionados na 'Análise de Reposição', conforme campo 'Opção' do Cadastro de Produtos:Se 'Fabricado' gera O.C. para Retaguarda Master + Pedido na Retaguarda Master.Se 'Comprado' ou 'Consignado' gera O.C. para Fornecedor vinculado ao produto e envia a mesma, via Replicador, para a Retaguarda Master; Esses produtos não passarão pela validação de estoque; Gerará e-mail automático para o Fornecedor, com o PDF da O.C. anexado; Data de entrega do produto usará o Lead Time configurado no cadastro do Fornecedor, do Produto ou do parâmetro de Reposição '[7] Data de entrega (Nº dias)', nessa ordem;- Tela de 'Análise de Reposição', nessa versão, também passa a considerar (via DLL de Pedidos) a validade dos produtos (campos 'Validade Início' e 'Validade Fim' do Cadastro de Produtos) para apresentação na grid, indepentente de parâmetro novo ou de seu tipo; Se a data estiver vazia (padrão), o produto será apresentado na grid.Pré-requisitos para que a rotina funcione:- A replicação de Fornecedores deve estar ativa para as Franquias;- Configuração de Fornecedor, Validade e Opção deve estar correta nos Produtos;- Necessária versão Presence Domain 9.21.3.0 e DLL Pedidos 9.0.40.0.
- Implementado cálculo de fator e atualização de condições de pagamento nas Franquias;Na criação da Ordem de Compra, será usado fator configurado na 'Condição de Pagamento de Compra' para cálculo de valores dos itens da Ordem de Compra na Franquia e do Pedido de Venda na Retaguarda Master;Na Retaguarda Master, se a 'Condição de Pagamento de Venda' do pedido sofrer alteração, os valores dos itens do Pedido serão atualizados e a alteração da Condição de Pagamento de Compra equivalente e valores da Ordem de Compra na Franquia, também serão atualizados automaticamente via chamada na DLL de Pedidos;- Regras para captura de 'Condição de Pagamento de Compra' equivalente a 'Condição de Pagamento de Venda' usada no pedido para atualização:Usa a 'Condição de Pagamento de Compra' vinculada a 'Condição de Pagamento de Venda'; Caso mais de uma, usa a primeira da lista;Quando um pedido for vinculado a uma Ordem de Compra, na alteração, sistema permitirá seleção de apenas uma condição de pagamento e apresentará apenas condições liberadas para uso, conforme cadastro da tela de 'Cond. Pagto. Reposição'.- Necessária versão App Cart 1.7.0, Presence Domain 9.18.1.0, DLL Pedidos 9.0.39.0 e DLL Eye 4.2.9.
- Ajustes na apresentação e controle de saldos de produtos com checkbox 'Não considerar na validação de estoque' marcado em seus cadastros;- Ajuste no cálculo de impostos e totais de pedidos criados via DLL de Pedidos.
Padronização de rotinas para 'Análise de Reposição', Presence Eye e Presence Cart:- Análise de estoque e gravação de Loja Expedidora de pedido, conforme central configurada, seguindo a hierarquia:1. Parâmetro de Pedidos 'Loja expedidora fixa': Quando marcado, usa a Loja configurada no parâmetro '[28] Loja';2. Se parâmetro acima desmarcado, captura 'Central relativa' cadastrada na Rede da Loja que está realizando o pedido;3. Se campo acima vazio, captura Loja do parâmetro de Operação '[233] Código de loja para central franquia';4. Se parâmetro acima vazio, olha a Loja do parâmetro de Operação '[19]Depósito central equivale a loja número';- Implementação de utilização de fator configurado na Condição de Pagamento de Compra na geração de pedido;- Implementação de cálculo de 'FCP ST' (Fundo de Combate a Pobreza por Substituição Triburária).
- Ajustes na gravação de quebra de linha no campo 'Observação' do pedido criado via DLL de Pedidos;- Ajustes na apresentação e controle de quantidade máxima de estoque quando produto tem configuração de múliplos em seu cadastro.
- Melhoria na organização e agrupamento de telas no menu do App Presence Eye, com criação dos grupos: 'Produtos' e 'Administração';- Nova tela 'Limite de Crédito', que permitirá a consulta de Limite de Crédito da Loja na base da Retaguarda Matriz via DLL de Pedidos;- Direitos de acesso disponível no cadastro de usuários no Presence Domain: Utilitários: Controles > Controle de Acesso: Usuários/Grupos > Detalhe do usuário: Guia Presence Eye: Guia Funcionalidades: Opção Consulta crédito loja (Padrão: Desativado para todos);- Necessárias versões Presence Domain 9.18.0.0, DLL de Pedidos 9.0.39.0 e App Presence Eye 4.1.1.
- Correção no retorno de percentual para cálculo de Royalties na tela de 'Análise de Reposição'.
- Implementada validação de Direitos de Acesso no Presence Picking:Formulário '38113 - Separação de Pedidos', Ação ''2 - Alterar' para separação de pedidos (incluindo os abaixo + botão 'Resetar');Formulário '38113 - Separação de Pedidos', Ação ''224 - Separação manual (+/-)' para apresentação ou não dos botões no detalhe dos itens;Formulário '38113 - Separação de Pedidos', Ação ''194- Separação integral' para apresentação ou não dos botões no detalhe dos itens.- Remoção da tela principal, que apresentava funcionalidades ainda não implementadas. Agora irá apresentar a listagem de pedidos.- Necessária versão DLL Presence Pedidos 9.0,37 e App Presence Picking 2.2.0.
- Implementado recálculo de valores quando selecionada Condição de Pagamento de Compra com Fator Financeiro no Presence Cart.- Necessária versão DLL Pedidos 9.0.36 + Presence Domain 9.16.2.0 + App Cart 1.0.9.
- Novo parâmetro para definição de aprovação automática de pedidos gerados via 'Análise de Reposição', Presence Eye ou Presence Cart: Presence Domain > Reposição > Pedido: [17] Aprovação automática;Quando marcado (padrão), pedidos serão cadastrados com situação 'Aprovado';Quando desmarcado, pedidos serão cadastrados com situação 'Registrado';- Necessária atualização apenas do ambiente Master: Versão Presence Domain 9.16.2.0 + DLL Pedidos 9.0.36.0.
- Implementada validação do parâmetro '[233] Código de loja para Central Franquia' para validação de saldo de estoque no Presence Eye e Presence Cart; Caso vazio, continuará olhando o parâmetro '[19] Depósito central equivale a loja número'.
- Correções gerais nas rotinas do Presence Cart.
- Necessário versão Presence DLL Pedidos 9.0.35.0 e Presence DLL Eye 4.2.4.1.
- Ajuste do carregamento e apresentação de imagens com URL no Presence Picking.
- Ajuste do carregamento e apresentação de imagens com URL no Presence Eye.
- Necessária versão DLL Pedidos 9.0.32.0 para tela do carrinho de compras e DLL Eye 4.2.2.0 para demais telas do Presence Eye.
- Implementação no serviço para consultar o método ConsultarLimiteCreditoLoja do Domain.
- Adicionada marcação de que o pedido foi importado via DLL Pedidos, quando for esse o caso.
- Implementação para configuração de diferentes centrais para cada Rede de Lojas, no cadastro da "Rede" irá ser permitido configurar o campo "Central relativa" para informar a loja na qual serão validados os saldos e considerar como loja expedidora ao gerar os pedidos pela análise de reposição;- Quando não encontrar a configuração, passará a utilizar a central configurada no parâmetro [19] Depósito central equivale a loja;
- Problema ocorria, pois o sistema não consegui encontrar a pasta do diretório correto quando era feito via PresencePedidos.dll- Alterado para buscar a pasta do Boletos no inetpub, assim se o XML estiver na pasta ele consegue gerar o PDF e colocar na pasta corretamente, depois ele renomeia o arquivo para exibir para o usuário e após isso apaga o arquivo temporário.
- Solução no ticket #409788.
- Realizado um ajuste na dll de pedidos, o método LiberarPedidoComTituloEmAtraso estava com erro de SQL.
- Não foi possível reproduzir o erro da lentidão, porém na geração do DANFE na consulta de Boletos estava apresentando Access Violation quando a venda não era encontrada.- Correção na gravação do log quando venda não encontrada, e aplicada validação na exclusão do arquivo temporário do DANFE quando não era gerado.
- Implementado ajustes para comunicação dos pedidos, referente as alterações de imagem no Domain.
- Ajuste nas validações quando limite de crédito excedido e títulos em atraso, quando houver falha/pendência de transmissão da OC.- Implementado para transmitir OC pendente com condições de pagamentos igual ao do parâmetro [14] e/ou [16].- Para limite de crédito, para validar o parâmetro [16], se OC tiver condição de pagamento igual ao configurado no parâmetro ou for do tipo pré-pago (considerado como à vista) permite gerar a OC normalmente na retransmissão ou se a condição de pagamento for diferente do parâmetro mostra as restrições da condição de pagamento para a reposição e quando a forma de pagamento for pós-pago (considerado como à prazo).- Ajustado para fazer a primeira validação de limite de crédito excedido e títulos em atraso antes de gerar a OC e mensagens de validação padronizadas.
- Adaptado o serviço para considerar a funcionalidade do aplicativo para retornar a atualização no cadastro do sistema para desabilitar o cadastro do direito de realizar o login.
- Adaptado o serviço para considerar os parâmetros criados na versão 9.12.0 do Presence Domain:- [13] Liberar pedidos com condição configurada mesmo com títulos em atraso:Desmarcado (padrão): Grupo de franquias com títulos em atraso não conseguem abrir a tela de Reposição de estoque.Marcado: Apresenta mensagem de alerta e permite que tela de Reposição de estoque seja apresentada, franquias façam seus pedidos e os mesmos são registrados com condição de pagamento do parâmetro [14], abaixo.- [14] Condição de pagamento para grupo com títulos em atrasoCondição de pagamento de compra a ser utilizada no caso descrito quando parametrizado acima.Para clientes com situação regular, o processo será mantido: abertura da tela sem mensagens, geração de O.C. e transmissão de Pedido com condição de pagamento do parâmetro [6].- [15] Liberar pedidos com condição configurada mesmo sem limite de crédito:Desmarcado (padrão): Franquias com limite de crédito excedido não conseguem transmitir pedidos para a Master. Mensagem de limite excedido é apresentada e O.C. é registrada para envio posterior;Marcado: Apresenta uma mensagem de alerta e as franquias com limite de crédito excedido conseguem transmitir pedidos para a Master, que são registrados com condição de pagamento do parâmetro [16], abaixo;- [16] Condição de pagamento para lojas com limite de crédito excedidoCondição de pagamento de compra a ser utilizada conforme o parâmetro acima;Para clientes com situação regular, o processo será mantido.
- Dependência em DLL para essa customização entregue no Domain 9.12.0 (ver mais detalhes no Release Notes desse produto).
- Implementado para validar o parâmetro Loja Expedidora Fixa quando informado uma loja específica no parâmetro [28] Loja. Caso este parâmetro estiver em branco irá utilizar a loja configurada para o parâmetro [19] Depósito Central equivale a loja número, conforme as configurações da retaguarda master.
- Problema devido mudança na gravação da coluna VALORES_NEW do Log, mudou de "Com Faturamento" para "Com faturamento"(F minúsculo).- Na presencePedido.dll, foi adicionado a função Upper() para tratar corretamente o valor, para mostrar corretamente a time line do pedido no Eye.
- Incluído parâmetros para liberação de Análise de Reposição para Franquias em Atraso ou sem Limites de Crédito.- Novos Parâmetros na Retaguarda em Reposição - Análise Estoque:[13] Liberar pedidos com condição configurada mesmo com títulos em atraso:- Desmarcado: Grupo de franquias com títulos em atraso não conseguem abrir a tela de Reposição de estoque.- Marcado: Apresenta mensagem de alerta e permite que tela de Reposição de estoque seja apresentada, franquias façam seus pedidos e os mesmos são registrados com condição de pagamento do parâmetro [14].[14] Condição de pagamento para grupo com títulos em atraso- Condição de pagamento de compra a ser utilizada no caso do parâmetro [13].- Para clientes com situação regular, o processo será mantido: abertura da tela sem mensagens, geração de O.C. e transmissão de Pedido com condição de pagamento do parâmetro [6].[15] Liberar pedidos com condição configurada mesmo sem limite de crédito:- Desmarcado: Franquias com limite de crédito excedido não conseguem transmitir pedidos para a Master.- Marcado: Apresenta uma mensagem de alerta e as franquias com limite de crédito excedido conseguem transmitir pedidos para a Master, que são registrados com condição de pagamento do parâmetro [16].[16] Condição de pagamento para lojas com limite de crédito excedido- Condição de pagamento de compra a ser utilizada no caso do parâmetro [15].
- Melhoria no tratamento da geração do PDF da NF:- Caso exista PDF, copia o PDF pra pasta temporária e devolve para a Franquia- Caso não exista PDF, mas exista XML, gera o PDF e grava na pasta temporária- Caso não existe nem PDF e nem XML, retorna erro de arquivo não encontrado
- Corrigido problema na carga da data de validade do limite de crédito para a loja.- Corrigida a validação do Limite de Crédito, pois não estava fazendo pela loja e sim pelo cliente associado na loja. E não estava considerando os pedidos no cálculo.- Correção da tela de Crédito Loja, para exibir os pedidos.
- Solução no ticket #379486.
- Sistema buscava o código de barras na tabela de boletos, alterado para buscar direto do título financeiro.
- Adicionada função para realizar o cancelamento de saldo da OC, quando houver cancelamento de pedido com OC vinculada.
- Para que o processo funcione, as bases das franquias devem estar devidamente configuradas no PresenceTenant.
- O cancelamento entre o pedido e a OC, será realizado via serviços do PresencePedidos.dll.
- Criada nova aba na tela de pedidos para realização de cancelamento em caso de erro (a aba somente será mostrada apenas no pedido quando houver erro no cancelamento).
- Implementado processo de Agrupamento de Pedidos de Lojas- No Módulo Pedidos - Tela Consulta Pedidos - Produtos foi incluído opção Agrupamento, ao marcar a opção serão apresentados a opção Processar, que apresenta todos os pedidos possíveis e disponíveis para agrupamento, opção Agrupar que realizar o agrupamento dos pedidos selecionados, opção Cancelar que volta para tela de Consulta e opção Pendências, que gera o agrupamento que apresentaram falhas.- O agrupamento é realizado por Loja, estão se selecionado vários pedidos de lojas diferentes, será gerado um pedido para cada Loja.- Para utilização do processo é necessário configurar os novos parâmetros: Parâmetros de operação - Pedidos - Agrupamento de Pedidos- Nos parâmetros é possível definir a Situação do pedido que permite agrupamento.- Qual Situação o pedido vai ficar após o agrupamento e a Situação da Separação.- Se será aplicado alguma regra de controlo de valor, permitindo não considerar um valor mínimo de pedido ou se o pedido individual terá um valor mínimo ou até mesmo o valor mínimo do agrupamento de todos os pedidos.- E para apresentar a opção de Agrupamento foi adicionado Direito de acesso de Agrupamento na tela de Consulta Pedidos - Produto.
- Criada nova funcionalidade para que o franqueado possa realizar a reposição de estoque via aplicativo PresenceEye.
- O processo criará um pedido na base da master e a ordem de compra na base da franquia.
- Criada nova seção catálogos no módulo de produtos do Domain para realização dos cadastros.
- Criada nova tela no Eye para exibição dos catálogos, permitindo que o franqueado faça pedidos para master..
- Adicionado o tratamento para reposição de estoque, ao tentar consultar, caso a loja não tenha o CNPJ informado no cadastro da Master, é bloqueada a consulta. com uma mensagem informado a pendencia.
- Problema ocorria, pois o sistema sempre buscava na tabela de pagamentos o controle do título para conseguir carregar a venda e gerar o DANFE. Na integração TOTVS não é realizada a integração dos pagamentos, com isso o sistema não encontrava a venda para gerar o DANFE.
- Alterado para buscar o controle pela tabela de boletos, assim ele consegue carregar a venda e gerar o DANFE normalmente.
#325009 Retirar dos pedidos transportadoras bloqueadas
- Ajuste no serviço da DLL Pedido para trazer apenas transportadoras ativas, transportadoras bloqueadas ou inativas, não serão apresentadas.
#324347 - Selecionar transportadora ao finalizar pedido reposição
- Solução no ticket #325009
PresencePedidos.DLL: - Adicionado o campo Código de Barras na listagem dos boletos - Alterado o método de listagem dos boletos para retornar somente o código de barras, quando o mesmo tiver sido gerado via Integração ( campo Aplicativo da LOJB085 = 'PresenceInvoiceAPI' ) Domain: - Corrigido método Salvar na tela de faturamento, que regravava o Aplicativo mesmo a NF já tendo sido emitida - Adicionado campo Código de Barras na Grid da tela de Boletos para Franquias - Alterado método de boletos para, quando vier o código de barras, copiar para a área de transferência automaticamente. - Adicionado método na Grid para copiar o código de barras para a área de transferência.
#308568 - DEADLOCK durante finalização de pré venda
- Corrigido o tratamento de DeadLock na classe padrão, que influência na Pré-Venda, Venda e NF.
- Correção na carga da pré-venda que continuava mesmo quando ocorria o erro do DeadLock, permitindo que duas pessoas atualizassem a mesma pré-venda, ao mesmo tempo.
Continuação da DP-I1483:
- Implementada, também, rotina de validação e bloqueio de Pedidos Master/Franquia para grupos de Franquias com títulos em atraso na Retaguarda Master no momento da consulta pela tela de 'Reposição de estoque', usando as mesmas regras e parâmetros apresentados na DP-I1483.
IMPORTANTE:
Necessária versão 9.1.36.7 do Presence Domain e 9.1.11.3 do Presence DLL Pedidos na Retaguarda Master e versão 9.1.36.7 do Presence Domain nas Retaguardas Franquia e Lojas para que o bloqueio seja efetuado na consulta da tela. - Retorno 1, item 1: Erro não reproduzido. Por via das dúvidas, os fontes foram recompilados e enviados novamente para o drive na pasta "Parte-2".
- Implementada rotina de validação e bloqueio de Pedidos Master/Franquia para grupos de Franquias com títulos em atraso na Retaguarda Master no momento da geração da Ordem de Compra/Pedido de Venda:
Quando qualquer loja do Grupo de Franquia estiver vinculada a qualquer título em atraso na Retaguarda Master, será apresentada mensagem de bloqueio na geração de Ordem de Compra/Pedido de Venda Master/Franquia, impossibilitando sua transmissão;
- Novos parâmetros de Reposição:
[11] Dias em atraso para bloqueio de pedidos (0 não valida): Quantidade, em dias, de atraso dos títulos para bloqueio;
[12] Texto a ser exibido para bloqueio de pendência financeira: Mensagem a ser apresentada para identificação do bloqueio nas Franquias.
IMPORTANTE:
Necessária versão 9.1.36.7 do Presence Domain e 9.1.11.3 do Presence DLL Pedidos na Retaguarda Master para que o bloqueio seja configurado e utilizado.
- Correção na validação do serviço SIGEP, quando feito via PresencePedidos.DLL.
- Correção na validação do caminho quando é uma Nota de Serviços (NFS-e).
- Criação de nova funcionalidade de geração de Logs de Execução quando o parâmetro GRAVAR_LOG dentro do Config.ini estiver igual a 1. Ex.: GRAVAR_LOG=1.
- Corrigida validação de parâmetro de Reposição '[10] Carteira de cobrança':
Quando moeda igual a 'Boleto', sistema irá aplicar Carteira de Cobrança configurada no parâmetro de Reposição '[10] Carteira de cobrança', se preenchido; Se não preenchido, irá aplicar Carteira de Cobrança padrão configurada no cadastro da Loja equivalente ao depósito central, do parâmetro de Operação '[19] Depósito Central equivale a loja número';
IMPORTANTE:
Condição de Pagamento de Venda, aplicada ao pedido, é a vinculada a Condição de Pagamento de Compra configurada no parâmetro de Reposição '[6] Condição de Pagamento'.
Para que a Moeda 'Boleto' seja aplicada ao pedido, a condição de pagamento acima deve ter apenas esse tipo configurado as parcelas.