Objetivo da mudança: Garantir que, ao faturar um pedido em outro (desmembramento no caixa ou em qualquer rotina), o sistema atualize o vínculo entre o novo pedido e a ordem de produção (OP). Anteriormente, a tabela MOVPRO não era atualizada com o novo número do pedido, o que causava problemas ao cancelar a OP, pois o sistema…
Continue lendoVersão 30.74.111
Objetivo da mudança: Remover a dependência entre as configurações CFG_TFPCPG (Travar forma de pagamento negociada no autoatendimento Pague-Fácil) e CFG_TFPF11 (Travar, no F11, a forma de pagamento negociada no PD/OR). O sistema agora permite que CFG_TFPCPG seja definida como “Sim” mesmo quando CFG_TFPF11 está definida como “Não“. Isso possibilita cenários em que a trava da forma de pagamento é aplicada apenas no totem…
Continue lendoObjetivo da mudança: Permitir a geração de guias GNRE de DIFAL (Diferencial de Alíquota) para Notas Fiscais de Saída, mesmo quando o cálculo do imposto é baseado no endereço de entrega do cliente. Anteriormente, o sistema impedia a geração da GNRE nesses casos, exibindo uma mensagem de erro e orientando o usuário a gerar a…
Continue lendoObjetivo da mudança: Permitir a importação de XML de notas fiscais de retorno de fornecedor diretamente na rotina de “Retorno do Fornecedor” (Garantia), sem a necessidade de utilizar o fluxo completo de pré-nota, conferência e entrada (CFG_REFENT = Sim). Essa alteração visa facilitar o processo para clientes que não utilizam o fluxo completo de entrada…
Continue lendoObjetivo da mudança: Implementar a proteção por senha em boletos gerados em PDF e enviados por e-mail, mesmo quando o envio é feito manualmente através da tela de impressão de boletos. Isso visa aumentar a segurança e prevenir fraudes, como o “fishing” de boletos falsos. A funcionalidade agora utiliza a configuração existente no cadastro do…
Continue lendoObjetivo da mudança: Incluir a data de recebimento (CTR_DTAREC) das duplicatas no comprovante de recebimento reimpresso. O objetivo é permitir que o cliente visualize a data em que cada duplicata foi efetivamente paga, em vez de apenas a data da reimpressão. Isso é especialmente útil quando múltiplos recebimentos são selecionados para reimpressão. Rotina/tela envolvida: Relatório…
Continue lendoObjetivo da mudança: Implementar a geração do BoleCode SICOOB/BANCOOB na versão 30.74.111 do sistema. O objetivo é permitir a geração de boletos com BoleCode para os clientes que utilizam essa versão, seguindo as especificações da API do SICOOB: https://developers.sicoob.com.br/portal/apis. Rotina/tela envolvida: Geração de Layout Bancário SICOOB API. Instruções sobre o que configurar: Não foi criada nenhuma…
Continue lendoObjetivo da mudança: Adequar a gravação da baixa de contas a pagar quando existem registros na tabela CTPDET (detalhamento da duplicata). O objetivo é garantir a integridade e consistência dos dados, corrigindo a empresa gravada na tabela BANCTP e garantindo um número de sequência único para todos os lançamentos da mesma baixa. Rotina/tela envolvida: “Baixa…
Continue lendoObjetivo da mudança: Adicionar o email do cliente ao arquivo de remessa do Banco Itaú (layout 400P) para permitir o envio de boletos por email diretamente pelo banco. O objetivo é automatizar e agilizar o processo de envio de boletos para os clientes. Rotina/tela envolvida: Geração de Layout Bancário (Contas a Receber, Itaú 400P). Instruções…
Continue lendoObjetivo da mudança: Permitir a venda de mercadorias com Código de Situação Tributária (CST) x61 e garantir que as tags N28 (N28_QICMSMONORET, N28_ADBCMONORET, N28_VREMICMSRET) do XML da NF-e sejam enviadas com os valores proporcionais à quantidade vendida, quando houver ICMS Monofásico registrado na compra (tabela DETELE). O objetivo é atender às exigências fiscais para a…
Continue lendo