Grupos de empresas podem concentrar o faturamento na matriz, e cada nota continua saindo no CNPJ da filial em que o pedido nasceu. As filiais cuidam da venda, da negociação, do recebimento e da entrega, e a equipe da matriz emite as notas de todo o grupo sem trocar de empresa no sistema a cada documento.

Na recapagem, o novo parâmetro "Fatura na Empresa Origem O.C", nos Parâmetros de Recapadora (REC001), faz a Confirmação de Ordem de Carregamento Recapadora (MRC020) emitir a nota na empresa em que a Ordem de Carregamento foi montada.

Para pedidos de produtos, serviços e Ordens de Serviço, o parâmetro "Fatura na Empresa Origem Pedido", nos Parâmetros de Faturamento (MFA001), leva o mesmo recurso ao Faturamento de Pedidos (MNF015). A Emissão de Nota Fiscal de Venda (MNF002) abre direto na empresa do pedido, com o aviso "Faturando na Empresa X" no título. Transmissão, cancelamento e carta de correção pela Consulta de Notas Fiscais (CNF001) também passam a funcionar para notas de outras empresas do grupo. O reenvio de NFS-e de várias empresas ao mesmo tempo é feito pela Consulta de NFS-e (CNF011).

Em todos os casos, a nota segue integralmente as regras da empresa de origem: série, numeração, certificado digital, regras fiscais e layout de impressão. Os lançamentos financeiros, contábeis e de estoque, assim como o recebimento via PIX, são registrados na filial correta.

Os dois parâmetros vêm desligados. Empresas que não centralizam o faturamento continuam trabalhando exatamente como antes.

Faturamento de todo o grupo em um só lugar, cada nota no CNPJ certo ⚡

(Junsoft 2050_0)

Os documentos fiscais passaram a informar o tipo exato de transportador, pela classificação da ANTT: ETC (Empresa de Transporte), TAC (Transportador Autônomo), CTC (Cooperativa de Transporte) ou TPR (Outros). Seguradoras de carga e empresas tomadoras de serviço vêm usando essa informação para ler de forma automática o enquadramento do transportador. Sem ela, os sistemas de averbação podem deixar de aceitar os envios. A antiga indicação de autônomo "Sim ou Não" dá lugar a uma classificação mais precisa.

O novo campo "Tipo Transportador" está na aba Dados Adicionais da Emissão de Nota Fiscal de Venda (MNF002), da Emissão Nota Fiscal de Venda - Obras (MNF008), da Confirmação Ordem Carregamento (MPD011), da Confirmação de Ordem de Carregamento Recapadora (MRC020) e do CTRC - Conhecimento de Transporte (MNF013). Também está na Emissão de MDF-e (MNF025). O campo é opcional. Quem não o preencher continua emitindo seus documentos exatamente como antes.

No XML da NF-e e do CT-e, a informação vai como observação no padrão solicitado pelas seguradoras. No MDF-e, ela ocupa o campo próprio do documento, com as opções ETC, TAC e CTC aceitas pelo leiaute oficial.

(Junsoft 2050_0)

Levamos para o JunsoftWebApp a conferência de estoque por local de armazenagem que o ERP já fazia na Emissão de Pedidos de Venda (MPD002). Empresas que emitem pedidos nos dois canais passam a ter a mesma regra em ambos, e o WebApp deixa de aceitar itens sem saldo disponível, que acabavam deixando o estoque negativo.

A conferência segue o parâmetro "Solicita Local de Estoque = Sim - Valida Qtde", da aba Pedido/OS dos Parâmetros de Faturamento (MFA001). Quem não usa esse parâmetro mantém o funcionamento de sempre. Com ele ativo, ao adicionar um produto no pedido, o WebApp mostra os locais de estoque cadastrados para o produto e liberados para o usuário, com o saldo de cada um. Se houver apenas um local, ele é selecionado automaticamente. O local escolhido fica visível no detalhe do item e pode ser trocado a qualquer momento.

O saldo conferido respeita a configuração de cada local: o físico, o comprometido, ou nenhuma conferência quando o local permite estoque negativo. Sem saldo suficiente, o produto não entra no pedido, e o aviso informa o produto, o local, a quantidade disponível e a quantidade necessária. 🔎

Para agilizar a digitação, quando a empresa não exige local individual por item, o local escolhido no primeiro produto é aproveitado nos seguintes. Produtos que não movimentam estoque e pedidos gerados a partir de Ordem de Serviço seguem sem essa etapa.

Pedidos do WebApp alinhados ao ERP, sem estoque negativo ✅

(Junsoft 2048_5)

Levamos a assinatura digital coletada na Ordem de Serviço para a impressão do Pedido de Venda. Muitos clientes enviam o pedido gerado a partir da Ordem de Serviço para o cliente final ou o arquivam como comprovante de entrega. Com a assinatura no próprio pedido, o documento já sai validado, sem precisar juntar a Ordem de Serviço para provar que o serviço foi aceito.

O Leiaute de Pedido de Venda (LPD030) passou a exibir, no campo de assinatura, a imagem coletada no aplicativo Web ao finalizar a Ordem de Serviço de origem. O recurso segue o padrão que o leiaute de Ordem de Serviço já usava para a assinatura. 📄

Se o pedido não tiver Ordem de Serviço vinculada, ou se a Ordem de Serviço não tiver assinatura registrada, o campo fica em branco na impressão do Leiaute de Pedido de Venda (LPD030), sem nenhum erro ou aviso. A impressão dos demais pedidos continua igual.

Comprovação de entrega mais simples, com o aceite do cliente no documento que você já envia ✅

(Junsoft 2050_0)

Criamos uma forma de proteger as tabelas de preço com condições negociadas individualmente, para que fiquem de fora dos reajustes em massa. Assim, é possível aplicar o reajuste periódico por percentual em toda a base com segurança, sem alterar por engano os preços combinados com clientes específicos.

Nas Tabelas de Preço (TFA006), o cadastro da tabela ganhou a opção "Restrita", que identifica as tabelas que não devem entrar nas rotinas de atualização. Na aba de Atualização de Preço, a nova opção "Não atualizar tabelas Restritas" deixa essas tabelas fora do reajuste e também da duplicação de tabelas. 🗂️

Com a opção habilitada, a importação de tabelas nas Tabelas de Preço (TFA006) não carrega as tabelas restritas. Se a opção for marcada depois que tabelas restritas já estiverem na lista, o sistema avisa e as remove automaticamente. A inclusão manual de uma tabela restrita também é bloqueada, com aviso ao usuário, o que garante que nenhuma delas seja reajustada por descuido.

