Painel de líderes

O que é o CIOT? CIOT é a sigla para Código Identificador da Operação de Transporte. Esse é um código gerado para registrar operações de transporte rodoviário remunerado de cargas junto à ANTT (Agência Nacional de Transportes Terrestres). Ele é obrigatório para o controle e rastreabilidade dessas operações no território nacional. Atualmente a regulamentação mais recente relacionada a ele sendo a Resolução nº 6.078, de 24 de março de 2026. O CIOT é uma novidade? Não. O CIOT já existe desde 2011. No entanto, quando foi estabelecido, seu uso era obrigatório apenas em operações de transporte muito específicas. Esse cenário mudou em 2026 com a Resolução nº 6.078, de 24 de março de 2026, que efetivamente tornou o CIOT obrigatório em praticamente todas as operações de transporte rodoviário remunerado de cargas. Veja abaixo a evolução da legislação: Quem deve gerar o CIOT? A Resolução nº 6.078/2026 estabeleceu em seu Art. 1º-A que toda operação remunerada de transporte rodoviário de cargas deverá ser registrada por meio de um CIOT, delegando a responsabilidade pela sua geração conforme a tabela abaixo: Operação de Transporte Responsável pelo CIOT Quando há contratação de TAC ou TAC Equiparado Contratante/Subcontratante Quando NÃO há contratação de TAC ou TAC Equiparado A própria ETC O que significam os termos TAC, TAC Equiparado e ETC mencionados acima? TAC é a sigla para Transportador Autônomo de Cargas. É a pessoa física que realiza o transporte rodoviário de cargas como atividade profissional. ETC é a sigla para Empresa de Transporte Rodoviário de Cargas. É a pessoa jurídica que tem como atividade principal o transporte rodoviário de cargas. TAC Equiparado é a denominação dada à ETC que possui em sua frota até 3 veículos registrados junto ao Registro Nacional de Transportadores Rodoviários de Cargas (RNTRC), bem como às Cooperativas de Transporte de Cargas, que também se enquadram nessa categoria. TAC Agregado é o Transportador Autônomo de Cargas que coloca veículo de sua propriedade ou posse — conduzido por ele mesmo ou por um preposto — a serviço de um contratante em regime de exclusividade, mediante remuneração previamente acordada. IPEF é a sigla para Instituição de Pagamento Eletrônico de Frete. É a instituição regulamentada pela ANTT responsável por realizar o pagamento eletrônico do frete e vinculá-lo à operação de transporte remunerado correspondente. Além disso, a IPEF participa do arranjo de pagamentos instantâneos instituído pelo Banco Central do Brasil, o que na prática significa que o pagamento do frete pode ser realizado via Pix. Devo gerar o CIOT quando a empresa possui frota própria e motoristas empregados? Sim, quando a empresa presta transporte rodoviário remunerado de cargas para terceiros. Ter frota própria e motoristas empregados não caracteriza, por si só, a operação como transporte de carga própria. Se a empresa transporta cargas ou encomendas de terceiros mediante remuneração, trata-se de uma operação de transporte por conta de terceiros, e o CIOT deve ser gerado conforme a regulamentação vigente. Por outro lado, se a carga transportada é da própria empresa, sem prestar serviço a terceiros e sem recebimento de frete, a geração do CIOT não é necessária. Como faço para gerar o CIOT? A geração do CIOT é feita de formas distintas dependendo de quem é o responsável pela operação. Se houve contratação de TAC ou TAC Equiparado, o CIOT deve ser gerado por uma das IPEFs habilitadas pela ANTT, por meio de portal próprio ou integração direta via web service disponibilizado pela própria IPEF. Caso a ETC seja a responsável, ela pode utilizar o sistema disponibilizado pela ANTT por meio do programa CIOT para Todos. Para que servem a DLL e o executável encontrados no programa CIOT para Todos? Não para uso rotineiro. A geração do CIOT por meio do programa CIOT para Todos deve ser feita via integração com o web service disponibilizado pela própria ANTT. A DLL e o executável são destinados exclusivamente ao uso em contingência, ou seja, situações em que a integração com o web service não está disponível. Nesses casos, eles permitem gerar o número do CIOT sem todos os dados da operação, funcionando como solução temporária. No entanto, em até 168 horas, o CIOT deverá ser regularizado pelos meios adequados, conforme o fluxograma abaixo. Existe alguma solução no ACBr para me ajudar a gerar o CIOT? Atualmente o ACBr conta com o componente desenvolvido nativamente para Delphi e Lazarus denominado ACBrCIOT, que realiza a integração com a IPEF eFrete. A integração com novas IPEFs, bem como a disponibilização do CIOT no ACBrMonitorPLUS e na ACBrLib, estão previstas em nosso planejamento para implementação futura. O programa de exemplo do componente ACBrCIOT pode ser encontrado no caminho: ..\trunk2\Exemplos\ACBrDFe\ACBrCIOT onde estão disponíveis versões tanto para Delphi quanto para Lazarus. Onde posso encontrar os manuais das IPEFs? Os manuais de cada IPEF podem ser encontrados no portal respectivo de cada uma. Além disso, nós também os centralizamos em nosso biblioteca do Tools em ...\tools\DFe\CIOT Onde devo preencher o CIOT? O CIOT deve ser informado no Manifesto Eletrônico de Documentos Fiscais (MDF-e), no elemento CIOT, que faz parte do grupo infCIOT presente nas informações da ANTT. A estrutura do XML com essa informação é semelhante a este exemplo: <rodo> <infANTT> <infCIOT> <CIOT>pseudoCIOT</CIOT> <CNPJ>pseudoCNPJ</CNPJ> </infCIOT> </infANTT> </rodo> O campo <CNPJ> ou <CPF> deve ser preenchido com a identificação do responsável pela geração do CIOT. Como preencher o CIOT no MDF-e utilizando o componente ACBrMDFe? Caso utilize componente nativo para Delphi/Lazarus, alimente as propriedades: var lMDFe: TMDFe; lRodo: Trodo; linfCIOT: TinfCIOTCollectionItem; begin lMDFe := ACBrMDFe1.Manifestos.Add.MDFe; lRodo := lMDFe.rodo; linfCIOT := lRodo.infANTT.infCIOT.New; linfCIOT.CIOT := 'pseudoCIOT'; linfCIOT.CNPJCPF := 'pseudoCNPJ'; //Demais informações... end; Caso utilize ACBrMonitorPLUS ou ACBrLibMDFe, alimente em seu arquivo INI: [infCIOT001] CNPJCPF=pseudoCNPJ CIOT=pseudoCIOT O CIOT é exibido no DAMDFe? Não! De acordo com o Manual MDFe Anexo II DAMDFE v3.00a, não há previsão de que o CIOT seja exibido no DAMDFe, portanto sua ausência não indica nenhum problema. Links Úteis e Referências RESOLUÇÃO Nº 3.658, DE 19 DE ABRIL DE 2011 RESOLUÇÃO Nº 5.862, DE 17 DE DEZEMBRO DE 2019 RESOLUÇÃO ANTT Nº 6.078, DE 24 DE MARÇO DE 2026 Lei nº 11.442 de 05 de janeiro de 2007 Perguntas Frequentes - CIOT

