Painel de líderes

Eu fiz o seguinte, usei o tortoisesvn e voltei para a versão 46117, acho que do dia 12/05/2026 ou anterior. Peguei essa aleatóriamente já que foi citado que começou o problema no dia 15/05/2026. Continua dando o erro, porém, só na primeira tentativa de envio do nfce, após a segunda, o nfce é enviado normalmente, daí pra frente não dá mais erro. Se você sair do sistema e entrar novamente, o erro volta a ocorrer somente na primeira tentativa de envio, na segunda tentativa, segue o jogo e tudo volta a funcionar normalmente. Agora fica a pergunta, o problema é no ACBr ou no ambiente de homologação da sefaz do estado em questão. Aqui estou testando usando a Sefaz do Tocantins.

Uma da formas que uso é : 1) verificar o codigo EAN 2) verificar a ultima compra compra daquele fornecedor com aquele codigo (tenho que gravar o codigo do fornecedor na entrada da nota), com isso, ele so tem que referenciar a primeira vez, nas proximas o sistema ja referencia

Na minha máquina com Lazarus 3.2 acontece na primeira chamada tanto com OpenSSL quanto com WinCrypt. Debugando a OpenSSL o erro é "10054-Connection reset by peer" que depois é sobrescrito pelo "10091-Network subsystem is unusable". Com WinCrypt o erro é: "12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado". Em ambos os casos, se aguardar 60 segundos para fazer uma nova requisição o erro volta a ocorrer, se fizer chamadas seguidas o erro não ocorre. Com a dica para utilizar o winget upgrade acredito que o problema pode estar nas dlls vcruntime140.dll e msvcp140.dll. Segue os arquivos que alterei da synapse para conseguir ver o erro real: blcksock.passsl_openssl.pas Adicionei também o httpsend para tentar fazer o retry igual sugerido anteriormente mas apenas se for o erro 10054: httpsend.pas

Entendi... RN fez a parte dele, e publicou o novo serviço, na URL informada Mas a SEFAZ do RS, que presta serviços para RN (Sefaz Virtual), ainda não atualizou as regras da API, para acatar o novo endereço... Acho que a solução ainda é: - Apertar a SEFAZ RN, para que ela aperte a SEFAZ RS

Eu estou empenhado em fazer funcionar... mas em homologação não funciona o envio e em produção uma transportadora me autorizou a fazer os testes e cancelar depois. A URL de produção nem está funcionando. E com base a URL de homologação adicionei um TipoViagem a mais: Fracionado. E também mudei o pcnCIOTW_eFrete.pas para aceita a geração de viagem para o Fracionado e tive que remover o tipo de embalagem para cargas do tipo Fracionado para atender uma mensagem de erro de "Negócio" do e-frete quando eu tentei enviar a operação. ACBrCIOTServicos.ini ACBrCIOTConversao.pas

Bom dia Prezados; Acabei de receber um novo manual de integração da eFrete a com alterações do manual anteior, isso com vigencia em 24/05 kkk, so rindo de toda essa situação, abaixo segue as modifiações do novo manual. Prezados, Informamos a disponibilização da versão 8.1 do Manual de Integração efrete, com atualizações decorrentes da Portaria SUROC nº 16, de 30 de maio de 2026, que complementa as regras operacionais já estabelecidas pela Portaria SUROC nº 6/2026. As alterações impactam diretamente a lógica de emissão de CIOT e devem ser avaliadas pela equipe técnica de integração. Principais mudanças 1. Lotação agora aceita múltiplos pares de origem e destino O TipoViagem = Padrao (Lotação) passa a suportar múltiplos pares de origem e destino em uma mesma operação. Antes, esse cenário estava restrito ao Fracionado. O campo Viagens passa de ocorrência 0-1 para 0-N. Para que a quitação se comporte da maneira correta, as regras vinculadas a esta categoria serão aplicadas somente ao primeiro par de origem e destino enviado, ignorando os demais, se houver. 2. Fracionado é exclusivamente para 2 ou mais contratantes A possibilidade de emitir TipoViagem = Fracionado com apenas 1 contratante e múltiplas origens/destinos foi revogada pela SUROC 16. Fracionado exige obrigatoriamente 2 ou mais contratantes. ContratantesCargaFracionada é obrigatório e deve conter mínimo 1 CPF/CNPJ adicional diferente do campo Contratante. 3. DataInicioViagem não deve ser informada para TAC Agregado, a dúvida levantada na v8.0 foi sanada com testes. Agora está definido como Não informar para TipoViagem = TAC_Agregado. A ANTT utilizará a data da declaração por padrão. 4. Reforço sobre os envios de informações bancárias. Está na descrição da seção AdicionarOperacaoTransporte, leia atentamente. 5. Nova seção: campos que impactam o cálculo de piso mínimo Incluímos uma seção explicando que os campos AltoDesempenho, RetornoVazio, ComposicaoVeicular e NumeroEixos são repassados à ANTT exatamente como recebidos pelo efrete, sem qualquer tratamento ou transformação. 6. Correção da nomenclatura do campo ToleranciaDePerdaDeMercadoria (estava ToleranciaDePercaDeMercadoria) 7. Blocos completos de endereço e telefone. Atente-se a obrigação (0-1) da raiz endereço para saber se ele é obrigatório ou não; se enviar algum dado preenchido nesta estrutura os demais campos do grupo serão solicitados, mesmo que ela não seja obrigatória. Orientações importantes: No momento, a única categoria aceita para o TipoViagem Fracionado é SemCategoria. Estamos adequando nos próximos dias para aceitar todas as categorias, mas para testes optar pelo preenchimento específico. O CIOT será criado com o apelido da categoria (Livre)no sistema. A ANTT passou a exigir o valor de frete para o CIOT TAC Agregado, até a estrutura atual não era permitido informar valor de pagamento para este TipoViagem. Logo, quando a estrutura de pagamento é enviada, o sistema efrete rejeita a requisição; quando a estruturanão é enviada, a ANTT rejeita a requisição. Estamos solucionando para que ainda hoje permita a inclusão de pagamentos para este TipoViagem. O retorno da emissão que inicia com [ANTT] significa que o retorno é diretamente do comportamento da ANTT. O manual atualizado está disponível no anexo. Atenciosamente, Integração nstech link para o manual https://drive.google.com/file/d/1QnsNHojj2jhezgihHpoj64KU_44MyrD1/view?usp=drive_link