Reajustes em massa sem risco para os preços negociados ✅

(Junsoft 2050_0)

Automatizamos a troca da forma de pagamento genérica pela forma correta de cada empresa no momento do faturamento. Em bases com muitas empresas, cada uma com seu próprio boleto bancário, é comum o vendedor lançar o pedido com uma forma genérica (como "BL") e o faturista trocar manualmente, nota a nota, pelo boleto da empresa. Essa etapa passou a ser feita pelo sistema, com mais agilidade e sem risco de escolher o banco errado.

Nos Parâmetros de Faturamento (MFA001), a aba Operações Padrão ganhou o quadro "Regra de Cobrança", em Operação 2, com os campos "Forma de Pagamento Genérica" e "Forma de Pagamento Substituta", configurados por empresa. Os dois aceitam apenas formas já cadastradas e precisam ser preenchidos juntos, com formas diferentes entre si. Com os dois em branco, a regra fica desativada. 🗂️

Ao carregar um pedido com a forma genérica na Emissão de Nota Fiscal de Venda (MNF002), a nota já vem com a forma substituta, sem nenhuma confirmação do faturista. O pedido de origem não é alterado. A troca também vale quando o faturamento parte da Manutenção de Pedidos (MPD002) ou do Faturamento de Pedidos (MNF015). A regra foi estendida ao Faturamento Agrupado (MNF033), que considera o primeiro pedido marcado, e à Confirmação de Ordem de Carregamento Recapadora (MRC020).

Menos trabalho manual no faturamento e cobrança sempre no banco certo de cada empresa ⚡

(Junsoft 2050_00)

Ampliamos as opções de busca da Consulta de NFS-e (CNF011) para agilizar a localização de notas fiscais de serviço vinculadas a coletas. Quem opera com recolhimento de pneus costuma ter em mãos o número da coleta, não o da nota — e até então a tela não oferecia esse caminho, obrigando a busca por outros critérios até achar o documento certo.

O novo filtro "Nº da Coleta" fica ao lado do campo "Nº da Ordem de Carregamento" e localiza a nota pelo número exato informado. Como uma mesma coleta pode gerar mais de uma nota fiscal, a consulta já traz todas as notas vinculadas ao número digitado de uma só vez. 🔎

(Junsoft 2048_0)

Aprimoramos o parâmetro "Tempo limite para cancelar NF-e/NFC-e de Emissão Própria", na tela Parâmetros de Usuários (ADM012), para que também aceite o valor 0 (zero). Até então o campo exigia um valor positivo, o que impedia configurar um controle mais rígido: restringir, por usuário, o cancelamento de notas fiscais emitidas pela própria empresa.

Com o campo zerado, o usuário configurado deixa de conseguir cancelar notas de emissão própria — mas continua liberado para cancelar notas de terceiros normalmente.

Isso dá à empresa uma ferramenta prática de segregação de função: é possível manter alguns usuários livres para cancelar qualquer nota, enquanto outros ficam restritos apenas ao tratamento de notas recebidas de terceiros, sem risco de cancelamento indevido de documentos próprios.🔒

(Junsoft 2048_0)

Implantamos um processo de conferência na retirada de pedidos no balcão, para que a mercadoria só saia das mãos de um responsável previamente autorizado pelo cliente. O cadastro de pessoas (TFA001) ganhou a seção "Responsáveis Retirada", onde é possível informar nome, CPF, telefone e o canal de envio (WhatsApp ou e-mail) de cada pessoa autorizada a retirar pedidos em nome do cliente.

O recurso é habilitado por empresa através do novo parâmetro "Controle de Retirada", disponível em Parâmetros de Faturamento (MFA001), na aba "Pedidos / O.S." (sub-aba "Opção 3"). Basta selecionar "Sim" para que o processo de retirada com autorização passe a valer para os pedidos de venda daquela empresa, ficando desligado por padrão para quem não precisar dele.

Ao marcar "Retirada Balcão" num pedido — tanto na Emissão de Pedidos de Venda (MPD002) quanto no JunsoftWeb — o sistema gera automaticamente um código de autorização e o envia a todos os responsáveis cadastrados, pelo canal definido para cada um. O faturamento do pedido fica bloqueado até que a retirada seja confirmada, e qualquer alteração relevante num pedido já retirado invalida o código anterior e dispara o envio de um novo. 🧮

A confirmação acontece numa tela nova do aplicativo web, dentro do menu Vendas ("Retirada de Pedidos"), onde o operador do balcão informa o pedido, o CPF de quem está retirando e o código recebido. A mesma tela permite consultar retiradas em andamento e cancelar uma retirada já registrada, ação reservada a usuários com perfil de autorizador. Na Consulta de Pedidos (CPD001), o código gerado fica visível apenas para autorizadores, e qualquer usuário pode solicitar o reenvio quando necessário.

Mais segurança na entrega do produto, com rastreabilidade completa de quem autorizou e quem retirou cada pedido 🔒

(Junsoft 2048_0)

Passamos a oferecer, junto ao layout de impressão da NFS-e (LNF601), uma página adicional de "Espelho da Nota" com o detalhamento completo dos serviços de recapagem — pneus, consertos e vulcanizações. Como o padrão nacional de NFS-e limita a nota a uma única página e a um item por linha, essa informação, hoje muito solicitada pelos clientes, ganhou um espaço próprio para ser impressa.

O recurso é habilitável por parametrização e, quando ativo, a nova página é gerada automaticamente no mesmo visualizador da nota. Para ativar, inclua no arquivo de parâmetros de layout (ParmLayout.ini):

Cada item traz código, descrição, quantidade, valores e situação (aprovado/reprovado), além dos dados técnicos do pneu — série, DOT, fogo, marca, modelo, medida, desenho e garantia — com consertos e reforços indentados logo abaixo do pneu correspondente. 🔎
Totalizadores de pneus, aprovados, reprovados, valores, parcelas e forma de pagamento fecham o espelho, que pode ocupar quantas páginas forem necessárias, já que não é documento fiscal.

Detalhamento completo dos serviços à disposição do cliente, sem comprometer a conformidade da NFS-e com o Padrão Nacional 📄

(Junsoft 2048_0)