Olá Pessoal, Hoje (27/05/2026) temos mais de 2 mil municípios que aderiram ao Emissor Nacional, isso significa que todos os prestadores de serviços desses municípios emitem suas notas via Portal da NFS-e Padrão Nacional ou através da API do SERPRO. Temos também por volta de 18 provedores que adotaram o layout do Padrão Nacional, neste caso os prestadores vão continuar enviando suas notas para o provedor e este vai compartilhar com o Ambiente de Dados Nacional. E temos por volta de 30 provedores que resolveram alterar o layout em uso para atender a Reforma Tributária, neste caso o layout do XML não é do Padrão Nacional, mas esses provedores também tem que compartilhar as notas com o Ambiente de Dados Nacional. Outra informação importante é que desde de setembro/2023 todos os prestadores de serviços MEI passaram a emitir suas notas diretamente via Portal da NFS-e Padrão Nacional ou através da API do SERPRO. Agora chegou a vez dos prestadores ME/EPP optante do Simples Nacional também passarem a emitir suas notas diretamente via Portal da NFS-e Padrão Nacional ou através da API do SERPRO a partir de setembro/2026. Conclusão, os municípios que não aderiram ao Emissor Nacional só vão recepcionar as notas dos prestadores não optante do simples nacional. De uma forma ou de outra todas as notas vão constar no Ambiente de Dados Nacional, sendo assim se eu baixar o XML de qualquer nota este vai estar no layout do Padrão Nacional. A API do SERPRO tem um serviço que nos retorna o PDF do DANFSE, mas infelizmente ele vai ser desativado. A Equipe ACBr já tem a versão 1 do DANFSE no Padrão Nacional pronta e em uso feito em Fortes Report, para ser usado junto com o componente ACBrNFSeX, com o ACBrLibNFSe e com o ACBrMonitor. Já esta no forno a versão 2 que traz os campos referente a Reforma Tributária. Esta sendo desenvolvido o DANFSE em Fast Report e em FPDF. Assim que formos finalizando vamos informar aqui neste tópico.

