- Implementado novo parâmetro para exigir, ou não, senha para liberação de fechamento de caixa quando houver NFC-e's pendentes de transmissão. Este parâmetro será localizado nos Parâmetros de retaguarda > Operação > Lojas > Liberações > [740] Exige senha/restringe fechamento de caixa com NFC-e pendente com três opções Gerente, Subgerente e Caixa. Ao marcar ou todas as opções, ao realizar o fechamento de caixa irá ser feito a validação de NFC-e pendente e se tiver retornará em tela um pop-up de Bloqueio de NFC-e pendente solicitando a senha de liberação, conforme o parâmetro, após a liberação o processo de fechamento de caixa continua normalmente, no caso do usuário de liberação informado tiver algum dado incorreto irá validar e impedir o fechamento.

- Implementação de ordenação dos itens por lançamento ou SKU via parâmetro, para que na importação de pré-venda a ordenação dos itens liste e execute a ordenação conforme estiver no parâmetro. Esta alteração será considerada somente na tela de faturamento por NF-e ( Nota fiscal eletrônica.

- Inclusão de novo parâmetro para definir o tipo de ordenação dos itens, por padrão ou quando vazio será considerado ordenação "por SKU". Será necessário alterar o parâmetro conforme a necessidade do usuário após a atualização de versão. Parâmetro localizado em: 

Parâmetros retaguarda > Operação > Lojas > Faturamento

[738] Ordem dos itens 

      Por SKU 

      Por Lançamento

- Na pré-venda não teve alteração, pois já existem parâmetros de ordenação na impressão [15] e [409]

- Correção para não gravar log de auditoria quando houver exclusão de logs pendentes e pertencer  ao Connect.

Implementada rotina de não atualização de campos úteis apenas na Usina (Retaguarda Master), vindos de Lojas, quando ambiente for 'Retaguarda' (no parâmetro '[334] Ambiente) 'e usuário for 'Replicador':

- Tabela de cabeçalhos de malotes (USINA_MALOTE): 

Não atualiza situação para anteriores a atual e controle funcionário que realizou essa ação; 

Só atualiza dados de recebimento na loja e nota fiscal emitida na loja quando esses dados estiverem vazio na Usina;

- Tabela de itens de malotes (USINA_MALOTE_ITEM): 

Não atualiza situação, funcionário que realizou a ação, status de aprovação do cliente e cor aplicada quando: Situação atual é '13 - Alocado para devolução' e situação da Loja é diferente de '13 - Alocado para devolução' ou '12 - Devolvido' ou igual a anteriores; Situação atual é '12 - Devolvido' e situação da Loja é diferente de '12 - Devolvido'; Situação atual é '11 - Pronto para devolução' e situação da Loja é anterior a ela; Situação atual é diferente de '3 - Pendente aprovação cliente' e situação da Loja é '3 - Pendente aprovação cliente';

- Tabela de itens de malotes (USINA_MALOTE_ITEM_ANALISE):

Não atualiza dados de análise quando situação diferente de 'Pendente' e recebemos 'Pendente' da Loja.

- Solução na DP-I14002 (Ticket #723429).

- Solução na DP-I14002 (Ticket #723429).

- Triggers desatualizadas na base da Retaguarda Franquia;

- Foi aplicada no script da versão a atualização de todas as triggers relacionadas ao módulo de Usina, para que todas as bases fiquem com as versões corretas.

- Solução na DP-I13952 (Ticket #720379).

- Solução na DP-I13952 (Ticket #720379).

- Correção na busca de produto por descrição com o filtro ativo marcado.

- Correção na validação de grupo, departamento, linha e coleção, que passa a consultar diretamente no cadastro oficial ao invés da liste da tela que pode estar filtrada, na qual provocava o erro acusando que o cadastro de grupo não existe.

- Padronização do filtro de datas, para mostrar na mesma ordem da tela de consulta de OP.

- Problema encontrado no método de trocar de setor, não estava atualizando o setor destino corretamente e por este motivo no apontamento não aparecia a operação do setor origem. Correção no método de alteração de setor e ao atualizar a verão, irá corrigir as OPs que estão com os setores de destinos errados, para que o usuário possa realizar o apontamento normalmente.

- Corrigido erro access violation ao alterar e salvar cadastro de fases de produção.

- Inserção de parâmetro 'referencia_sku' nos métodos de ECM-ESTOQUE-SKU e ECM-ESTOQUE-SKU-OMNI da Presence API;

- Respeita a estrutura de código configurada em 'Presence Domain > Utilitários: Interfaces > E-commerce: Configuração > 'Configurações > Campo 'Produto base'';

- Necessária versão Presence Domain 9.62.2.1 e Presence Tenant 1.0.91.0;

- Documentação atualizada no Zoho Desk:

https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-ecommerce-ecm-estoque-sku

https://suporte.presence.com.br/portal/pt/kb/articles/presence-api-ecommerce-ecm-estoque-sku-omni

- Implementado filtro para não envio via triggers e 'Gerar logs do passado', em ambiente Retaguarda Franquia para Retaguarda Master, de Vendas de planos com códigos iniciados em 'PLAF', provenientes de sistemas legados;

- Necessária versão Presence Domain 9.62.2.1 e Presence Replicador 2.3.53.0.

- Correção na quantidade de caracteres da consulta interna.

- Problema ocorria quando 'Tabela auxiliar' estava com código identificador nulo;

- Implementado cálculo e aplicação de código nesses registros vazios, usando a última numeração + 1 para cada um deles.

- Correção no método de gravação das datas.

- Alteração para gravar o controle negativo quando o cadastro de fornecedores for feito em ambiente de Retaguarda franquia.

- Alterada a condição da listagem de vendedores, para considerar apenas os cargos padrões do sistema.

- Corrigido para tratar "atributo não cadastrado" como "sem filtro" (mesmo padrão já usado em AtualizarOcorrenciaComRetorno).

- Correção no método usado na comparação do campo TEF_NSU, para que funcione igual ao padrão já existente/adotado nas demais consultas do módulo. Desta forma a busca/comparação do NSU que vem da conciliadora sem zeros a esquerda irá realizar a busca no sistema ignorando os zeros a mais gravados e realizando o vinculo à venda e a conciliação ser efetivada normalmente.

- Implementada mesma correção que havia sido feito para conciliação de vendas com o mesmo NSU. Na qual valida a 'Bandeira' e 'Modalidade', além de 'Valor', na regra de conciliação de registros com NSU igual.

- Removido bloqueio de alterações para lojas desativadas das triggers de Estoque (LOJB017) e Disponibilidade de estoque (LOJB017E).

- Incluído novo parâmetro para habilitar ou não mostrar a quantidade de parcelas nas informações do beneficiário no boleto impresso. 

- O parâmetro está localizado em:

+ Parâmetros retaguarda

++ Financeiro

+++ Cobrança Eletrônica

++++ [271] Imprimir quantidade de parcelas no boleto

- Melhoria na exibição da mensagem e funcionalidade do uso dos botões que a tela possui.

- Aplicada regra para apresentar nas telas de 'Análise de reposição' e 'Análise de reposição - Pack' apenas produtos com preço maior que 0.

- Implementada integração com a plataforma NuvemShop:

Exportação de produtos (categorias, produtos e estoques) e situação de pedidos;

Importação de clientes e pedidos; 

- Necessária configuração do Presence Imagens para envio de link dos XML's de Notas Fiscais para plataforma, nos parâmetros de 'Comunicação' de [104] à [109];

- Necessária geração de Token para a comunicação com plataforma. Entrar em contato com a equipe de Desenvolvimento da Presence;

- Necessária versão Presence Domain 9.62.2.0 e Presence Connect 3.2.84.

- Ajuste na soma de valores de documentos de devolução (negativos) quando mais de um item.

- Conforme pré-analise , ajustado para só mostra o botão de Preços Franquia quando for retaguarda Franquia

- Novo checkbox 'Reprocessar pagamentos' na rotina de 'Gerar logs do passado', quando ambiente 'Lavanderia' (parâmetro '[85] Modo de operação do sistema= Lavanderia'):

Habilitado apenas quando módulo 'VENDAS' marcado na listagem;

Quando marcado, exclui pagamentos do destino e aplica os enviados pelo origem: Na origem, grava coluna REPROCESSAR_PAGAMENTO = S na REPL_LOG de registros da LOJB085; No destino, ao receber esses logs, grava coluna REPROCESSAR_PAGAMENTO = S na LOJB85 e, quando usuário REPLICADOR, deleta informações de pagamentos (LOJB087) daquela venda e integra pagamentos recebidos, ficando igual a origem;

Para manter a integridade, quando checkbox 'Reprocessar pagamentos' está marcado, gera sempre o pacote completo da venda e seus pagamentos, quando data de alteração (DATA_AT) da venda ou de um ou mais pagamentos dentro do range informado.

- Implementado o mesmo tratamento de agrupamento por CNAE, do município de Cascavel-PR.

- Correção na montagem de impressão quando tipo de entrega era 'Balcão', não resumido, e o elemento de frete não existia.

- Ajuste na quantidade de vendas e peças do relatório 'Análise de faturamento e pedidos', quando parâmetro '[85] Modo de operação do sistema = Lavanderia':

Quantidade de peças com agrupamento por Strip-tag para que considere peças, não serviços;

Quantidade de vendas, peças e valores devem considerar Rols que possuem apenas itens zerados (sem ser consumo de planos), com ou sem frete: Cortesia (incrementos zerando o preço) ou desconto cabide integral;

Quantidade de peças de Rols diferentes com mesma strip-tag.

- Outros relatórios passarão pela mesma revisão posteriormente, com DP's internas já abertas;

- Ajuste na apresentação de descontos de 'Planos' vendidos na 'Visão geral de lavanderia: Vendas';

- Para comparação de valores com os relatórios do Domain, deve ser considerada coluna 'Valor Venda' na Visão Geral de Lavanderia (VGL);

- Identificado problema quando há mais de um item na nota de devolução. Para corrigir o erro ao realizar a ação de consulta/atualizar os dados da nota, foi adicionado um comando que traz apenas 1 documento de origem do crédito, independente da quantidade itens.

- Adicionado tratamento para retirada de acentos na montagem do XML de transmissão do Cancelamento ou da Inutilização de numerador.

-  Correção na geração de código de barras no segmento J para a remessa do Banco Santander.

- Na consulta de cliente e fornecedor onde tem a consulta de CNPJ, para quando for o tipo de consulta Receita Federal, implementado consulta via API da Brasil API (https://brasilapi.com.br/docs#tag/CNPJ), serviço gratuito e sem limites de consultas. Para melhor funcionamento da pesquisa e coleta de dados.

 - Implementado novo tratamento de validação de endereço baseado no novo campo do cadastro de município, no cadastro de Município IBGE incluído campo novo com as opções, valida, não valida, valida se informado.

 - Corrigida a validação de nota transmitida para NFS-e, considerando apenas se existe a chave de acesso preenchida.

- Solução no ticket #722938 (DP-I 13993).

- Alteração na validação do ID Estrangeiro, para permitir manter o campo em branco/vazio quando for operação de exportação.

- Solução no ticket #718551 (DP-I13898).

- No menu Cadastros incluído submenu Classificação fiscal - Serviços, e direitos de acesso vinculados ao formulário "38067-Classificação Fiscal - Serviço", necessário liberar o acesso ao usuário se necessário.

- Removido tela e formulário mais acessos "38070 - Importação NCMs/CFOPs".

- Cenário ocorre por ter o limite de 10000 registros retornados na tela de 'Consulta de peças e serviços', implementada para evitar erros de tempo excedido ou quebra de memória;

 - Para que a consulta apresentada no exemplo seja realizada, incluímos o campo de filtro por cliente:

Permite consulta por nome, telefone (celular, comercial ou residencial), CPF/CNPJ ou e-mail;

Quando campo em branco, continua limitando a quantidade de registros em 10000.

- Ajuste na query de 'Gerar logs do passado' para considerar checkbox 'Franquias' do cadastro de produtos para controlar envio para Retaguardas Franquia. 

- Base estava com a trigger LOJB108_BU_DEPARA_CLIENTE desatualizada, gerando os erros reportados;

- Incluída última versão no script para ajuste em outras possíveis bases nesse cenário.

- Implementada ordenação dos registros de cada lote de 1000 linhas por 'Ordem módulo' (REPL_MODULOS) e 'Ordem tabela' (REPL_TABELAS), facilitando a montagem das querys do sincronismo (manual e automático) do Replicador, aumentando a performance da importação;

- Necessária atualização do ambiente que realiza o consumo via serviço MP (Retaguardas Franquia e Lojas).

- Ajuste/melhoria nos processos de limpeza, para ter a opção de usar o usuário e senha de "Administrador", além de usar usuário "Master".

 - Alterado para enviar o frete no campo correto, mudado indicador de presença para "Entrega em Domicílio" e Modalidade do frete para "por Conta do Destinatário"

 - Implementada obrigatoriedade de informar o cliente quando houver frete e identificar o cliente na NFC-e.

- Alteração na validação do endereço principal para validar somente quando o cadastro for do tipo "fornecedor".

- Implementação de direito de acesso para habilitar ou não a função de pesquisa de produto no lançamento de caixa no PDV.

- Esta nova função irá com o acesso liberado a todos os usuário que anteriormente a atualização de versão tenham acesso a esta tela.

- Criado a função "412 - Pesquisa de produto", vinculado ao formulário "32001 - Lançamentos de caixa".

- Desativada a opção GridMode da tela, para habilitar as funções da grid, inclusive o filtro.

- Corrigida a validação da data de aniversário.

- Adicionado tratamento para considerar aniversário como 28/02, quando aniversário for 29/02 mas não for ano bissexto.

- Melhoria na validação do tamanho da máscara do produto somente em produtos novos (inclusão).

- Inclusão da coluna 'Malote', no grupo 'Terceiros' das grid das telas de 'Consulta de peças e serviços' e 'Detahe do Rol', que apresentará número de malote de 'Entrada' (gerado via App Laundry para o App Usina) vinculado às peças; Quando o vínculo não existir, campo ficará vazio;

- Necessária versão Presence Domain 9.52.0.0 e App Laundry 1.4.

- Implementado método para agrupar itens com o mesmo CNAE na transmissão da NFSe, para o município de Cascavel.

- Implementado método para iniciar o serviço de sincronismo do Replicador, caso esteja parado, assim que abrir o Presence Store, além da validação periódica, conforme tempo configurado no campo 'Notificar inatividade após (min)', em 'Bases remotas', de situação e inicialização.

- Implementado alteração para gerar ordem de produção agrupado por referência de produto (mesmo produto com diferentes pedidos vinculados).

- Na tela de consulta itens - produtos no botão "Gerar O.P" na seta irá mostrar duas opções:

  - Por Pedido: Esta opção mantém o fluxo já existente no sistema, gerando um pedido para cada registro selecionado no grid. Também se mantém como opção padrão ao clicar diretamente no botão sem ser pela seta escolhendo uma das opções mostradas. 

  - Por Referência: Ao selecionar a mesma referência em mais de uma linha e os mesmos pertençam a um ou mais pedidos, ao gerar a OP selecionar a opção "Por Referência" o sistema irá agrupar os itens com referência igual somar as quantidades e gerar uma OP por referência. 

Ex.: Pedido 55 com os itens XXA10101 com quantidade 5 

     Pedido 56 com os itens XXA10201 com quantidade 10

     Neste cenário, quando gerar a OP por referência irá ser gerada: OP 99 com o item XXA1 com a quantidade 15, neste agrupamento a OP não terá vinculo com o Pedidos, porém no pedido mostra o número da OP, na tela de consulta de pedidos por item mostra o número da OP.

- Retirada da obrigatoriedade do PAF, do sistema.