| Painel | ||||||
|---|---|---|---|---|---|---|
| ||||||
|
| Painel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
|
| Expandir | ||
|---|---|---|
| ||
Você Sabia? |
| Painel |
|---|
Rotinas Otimizadas |
| Painel |
|---|
Módulo/Rotina: Foram realizados ajustes na tela de parâmetros da empresa e no menu principal, com a retirada de uma opção que permitia o envio de uma informação específica relacionada a um programa de premiação. Esse envio automático deixou de existir no sistema. Também foram feitas adequações no tratamento dos dados da empresa, simplificando as informações armazenadas e ajustando a forma como esses dados são carregados e exibidos quando uma empresa é selecionada. |
| Painel |
|---|
Módulo/Rotina: Foi realizada uma melhoria na tela de cadastro de Promoção Mix quando habilitado a opção de integração com a BR. Ao realizar a alteração de um grupo mix, se o total de grupos for diferente do informado pela BR, o sistema irá bloquear a edição do grupo. Ao informar um novo item para um grupo será validado se o EAN deste item participa da promoção e caso não participe o sistema irá bloquear a inclusão. |
| Painel |
|---|
Módulo/Rotina: Foi realizada uma melhoria na tela de Cadastro de Promoção Mix, adicionando a possibilidade de ativar ou inativar a promoção diretamente na própria tela. Para isso, foi incluído um campo de controle visual que permite indicar se a promoção está ativa ou não, disponível apenas para empresas do Brasil. Ao navegar entre os registros, o sistema passa a carregar automaticamente a situação atual da promoção, garantindo que a informação exibida reflita o estado real cadastrado. Em novos cadastros, a promoção é considerada ativa por padrão. A alteração do status é aplicada somente no momento do salvamento do cadastro, seja em uma inclusão ou edição. |
| Painel |
|---|
Módulo/Rotina: No processo de baixa das transações de cartões da conciliadora Boa Vista, foi ajustada a etapa que permite a correção da forma de pagamento quando a venda foi vinculada de forma incorreta no PDV. Além da troca da forma de pagamento, o sistema passou a atualizar automaticamente a data de vencimento do título a receber associado à transação, utilizando a data de crédito informada pela conciliadora. Não há necessidade de configuração adicional para essa melhoria. |
| Painel |
|---|
Módulo/Rotina: Foi realizada uma análise no processo de confirmação de caixas em lote, identificando que, ao confirmar vários caixas ao mesmo tempo, o sistema executa uma série de validações e atualizações internas que acabam sendo disparadas para todos os movimentos do caixa. Esse comportamento ocorre mesmo quando parte desses movimentos é gerada por integração online ou somente no momento da confirmação. |
| Painel |
|---|
Módulo/Rotina: Foi realizada uma melhoria no processo de alteração de NOP ECF no otimizador de cadastro de itens. O fluxo foi ajustado para tratar as atualizações de forma mais eficiente quando o cliente possui várias empresas, evitando repetições desnecessárias durante a alteração dos itens. As informações necessárias para a atualização passaram a ser trabalhadas em conjunto, reduzindo etapas internas e aplicando validações apenas quando realmente necessárias. Além disso, o sistema passou a atualizar somente os itens que possuem informação diferente da selecionada, e os registros de erros agora são organizados de forma mais simples, sem impactar o uso da tela. |
| Painel |
|---|
Módulo/Rotina: Foi revisada a forma como o sistema identifica o cadastro do ponto de venda no momento da abertura de turno recebida pela integração. Ficou definido que a identificação continuará sendo feita exclusivamente pelo número de fabricação. Com isso, foi ajustada a regra de cadastro para não permitir mais a existência de pontos de venda com número de fabricação duplicado, independentemente de estarem ou não marcados como SAT. Essa validação passa a ser aplicada sempre no cadastro ou atualização dessas informações. Para ambientes que já possuam duplicidade, é necessário corrigir os registros existentes para que cada ponto de venda tenha um número de fabricação único. |
| Painel |
|---|
Módulo/Rotina: Foram desfeitas as alterações realizadas na issue POSTOSUBE-23007 relacionadas à forma de pagamento via boleto. Após alinhamento e análise do manual de remessa de pagamentos do Santander, o sistema voltou a seguir o padrão oficial de geração indicado pelo banco, mantendo o fluxo conforme as instruções vigentes. |
| Painel |
|---|
Módulo/Rotina: Foi ajustada a validação das formas de pagamento no processo de venda para garantir que o sistema respeite, em primeiro lugar, as autorizações definidas no cadastro do cliente. A partir desse ajuste, o sistema passa a verificar se a forma de pagamento está realmente habilitada para o cliente antes de considerar a situação de crédito. Quando a forma de pagamento não estiver autorizada no cadastro, a venda será bloqueada diretamente, sem possibilidade de liberação por supervisor. Somente quando a forma de pagamento estiver permitida é que a regra de crédito do cliente será avaliada, podendo então existir liberação conforme as permissões do usuário. Esse comportamento passa a valer para todas as formas de pagamento disponíveis no sistema. |
| Painel |
|---|
Módulo/Rotina: Foi realizado um ajuste no fluxo de manifesto automático, com foco em melhorar o processamento das notas fiscais. O fluxo foi revisado para evitar a repetição de identificadores, garantir a atualização correta dos registros faltantes, permitir a manifestação das notas pendentes e assegurar a importação automática da nota fiscal quando a opção de pré-nota estiver habilitada. Caminho: Manifesto Destinatário Automático. |
| Painel |
|---|
Módulo/Rotina: Foi identificado um comportamento na rotina de Recebimentos, na opção de Vale Haver, em que a exclusão de um vale fazia com que ele deixasse de aparecer na tela, mas ainda pudesse ser considerado nos cálculos do fechamento. Esse cenário ocorria porque, após a exclusão, o vínculo do vale ficava com um valor padrão que acabava sendo usado indevidamente nas validações internas do fechamento. A rotina de cálculo foi ajustada para ignorar esses registros sem vínculo válido, garantindo que apenas vales corretamente associados sejam considerados. |
| Painel |
|---|
Módulo/Rotina: Na tela “Incluir item Pré-Venda”, foi ajustado o comportamento dos campos ao selecionar um almoxarifado após informar um item. Anteriormente, apenas o campo de código do item era limpo, enquanto a descrição do produto permanecia preenchida. |
| Painel |
|---|
Módulo/Rotina: Foi identificado que, no planejamento de compras, existia uma configuração para gerar relatório considerando uma unidade de agrupamento específica, mas essa definição não estava sendo respeitada na tela de crítica. O sistema foi ajustado para refazer os cálculos levando em conta essa configuração, utilizando corretamente a unidade de agrupamento definida sempre que ela estiver informada. |
| Painel |
|---|
Módulo/Rotina: Foi ajustado a geração do relatório de nota fiscal de saída, para contemplar o código da empresa. |
| Painel |
|---|
Módulo/Rotina: Cadastro de pessoa – Pessoa. |
| Painel |
|---|
Módulo/Rotina: Foi realizado um ajuste no fluxo de importação da pré-nota fiscal de entrada para garantir que qualquer problema ocorrido durante o processamento seja corretamente identificado. Quando surgir alguma exceção ao longo da rotina, o sistema passa a registrar esse ocorrido nos logs e a repassar a informação de forma clara ao usuário, em vez de seguir o fluxo sem alertas. |
| Painel |
|---|
Módulo/Rotina: Foi identificado que, ao realizar a liquidação de títulos a pagar com adiantamento pela rotina específica, alguns valores adicionais não estavam sendo considerados corretamente. A rotina foi ajustada para garantir que, durante a liquidação, todos os valores relacionados ao título sejam devidamente informados e registrados, inclusive aqueles referentes a encargos adicionais. Também houve um ajuste interno para assegurar que esses dados sejam enviados completos no momento do registro. |
| Painel |
|---|
Módulo/Rotina: Foi identificado que o número utilizado para identificação dos títulos estava sendo gerado sempre com o mesmo padrão em um dos seus dígitos, o que poderia causar duplicidade quando a sequência final se repetisse. Seguindo a orientação da documentação e o alinhamento realizado, o sistema foi ajustado para gerar esse número de forma progressiva, variando automaticamente o dígito dentro do intervalo permitido. Após a geração, o sistema passa a validar se o número já existe na base de dados e, caso exista, um novo número é gerado até que seja encontrado um valor único. Também foram realizados testes em base de validação, com geração e envio do registro concluídos com sucesso. |
| Painel |
|---|
Módulo/Rotina: Foi ajustado o processo de liquidação para considerar corretamente o valor líquido do título no momento da validação com o retorno da API. A conferência de valores passou a usar o mesmo valor enviado, evitando divergências quando o título possui acréscimos ou descontos. |
| Painel |
|---|
Módulo/Rotina: Manifesto Destinatário. |
| Painel |
|---|
Módulo/Rotina: Foram realizados ajustes no tratamento do GNV para clientes que utilizam a nova estrutura operacional desse produto. O GNV deixou de aparecer na rotina de conferência de encerrantes, já que não há controle diário desse item. Também foi ajustada a forma de registro das movimentações, garantindo que as vendas e o faturamento do GNV sigam uma lógica própria, semelhante a contas de consumo, sem interferir no controle de itens convencionais. |
| Painel |
|---|
Módulo/Rotina: Foi realizado um ajuste no processo de replicação de preços de itens dentro do Otimizador de Preço. A validação das informações informadas, como data de vigência e conflitos de preço, passou a ser tratada de forma centralizada, considerando todas as empresas selecionadas em um único fluxo. Com isso, a verificação de existência de preço para o mesmo item e data deixou de ser executada repetidamente para cada empresa, e a confirmação sobre possíveis conflitos passou a ser exibida apenas uma vez para o usuário durante o processo. |
| Painel |
|---|
Módulo/Rotina: Foi ajustado o campo de código de barras utilizado na grid para que, ao colar um valor, o sistema faça automaticamente a validação e a formatação do conteúdo. A partir desse ajuste, o campo passa a aceitar somente números, evitando o registro de informações incorretas. |
| Painel |
|---|
Módulo/Rotina: Foi ajustada a rotina de atualização dos valores para que, ao alterar qualquer informação que influencie o valor líquido, o total consolidado seja recalculado automaticamente no mesmo momento. Essa atualização passa a acontecer de forma integrada, sem necessidade de ações adicionais do usuário. |
| Painel |
|---|
Módulo/Rotina: O sistema realiza a leitura das informações do cheque a partir do código informado, separando automaticamente os dados de banco, agência, conta e número do cheque. Foi identificado que, em alguns casos, a conta estava sendo carregada com dígitos a mais, o que dificultava a localização do cheque no momento do depósito. |
| Painel |
|---|
Módulo/Rotina: Foi identificado que uma informação importante havia sido removida, mesmo já estando em uso em algumas rotinas do sistema. Para evitar falhas durante a execução dessas rotinas, essa informação foi incluída novamente e disponibilizada no próximo pacote de atualização, garantindo o funcionamento adequado do sistema em todas as situações. |
| Painel |
|---|
Módulo/Rotina: Na tela de consulta NODIS, foi ajustada a busca das informações fiscais do produto. Antes da correção, o sistema não retornava corretamente os dados da tag InfoPDV, fazendo com que as tributações ECF não fossem preenchidas e exibindo erros mesmo quando as informações já existiam cadastradas. |
| Painel |
|---|
Módulo/Rotina: Cadastro de Vendedores / Exportação de Dados |
| Painel |
|---|
Módulo/Rotina: Na rotina de despesas e sangria no fechamento de caixa, foi ajustada a criação das permissões de alteração e exclusão que estavam ausentes em algumas bases. |
| Painel |
|---|
Módulo/Rotina: Foi identificado que, em determinadas situações, o sistema não estava reconhecendo corretamente o tipo do sacado, o que fazia com que um valor padrão fosse utilizado de forma incorreta. O ajuste realizado garante que o sistema passe a identificar corretamente se o sacado é pessoa física ou jurídica, atribuindo essa informação de forma adequada durante o processamento das informações enviadas. |
| Painel |
|---|
Módulo/Rotina: Foi identificado que, em alguns casos, a mensagem de erro não estava vindo no retorno padrão do sistema, mas sim dentro de um conteúdo em formato estruturado incluído em um campo de texto. O sistema foi ajustado para que, quando a mensagem principal vier vazia, esse conteúdo seja analisado corretamente e a informação de erro seja extraída e interpretada de forma adequada. |
| Painel |
|---|
Módulo/Rotina: No relatório de Remessa de Pagamento, foi incluída a exibição da coluna Desp.Aces ao utilizar a opção de impressão. Essa coluna passou a ser apresentada logo após a coluna de Juros, seguindo a ordem visual do relatório. O valor mostrado corresponde às despesas acessórias vinculadas aos títulos enviados na remessa. Quando o título não possui esse tipo de despesa, o campo será exibido com valor zerado ou em branco, conforme o padrão já adotado no relatório. |
| Painel |
|---|
Módulo/Rotina: No processo de Adiantamento de Cliente, o sistema foi ajustado para que, ao gerar um título a receber a partir de pagamentos realizados via cartão, a informação de parcela seja preenchida automaticamente como parcela única. Dessa forma, esses títulos passam a ser reconhecidos corretamente no processo de conciliação de cartões, permitindo que sejam localizados e tratados normalmente durante a baixa automática. |
| Painel |
|---|
Módulo/Rotina: Foi identificado que alguns bancos enviam o número do título de formas diferentes, às vezes com separador e outras vezes sem, o que dificultava a localização correta das informações. O sistema foi ajustado para reconhecer essas variações automaticamente, considerando diferentes formatos do número do documento, inclusive com remoção de zeros à esquerda. |
| Painel |
|---|
Módulo/Rotina: Foi ajustada a conciliação de cartões do Premmia Pista para atender ao modelo de verificação utilizado pelo cliente. A rotina passou a considerar corretamente os identificadores de pagamento e de transação, permitindo que múltiplos pagamentos vinculados a uma mesma transação sejam tratados de forma adequada. Com isso, o identificador único de cada pagamento passa a ser informado no campo de NSU, enquanto o identificador da transação é registrado no campo de Autorização, alinhando a conciliação ao padrão esperado pelo processo do cliente. |
| Painel |
|---|
Módulo/Rotina: Foi identificado um problema de comunicação causado pela configuração do ambiente do cliente. Nessa situação, o sistema tentava tratar uma resposta sem informações disponíveis, o que acabava gerando erro. A rotina foi ajustada para que o tratamento da resposta só seja executado quando houver ao menos um registro retornado, evitando acessos a informações inexistentes. |
| Painel |
|---|
Módulo/Rotina: No relatório Raio X de Vendas, localizado no menu Gerencial > Vendas > Relatórios, o filtro de pesquisa foi ajustado. Antes, a consulta permitia apenas selecionar um mês inteiro. Agora, o relatório passou a oferecer a opção de informar um período inicial e um período final, permitindo que o usuário escolha exatamente os dias de vendas que deseja consultar. |
| Painel |
|---|
Módulo/Rotina: Na rotina de fechamento de caixa, nas telas de Depósito em Conta e Vale Motorista, foi adicionada a coluna Vendedor na listagem dos registros. Essa informação passa a ser exibida diretamente no grid, junto aos demais dados já apresentados, facilitando a visualização durante a conferência. |
| Painel |
|---|
Módulo/Rotina: Na rotina de Pedido de Compra, foi ajustada a forma como o sistema calcula a quantidade sugerida quando a opção de Agrupamento 1 é utilizada e a unidade do item é milheiro. A regra geral que impede valores decimais ou inferiores a 1 deixou de ser aplicada nesses casos específicos. Agora, ao selecionar o agrupamento em milheiro, o cálculo passa a considerar corretamente valores fracionados, respeitando a conversão da unidade informada. |
| Painel |
|---|
Implementações |
| Painel |
|---|
Módulo/Rotina: Foi implementada uma nova tela de consulta dedicada às promoções MIX BR, com o objetivo de facilitar a visualização, acompanhamento e cadastro de promoções, grupos e itens vinculados. A tela apresenta os dados em três camadas expansíveis: Indicador de "Cadastrado" Em ambas as grades (promoções e itens) existe uma coluna visual com fundo colorido: Filtro e busca A tela também oferece um filtro para localizar promoções específicas por diferentes critérios: nome, código, datas, valores ou status de cadastro. O botão "Buscar" recarrega a lista do zero e o botão "Filtrar" aplica o critério sobre os dados já carregados. |
| Painel |
|---|
Módulo/Rotina: Foi implementada a opção de trabalhar com juros tanto por percentual quanto por valor fixo nas cobranças do banco Caixa Econômica Federal. Quando a cobrança estiver vinculada à Caixa e a configuração de juros estiver definida como valor fixo, o sistema apenas registra o valor informado no arquivo de envio, sem realizar cálculos. Caso essa configuração esteja diferente de valor fixo, o cálculo de juros passa a ser feito automaticamente com base no percentual mensal, seguindo o mesmo comportamento já utilizado para os demais bancos do sistema. |