Implementamos a importação de XML de NFS-e no Padrão Nacional (versão 1.01) no Recebimento de Notas Fiscais de Compra (**MNF001**), pelo mesmo botão já utilizado para NF-e e CT-e. Notas de serviço de terceiros deixam de ser digitadas manualmente, eliminando retrabalho e risco de erro de digitação.

O sistema preenche automaticamente o prestador do serviço — documento, nome, município pelo código IBGE, endereço, bairro, CEP, telefone e e-mail —, além do número, série e data de emissão da nota, valor do serviço e observação registrada no arquivo. Os impostos informados no XML (ISSQN, PIS, COFINS, IBS e CBS) são lidos e apresentados em resumo na tela, sem sobrescrever a parametrização tributária já configurada no sistema. 🧮

Quando o prestador já está cadastrado, os dados de contato ausentes são complementados automaticamente, sem sobrescrever o que já existe; quando ainda não há cadastro, o sistema oferece a criação com os dados do XML. Como o arquivo não informa o código interno do serviço, o vínculo com o cadastro de produtos e serviços segue manual, no mesmo fluxo já conhecido da importação de NF-e, incluindo o cadastro rápido pré-preenchido com a descrição do XML. A validação pela chave de acesso impede o lançamento repetido do mesmo documento.

Lançamento de notas de serviço em segundos, sem digitação e sem risco de duplicidade ⚡

(Junsoft 2047_0)

Adaptamos a emissão de notas fiscais de importação à Declaração Única de Importação (DUIMP), que substitui gradualmente a Declaração de Importação (DI) em transição prevista até o fim de 2026.

No Recebimento de Notas Fiscais de Compra (MNF001), a tela de Dados da Importação ganhou o seletor de tipo de documento entre DI e DUIMP. Ao escolher DUIMP, o quadro de Adições dá lugar ao quadro de Itens, com Código, Descrição, Sequência da DUIMP, Código do Fabricante e Número do Drawback, já preenchido automaticamente com os itens da nota. 📄

Adaptado a Consulta de Notas Fiscais (CNF001) e a Importação de XML Transmitido (MNF032). Na Consulta de Notas Fiscais (CNF001), o quadro de Adições fica indisponível para edição quando a nota é do tipo DUIMP — a informação passou a ser tratada no Recebimento de Notas Fiscais de Compra (MNF001). Na geração do XML, notas do tipo DUIMP deixam de levar a informação de Adição, mantendo os demais dados do item.

Adequamos o cálculo da base do IBS e do CBS nas operações de importação à composição definida na Lei Complementar 214/2025: o Imposto de Importação, o Imposto Seletivo e as despesas de importação passam a compor essa base.

Notas de importação prontas para o novo modelo de declaração, sem retrabalho durante a transição ✅

(Junsoft 2047_0)

Centralizamos no cadastro do cliente a periodicidade de faturamento acordada, informação que antes vivia apenas em um relatório semanal mantido à parte. Na tela de Pessoas Físicas / Jurídicas (*TFA001*), a aba de Observação Financeiro passou a contar com o campo Periodicidade de Faturamento, nas opções Mensal, Quinzenal e Semanal, exibindo dinamicamente os campos de dia correspondentes a cada escolha.

No Faturamento de Pedidos (*MNF015*), o novo filtro por período de data de faturamento considera o dia cadastrado no cliente, permitindo separar em cada rodada exatamente a carteira do dia.

Agenda de faturamento visível a qualquer momento, sem depender de planilha ou controle paralelo 📊

(Junsoft 2047_0)

Implementamos, em todo o processo de emissão de nota de fornecimento, a identificação e vinculação automática das NF-e de Pagamento Antecipado (débito tipo 06) à operação correspondente, atendendo à exigência da LC 214/2025 de referenciar essa antecipação no grupo específico do XML da nota. Antes dessa vinculação, a apuração assistida do IBS/CBS podia calcular o tributo em duplicidade — uma vez sobre a antecipação e outra sobre o valor total do fornecimento.

Ao emitir a nota na Emissão de Nota Fiscal de Venda (MNF002), no Gerenciamento de Notas Geral/Mestra (MNF019), na Confirmação de Ordem de Carregamento (MPD011) ou na Confirmação de Ordem de Carregamento Recapadora (MRC020), o sistema passou a exibir automaticamente as antecipações pendentes do cliente para seleção e vínculo, com validação fiscal antes da confirmação. Nos processos de faturamento em lote — Faturamento Agrupado (MNF033) e Faturamento Automático de Ordem de Carregamento (MRC049) — o comportamento passou a ser configurável nos Parâmetros de Faturamento (MFA001): bloquear a emissão até a vinculação manual ou apenas alertar e prosseguir. 🧮

A Consulta de Notas Fiscais (CNF001) ganhou visibilidade completa sobre essas vinculações: a movimentação da nota passou a exibir o tipo de Operação e a Finalidade de cada documento, e uma nova aba de Pagamento Antecipado lista, por nota, as NF-e de antecipação vinculadas com seus respectivos valores de IBS/CBS.

Documentos fiscais com a antecipação corretamente referenciada, sem risco de duplicidade na apuração assistida do IBS/CBS ✅

(Junsoft 2039_0)

Ampliamos a consulta de último faturamento da tela Confirmação de Ordem de Carregamento (MRC020) para que a aba "Última Nota" passe a considerar todos os serviços equivalentes ao que está sendo faturado — mesma medida e desenho — e não apenas o item exato. Antes, uma simples diferença de largura de banda fazia o sistema deixar de apresentar o histórico de faturamento, obrigando o faturista a consultar notas antigas separadamente e, muitas vezes, gerando divergência de valores na hora de fechar a nota.

A informação agora é exibida em formato de grid, trazendo código e descrição do item de cada serviço equivalente encontrado, além dos dados já conhecidos: Número da NF, Série, Data de Emissão, Valor Unitário, Valor de Desconto, Valor de Despesa e Valor Unitário Líquido. 🔎 A consulta também foi otimizada, sendo recarregada apenas ao trocar de página e quando a aba está realmente selecionada, evitando processamento desnecessário.

Menos idas e vindas entre telas para conferir preço, mais agilidade e precisão no faturamento da recapadora ⚡

(Junsoft 2037_3)

Na tela (MNF037), o usuário informa a Finalidade — Débito ou Crédito — e o Tipo da nota. A área de trabalho correspondente ao cenário é apresentada em seguida: Multa e Juros, Pagamento Antecipado ou Recusa.