Ola , agora e regra quando enviar apenas 1 nota tem que sem em modo sicrono NFE.CriarEnviarNFeSefaz NFe.CriarEnviarNFeSEFAZ(cTXTSefaz,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias]) Comando para ser passado como parâmetro o caminho do arquivo criado no formato usado pelo emissor gratuito de SP. Parâmetros: cTXTSefaz - caminho do arquivo criado no formato usado pelo emissor gratuito de SP. nLote - Número do Lote bImprimeDANFE - Coloque 1 se quiser que o DANFe seja impresso logo após a autorização - Parâmetro Opcional bSincrono- Coloque 1 para indicar modo síncrono e 0 para modo assíncrono. cImpressora - Informe o nome da impressora - Parâmetro Opcional bMostrarPreview - Mostrar Preview antes da impressão - Parâmetro Opcional nNumCopias - Número de Cópias a ser Impresso - Parâmetro Opcional Ajuste o 4 parametro

Fiz uma conferência nos endpoints e revisei todos os namespaces, deixando tudo idêntico aos do WS. Mesmo assim, o erro continua. Também tentei utilizando login e certificado, mas o resultado permanece o mesmo, até agora não tive nenhum retorno da eFrete. efreteErro adicionando operação de transporte: Erro interno. Tente novamente em alguns minutos. APP.Nao.Categorizado Segue Arquivos Atualizados; ACBrCIOT.zip

Comparei todas as DLLs do meu projeto e nenhuma delas consta em c:\Windows\System32 e muito menos em C:\Windows\SysWOW64. Problema ainda persiste e sem solução até o momento! Apenas para lembra que: a. Nenhum novo programa foi instalado no PC; b. As mesmas DLL's funcionam perfeitamente quando alteramos as configurações para produção; c. Problema só ocorre se o ambiente for homologação; d. Windows 10 atualizado e funcionando perfeitamente, inclusive, sem erros em produção; e. As DLL's que utilizo são as mesmas que temos instaladas e configuradas em produção nas demais 11 lojas que temos; f. O problema nada tem a ver com o certificado digital ou demais, pois como citei acima, ajustando o ambiente para produção tudo funciona normalmente.

As notas emitidas direto no portal do issnet em produção já estão no modelo nacional. Isso me ajudou bastante a ajustar o preenchimento do XML em homologação, vale dar uma olhada. A dor de cabeça disso é que não da pra consultar via webservice uma nota emitida direto no portal nacional. Se você faz a consulta por data ou número retorna que não foi encontrado, precisa baixar XML direto do portal... Emiti notas fiscais com diversas variações e em regimes tributários diferentes em produção no DF pra validar meu preenchimento no desenvolvimento em homologação. A observação (mais do que esperada dado o histórico do ISSNET) é que nem todo XML gerado em prod em brasília valida em homologação.

Nota Técnica 008/2026 Publicada em 05/05/2026 14h43 define novas regras do DANFSe-Padrão Nacional e prazo para adaptação A Secretaria-Executiva do Comitê Gestor da NFS-e publicou a Nota Técnica nº 008/2026, que estabelece novas regras para a emissão do DANFSe no padrão nacional. O documento tem como objetivo padronizar o layout e a apresentação das informações do DANFSe, facilitando a leitura e a conferência dos dados das notas fiscais de serviço. Um ponto de destaque é que a API do Portal Nacional atual de geração do DANFSe será descontinuada a partir de 1º de julho de 2026, prazo até o qual empresas e desenvolvedores deverão adaptar seus sistemas às novas especificações técnicas. A medida faz parte do processo de consolidação da NFS-e nacional, que busca padronizar a emissão em todo o país e reduzir a complexidade causada pelos diferentes modelos municipais. O que muda para que usa o ACBrNFSe ( a partir de 1º de julho de 2026 ) Quem usa o método ObterDANFSE(xChaveNFSe) para baixar o PDF do DANFSE da API do Portal Nacional, este método não vai mais estar disponível. Solução para quem usava o método ObterDANFSE: Carregar o XML da NFSe (Padrão Nacional) e usar o comando NotasFiscais.Imprimir para visualizar em tela e/ou imprimir no Papel; Para gerar o PDF, Carregar o XML da NFSe (Padrão Nacional) e usar o comando NotasFiscais.ImprimirPDF; Sobre a padronização da DANFSe: Como temos o DANFSe para os geradores Fortes Report, Fast Report e PDF, criamos a tarefa para fazer os ajustes necessários, assim que estiver disponível vai ser publicado em nosso portal de notícias. Fonte: SE/CGNFS-e publica Nota Técnica nº 008/2026 com regras para emissão do DANFSe — Portal da Nota Fiscal de Serviço eletrônica