Objetivo da mudança: Atender exigência da REINF para distribuição de lucros lançados manualmente no contas a pagar. Foi criado botão [REINF] na manutenção de duplicatas, nova tabela auxiliar para armazenamento dos dados e tela específica para inclusão/remoção das informações fiscais “Natureza do Rendimento” e “Tipo de Serviço”. O botão fica habilitado apenas quando a duplicata…
Continue lendoAutor: Fabrício Fernandes
Objetivo da mudança: Atender exigência fiscal na emissão do espelho de devolução por AD, garantindo que a CFOP exibida no documento enviado ao cliente siga a legislação vigente para operações com ST. A rotina foi alterada para identificar se o cliente possui o parâmetro “consumidor final” = “S” ou “N” e, conforme essa informação combinada…
Continue lendoObjetivo da mudança: Permitir que relatórios exportados em formato CSV pelo Editor de Relatórios utilizem nome de arquivo pré-estabelecido via variável NOME_ARQUIVO no SQL, exatamente como já ocorre na exportação TXT. Essa funcionalidade foi criada para viabilizar a conclusão do requisito 403258 (integração TINBOL) e está disponível nas versões 74.111, 74.150.DESENV e 74.150.45. Rotinas /…
Continue lendoObjetivo da mudança: Eliminar divergência entre o relatório padrão 500850 – Clientes que não compraram por período (Editor de Relatórios) e a aba “Clientes que não compraram por período” da rotina Geração Global de Ocorrências no CRM. Criada nova configuração que permite escolher qual regra o CRM deve seguir, mantendo o comportamento atual como padrão…
Continue lendoObjetivo da mudança: Evitar rejeição de NF-e na FIT causada pelo caractere “|” (pipe) no campo Pedido de Compra do Cliente (tag xPed). A partir de agora, sempre que houver “|” no número do pedido de compra informado na venda (seja em Venda Normal, Pedido ou Orçamento), a LibNFe.dll substitui automaticamente “|” por “/” antes…
Continue lendoObjetivo da mudança: Permitir que cada vendedor pratique mais de uma tabela de preço sem precisar de liberação por senha, mantendo total controle e segurança. Ampliado o recurso criado no requisito 144906 (hierarquia de tabelas) para atender clientes com canais de vendas segmentados. Agora o campo no cadastro do vendedor aceita até 7 tabelas simultaneamente….
Continue lendoObjetivo da mudança: Permitir a substituição em massa de códigos de Marca de Veículo e Modelo de Veículo que estavam duplicados ou errados, sem precisar alterar manualmente em cada item ou aplicação. Criadas duas rotinas seguras e completas, idênticas às já existentes para departamento, linha, etc. Rotinas / telas: Útil > Transferência de Código →…
Continue lendo
Versão 30.74.150
404315 – Horário do Recebimento no Comprovante (30.74.150.75)
Objetivo da mudança: Exibir o horário do recebimento (além da data já existente) em todos os comprovantes de pagamento emitidos pelo sistema. Atendido pedido do financeiro da Crist para maior precisão no controle de caixa. Rotinas / telas: Principal > Controle Financeiro > Contas a Receber > “Baixa de Contas a Receber” (frmBaixaReceber) Principal >…
Continue lendoObjetivo da mudança: Melhorar a experiência do operador ao tratar transações TEF pendentes da Scope que apresentavam erro técnico (“Erro ao enviar ação da venda pendente”). Agora, em caso de falha na comunicação com a API Scope (exceto credencial ou URL inválida), o sistema exibe mensagem clara e no padrão de alerta do AUTCOM: “A…
Continue lendoObjetivo da mudança: Permitir a geração e gravação correta do PDF da NFS-e na prefeitura de Cruzeiro do Sul – AC, que antes não salvava o arquivo na tabela PDFNFE. Criado novo layout de impressão específico para essa cidade. Rotinas / telas: Emissão de NFS-e em empresas configuradas para Cruzeiro do Sul – AC (empresa…
Continue lendo