Objetivo 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…

Objetivo 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…

Objetivo 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á…

Objetivo 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…

Objetivo 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…

Objetivo 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,…

Objetivo 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…

Objetivo da mudança: O objetivo foi aplicar na versão do cliente a funcionalidade do requisito 267308, que disponibiliza a variável ‘DSSERV’ para uso nos layouts de impressão de “Pedido” e “Orçamento”. Esta variável busca o conteúdo do campo ‘Discriminação do Serviço’ (FGO_DISSER), que é preenchido durante o faturamento. A implementação garante que o cliente possa personalizar seus documentos para incluir…

Objetivo da mudança: Como parte do projeto de modernização, o objetivo foi refatorar a rotina de “Conciliação de Cartões” para a operadora “Yapay”. A lógica foi encapsulada em uma DLL dedicada, e foram criadas diversas configurações no sistema para permitir uma parametrização completa da conciliação Yapay, incluindo definições para código de estabelecimento, portadores e planos de conta para…

Objetivo da mudança: O objetivo desta alteração foi personalizar os dados adicionais da “Nota Fiscal de Devolução” para a loja 001, aprimorando a referência ao documento de origem. O sistema foi modificado para que, ao emitir uma nota de devolução, as seguintes informações da nota de venda original sejam impressas no campo de informações complementares (infCpl): o Número…