Olá comunidade ! A Secretaria Especial da Receita Federal do Brasil publicou uma importante alteração relacionada à Manifestação do Destinatário da NF-e. A partir de 01 de junho de 2026, o prazo para realização da manifestação conclusiva do destinatário será reduzido de 180 dias para 90 dias, contados da data de autorização da Nota Fiscal Eletrônica (NF-e). A mudança foi estabelecida pelo Ajuste SINIEF nº 14/26 e também está prevista na Nota Técnica 2020.001 v.1.60. A redução do prazo exige maior atenção das empresas e contribuintes que utilizam os eventos de manifestação do destinatário, garantindo que as confirmações e registros sejam realizados dentro do novo período estabelecido. Para mais detalhes, confira: Fonte oficial: Portal da Nota Fiscal Eletrônica

Olá pessoal, O DANFSE Padrão Nacional versão 1 em Fast Report também esta pronta e em uso. Esse DANFSE já esta sendo alterado para atender a versão 2.

Agora de noite o eFrete desativou o envio através do método antigo... Mas ainda não ativou o método novo... continua dando a mensagem: [27/05/2026 21:14:13] efreteErro adicionando operação de transporte: Erro interno. Tente novamente em alguns minutos. APP.Nao.Categorizado

Bom dia. Fiz uns ajustes nessas classes acrescentei descrição para alguns enuns que utilizo aqui para deixar mais amigavel para o usuario final ja que puxo pro meus combox do enum exemplo TACBrTipoImpressao coloquei TACBrTipoImpressaoDescricaoArrayStrings: array[TACBrTipoImpressao] of string = ('Sem Geração', 'Retrato', 'Paisagem', 'Simplificado', 'NFCe', 'Mensagem Eletronica'); se puderem acrescentar ao projeto pois toda vez que faco atualizacao do ACBr preciso alterar essas classes. pcnConversaoNFe.pas ACBrDFe.Conversao.pas

Se voce nao passou pela homologacao voce nao consegue fazer em producao, pq o seu codigo de integrador nao esta ativo para producao, voce tem que fazer a integracao e passar pela teste\reuniao com o pessoal da efrete para que possa emitir ciot em produção, pelo menos comigo foi assim..

Boa tarde. É o NCM do produto de maior valor da carga. Ou 0001 que significa Carga Geral.

Sim, foi resolvido mesmo. Conseguimos avançar essa etapa aqui. Agora com o avanço apareceram mais umas coisas, mas dai abro outro tópico específico.

Julio, por sorte o cliente de ontem me ligou, e pude constatar o seguinte: Acredito que haja algum erro la na sefaz nacional, porque, eu tentei junto com o cliente criar uma nfse pelo portal, e acrescentar informações complementares e não aceitou dando informação que não pode ter caracteres especiais, porém, não havia caracter especial. Com isso creio que seja erro la ! At Adilson

Boa tarde Senhores! Trago uma solução de um problema ocasionado por um roteador LoadBalance mal configurado em uma rede de um cliente, gerando o erro que ocorreu logo após teste de IP e Porta no inicio da instalação do Setup PayGo WEB. O Cenário ocorreu ao tentar instalar o Setup em um Cliente que não possui Firewall, porém possui um Load Balance na Rede. Ao testar a instalação em um notebook conectado diretamente por cabo e no modem direto do provedor de internet esse erro não ocorria. para solucionar o problema fizemos o seguinte passo a passo: Pressione a tecla Windows + R, digite ncpa.cpl e pressione Enter ou clique em OK. Abrirá De um clique duplo no adaptador de rede. clique em detalhes Anote o Endereço IP do Gateway: Feche a tela e na tela anterior clique em propriedades. Procure o "Protocolo IP Versão 4 (TCP/IPv4)" de um duplo clique nessa opção. Selecione a opção Usar os seguintes endereços de servidor DNS: em Servidor DNS preferencial: 8.8.8.8 em Servidor DNS alternativo: (endereço anotado da tela da opção detalhes). Clique em OK e na outra tela OK também. Só tentar instalar novamente que irá funcionar.