Em Multa e Juros, o sistema lista os recebimentos de juros do período já vinculados à nota fiscal de origem, incluindo reparcelamentos e juros capitalizados. Basta marcar na grade os recebimentos desejados para emitir de uma só vez: o sistema consolida uma única nota por nota fiscal de origem e distribui o rateio de IBS/CBS entre os itens. 🧮

Em Pagamento Antecipado, os adiantamentos do período são listados e os itens da nota são montados a partir dos pedidos vinculados. Em Recusa, o sistema localiza a nota fiscal de venda com saldo de retorno e emite a nota de crédito referenciando o documento de origem.

Cada registro exibe sua situação em tempo real — Pendente, Emitida ou Com Erro — acompanhando o estado real do documento eletrônico, com a data de emissão visível na própria grade. Ampliamos ainda a rotina com a impressão do documento logo após a emissão e com o botão "Abrir Nota Gerada", que leva direto à Consulta de Notas Fiscais (CNF001) posicionada na nota correspondente.

No lado da transmissão, adequamos a forma como a nota de origem é referenciada no documento eletrônico e o envio das informações de impostos conforme as regras de crédito e débito da Reforma Tributária, considerando a movimentação e a nota referenciada. Os cenários de Multa e Juros e de Retorno por Recusa passaram a ser aceitos na transmissão. Complementamos também o Cadastro de Movimentações (TCB001) com as novas opções necessárias para essas emissões.

Documentos de ajuste da Reforma Tributária emitidos em poucos cliques, com cálculo e referência conferidos pelo próprio sistema ✅

(Junsoft 2034_0)

Atualizamos os schemas XML de validação da NF-e para reconhecer o novo formato de CNPJ Alfanumérico definido pela Receita Federal. A partir desta atualização, notas fiscais eletrônicas emitidas ou recebidas com CNPJ contendo letras nos doze primeiros caracteres são validadas e processadas normalmente, sem risco de rejeição.

A mudança abrange a estrutura completa de validação da NF-e — emissão, eventos (cancelamento, carta de correção, entre outros) e consulta de cadastro — garantindo que emitente, destinatário e demais participantes do documento fiscal sejam aceitos independentemente do novo padrão alfanumérico. Os dois últimos dígitos verificadores do CNPJ continuam numéricos, preservando a validação de integridade já existente. 🔎

Sistema pronto para o novo padrão de CNPJ antes da entrada em vigor, sem risco de rejeição de notas fiscais ✅

(Schemas XML NF-e — PL_010d_v1.02, NT 2026.004.v1.01, publicado em 26/06/2026)

Ampliamos o app Pedido Mobile (v9.5.0) para dar ao vendedor, em campo, uma visão imediata do total de pedidos — sem cálculo manual. Até então era preciso somar os valores na mão durante a Consulta de Pedidos.

Na Consulta de Pedidos, adicionamos um totalizador no rodapé que exibe a quantidade de pedidos e a soma do valor líquido, recalculado automaticamente conforme os filtros de data, pessoa e forma de pagamento aplicados. 📊

Criamos também um filtro por forma de pagamento com seleção múltipla — com as opções "Marcar todos" e "Desmarcar todos" —, e as formas escolhidas aparecem no campo separadas por vírgula. Sem nenhuma seleção, a consulta traz todos os pedidos, seguindo o padrão dos demais filtros. O recurso é especialmente útil para separar os pedidos de troca dos demais.

O vendedor acompanha o resultado do período direto do celular e isola exatamente os pedidos que precisa analisar ⚡

(Junsoft 2032_0)

Implementamos o acompanhamento da margem de lucro em tempo real durante a criação do pedido de venda no JunsoftWebApp, ajudando o vendedor a negociar com segurança e protegendo a rentabilidade da operação. Até então, a margem só podia ser consultada depois, na Consulta de Pedidos (CPD001), pela impressão do Resumo — sem comparação automática com um mínimo definido.

Nos Parâmetros de Faturamento (MFA001), na aba JunsoftWEB, passou a ser possível definir um percentual de margem mínima do pedido (de 0 a 99,99%) para os pedidos de venda originados no JunsoftWebApp. 🗂️

Durante a montagem do pedido, o JunsoftWebApp exibe a margem de cada item e a margem geral em tempo real. O lucro considera o custo conforme o parâmetro de estoque — último custo ou custo médio — definido nos Parâmetros de Estoque (MEQ001), e a exibição respeita a permissão de visualização de margem do usuário, configurada nos Parâmetros de Usuários (ADM012).

Quando a margem geral fica abaixo do mínimo, os valores são destacados em vermelho e o pedido passa a gerar bloqueio comercial para análise, tratado na Liberação de Pedidos (MPD003). A margem mínima definida nos Parâmetros de Faturamento (MFA001) prevalece sobre os demais bloqueios comerciais por item, como preço mínimo, desconto máximo e margem de segurança.

Negociações mais seguras e rentabilidade protegida: o vendedor enxerga a margem na hora e o sistema barra pedidos abaixo do mínimo 💰

(Junsoft 2033_0)

Desenvolvemos o suporte completo às informações de Vale-Pedágio na emissão do MDF-e, atendendo à Portaria ANTT 17/2024, que tornou esses dados obrigatórios sempre que houver CIOT informado. O sistema já permitia informar o valor do vale, mas passou a contemplar todos os dados exigidos: fornecedor, responsável pelo pagamento, ordem de compra, tipo de vale e categoria de combinação veicular.

Criamos o cadastro de Fornecedores de Vale-Pedágio nos Parâmetros do MDF-e (MFA016), onde são registradas as empresas homologadoras — como Sem Parar, Veloe e Greenpass —, com controle de duplicidade e inativação por registro. 🗂️

Na Emissão de MDF-e (MNF025), a aba de pagamento foi reestruturada e ganhou o quadro "Informações Vale-Pedágio", com os campos de responsável, fornecedor, ordem de compra, tipo (TAG ou Leitura de Placa) e quantidade de eixos. A partir desses dados, o grupo de Vale-Pedágio é gerado automaticamente no XML, conforme o leiaute v3.00.

Os novos campos também ficaram disponíveis na Consulta e Gerenciamento de MDF-e (CNF016), para visualização e correção após a emissão.

Emissão de MDF-e com CIOT em conformidade com a legislação, sem rejeições e sem risco de autuação ⚡

(Junsoft 2030_3)

