Objetivo da mudança: O objetivo desta alteração foi padronizar o layout de impressão do “Romaneio”, gerado pelo Editor de Relatórios, para que ele seja visualmente idêntico ao layout antigo, que era impresso diretamente pelo Delphi. Foi identificado que, ao migrar para o novo modelo de impressão via spool, o documento ficou diferente do padrão. O layout…
Continue lendoVersão 30.72
Objetivo da mudança: O objetivo desta alteração foi padronizar o layout de impressão do “Romaneio”, gerado pelo Editor de Relatórios, para que ele seja visualmente idêntico ao layout antigo, que era impresso diretamente pelo Delphi. Foi identificado que, ao migrar para o novo modelo de impressão via spool, o documento ficou diferente do padrão. O layout…
Continue lendoObjetivo da mudança: O objetivo foi adequar o relatório de “Mercado Livre” à nova rotina de “Baixa de Recebíveis Marketplace” (req: 400241). O layout do relatório foi ajustado para refletir as novas informações e a estrutura de dados da rotina recém-desenvolvida, garantindo que o documento seja gerado corretamente e apresente de forma clara todos os detalhes dos recebíveis do…
Continue lendoObjetivo da mudança: O objetivo foi aplicar na versão do cliente a funcionalidade REL_STRHED, que melhora o ajuste automático da largura das colunas em relatórios. Esta implementação, já disponível em versões mais recentes, garante que os títulos e o conteúdo das colunas sejam redimensionados de forma inteligente para ocupar o espaço disponível na página da melhor…
Continue lendoObjetivo da mudança: O objetivo foi aplicar na versão do cliente a funcionalidade do requisito 308673, que adiciona uma opção de escolha ao criar um produto por herança. Agora, ao utilizar a função de herança no “Cadastro de Produtos”, o sistema exibe uma nova pergunta: “Herdar também os dados de E-commerce?”. Respondendo “Sim”, o sistema copia todos…
Continue lendoObjetivo da mudança: O objetivo foi aplicar na versão do cliente a funcionalidade do requisito 368383, que implementa a rotina de “Nota Fiscal de Substituição” de serviços. Esta funcionalidade atende a exigências fiscais específicas onde notas emitidas com erro devem ser substituídas em vez de canceladas. A nova rotina permite que o usuário selecione uma nota já…
Continue lendoObjetivo da mudança: O objetivo foi aplicar na versão do cliente a funcionalidade do requisito 341318, que oferece uma nova regra fiscal para a “Devolução de Venda”. Foi disponibilizada uma nova configuração que, quando ativa, faz com que o sistema ignore a regra de espelhamento de impostos e utilize o CST de IPI definido na “Abreviação de…
Continue lendoObjetivo da mudança: O objetivo foi reorganizar e modernizar o processo de conciliação do “Mercado Livre”. A antiga rotina foi movida para um novo submenu chamado “Baixa de Recebíveis Marketplace”. A principal mudança foi a substituição do relatório de inconsistências por uma nova tela interativa. Esta nova interface permite ao usuário visualizar e tratar as divergências diretamente…
Continue lendoObjetivo da mudança: O objetivo desta alteração foi tornar o “Faturador Automático” mais resiliente a obstáculos temporários. Foi implementado um mecanismo de retentativa inteligente: quando o faturador encontra um impedimento para processar um pedido (como um registro travado por outro processo), ele não falhará imediatamente. Em vez disso, o sistema agora realizará até cinco tentativas de faturamento,…
Continue lendoObjetivo da mudança: O objetivo foi criar um novo mecanismo de controle na importação de notas do “Fulfillment Magalu”, permitindo bloquear a integração automática com base no tipo de movimentação. Foi adicionado um novo campo de configuração onde o usuário pode cadastrar siglas (ex: MP, DV, RS) que correspondem a diferentes operações logísticas, identificadas na tag <xPed> do…
Continue lendo