- Implementado as moedas Pagamento pendente, Pagamento agrupado e Indenização nos filtros campo moeda e no grid de listagem.
- Correções na busca das informações para impressões de comprovante de pagamento.- Correção para não gravar pagamento de crediário zerado. Problema acontecia quando o primeiro pagamento era menor que a primeira parcela, quando isso acontecia, sempre lançava um valor zerado na segunda.
- Implementado lançamento 32-Inventário por depósito na tela de transações diversas.
- Implementado índice na consulta, que estava com lentidão pra retornar os vínculos do cliente com seus Planos.
- Correção na validação de dias não úteis/feriados que são destacados em vermelho no grid, ao consultar irá validar a linha e não buscar registros que não são dados mas, pertencem ao grid de listagem.
- Ajuste nas bases de dados para registros (na versão para todos):Com parcela com moeda 'X - Pagamento pendente' com TRANSACAO <> 0; Aplicamos TRANSACAO = 0;Com parcela com moeda 'X - Pagamento pendente' com valor zerado; Excluímos essas parcelas;- Para a base do cliente vinculado ao ticket, será necessário, também, rodar um script especial para os registros:Com parcela com moeda 'X - Pagamento pendente' e outras parcelas pagas (que poderiam gerar o problema de seleção para cancelamento); Aplicamos TRANSACAO = 0 para moeda X e TRANSACAO = 1 para as demais moedas que estivem com TRANSACAO = 0.Disponível no Google Drive:
- Adicionado tratamento para pegar a série do RPS informado na Nota, para o provedor ISSNet, pois quase todos os municípios utilizam a série 1 fixa.- Inclusão de motivos de cancelamento para o município 5300108-Distrito Federal.
- Correção ao gerar pré-venda pela tela de simulação de pedidos, quando selecionado a condição de pagamento do tipo "Planos" irá utilizar para identificação a primeira moeda cadastrada.
- Correção para apresentar o valor correspondente ao "Sinal de OS", que não estava sendo apresentado após a criação da tabela que de sinal. Na tela e fechamento de caixa, o valor será apresentado após concluir o fechamento de caixa.
- Ajuste na coluna TRANSACAO de parcelas de pagamentos pendentes, que estavam gravando 1 via Integrador e deveriam gravar 0;- Necessária versão Integrador 2.0.1 e Domain 9.46.4.0.
- Correção na FUNCTION IF_GTINTOEPC, deve considerar apenas os retornos não preenchidos;
- Correções ao gerar pedidos via módulo Slipt de pedidos:Implementado validação do preenchimento dos campos vendedor e gerente;Correção ao gerar boleto e impressão do mesmo no processo de geração do pedido.
- Ajuste na apresentação de valores de 'Entrada' e 'Saída' em 'Dinheiro' ou 'Cheque' na 'Visão Geral de Lavanderia: Caixa: Resumo de caixa'.
- Alterado no Dashboard para bloquear os menus Pedidos e Produtos quando for lavanderia;- Alteradas as functions SP_INDICE_LOJAS e SP_INDICES_VARIADOS para adicionar tratamento para a QTDE_PECAS, o Dashboard não irá somar a quantidade de peças vendidas por consumo de planos ou assinaturas, pois considera a quantidade de peças no ato da venda do plano/assinatura e não no consumo do rol.
- Implementação para consumo de crédito de cliente ao emitir NF-e de venda (Saída) ou gerar (incluir) crédito de cliente ao emitir NF-e de devolução (Entrada).- Nas condições de pagamento em Pedidos ou Nota fiscal, está disponibilizado a moeda Crédito de cliente.- Ao realizar uma nota de devolução de mercadoria e usar a moeda crédito cliente, será mostrado mensagem que informa ao usuário que o crédito será gerado apenas após a transmissão da nota fiscal, e ao concluir a transmissão da NF-e, mostra uma outra notificação referente ao crédito gerado.- Toda transação de consumo de crédito (resgate ou resgate pedido), crédito gerado pela devolução (crédito devolução) ou cancelamento, serão registrados no extrato, disponível no cadastro de cliente na guia Créditos do cliente subguia diversos.
- Correção implementada ao marcar opção "Exibir funcionários das franquias" no cadastro de funcionários.
- Correção no tratamento da condição de pagamento voucher para mostrar na tela do caixa.
- Correção para que as ordens de serviços que foram criados antes da alteração do sinal, buscar na tabela de lançamentos diários (como era antes da alteração) e tudo que foi criado após a alteração, buscar o sinal na tabela nova.
- Ajustes gerais no cadastro de metas e metas funcionários.
- Correção na carga do plano de contas quando há troca do fornecedor na ordem de compra.
- Conciliação mantém o mesmo funcionamento dos processos já existes para a Concil, sendo necessário apenas realizar as seguintes configurações:
- Cadastro de lojas, guia "Atributos":
003 - Conciliadora - Id Cliente
053 - Conciliadora - Estabelecimento
- Parâmetros retaguarda módulo Financeiro configurar as URL's de comunicação com a Elgin:
[173] Empresa conciliadora - Concil Card 2
+ URL
[174] Envio de vendas
[175] Retorno de vendas
[176] Retorno de recebimentos
[177] Conciliação
[184] Consulta status confirmação
[185] Limpeza de vendas
+ Logs
[179] Envio de vendas
[180] Retorno de conciliação
[181] Retorno de pagamento
[187] Conciliação
[186] Limpeza de vendas
[182] Status processos
- Alterada validação para não considerar valor 'Sem GTIN' na tag 'cEAN' do XML, apresentando, para esses casos, o erro e não fazendo a importação:
"Arquivo -> NomeArquivo.xml -> Não importado: Produto não localizado: Valor da tag 'cProd' (Valor da tag 'cEAN')".
- Correção na busca dos registros ao consultar o relatório de documento fiscal, quando usado o filtro CFOP.
- Melhorias nas mensagens quando não encontrar o arquivo gerado.
Implementado registro de parcelas para XML's de notas de entrada de devolução, que não possuem dados de pagamento:
- Necessário criar Condição de Pagamento padrão para a importação, com 'Modalidade = Planos', apenas uma parcela com a Moeda a ser registrada nas importações (não é necessário que esteja ativa ou qualquer outra configuração);
- Novo parâmetro de retaguarda '[730] Condição de pagamento para XML de Entrada':
Quando não preenchido (padrão), fará a importação dos XML's e apresentará alerta, ao final, de que as notas foram gravadas sem as informações de pagamento;
Quando preenchido (código) , fará a geração de uma parcela com a Condição de Pagamento e Moeda configurada e vencimento para a Data de Emissão.
- Usa as mesmas regras de Marketplace da importação de Vendas, considerando os registros selecionados na janela auxiliar para geração de títulos financeiros.
- Adaptação do PresenceRemote para considerar e retornar novo modelo de Situação do Rol:
Quando 'Status Rol = Entregue' + 'Status Pagto.= Pago', 'Situação' será 'Fechado; Qualquer outra combinação (entendendo que o Rol ou o Pagamento está em aberto), 'Situação' será 'Aberto'.
- Adaptação do PresenceRemote para considerar e retornar novo modelo de Situação do Rol:
Quando 'Status Rol = Entregue' + 'Status Pagto.= Pago', 'Situação' será 'Fechado; Qualquer outra combinação (entendendo que o Rol ou o Pagamento está em aberto), 'Situação' será 'Aberto'.
- Adaptação do PresenceRemote para considerar e retornar novo modelo de Situação do Rol:
Quando 'Status Rol = Entregue' + 'Status Pagto.= Pago', 'Situação' será 'Fechado; Qualquer outra combinação (entendendo que o Rol ou o Pagamento está em aberto), 'Situação' será 'Aberto'.
- Ajuste na apresentação de datas, aplicando fuso horário configurado na máquina.
- Ajuste na pesquisa por Strip-tag.
- Solução na DP-I11433 (Ticket #598659).
- Ajuste no alinhamento e espaçamentos das colunas da impressão de pagamentos pendentes.
- Correção para permitir alterar as caracteristicas de medidas após o lançamento do rol.
Ao alterar a unidade de medida, faz o recalculo do preço do item, se o rol foi pago cria uma nova parcela com o valor da diferença para pagar ou um crédito que fica vinculado ao cliente do rol. Em caso do pagamento estar aberto, irá ser alterado o valor da parcela para mais ou menos, conforme o recalculo.
- Implementado bloqueio de alteração de medidas de rols lançados em versões anteriores a disponobilizada.
- Incluído filtro funcionários na tela de filtros da consulta de registro de ponto.
- Problema de gravação do NaN, que gerava o problema na Conulsta de Peças não foi reproduzido. Foram realizados outros ajustes no cálculo de valores do Recebimento de Peças e da Manutenção do Rol;
- Criado script especial para corrigir a base do cliente.
- Retorno de data de inclusão do Rol no método de 'Consulta de peças'.
Implementação de cancelamento de planos via App Laundry:
- Tela 'Clientes: Planos ativos':
Direito de acesso acesso ao Formulário '38371 - Lavanderia - Clientes', ação '389 - Cancelamento de plano';
Nova opção 'Cancelar Plano' na coluna 'Ações' da grid, que permitirá o cancelamento de planos ainda não iniciados e sem pagamentos registrados ou com pagamentos realizados no dia corrente;
Nova opção 'Detalhe do plano' na coluna 'Ações' da grid, que permitirá visualizar as informações do plano;
Adição de opção 'Cancelados' no filtro 'Status Plano';
Apresentação de status 'Cancelado' na grid, em vermelho.
- Tela 'Planos ativos':
Direito de acesso acesso ao Formulário '38381 - Planos ativos', ação '389 - Cancelamento de plano';
Nova opção 'Cancelar Plano' na coluna 'Ações' da grid, que permitirá o cancelamento de planos ainda não iniciados e sem pagamentos registrados ou com pagamentos realizados no dia corrente.
- Para assinaturas, será apresentada mensagem de confirmação e cancelamento ocorrerá para todas as mensalidades, usando a mesma regra de validação de não iniciadas e sem pagamentos registrados ou com pagamentos realizados no dia corrente.
- Para os casos em que existem pagamentos no dia corrente, será realizado crédito do valor para o cliente.
- Ajustes gerais no módulo de ordem de produção:
- No BI ordem de produção, ordem de produção itens e apontamento incluído o campo Pedido, assim como na impressão ou visualização que além de mostrar o número do pedido mostra a informação de fábrica.
- Na OP removido o cálculo da data prevista, esta data não será mais calculada e sim o usuário poderá selecionar a data conforme necessidade.
- Na consulta de pedidos itens, incluído direito de acesso para a ação Gerar O.P. necessário liberar o acesso ao usuário.
- Na tela de manutenção de pedidos nos detalhes do produto, ajuste na visualização do número da O.P. vinculada ao produto para visualizar o número + série (ex: 66.0)
- Realizado vinculo ao formulário "38234 - Classificação de Imagem – Produção" para listar as classificações cadastradas nesta tela para usar no campo ao incluir imagens de ficha técnica do produto.
- Correção no lançamento de pré-venda via Ponto de venda, para manter os valores informado como desconto % e cortesia. Ao importar a pré-venda que tenha estes valores, serão carregados e mostrados em tela.
- Novo botão 'Filtrar produtos' na tela auxiliar de 'Consulta de produtos' no 'Ponto de venda', que permitirá o filtro de SKU's por múltiplos, códigos, fornecedores, cores, tamanhos, etc.
- Correção para considerar valor de descontos dos itens na consulta de Venda por Produto para os tipos detalhados e totalizados, alteração aplicada nas colunas "Valor", "Vlr. Total" e "Vlr. Médio".
- Ajustes no cálculo de valor usado pelo Dashboard para total de Vendas (VALOR_TOTAL_PRODUTOS da LOJB085) quando NFC-e e CF-e SAT são editados pelo detalhe da venda, que estava aplicando valor líquido (considerando desconto), erroneamente. Deve aplicar o preço unitário dos produtos, vezes suas quantidades, apenas;- Script especial foi executado no ambiente do cliente para ajustar o passado (a partir de 01/01/2024).
- Solução na DP-I11391 (Ticket #594425).- Script especial foi executado no ambiente do cliente para ajustar o passado (a partir de 01/01/2024).
- Corrigido o cálculo dos descontos quando existe desconto aniversário, desconto percentual, desconto cortesia e desconto de cashback. O sistema recalculava o desconto aniversariante, considerando o cashback, somente após o informar as condições de pagamento, causando a diferença de valor.
- No cadastro de loja criado novo atributo (66 - Token de Fidelidade) para armazenar o token de cada empresa que irá utilizar a Fidelidade. Caso não seja configurado, continuará utilizando o atual, que é um parâmetro de Banco.- Alterado para habilitar o reenvio do PIN, para Sellbie, quando se passar 30 segundos do envio,- Implementado agrupamento de transação de resgate no extrato de Fidelidade do Cliente, para Sellbie.
- Na tela de conciliação de cartões adicionado nova aba "Ajustes" no detalhe da conciliação. Ao dar duplo clique nos registros abrirá a tela de título. O fornecedor do título criado via conciliação corresponde ao fornecedor que esta vinculado no cadastro da administradora de cartões.
- Adicionado o código do município na criação da interface de emissão de Nota, para identificar corretamente o provedor da NFS-e.
- Implementado TEF Cielo Lio para que o App Presence Sale possa ser instalado nas próprias maquininhas de cartão.- No Presence Domain, dentro do cadastro de lojas na guia atributos, foram incluídas as opções abaixo, que são necessárias para a comunicação do Sale com a máquina Cielo Lio:- 063 - Cielo LIO - Access-Token;- 064 - Cielo LIO - Cliente-ID;- 065 - Cielo LIO - E-Mail;- No Presence Sale, abrir a tela de configurações que antecedem a tela de login, no campo TEF incluído a opção Cielo Lio, sendo necessária que a opção esteja selecionada, para que haja comunicação entre o Remote e Sale instalado no aparelho de cartão da administradora. Necessário versão 9.46.1.0 do Presence Domain e versão 3.10.8 do Presence Sale.
- Em parâmetros retaguarda módulo Pedidos criado novo parâmetro [84] Agrupamento de combos. Por default o parâmetro irá se manter desmarcado.
- Na consulta de pedidos dos filtros adicionado o grupo "Antecipados", com as opções Todos (default), Sim (mostra somente os registro com pagamento antecipado) e Não (mostra os pedidos com pagamento normal). Marcando a opção "Sim", a consulta lista os pedidos com o somatório dos pedidos com pagamento antecipado, que deve ser usado para conferir com o total de pedidos mostrados no relatório de Totalização de Vendas.
- Implementação de validação do valor mínimo de pedido por catálogo de acordo com a funcionalidade que já existe no módulo de Análise de Reposição no Domain;- Para que a alteração possa a funcionar atualizar a versão 4.5,15 do App Presence Eye, também será necessário atualizar a DLL Presence Pedidos na versão 9.0.65.0.
- Remoção da moeda carteira digital da tela de múltiplos pagamentos do pedido. Este moeda somente é usado PDV emulando loja pelo Domain ou diretamente no Store.
- Ajuste na geração de 'Metas de funcionário' quando existe 'Calendário de metas' cadastrado para o mês de Dexembro/2024.
- Ajuste no cálculo de totalizador das colunas 'Margem' e '(%)', aplicando o mesmo cálculo feito na grid: Margem = Tot Venda - Tot Custo; (%) = Margem / Tot Venda * 100
- Problema ocorria pois ao clicar no combo clientes era refeito a consulta, mas não preenchia os parâmetros anteriores. Realizado a correção para limpar os parâmetros antes de realizar a consulta dos clientes.
Novo modelo de lançamento de Condições de Pagamento na Avaliação:
- Alterada nomenclatura de 'Encargos' para 'Desconto' em todas as telas do módulo Brechó;
- Bloqueada inserção de valores maiores que 1 no parâmetro de Brechó '[2] Fator para crédito em dinheiro/PIX':
- Novo botão 'Condiçao de pagamento', substituto ao combobox de seleção anterior, onde será possível lançar valores parciais em 'PIX/Dinheiro' e 'Crédito cliente';
- A condição padrão será sempre 'Crédito cliente', aplicada automaticamente à Avaliação sempre que ela for criada, mesmo que o operador não entre na tela de 'Condições de pagamento';
- A condição 'PIX/Dinheiro' faz o cáldulo de fator da seguinte forma, conforme parâmetro de Brechó '[2] Fator para crédito em dinheiro/PIX':
Quando integral, aplica 'Desconto' calculado usando o valor integral da Avaliação;
Quando parcial, aplica 'Desconto' calculado já embutido no valor digitado no campo 'PIX/Dinheiro';
- Quando condição 'PIX/Dinheiro' tiver sido lançada, qualquer ação que altere o valor da Avaliação apresentará aviso e fará limpeza dos lançamentos das Condições de Pagamento, aplicando todo o valor como 'Crédito cliente', que é o padrão;
- Alteradas rotinas de lançamento de créditos para o cliente e valores em caixa, conforme novos campo da Avaliação.
- Implementado novo serviço de fidelidade Sellbie (CRM, Motor de promoções e Cashback gerado na venda e resgate). Será necessário configurar o sistema para o seu funcionamento no Presence Domain/Store.- Cadastro de loja: Na guia atributos, no atributo 043-Fidelidade adicionada a opção Sellbie e novo atributo 061-URL Sellbie para informar a URL de comunicação com o serviço.- Nos parâmetros de retaguarda, módulo fidelidade incluído no parâmetro "Tipo de código para envio" este parâmetro define o código do produto que será usado para enviar para a Sellbie, SKU, referência, referência+tamanho ou cor, código auxiliar (principal)- A implementação irá funcionar no PDV pelo Store ou Domain emulando loja, após lançar os itens, ao clicar em pagamentos irá chamar a comunicação com a integração junto a Sellbie e retornará os dados das promoções autorizadas ou não.A venda poderá ter uma ou mais de uma promoção vinculada, toda vez que selecionar uma promoção será necessário clicar no botão calcular promoções, desta forma irá retornar o valor dos descontos que o mesmo possuí na Sellbie.Poderá também, ter ou não o resgate do cashback acumulado, ao informar o valor no campo Valor Resgatado e clicar em utilizar cashback, solicitara o código PIN, que será enviado via SMS ao número do celular associado no cadastro do cliente. Ambos os descontos serão mostrados no campo "Desconto Obtido", ao confirmar os descontos serão carregados na tela do PDV e proceder com a finalização da venda.- No cadastro do cliente na guia fidelidade, poderá ser feito a consulta do extrato e assim visualizar as transações das vendas, resgate e geração do cashback, assim como estorno do valor resgatado e cancelamento do cashback gerado na venda, quando houver cancelamento do documento fiscal.- Os valores de cashback gerado no ato da venda, será disponível depois de 24 horas (dia seguinte à venda realizada), regra da própria Sellbie.
- Solução no ticket #562089 (DP-I11332).
- Solução no ticket #562089 (DP-I11332).
- Adição de situação da peça na impressão do Rol (Impressão X Situação da peça):
Entregue (Entregue);
Pronto (Estoque);
Em entrega (Em trânsito);
Em produção (Interlojas, Terceiros, Produção).
- Alterado texto de identificação de crediários liquidados na observação dos títulos, que estava ultrapassando o limite de 100 caracteres e apresentava erros, para: "Crediário(s): Série.Número-Parcela, Série.Número-Parcela, Série.Número-Parcela, Série.Número-Parcela, ..."
- Com a alteração, diminuem as chances de atingir os 100 caracteres, mas , caso ocorra, o texto será cortado para não gerar críticas.
- Solução na DP-I11347 (Ticket #591577).
- Só conseguimos reproduzir o cenário fazendo a mesma liquidação em dois terminais diferentes., ao mesmo tempo - Para que não ocorram duplicidades, sistema irá validar, a cada operação, situação das parcelas envolvidas e apresentar mensagem caso um ou mais delas já tenham sido liquidada em outros processos.
- Correção no cadastro de Classificação Fiscal de Serviço, criando um específico para o município de Pato Branco, conforme orientação no ticket. - Alterar o numerador de lote via banco (LOJB085__LOTENFSE) - Criados tratamentos específicos para o município de Pato Branco - PR
- Correção no retorno da mensagem de exclusão quando usado o botão X, para fechar a caixa de mensagem.
- Ajuste na conulta de Rols para tela auxiliar não trazer registros de Vendas de Planos;
- Pulo na numeração de strip-tags não reproduzido em versões mais recentes. Abrimos DP interna para implementar gravação de auditoria nas alterações de numeração manuais.
- Ajustes nas rotinas de replicação (triggers) da tabela de 'Créditos do cliente' (LOJB333) quando ambiente Lavanderia (parâmetro de Retaguarda '[85] Modo de operação do sistema= 'Lavanderia').
- Alterado layout da tela e impressão de registro de pontos.
- Ao incluir um registro, irá adicionar todos dias do mês selecionado, seguindo a configuração dos dias que a loja trabalha que consta no cadastro de lojas. Caso tenha algum dia onde o usuário não tenha trabalhado e tenha como dia de trabalho no cadastro de loja, a linha será mostrada em branca, somente com a informação de data.
- A mesma regra será aplicada na impressão dos dados seguindo o espelho do grid de listagem.
- Retorno de informação de 'Bandeira' via Presence Remote para apresentação na grid de 'Detalhe do Rol: Pagamentos'.
- Este erro ocorre pelo limite de dias de pesquisa estar muito grande, no caso do cliente "999999". Implementado tratamento na validação de limite de dias em 999 para os parâmetros: Parâmetros de Retaguarda - Faturamento - 20 - "Limite de dias para pesquisa"; Parâmetros de Loja - Operação - 272 - "Limite de dias para pesquisa";
- Adicionada informação de 'Bandeira' do cartão na impressão do Rol, quando Cartão de Crédito (C. Crédito) ou Cartão de Débito (C. Débito).
- Adicionado tratamento no consumo de logs (Sincromismo MP) para apresentar mensagem tratada quando tabela replicada das Retaguardas para as Lojas ainda não existirem nos destinos: "Tabela XXXXX inexistente no destino YYY" (onde XXXX é o nome da tabela e YYY é o ID da base de destino);
- O erro será apresentado com apenas uma linha no destino, mas manterá todos os logs da origem para futuro consumo, quando o destino for atualizado;
- Hoje colocamos tratamento para não gerar esses logs, mas a ideía é, em algum momento, não tratar mais na origem, apenas no destino, com essa alateração do Replicador. Para isso, será necessários que o Replicador seja atualizado nas Retaguardas Franquia e Lojas.
- Ajuste na apresentação de botão 'Balcão' apenas quando ambiente Lavanderia, somente quando menus são montados, após login.
- Aplicada regra para tag '[#EMAIL_CLIENTE#]', configurada nas rotinas de 'E-mails de cobrança', ser transformada em link 'mailto' automaticamente na criação das mensagens.
- Problema ocorre ao processar vários arquivos e falta de liberação de memoria.
- Adicionada a chamada no menus de acordo com as telas de orçamento.
Direitos de acesso e nome:
38123 - Orçamento - Produtos
38125 - Consulta Orçamento - Produtos
38128 - Consulta Orçamento- Itens Produtos
38124 - Orçamento - Serviços
38126 - Consulta Orçamento - Serviços
38129 - Consulta Orçamento - Itens Serviços
- Correção na consulta dos valores do preço total do pedido quando usado o botão simulação ao incluir os pagamentos no pedido.
- Implementado validação da loja expedidora do pedido na geração de log's do passado para bancos do tipo M "Retaguarda master -> Retaguarda franquia" e L "Retaguarda -> Loja";
- Adicionados CALLBACK's para a tabela de cliente e seus complementos, e fornecedor e gerar o log's das tabelas de fornecedor, loja e representante quando o tipo do pedido for para estes tipos;
- Adicionada validação de replicação de imagem de cliente considerando a configuração do parâmetro [35] Opção de exportação para lojas
- Realizado alteração para que o campo observação receba 1500 caracteres. O novo tamanho do campo OBS_FATURAMENTO será considerado nas consultas de pedido, manutenção, importação de pedidos e faturamento. Observação: Na impressão do pedido, será necessário alterar o arquivo RTM para mostrar os 1500 caracteres.
- Corrigido erro ao utilizar o 2° Índice nos filtros da consulta.