Adaptamos o processo de devolução de notas fiscais à Nota Técnica NT 2025.002 v1.40 da Reforma Tributária. A nota devolvida passou a ser referenciada item a item — pela chave de acesso de cada documento de origem —, substituindo o referenciamento da nota inteira, que deixa de ser aceito para devoluções a partir de 01/09/2026.

Na Devolução / Retorno de Notas Fiscais (MNF007), a geração do documento fiscal passou a vincular cada item à chave de acesso da sua nota de origem. Quando o mesmo item é devolvido a partir de mais de uma nota, ele é desdobrado por origem no documento — sem qualquer mudança na forma como os itens são gravados no sistema.

Na Consulta de Notas Fiscais (CNF001), a chave de acesso e a sequência do item passaram a ser exibidas na aba de devoluções, permitindo conferir a informação direto na tela, sem abrir o arquivo XML. 🔎

No Recebimento de Notas Fiscais de Compra (MNF001) e na Emissão de Nota Fiscal de Venda (MNF002), passou a ser exibido um aviso sempre que identificada uma operação com CFOP de devolução. Recomendamos que devoluções não sejam lançadas por essas telas: toda devolução deve ser realizada exclusivamente pela tela de Devolução / Retorno de Notas Fiscais (MNF007), a única que aplica o referenciamento por item exigido pela Reforma Tributária — evitando rejeições da SEFAZ e divergências fiscais.

Devoluções aceitas pela SEFAZ sem rejeição e com os impostos sempre fechando com a nota, em linha com a Reforma Tributária ✅

(Junsoft 2030_0)

Desenvolvemos um novo layout de impressão de Notas Fiscais de Serviço Eletrônicas e Recibos de Provisório de Serviços (LNF601), projetado em conformidade com o modelo visual e estrutural do Ambiente Nacional da NFS-e. Essa atualização substitui padrões antigos e garante que o documento entregue ao cliente final contenha todos os campos oficiais exigidos pela Receita Federal.  

O layout se adapta ao status do documento. Se a nota estiver autorizada, exibe os números da DPS e NFSe e a Chave de Acesso oficial com link de consulta pública. Caso ainda não esteja autorizada, o sistema gera com o número do DPS.

Apresentação atualizada, adequação imediata ao padrão fiscal brasileiro ⚡

Adaptamos o sistema para o recebimento e importação da NFCom (Modelo 62), que substitui as antigas notas de serviço de comunicação e telecomunicações (Modelos 21 e 22). Essa atualização é fundamental para empresas que tomam serviços de internet, telefonia e saneamento, garantindo a correta escrituração desses documentos fiscais.  

O módulo de Recebimento de Notas Fiscais (MNF001) foi atualizado para reconhecer a estrutura do XML da NFCom, realizando a leitura automática de cabeçalho, itens e valores (tags de quantidade faturada e valor unitário).

O sistema passou a armazenar informações específicas da NFCom, como a Classificação do Item (cclass) e o Tipo de Faturamento, dados essenciais para a geração do Registro D700 no SPED Fiscal. 📄

Reforçamos o controle de emissão de Manifestos Eletrônicos (MDF-e) para impedir a vinculação duplicada de chaves de acesso de terceiros. Com esta atualização, o sistema passa a monitorar chaves já utilizadas em outros documentos ativos, evitando riscos de notificações fiscais por duplicidade de transporte para a mesma nota.

A sub-aba "Notas de Terceiro" agora conta com uma trava de segurança. Ao tentar adicionar uma nota, o sistema verifica se essa chave de acesso já compõe outro MDF-e válido (autorizado ou encerrado).
A validação considera a origem e o destino da carga. O bloqueio ocorre quando o sistema detecta a mesma nota em manifestos que possuam a mesma UF de Início e UF de Fim.

Caso uma duplicidade seja detectada, o sistema informa exatamente em qual número de MDF-e a nota já está vinculada e qual o seu status atual, facilitando a conferência e correção imediata pelo setor logístico. 🚚

(Junsoft 2024_0)

Fizemos melhorias na tela MNF025 para oferecer maior agilidade na montagem de Manifestos Eletrônicos (MDF-e), especialmente para operações que envolvem múltiplas empresas ou cargas por lotes de expedição.

Com o novo filtro é possível buscar notas diretamente pelo número do lote de expedição (com consulta via F9), facilitando a seleção de pneus já bipados e conferidos.
Adicionamos campos para filtrar documentos por vendedores específicos ou por uma lista de números de notas fiscais, eliminando buscas manuais exaustivas.

Implementamos o botão Salvar, que permite gravar o manifesto no sistema sem transmiti-lo imediatamente para a SEFAZ. Isso possibilita que uma filial inicie o documento e outra unidade o complemente e finalize a transmissão através da tela CNF016.

Agilidade na expedição e integração logística entre matriz e filiais. ⚡

(Junsoft 2021_0)

Implementamos melhorias na tela MRC019 para acelerar a montagem de cargas e o faturamento, garantindo que o operador trabalhe apenas com lotes de pneus que já concluíram o ciclo de produção.  

Através do checkbox "Apenas coletas totalmente produzidas", o sistema retorna apenas os pneus de coletas que foram 100% finalizadas (aprovados ou recusados). Isso evita o faturamento parcial de lotes e facilita a organização da expedição por cliente.  

Também adicionamos a opção "Manter resultado em tela após emissão da Ordem de Carregamento". Com ela ativa, ao gerar uma ordem, o sistema mantém os demais pneus da consulta visíveis na aba de montagem, permitindo que você crie sequencialmente várias ordens sem precisar refazer a pesquisa.  

Redução de cliques e tempo de espera entre a montagem de uma carga e outra. ⚡

(Junsoft 2020_0)

Atualizamos o sistema para comportar séries de documentos fiscais com maior numeração, atendendo aos padrões específicos da NFS-e Nacional. A limitação anterior de 4 caracteres foi removida em todo o ecossistema do ERP, permitindo o lançamento correto de Notas Fiscais e garantindo a integridade dos dados fiscais.  

As telas de movimentação (como a MNF001, MNF002, MNF007, MNF022, MNF025, etc), consultas e relatórios foram adaptadas para aceitar até 10 caracteres no campo de série.  
Consultas internas foram revisadas para evitar erros de processamento de informações.

⚠️ Nota de Atenção: Embora o campo agora suporte até 10 dígitos para notas de serviço, as normas da SEFAZ para documentos como NF-e, CT-e e MDF-e permanecem inalteradas (limite de 3 ou 4 dígitos), devendo ser seguidas para evitar rejeições.  