Olá pessoal! Além das cidades mencionadas pelo @Italo Giurizzato Junior e os provedores, também foi divulgado recentemente uma lista dos municípios que ainda não fizeram a adesão ao ambiente nacional, seja através do emissor ou via compartilhamento de informações. Veja mais no tópico:

Bom dia! Srs, alguma novidade nesse assunto?

update da ANTT Hoje

O erro não deve ter relação com o fato de ser Lote ou apenas uma NFe.. parece ser algo no "handshake" da conexão... O ACBr já tem um mecanismo para tentar novamente, a comunicação em caso de erros.. e ele deixa esse controle, para a aplicação Por favor teste o seguinte, no evento OnTransmitError procedure TfrmACBrNFe.ACBrNFe1TransmitError(const HttpError, InternalError: Integer; const URL, DadosEnviados, SoapAction: String; var Retentar: Boolean; var Tratado: Boolean); begin Retentar := (InternalError = 10091) or (InternalError = 12030); Tratado := False; end;

Boa tarde, passando só pra comentar que eu fiz uma mudança referente à baixa e aqui está o arquivo ACBrBoletoW_Sisprime_API.pas

Recebemos através do canal de Parceiros BB a informação de que já está disponível no Portal Developers a nova versão da API de Extratos V2. Principais mudanças desta nova versão: preparação para suporte ao CNPJ alfanumérico; inclusão de identificador único dos lançamentos, evitando duplicidade nas integrações. A versão 1 da API permanecerá disponível até 20/11/2026. Porém, devido às alterações relacionadas ao novo padrão de CNPJ alfanumérico, recomendamos que os integradores antecipem a migração para a nova versão. Informamos também que já criamos uma tarefa ACBR-9434 interna para implementação do suporte à nova API na Solução ACBrExtratoAPI. Assim que os trabalhos forem concluídos, comunicaremos em nosso canal oficial de notícias.

Estava com o mesmo problema aqui na empresa e não conseguia testar o envio de notas, então observei isso no ambiente de homologação portal ( Portal da Nota Fiscal Eletrônica ) : Então tentei enviar as notas em homologação usando a contingência SVC-AN e funcionou. Não tenho certeza se é o mais correto, mas estou utilizando isso para os testes de sistema.

Estou pedindo a um tempo para arrumar no ACBr segundo o Juliomar ele vai subir as alterações só não sei quando.

Oi Amigo. Mesmo problema aqui num cliente com Hostgator. Mudei para um email Locaweb e funcionando tranquilo.

Olá comunidade ! As novas regras do Código Identificador da Operação de Transporte (CIOT) entraram em vigor neste domingo (24), às 18h, ampliando a obrigatoriedade do cadastro para todas as operações de transporte rodoviário remunerado de cargas. A medida tem como objetivo fortalecer a rastreabilidade das operações, aprimorar a fiscalização e garantir o cumprimento do Piso Mínimo de Frete. Para auxiliar empresas e transportadores na adaptação às novas exigências, a Agência Nacional de Transportes Terrestres (ANTT) disponibilizou a área “CIOT para Todos” em seu portal oficial, com documentos técnicos, orientações e perguntas frequentes sobre o novo modelo. Para mais detalhes, confira: Fonte oficial: Portal da ANTT - CIOT para Todos

