Objetivo da mudança: O objetivo foi adequar a geração do XML da NFC-e às regras fiscais específicas do estado do Ceará (CE), para evitar a Rejeição 381. Foi implementada uma regra que, ao emitir uma NFC-e para o Ceará com a combinação de CFOP 5405 e CST 90, o sistema omita completamente o grupo de…
Continue lendoVersão 30.72
Objetivo da mudança: O objetivo foi desenvolver uma nova e completa interface de “Administração TEF” dentro do sistema, específica para o provedor Scope (NCR). A nova rotina centraliza funcionalidades essenciais, eliminando a necessidade de acesso a portais externos. Ela inclui: 1) Uma tela de “Consulta de Transações” com filtros avançados e opções de exportação; 2) Uma tela de “Tratamento de…
Continue lendoObjetivo da mudança: O objetivo foi criar um novo modelo para o “Cadastro de Cartões”, mais intuitivo e orientado ao TEF, para simplificar a configuração. Foi desenvolvida uma nova interface, habilitada por configuração, que automatiza o preenchimento dos dados do cartão. O usuário seleciona a adquirente, a bandeira e a modalidade em listas pré-definidas, e o…
Continue lendoObjetivo da mudança: O objetivo foi desenvolver um novo robô de integração para o envio automático do XML de notas fiscais autorizadas para o portal da Bosch. Foi criada uma configuração de sistema para definir os códigos das marcas participantes (ex: Bosch, Bosch-Freud). Após o faturamento, se a nota contiver itens dessas marcas e for…
Continue lendoObjetivo da mudança: O objetivo foi aprimorar a rotina de “Restaurar Remessa Bancária”, aplicando as melhorias do requisito 356199 para oferecer maior flexibilidade e automação. A tela foi renomeada e agora permite, através de checkboxes, que o usuário escolha se deseja “Restaurar Boleto” (limpando o nosso número, mediante permissão), “Restaurar Remessa” (comportamento atual), ou ambos. Esta mudança agiliza processos como…
Continue lendoObjetivo da mudança: O objetivo desta alteração foi melhorar a clareza e a rastreabilidade na rotina de “Agrupamento de Contas a Receber”. Ao gerar a nova duplicata agrupada (espécie ‘AG’), a lista de documentos de origem no campo ‘Histórico’ era gravada sem uma ordem específica. A rotina foi ajustada para que os números das duplicatas de…
Continue lendoObjetivo da mudança: O objetivo desta alteração foi refatorar e modernizar a rotina de “Conciliação de Cartões”. A lógica de processamento foi extraída do executável principal e encapsulada em DLLs (Dynamic Link Libraries) separadas para cada operadora de cartão. Esta arquitetura modular, similar à já utilizada para importação de arquivos, facilita a manutenção, agiliza a implementação…
Continue lendoObjetivo da mudança: O objetivo desta alteração foi unificar e aplicar as melhorias contidas nos requisitos 381500 e 384175 nas rotinas de “Relatórios de Cartões” em diversas versões do sistema. Esta ação garante que as melhorias e novas funcionalidades desenvolvidas previamente para a conciliação e relatórios de cartões sejam disponibilizadas de forma consistente, assegurando a estabilidade…
Continue lendoObjetivo da mudança: O objetivo desta alteração foi otimizar a rotina diária de “Atualização de Status do Cliente”. O processo anterior mantinha uma única e longa transação de banco de dados aberta, travando todos os clientes da base e impedindo a realização de vendas. A lógica foi refatorada para agrupar as atualizações, que agora são processadas…
Continue lendoObjetivo da mudança: O objetivo desta alteração técnica foi solucionar um grave problema de performance causado pelo robô de previsão de estoque. A rotina mantinha uma transação de banco de dados única e extremamente longa, gerando travamentos (locks) que se estendiam por vários minutos e impactavam toda a operação do sistema. A lógica foi refatorada…
Continue lendo