(Junsoft 2016_00)

Em conformidade com as novas diretrizes da Receita Federal para evitar o esgotamento das combinações atuais, o Junsoft já está preparado para o CNPJ Alfanumérico. A partir de julho de 2026, novas empresas passarão a receber inscrições contendo letras e números, e nosso sistema já foi atualizado para validar, armazenar e processar esse novo formato.

As telas de cadastro de pessoas e configurações da empresa foram liberadas para aceitar caracteres alfanuméricos no campo de CNPJ. 👤
Atualizamos o cálculo do Dígito Verificador, seguindo a tabela de conversão oficial da Receita Federal, garantindo que o sistema identifique se o documento é válido instantaneamente.  

A rotina de geração da Chave de Acesso para NF-e, NFC-e, CT-e e MDF-e foi ajustado para suportar o novo padrão, garantindo que sua operação não sofra interrupções ou rejeições fiscais.  

Conformidade antecipada, garantindo que sua empresa esteja pronta para transacionar com novos parceiros e clientes sem erros de sistema. ⚡

(Junsoft 2012_00)

Implementamos a funcionalidade de envio automático de e-mail para Notas Fiscais de Serviço (NFS-e) e Boletos através da tela CNF011, garantindo a continuidade do processo mesmo para municípios que migraram para o Padrão Nacional.
O recurso foi adaptado para que a comunicação com o cliente final ocorra de forma fluida e profissional, contendo os boletos para o pagamento. 📝

O botão de envio de e-mail é disponibilizado automaticamente quando o sistema identifica o uso do provedor ACBR em conjunto com o layout de nota LNF216.  

Botão "Enviar E-mail": Realiza o envio conjunto da Nota Fiscal e do Boleto Bancário (quando disponível), facilitando o recebimento por parte do cliente. 📨 

(Junsoft 2013_00)

Otimizamos a exibição de preços no aplicativo de Coleta para garantir que sua equipe comercial tenha sempre uma referência de valor.
O campo "Último Faturamento" passa a operar com lógica de similaridade: caso o sistema não encontre um histórico de preço para o serviço exato (como em itens com "largura 0"), ele realiza automaticamente uma busca secundária. 🔍  

O aplicativo localiza o valor praticado no faturamento mais recente que possua a mesma Medida e Desenho, independentemente da largura da banda, e exibe essa informação como referência para a negociação . 

(Junsoft 2013_00)

O controle de canhotos acaba de chegar no Pedido Mobile! Integramos as mesmas facilidades do aplicativo de Coleta diretamente na mão da sua equipe de vendas e entregas. 🧾

Para ficar ainda melhor, tanto no Pedido Mobile quanto no Vulcano Coleta, o recurso foi reformulado para tornar o registro das entregas muito mais rápido e preciso. Com esta evolução, para preencher os dados do canhoto, o usuário tem a opção de utilizar leitura via Código de Barras ou QR Code, que preencherá automaticamente os dados da nota (Empresa, Cliente, Série e Número) no aplicativo, eliminando erros de digitação. 📷

No ERP, acesse a tela SIN001 (Cadastro de Dispositivo Móvel), onde as opções de canhotos estão organizadas em uma aba exclusiva "Canhotos". Lá, ative a opção "Preenchimento por Código de Barras/QR Code".

Como utilizar: Nos aplicativos de Coleta ou Pedido Móvel, basta acionar a câmera para ler o Código de Barras/QR Code impresso na Nota Fiscal (disponível nos layouts LNF500, LNF216 e LNF168). O sistema identificará a nota instantaneamente, permitindo registrar imagens, GPS e dados do recebedor com total agilidade.

Implementamos a seleção automática da série de Nota Fiscal na tela MRC020. Agora, o sistema identifica se o item é um produto ou serviço e aplica a série correta sem a necessidade de intervenção manual do usuário, eliminando a janela de seleção e reduzindo riscos de erros operacionais no faturamento de recapagem.  

Para utilizar, ative o parâmetro "Utiliza Série NF do Cadastro da Pessoa" na tela REC001 (Parâmetros > Opção 3). Com isso, ao clicar em Emitir NF <F2> na MRC020, o sistema buscará as séries definidas no cadastro do cliente (TFA001 > Recapadora > Série Padrão NF) e preencherá os campos automaticamente, inclusive para itens pendentes de faturamento.  

Agilidade no faturamento de recapagem e redução de erros manuais por escolha incorreta de série. ⚡

(Junsoft 2008_00)

Prezado Cliente, Informamos que a comunicação com a maioria dos municípios e provedores para a emissão de NFSe já foi estabilizada. No entanto, ainda monitoramos casos residuais de instabilidade devido a intermitências técnicas, novas regras de validação dos órgãos municipais ou falta de dados específicos. Para garantir a continuidade da sua operação, estruturamos as seguintes ações: 
Nosso compromisso continua!

• Canal de Atendimento Exclusivo: Criamos um fluxo dedicado apenas para NFSe, garantindo agilidade no suporte.
• Equipe de Relacionamento Técnico: Profissionais especializados estão em contato direto com Prefeituras e Provedores para resolver pendências de dados.
• Atualizações Contínuas: Estamos liberando até duas atualizações de versão por dia para aplicar correções em tempo real.

Alternativas para Contingência 
Em casos de urgência ou onde a comunicação ainda não foi normalizada, recomendamos:

1. Uso de RPS (Recibo Provisório de Serviços): Utilize as telas CNF001 e CNF011 para imprimir o RPS e garantir o acompanhamento de pneus. A conversão em NFSe e geração de boletos podem ser realizadas posteriormente.
2. Emissão via Portal da Prefeitura: Caso o RPS não seja viável, a nota pode ser emitida diretamente no portal do município e, depois, ajustada manualmente no sistema.

Agradecemos a compreensão e seguimos à disposição em nossos canais de atendimento.

Atenciosamente,
Equipe Junsoft

A funcionalidade de geração automática de boletos ao emitir nota fiscal foi implementada no layout LNF501 para a NFC-e, conectando-se ao parâmetro "Gera Boleto Automático" da tela MFA002. Ao emitir uma nota com a série configurada, o sistema gera automaticamente o boleto correspondente, sem necessidade de ação manual. Isso gera velocidade na emissão dos boletos, mesmo na venda para consumir final.

O fluxo de emissão já opera normalmente para os seguintes provedores:

✅ Comunicação Restabelecida

• Elotech
• Pronim
• RLZ

🕕 Adequações em Andamento