Olá Pessoal, É com muita alegria que venho informar a todos que o componente ACBrNFSeX já esta pronto para atender o novo WebService do provedor Fiorilli que trabalha com o layout do Padrão Nacional, além disso existe também a particularidade da existência de algumas versões do webservice disponíveis nas prefeituras e cada uma decide quando se atualiza para algo mais recente, inclusive com versões que ainda não contemplam os campos da Reforma Tributária. Como o ACBrLibNFSe e o ACBrMonitor Plus se utilizam do componente ACBrNFSeX assim que for disponibilizado uma nova versão essas duas soluções ACBr também vão atender o novo WebService do provedor. Mudanças em sua Aplicação Configurações do componente ACBr ou ACBrMonitor/ACBrLib Não muda nada, pois tanto o componente quanto as soluções ACBrMonitor e ACBrLib se autoconfiguram conforme as informações existentes no arquivo ACBrNFSeXServicos.ini, o qual é atualizado pela equipe ACBr conforme recebemos as informações de mudanças. Alimentação dos componente ACBr ou ACBrMonitor/ACBrLib Se sua aplicação já atende clientes que se utilizam do layout do padrão nacional, seu software já deve estar adequado a este modelo, então nenhuma alteração será necessária em sua aplicação, porém se não for este o caso, será necessário a implementação do preenchimento dos dados considerando o padrão nacional para o componente ou envio das informações ao ACBrMonitor/ACBrLib conforme os modelos existentes em nossa documentação e exemplos. Importante Os dados passados para o componente ou para o arquivo INI (para quem usa a Lib ou o Monitor) mudam ao se utilizar o novo webservice da Fiorilli, sendo assim é importante observar os modelos citados acima. Nem todos os serviços disponíveis no webservice antigo estão disponíveis no novo, como por exemplo o ConsultarNFSeServicoPrestado, o ConsultarNFSeServicoTomado e o SubstituirNFSe, sendo assim ao obter o retorno Serviço não Implementado, se deve a este fator, ou seja a Fiorilli ainda não implementou o serviço em seu novo webservice. É importante lembrar que a Fiorilli continua com o seu webservice "antigo" que recepciona o XML segundo a versão 2.00 do layout da ABRASF, mas não sabemos quando eles o desativarão, sendo assim recomendamos iniciar a mudança assim que possível. E se uma cidade atendida pelo meu software mudou, o que fazer? Dado que as cidades estão em processo de atualização, é natural que ao longo do tempo seja preciso atualizar, sendo assim ao identificar essa mudança, seja por um relato de cliente ou da própria prefeitura, você pode abrir um tópico em nosso fórum e nos informar, mas se desejar já validar se realmente a mudança está funcional do lado da prefeitura e quiser nos ajudar, você pode também seguir o procedimento abaixo e realizar um teste em seu ambiente e em seguida nos enviar as mudanças. O provedor Fiorilli atende mais de 300 cidades, cotamos com a colaboração de todos vocês para nos informar qual cidade vocês testaram e com qual versão funcionou. O que mudar no arquivo ACBrNFSeXServicos.ini para que possamos realizar os testes e passar a utilizar o novo webservice? Descobrindo a versão correta a inserir no INI? Atualmente para identificar se deve-se configurar a versão 1.01 ou 1.00 , saberemos isso conforme os testes a seguir Se configurarmos no arquivo ACBrNFSeXServicos.ini que a cidade usa a versão 1.00 e enviarmos o DPS para o WebService, se ocorrer o erro abaixo significa que na verdade essa cidade já esta usando a versão 1.01 unexpected element (uri:"http://www.fiorilli.com.br/nfse-nacional", local:"DPS"). Expected elements are {http://www.sped.fazenda.gov.br/nfse}DPS Por outro lado se configurarmos no arquivo ACBrNFSeXServicos.ini que a cidade usa a versão 1.01 e enviarmos o DPS para o WebService, se ocorrer o erro abaixo significa que na verdade essa cidade esta usando a versão 1.00 unexpected element (uri:"http://www.sped.fazenda.gov.br/nfse", local:"DPS"). Expected elements are {http://www.fiorilli.com.br/nfse-nacional}DPS Resumindo, na versão 1.00 o namespace esperado tem que ser o da Fiorilli (http://www.fiorilli.com.br/nfse-nacional) e na versão 1.01 tem que ser o do Padrão Nacional (http://www.sped.fazenda.gov.br/nfse). Bom agora vocês já sabem o que tem que fazer quando aparecer esses erros, basta mudar a versão informada no campo Versao que se encontra na seção da cidade que vocês estão testando. Vamos agora para o arquivo ACBrNFSeXServicos.ini Primeiramente quero informar que nesse arquivo INI temos uma seção chamada [Fiorilli] que nela consta a URL de homologação para o novo WebService e o campo Versao com o valor 1.00, logo estamos supondo que todas as cidades estão usando essa versão. Após a alteração do arquivo ACBrNFSeXServicos.ini é importante seguir as orientações que se encontram no inicio dele, do contrário as alterações feitas não serão válidas. Como fica a seção das cidades atendidas pelo provedor que utilizam a versão 1.00 que já alteramos no arquivo INI: [1100122] Nome=Ji-Parana UF=RO Provedor=Fiorilli ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://177.124.184.59:5660/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [2104099] Nome=Formosa da Serra Negra UF=MA Provedor=Fiorilli ProRecepcionar=http://nfse.adtrcloud.com.br:8097/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://nfse.adtrcloud.com.br:8097/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://nfse.adtrcloud.com.br:8097/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [3504008] Nome=Assis UF=SP Provedor=Fiorilli ProRecepcionar=https://nfsews.assis.sp.gov.br/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=https://nfsews.assis.sp.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://nfsews.assis.sp.gov.br/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [3537107] Nome=Pedreira UF=SP Provedor=Fiorilli ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://intranet.pedreira.sp.gov.br:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Notem que comentamos os campos: Versao=2.00 e os campos que tem a URL e o Link utilizados pelo WebService antigo que trabalha com a versão 2 do layout da ABRASF. Notem também que não foi informado que a versão é 1.00, pois por padrão ele vai pegar essa informação lá da seção do provedor. Como fica a seção das cidades atendidas pelo provedor que utilizam a versão 1.01 que já alteramos no arquivo INI: [3504404] Nome=Avanhandava UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSePorChave=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSeRps=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://45.71.14.83:5661/IssWeb-ejb/IssWebWS/IssWebWS (...) [3526407] Nome=Laranjal Paulista UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSePorChave=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSeRps=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://pmlpta.ddns.com.br:6118/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Notem que comentamos os campos: Versao=2.00 e os campos que tem a URL e o Link utilizados pelo WebService antigo que trabalha com a versão 2 do layout da ABRASF. Notem também que foi informado que a versão é 1.01 e temos também o campo Params com os serviços: ConsultarNFSeRps e ConsultarNFSePorChave, pois nesta versão o webservice possui esses serviços, logo ele não se utiliza dos serviços disponibilizados pela API do Padrão Nacional. Um detalhe importante é que no final da linha do campo Params temos o caracter pipe "|", ele é obrigatório. Outra informação importante é as URLs para os referidos serviços destacados em Params. As cidades mostradas acima foram alteradas e testadas, mas desejo fazer testes com uma cidade do meu cliente como devo proceder? Vamos a um exemplo: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebService novo vai passar a ser utilizado. ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType A cidade de Ibaté/SP consta que usa a versão 2.00 e as URL se referem ao webservice antigo que usa o layout da ABRASF. A URL que esta comentada já é a URL do novo webservice que usa o layout do Padrão Nacional. Alteração supondo que o sistema instalado na prefeitura usa a versão 1.00 do Padrão Nacional: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Se não funcionar, ou seja, ocorrer o erro já mostrado acima temos que incluir o campo versão e params, pois certamente o sistema instalado na prefeitura é mais atual e trabalha com a versão 1.01 do Padrão Nacional: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Lembre-se que após a alteração devemos: Após a alteração do arquivo ACBrNFSeXServicos.ini é importante seguir as orientações que se encontram no inicio dele, do contrário as alterações feitas não serão válidas. Observação: Não testamos a cidade de Ibaté/SP trata-se de um exemplo de como devemos alterar a seção da cidade para usar o novo webservice, sendo assim uma das duas alterações mostradas acima vai funcionar, qual delas, só testando. Tópico relacionado Um agradecimento especial ao nosso consultor @Diego Foliene e ao membro do fórum @Diego Reckziegel, pelos ajustes no código do componente.

Olá comunidade ! Foi publicado no dia 09/04/2026 o DESPACHO Nº 18, de 8 de Abril de 2026 trazendo múltiplos Ajustes Siniefs. Dentre eles temos o Ajuste SINIEF Nº 14, de 6 de Abril de 2026 que altera o Ajuste SINIEF nº 7, de 30 de setembro de 2005, que institui a Nota Fiscal Eletrônica e o Documento Auxiliar da Nota Fiscal Eletrônica. A cláusula primeira altera a redação de alguns elementos: Essa alteração define prazos claros para o envio dos eventos de manifestação do destinatário (90 dias a partir da autorização da NF-e), além de trazer novos avanços para o DANFe Simplificado Tipo 2. A cláusula segunda acrescenta novo texto relacionado também ao DANFe Simplificado: Por fim, a cláusula terceira estabelece as datas de entrada em vigor: A partir de 01/06/2026 para o prazo dos eventos de manifestação do destinatário. 03/08/2026 para as demais alterações.

Era o firewall do servidor. Não lembro exatamente qual era o bloqueio, mas identificamos o IP e liberamos no firewall.

Para dar um retorno sobre esse problema, tudo indica ser algo não relacionado com ACBR nem com openssl, mas sim com firewall. Testei com o mesmo sistema em outros computadores e funcionou. Acionei o suporte do meu servidor e estou aguardando alguma resposta por parte deles pois testei em 3 máquinas diferentes que estão hospedadas com ele e nas 3 deu problema. Testei em 2 máquinas hospedadas na digital ocean e na minha maquina, as 3 funcionam. Todos os testes usando a mesma imagem do docker. Então, para documentar aqui esse retorno, o problema com quase total certeza não é do ACBR nem do OPENSSL.