• ISSFortaleza
• KBF
• Santa Ines
• SpeedGov
• Tributos (Arcoverde-PE)
• WebIss V2

Nosso Compromisso

Caso o seu provedor não esteja listado acima, reforçamos que ele já está em nossa fila de análise e solução. Compreendemos a urgência de cada operação e estamos cientes de que cada prefeitura possui particularidades que exigem atenção minuciosa.

Seguimos trabalhando firmemente para solucionar todos os problemas encontrados e restabelecer a total normalidade dos serviços o mais breve possível.

Atenciosamente,
Equipe de Suporte e Desenvolvimento

✅ Comunicação Restabelecida
O fluxo de emissão já opera normalmente para os seguintes provedores:

• Ambiente Nacional
• Agili
• Coplan
• EL
• FintelISS
• Fiorilli
• Futurize
• GovBR
• Infisc
• IPM
• NotaControl
• Pronim
• SEMFazOnline
• SigISS
• SilTecnologia (diversos municípios)
• SimplISS
• WebISS

⚠ O fluxo de emissão opera com ressalvas  para os seguintes provedores:

• Betha:
• Tinus
• ISSFortaleza

O envio das notas já ocorre de forma automatizada. No entanto, o retorno de confirmação para o sistema ainda requer uma ação manual temporária. Isso ocorre porque o provedor vinculou a confirmação à autorização no ambiente nacional, que ainda enfrenta instabilidades de comunicação.Obs: Para ambos casos, a NFSe transmitida já possui validade fiscal pois foi recebida pela Prefeitura. Para efetivar a nota e liberar boletos, utilize o ajuste manual na tela CNF011, informando o número do documento e o código de autenticação.

Nosso Compromisso:

Caso o seu provedor não esteja listado acima, reforçamos que ele já está em nossa fila de análise e solução. Compreendemos a urgência de cada operação e estamos cientes de que cada prefeitura possui particularidades que exigem atenção minuciosa.

Seguimos trabalhando firmemente para solucionar todos os problemas encontrados e restabelecer a total normalidade dos serviços o mais breve possível.

Atenciosamente,
Equipe Junsoft

Prezados Clientes

Desde o dia 02/01/2026, uma parcela significativa dos municípios foi impactada por alterações decorrentes da Reforma Tributária. Embora tenhamos investido de forma intensa e antecipada na preparação dos nossos sistemas ao longo de 2025, diversas mudanças passaram a ser efetivamente implementadas apenas nos ambientes de produção das Prefeituras e Provedores a partir do início de 2026. Essas implementações ocorreram com variações técnicas e operacionais entre os municípios, o que exigiu ajustes adicionais após a entrada em vigor.

Estamos atuando de forma ininterrupta desde a virada do ano e, graças a esse esforço contínuo, já conseguimos adequar a maior parte dos municípios, com a emissão de NFSe restabelecida. Ainda assim, permanecem algumas pendências que decorrem, em sua maioria, de novas alterações e liberações realizadas por Prefeituras e Provedores, muitas vezes de forma não simultânea. Nessas situações, o restabelecimento completo dos serviços depende do recebimento de informações técnicas adicionais por parte desses órgãos.

Ações Imediatas para Agilizar o Processo

Com o objetivo de melhorar ainda mais a velocidade de resposta e resolução, implementamos as seguintes ações imediatas:

1. Canal de Atendimento Exclusivo para NFSe:
Criamos um canal dedicado exclusivamente para atender aos problemas relacionados à emissão de notas fiscais, garantindo maior agilidade e priorização das ocorrências.

2. Equipe Exclusiva para Prefeituras e Provedores:
Montamos uma equipe técnica especializada no relacionamento com Prefeituras e Provedores de NFSe. Esta ação visa acelerar a obtenção das informações necessárias para a resolução dos casos pendentes.

3. Atualizações de Versão Mais Frequentes:
Estamos realizando até duas atualizações de versão por dia, sempre que necessário, para corrigir problemas rapidamente e disponibilizar as soluções de forma ágil.

Essas ações já estão em operação e visam melhorar ainda mais nossa capacidade de atendimento e solução de problemas de forma eficaz.

Pontos Importantes para a Sua Operação

Para garantir que sua empresa continue operando sem interrupções enquanto finalizamos a integração automática para sua cidade, sugerimos as seguintes alternativas fiscalmente válidas:

1. Uso de RPS e Nota de Carcaças:
Para o acompanhamento de pneus, recomendamos o uso do RPS (Recibo Provisório de Serviços), impresso pelas telas CNF001 e CNF011, antes da conversão da Nota Fiscal de Serviço pela Prefeitura. O envio da NFSe e a geração dos boletos podem ser feitos posteriormente, quando a conversão for completada.

2. Emissão via Portal da Prefeitura:
Em casos de extrema urgência, caso o uso do RPS não seja viável, a emissão da NFSe pode ser realizada diretamente no portal da prefeitura do seu município. Neste caso, a nota pode ser ajustada manualmente no sistema como uma nota fiscal válida.

Continuamos à disposição para quaisquer dúvidas ou necessidades adicionais.

Atenciosamente,
Equipe Junsoft

Gostaríamos de compartilhar uma atualização objetiva sobre o trabalho que vem sendo realizado para normalizar a emissão de Notas Fiscais de Serviço eletrônicas (NFSe).

Desde o dia 02/01/26, uma parte relevante dos municípios já teve seus ajustes concluídos, com a emissão restabelecida, e seguimos avançando diariamente nos demais casos.

Temos plena consciência dos impactos operacionais que ainda afetam alguns clientes e reforçamos que estamos empregando todos os recursos possíveis, técnicos e humanos, para acelerar as soluções.

Medidas Adotadas a Partir de Hoje

Para aumentar ainda mais a velocidade de resposta e resolução, colocamos em operação as seguintes ações imediatas:

1. Canal de Atendimento Dedicado a NFSe

Implementamos um canal exclusivo para atendimento de clientes com problemas relacionados à emissão de notas fiscais, garantindo priorização, triagem mais rápida e foco total nesse tipo de ocorrência.

2. Time Exclusivo para Prefeituras e Provedores

Estruturamos uma equipe específica voltada exclusivamente ao relacionamento técnico com Prefeituras e Provedores de NFSe. Essa medida se faz necessária uma vez que, em boa parte dos casos remanescentes, dependemos de informações desses entes para resolução definitiva.

3. Atualizações de Versão Mais Frequentes

Passamos a realizar até duas atualizações de versão por dia, sempre que necessário, reduzindo significativamente o tempo entre identificação do problema, correção e disponibilização da solução em produção.

Essas iniciativas se somam ao trabalho já em curso das equipes de desenvolvimento e suporte, que seguem atuando em regime de prioridade absoluta.

Reforçamos nosso compromisso: estamos fazendo todo o possível para restabelecer a plena estabilidade do Sistema Vulcano no menor tempo viável. Agradecemos a compreensão e a parceria neste momento excepcional.

Atenciosamente,

Equipe Junsoft

Na tela MFA001 - Parâmetros de Faturamento e no Pedido Mobile, foi adicionada uma funcionalidade para validar o limite de crédito e a duplicata vencida do cliente, oferecendo maior controle durante o registro dos pedidos. Um novo parâmetro foi incluído, chamado "Verifica Limite/Dias em Atraso", com três opções: "Sim - Aviso", "Sim - Bloqueia", e "Não". Quando a opção for "Não", nenhuma verificação será realizada, permitindo que o pedido seja registrado sem alertas ou bloqueios.

Durante a inserção ou ao salvar um pedido no Pedido Mobile, o sistema verifica o saldo de crédito e se o pedido ultrapassa o limite ou está em atraso. Caso o parâmetro esteja configurado como "Sim - Aviso", o vendedor receberá um alerta, mas poderá prosseguir com o pedido. Se configurado como "Sim - Bloqueia", o pedido só poderá seguir se a condição de pagamento for à vista, tanto na inserção quanto ao salvar o pedido. Isso garante que o vendedor tenha as informações necessárias para prevenir problemas com crédito, mantendo o controle sobre os pedidos sem impedir o registro.

(Junsoft 2003_00)  

Agora, o PedidoWEB reflete instantaneamente as taxas das condições de pagamento configuradas. O sistema recalcula automaticamente os valores dos itens conforme a condição de pagamento selecionada. 
Precisão total nos valores de venda e eliminação de cálculos manuais no fechamento do pedido. 📝

Agora a tela TFA002 permite importar arquivos CSV para atualizar os limites de crédito de clientes de forma rápida e automática, garantindo maior agilidade e precisão no controle financeiro.

(Junsoft 961_14)

Agora o sistema sugere automaticamente transferências entre unidades com base no estoque mínimo, permitindo ajuste manual e gerando a nota fiscal diretamente.

A nova tela MNF036 – Transferência por Estoque Mínimo centraliza todo o processo: nela é possível consultar os itens que precisam ser repostos conforme saldo da empresa de destino e disponibilidade da empresa de origem.

O recurso agiliza a reposição de mercadorias, reduz o trabalho manual e mantém o estoque sempre balanceado entre as unidades.

(Junsoft 961_20)

O sistema agora calcula e aplica o frete automaticamente, com isenção para pedidos acima do valor mínimo, direto no Pedido, PedidoMobile e faturamento.

Tudo parametrizável por cliente, sem necessidade de ajustes manuais, garantindo mais agilidade e menos retrabalho na sua operação. 

(Junsoft 2000_04)

Agora o Junsoft ERP se conecta automaticamente com o CRM Zen, sincronizando cadastros de clientes entre os sistemas.

Envie e receba informações de forma segura e rápida, mantendo todos os dados atualizados sem esforço manual. 🚀

(Junsoft 2001_0)

Agora é possível alterar ordens de serviço e pedidos bloqueados diretamente nas telas de desbloqueio, garantindo mais flexibilidade no controle financeiro.

Edite forma de pagamento, condição de pagamento e faça ajustes sem complicações, mantendo o padrão do sistema e a segurança das operações. 

(Junsoft 2001_0)

Agora, o campo “Motivos de Liberação Anteriores” registra todas as liberações realizadas nos pedidos e O.S., mantendo histórico com usuário e data.

Cada novo motivo é concatenado ao anterior, garantindo que nada seja sobrescrito e que você tenha total controle de todas as liberações. 

(Junsoft 2001_16)

Agora o sistema impede o registro de CEPs inválidos no cadastro de pessoas, garantindo mais precisão nas informações e evitando cadastros inconsistentes.

Garanta cadastros corretos e mais segurança nos seus dados! 

(Junsoft 2001_18)

Agora você define o percentual máximo de desconto permitido por cada Subgrupo de produto (ex: Pneus, Lonas, Amortecedores) para cada nível de alçada (vendedor, supervisor, gerência). 

Maior segurança nas vendas e proteção da margem de lucro.

(Junsoft 2002_02)

Implementamos uma nova validação que permite bloquear a inserção de itens no pedido (MPD002) se a quantidade não estiver disponível no Local de Estoque selecionado,  essa nova validação evita lançamentos sem cobertura de saldo.

Isso proporciona segurança e acuracidade ao registrar pedidos, prevenindo a venda de um produto que não está fisicamente disponível no local esperado.   

(Junsoft 2002_16)

Seu ERP está atualizando para atender aos requisitos da Reforma Tributária. Os provedores SilTecnologia, IPM e Tecnos foram convertidos, garantindo que suas integrações fiscais operem dentro das novas normas.
Além disso, adicionamos a conversão ao Padrão Nacional para os municípios: Osvaldo Cruz/SP, Porto Alegre/RS, Curitiba/PR, Marabá/PA e São Paulo/SP. 

Se o seu município utiliza um dos provedores convertidos, solicitamos que realize testes.
Caso o seu município não esteja na lista, consulte a sua Prefeitura para garantir a aderência completa.   

Tranquilidade e segurança para as obrigações fiscais da sua empresa, em conformidade com a legislação atual.

(Junsoft 2002_16)

Agora as liberações seguem a hierarquia da equipe: cada usuário vê e libera apenas os documentos dentro da sua alçada (Vendedor → Supervisor→ Gerente ).

Além disso, o sistema passa a validar a liberação também pelo desconto praticado no valor líquido, mesmo quando não é informado o % de desconto.

Agora é possível visualizar rapidamente o valor do item da última venda realizada para o cliente diretamente na tela de faturamento de ordem de carregamento na MRC020.

Essa funcionalidade agiliza o processo de emissão de notas para clientes esporádicos e garante que o faturamento seja feito com o preço correto.

Agora a tela TFA006 permite selecionar vários subgrupos e medidas ao atualizar preços ou duplicar tabelas, agilizando o processo e economizando tempo na gestão de preços.