Italo Giurizzato Junior

Boa tarde @vitorxavier66, Favor atualizar todos os fontes de todas as pastas, reinstalar o ACBr e faça novos testes.

Boa tarde @Meinardo de Lima, Complementando o que o nosso consultor @Juliomar Marchetti lhe passou. No caso da NF-e foi implementado pois o próprio Portal Nacional da NF-e gera o XML dessa forma quando a nota possui eventos vinculados a mesma. Mas no caso da NFS-e não temos isso, até onde eu saiba. Por favor entre no Portal Nacional da NFS-e e baixe o XML de um nota que esta cancelada e anexe aqui para que nós possamos checar se ele contem algo a mais do que o XML original da nota antes do seu cancelamento. Pelo que me recordo não tem, mas pode ser que eles tenham mudado e não ter contato nada para ninguem.

Boa tarde @Raphaelblc, Esse manual foi de grande ajuda, muito obrigado. Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e use o programa exemplo para fazer os testes. Até o momento só implementei o envio do RPS para a API do provedor. No manual pede para usar o usuário/senha: Usuário Teste: 11222333000181 - Senha Teste: S3nh@ Que no programa exemplo devemos informar em: Aba WebService

Olá Pessoal, O DANFSE versão 2.0 em Fortes Report já esta em conformidade com a Nota Técnica 008 que traz as especificações técnicas do Documento Auxiliar da NFS-e - Padrão Nacional. Lembre-se que para usar esse DANFSE o XML a ser carregado tem que estar no layout do Padrão Nacional versão 1.01 Assim que for disponibilizado uma nova versão do ACBrLibNFSe e ACBrMonitor Plus já vão estar com essa nova versão.

Boa tarde @gustavo.camargo1987, O XSD que eu enviei para o SVN (DFeTiposBasicos_v1.00.XSD) se refere aos campos da Reforma Tributária. Esse Schema é utilizado por todos os DF-e exceto a NFS-e. E estava faltando atualizar o da NF-e/NFC-e. Na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe temos o arquivo: tiposBasico_v4.00.xsd se você abrir esse arquivo vai encontrar a definição do tipo CNPJ: <xs:simpleType name="TCnpj"> <xs:annotation> <xs:documentation>Tipo Número do CNPJ</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="14"/> <xs:pattern value="[0-9]{14}"/> </xs:restriction> </xs:simpleType> e da chave: <xs:simpleType name="TChNFe"> <xs:annotation> <xs:documentation>Tipo Chave da Nota Fiscal Eletrônica</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="44"/> <xs:pattern value="[0-9]{44}"/> </xs:restriction> </xs:simpleType> Como você pode ver essas definições não contemplam o CNPJ Alfa. Já estamos trabalhando no código dos componentes. Esperamos que antes de surgir o primeiro CNPJ Alfa a SEFAZ disponibilize os novos Schemas.

Boa tarde a todos, Enviei para o SVN uma possível solução para o evento de cancelamento. Para quem usa o componente, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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.

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.

Boa tarde, Já esta no SVN a implementação do enumerado para o valor 4 do campo procEmi e a leitura do grupo infPAA no XML.

Boa tarde @MarcioBar, Sabe que é possível criar uma conexão direta com a ANTT, mas existe um requisito, a transportadora só pode ter no máximo 3 caminhões. Complementado: CIOT para Todos x IPEF: gerar direto ou via Repom? | Blog TranspNet

Bom dia @Flávia Alessandra, Estou implementando o provedor HM2 para atender a cidade de Carpina/PE. Temos uma divergência no material disponibilizado. O PDF que contem um exemplo de XML, o mesmo esta com o layout da versão 1.00 da ABRASF. Já o PDF que contem o modelo conceitual se refere a versão 2.03 da ABRASF. A final esse provedor trabalha com a versão 1 ou 2.03 do layout da ABRASF? Outra coisa importante, esse provedor usa um webservice soap ou uma API Rest?

Olá Pessoal, Segue um resumo dos campos da Reforma Tributária no layout do Padrão Nacional, com base na NT 004 versão 2.0. Observações: Desde de setembro/2023 todos os prestadores MEI devem emitir suas notas segundo o Padrão Nacional, enviando suas notas para a API do SERPRO; A partir de setembro/2026 todos os prestadores ME/EPP optante Simples Nacional devem emitir suas notas segundo o Padrão Nacional, enviando suas notas para a API do SERPRO. No momento temos 2141 municipios que aderiram ao Emissor Nacional, isso significa que todos os prestadores de serviços devem emitir suas notas segundo o Padrão Nacional, enviando suas notas para a API do SERPRO. No momento temos 18 provedores que adotaram o layout do Padrão Nacional, sendo assim os prestadores que não são optante pelo Simples Nacional devem emitir suas notas segundo o Padrão Nacional, mas enviando suas notas para os webservices dos provedores. No momento temos 31 provedores que resolveram modificar o layout em uso para atender a reforma tributária, sendo assim os prestadores que não são optante pelo Simples Nacional devem emitir suas notas segundo o layout usado pelo provedor e enviar suas notas para os webservices dos provedores. Resumo dos campos: NFSe.IBSCBS = Grupo de informações declaradas pelo emitente referentes ao IBS e à CBS finNFSe = Indicador da finalidade da emissão de NFS-e: 0 = NFS-e regular indFinal = Indica operação de uso ou consumo pessoal: 0=Não; 1=Sim cIndOp = Código indicador da operação de fornecimento, conforme tabela “código indicador de operação” tpOper = Tipo de Operação com Entes Governanementais ou outros serviços sobre bens imóveis: 1 – Fornecimento com pagamento posterior; 2 - Recebimento do pagamento com fornecimento já realizado; 3 – Fornecimento com pagamento já realizado; 4 – Recebimento do pagamento com fornecimento posterior; 5 – Fornecimento e recebimento do pagamento concomitantes. tpEnteGov = Tipo de ente governamental Para administração pública direta e suas autarquias e fundações: 1 = União 2 = Estado 3 = Distrito Federal 4 = Município. indDest = A respeito do Destinatário dos serviços: 0 – o destinatário é o próprio tomador/adquirente identificado na NFS-e (tomador=adquirente=destinatário); 1 – o destinatário não é o próprio adquirente, podendo ser outra pessoa, física ou jurídica (ou equiparada), ou um estabelecimento diferente do indicado como tomador (tomador=adquirente≠destinatário). NFSe.IBSCBS.gRefNFSe = Grupo de NFS-e referenciadas. refNFSe = Chave da NFS-e referenciada. NFSe.IBSCBS.dest = Grupo de informações relativas ao Destinatário CNPJ = Número da inscrição no Cadastro Nacional de Pessoa Jurídica (CNPJ) do destinatário de serviço CPF = Número da inscrição no Cadastro Nacional de Pessoa Física (CPF) do destinatário do serviço NIF = Número de identificação fiscal fornecido por órgão de administração tributária no exterior cNaoNIF = Motivo para não informação do NIF: 0 - Não informado na nota de origem; 1 - Dispensado do NIF; 2 - Não exigência do NIF; xNome = Nome / Nome Empresarial do destinatário. fone = Número do telefone do destinatário. (Preencher com o Código DDD + número do telefone. Nas operações com exterior é permitido informar o código do país + código da localidade + número do telefone) email = E-mail do destinatário. NFSe.IBSCBS.dest.end = Grupo de informações do endereço do destinatário do serviço. xLgr = Tipo e nome do logradouro do endereço do destinatário do serviço. nro = Número no logradouro do endereço do destinatário do serviço. xCpl = Complemento do endereço do destinatário do serviço. xBairro = Bairro do endereço do destinatário do serviço. Os grupos endNac e endExt (abaixo), somente um deles pode constar no XML. NFSe.IBSCBS.dest.end.endNac = Grupo de informações do endereço nacional. cMun = Código do município do endereço do destinatário do serviço. (Tabela do IBGE) CEP = Código numérico do Endereçamento Postal nacional (CEP) do endereço do destinatário do serviço. NFSe.IBSCBS.dest.end.endExt = Grupo de informações do endereço nacional. cPais = Código do país do endereço do destinatário do serviço. (Tabela de Países ISO) cEndPost = Código alfanumérico do Endereçamento Postal no exterior do destinatário do serviço. xCidade = Nome da cidade no exterior do destinatário do serviço. Estado, província ou região da cidade no exterior do destinatário do serviço. Se informar o campo cCib não devemos informar o grupo end. Se informar o campo CEP não devemos informar o grupo endExt. NFSe.IBSCBS.imovel = Grupo de informações de operações relacionadas a bens imóveis, exceto obras. inscImobFisc = Inscrição imobiliária fiscal (código fornecido pela prefeitura para a identificação da obra ou para fins de recolhimento do IPTU). cCIB = Código do Cadastro Imobiliário Brasileiro - CIB. NFSe.IBSCBS.imovel.end = Grupo de informações do endereço do imóvel. CEP = Código de Endereçamento Postal numérico do endereço nacional do imóvel. xLgr = Tipo e nome do logradouro do endereço do imóvel. nro = Número no logradouro do endereço do imóvel. xCpl = Complemento do endereço do imóvel. xBairro = Bairro do endereço do imóvel. NFSe.IBSCBS.imovel.end.endExt = Grupo de informações descritivas do endereço do imóvel no exterior. cEndPost = Código de Endereçamento Postal alfanumérico do endereço do imóvel no exterior. xCidade = Nome da cidade no exterior, local do imóvel. xEstProvReg = Estado, província ou região da cidade no exterior, local do imóvel. NFSe.IBSCBS.valores = Grupo de informações relativas aos valores do serviço prestado para IBS e CBS. NFSe.IBSCBS.valores.gReeRepRes = Grupo de informações relativas a valores incluídos neste documento e recebidos por motivo de estarem relacionadas a operações de terceiros, objeto de reembolso, repasse ou ressarcimento pelo recebedor, já tributados e aqui referenciados. NFSe.IBSCBS.valores.gReeRepRes.documentos = Grupo relativo aos documentos referenciados nos casos de reembolso, repasse e ressarcimento que serão considerados na base de cálculo do ISSQN, do IBS e da CBS. dtEmiDoc = Data da emissão do documento dedutível. Ano, mês e dia (AAAA-MM-DD) dtCompDoc = Data da competência do documento dedutível. Ano, mês e dia (AAAA-MM-DD) tpReeRepRes = Tipo de valor incluído neste documento, recebido por motivo de estarem relacionadas a operações de terceiros, objeto de reembolso, repasse ou ressarcimento pelo recebedor, já tributados e aqui referenciados 01 = Repasse de remuneração por intermediação de imóveis a demais corretores envolvidos na operação 02 = Repasse de valores a fornecedor relativo a fornecimento intermediado por agência de turismo 03 = Reembolso ou ressarcimento recebido por agência de propaganda e publicidade por valores pagos relativos a serviços de produção externa por conta e ordem de terceiro 04 = Reembolso ou ressarcimento recebido por agência de propaganda e publicidade por valores pagos relativos a serviços de mídia por conta e ordem de terceiro 99 = Outros reembolsos ou ressarcimentos recebidos por valores pagos relativos a operações por conta e ordem de terceiro. xTpReeRepRes = opção é "99 – Outros reembolsos ou ressarcimentos recebidos por valores pagos relativos a operações por conta e ordem de terceiro". vlrReeRepRes = Valor monetário (total ou parcial, conforme documento informado) utilizado para não inclusão na base de cálculo do ISS e do IBS e da CBS da NFS-e que está sendo emitida (R$). Os grupos dFeNacional, docFiscalOutro e docOutro (abaixo), somente um deles pode constar no XML. NFSe.IBSCBS.valores.gReeRepRes.documentos.dFeNacional = Grupo de informações de documentos fiscais eletrônicos que se encontram no repositório nacional. tipoChaveDFe = Documento fiscal a que se refere a chaveDfe que seja um dos documentos do Repositório Nacional: 1 = NFS-e 2 = NF-e 3 = CT-e 9 = Outro xTipoChaveDFe = Descrição da DF-e a que se refere a chaveDfe que seja um dos documentos do Repositório Nacional. Deve ser preenchido apenas quando tipoChaveDFe = 9 (Outro). chaveDFe = Chave do Documento Fiscal eletrônico do repositório nacional referenciado para os casos de operações já tributadas. NFSe.IBSCBS.valores.gReeRepRes.documentos.docFiscalOutro = Grupo de informações de documento fiscais, eletrônicos ou não, que não se encontram no repositório nacional. cMunDocFiscal = Código do município emissor do documento fiscal que não se encontra no repositório nacional. nDocFiscal = Número do documento fiscal que não se encontra no repositório nacional. xDocFiscal = Descrição do documento fiscal. NFSe.IBSCBS.valores.gReeRepRes.documentos.docOutro = Grupo de informações de documento não fiscal. nDoc = Número do documento não fiscal. xDoc = Descrição do documento não fiscal. NFSe.IBSCBS.valores.gReeRepRes.documentos.fornec= Grupo de informações do fornecedor do documento referenciado. Os 4 campos abaixo no XML só pode constar apenas um deles. CNPJ = Número da inscrição federal (CNPJ) do fornecedor. CPF = Número da inscrição federal (CPF) do fornecedor. NIF = Este elemento só deverá ser preenchido para fornecedores não residentes no Brasil. cNaoNIF = Motivo para não informação do NIF: 0 - Não informado na nota de origem; 1 - Dispensado do NIF; 2 - Não exigência do NIF; xNome = Nome / Razão Social do fornecedor. NFSe.IBSCBS.valores.trib = Grupo de informações relacionados aos tributos IBS e CBS. NFSe.IBSCBS.valores.trib.gIBSCBS = Grupo de informações relacionadas ao IBS e à CBS. CST = Código de Situação Tributária do IBS e da CBS. cClassTrib = Código de Classificação Tributária do IBS e da CBS. cCredPres = Código e classificação do crédito presumido: IBS e CBS. NFSe.IBSCBS.valores.trib.gIBSCBS.gTribRegular = Grupo de informações da Tributação Regular. CSTReg = Código de Situação Tributária do IBS e da CBS de tributação regular. cClassTribReg = Código da Classificação Tributária do IBS e da CBS de tributação regular. NFSe.IBSCBS.valores.trib.gIBSCBS.gDif = Grupo de informações relacionadas ao diferimento para IBS e CBS. pDifUF = Percentual de diferimento para o IBS estadual. pDifMun = Percentual de diferimento para o IBS municipal. pDifCBS = Percentual de diferimento para a CBS. Exemplo de código a ser utilizado no Delphi ou Lazarus: Algumas linhas de código estão comentadas, pois a presença delas vai depender da situação da nota a ser emitida. Por exemplo, se não existe NFS-e a ser referenciada as linhas de códigos onde informamos as chaves das NFS-e referenciadas não devem ser executadas. IBSCBS.finNFSe := fnfsRegular; IBSCBS.indFinal := ifNao; IBSCBS.cIndOp := '030103'; // togNenhum, togFornecimento, togRecebimentoPag, // togFornecimentoRealizado, togRecebimentoPagPosterior, // togFornecimentoRecebimento IBSCBS.tpOper := togNenhum; // Grupo de NFS-e referenciadas. { with IBSCBS.gRefNFSe.New do begin // Chave da NFS-e referenciada refNFSe := '12345678901234567890123456789012345678901234567890'; end; } // tcgNenhum, tcgUniao, tcgEstados, tcgDistritoFederal, tcgMunicipios IBSCBS.tpEnteGov := tcgNenhum; // idTomadorAdquirenteDestinatarioIguais, idTomadorAdquirenteIguais, IBSCBS.indDest := idTomadorAdquirenteDestinatarioIguais; (* IBSCBS.dest.CNPJCPF := '12345678901'; IBSCBS.dest.Nif := ''; IBSCBS.dest.cNaoNIF := tnnNaoInformado; IBSCBS.dest.xNome := 'Nome do Destinatario'; IBSCBS.dest.fone := '1622223333'; IBSCBS.dest.email := '[email protected]'; IBSCBS.dest.ender.endNac.cMun := StrToIntDef(edtCodCidade.Text, 0); IBSCBS.dest.ender.endNac.CEP := '14800000'; IBSCBS.dest.ender.xLgr := 'RUA PRINCIPAL'; IBSCBS.dest.ender.nro := '100'; IBSCBS.dest.ender.xCpl := ''; IBSCBS.dest.ender.xBairro := 'CENTRO'; IBSCBS.imovel.inscImobFisc := '12345678901'; IBSCBS.imovel.cCIB := '12345678'; IBSCBS.imovel.ender.cep := '14800000'; IBSCBS.imovel.ender.endExt.cEndPost := 'cod. postal'; IBSCBS.imovel.ender.endExt.xCidade := 'cidade do exterior'; IBSCBS.imovel.ender.endExt.xEstProvReg := 'estado no exterior'; IBSCBS.imovel.ender.xLgr := 'RUA PRINCIPAL'; IBSCBS.imovel.ender.nro := '100'; IBSCBS.imovel.ender.xCpl := ''; IBSCBS.imovel.ender.xBairro := 'CENTRO'; *) (* with IBSCBS.valores.gReeRepRes.documentos.New do begin { Grupo de informações de documentos fiscais eletrônicos que se encontram no repositório nacional. } // tcNFSe, tcNFe, tcCTe, tcOutro dFeNacional.tipoChaveDFe := tcOutro; // Informar a descrição se o tipo for tcOutro dFeNacional.xtipoChaveDFe := 'outro tipo de documento'; dFeNacional.ChaveDFe := ''; //'1234567890'; { Grupo de informações de documento fiscais, eletrônicos ou não, que não se encontram no repositório nacional. } docFiscalOutro.cMunDocFiscal := 0; docFiscalOutro.nDocFiscal := '12345'; docFiscalOutro.xDocFiscal := 'Carta Remessa de Mercadoria'; { Grupo de informações de documento não fiscal. } docOutro.nDoc := '12345'; docOutro.xDoc := 'Descricao do documento'; // Os grupos: dFeNacional, docFiscalOutro e docOutro são mutuamente // excludentes, portanto somente um deles pode estar presente no XML { Grupo de informações do fornecedor do documento referenciado } { fornec.CNPJCPF := '12345678000123'; fornec.NIF := ''; // tnnNaoInformado, tnnDispensado, tnnNaoExigencia fornec.cNaoNIF := tnnNaoInformado; fornec.xNome := 'fornecedor xyz'; } dtEmiDoc := Date; dtCompDoc := Date; // trrr01, trrr02, trrr03, trrr04, trrr99 tpReeRepRes := trrr99; // Informar a descrição se o tipo for trrr99. xTpReeRepRes := ''; vlrReeRepRes := 0; end; *) // cst000, cst010, cst011, cst200, cst210, cst221, cst400, cst410 // cst510, cst550, cst800, cst820 IBSCBS.valores.trib.gIBSCBS.CST := cst000; IBSCBS.valores.trib.gIBSCBS.cClassTrib := '000001'; // cpNenhum, cp01, cp02, cp03, cp04, cp05, cp06, cp07, cp08, cp09, cp10, // cp11, cp12, cp13 IBSCBS.valores.trib.gIBSCBS.cCredPres := cpNenhum; IBSCBS.valores.trib.gIBSCBS.gTribRegular.CSTReg := cstNenhum; IBSCBS.valores.trib.gIBSCBS.gTribRegular.cClassTribReg := ''; { IBSCBS.valores.trib.gIBSCBS.gDif.pDifUF := 0.1; IBSCBS.valores.trib.gIBSCBS.gDif.pDifMun := 0; IBSCBS.valores.trib.gIBSCBS.gDif.pDifCBS := 0.9; }

Boa tarde @Pedro A. Araújo, Já esta no SVN.

Boa tarde @Windel Sistemas, Por favor leia o tópico abaixo: Resumindo: 1. O provedor ISSNet tem um webservice que trabalha com a versão 2.04 do layout da ABRASF que vai ser desativado, alias o ambiente de homologação já foi desativado e isso explica o erro que você esta recebendo. 2. O provedor implementou um novo webservice que trabalha com a versão 1.01 do layout do Padrão Nacional, o ambiente de homologação já esta ativo, mas o de produção não sabemos quando vai estar. Para enviar em homologação tem que ser no webservice novo e usar o layout do Padrão Nacional, mas ai ao enviar em produção tem que enviar para o webservice "antigo" e usar o layout da ABRASF. Vai entender o que passa na cabeça desses provedores.

Bom dia @FabioTellini, Já esta no SVN.

Bom dia @Daniel InfoCotidiano, No caso do componente ACBrPagFor temos a unit CNAB240.LerTxtRetorno que possui uma function virtual chamada GetOcorrencia que retorna da descrição das ocorrências. Por ela ser virtual podemos implementar uma override na unit do banco em questão (por exemplo: PagFor.Sicoob.LerTxtRetorno) e mudar a descrição da ocorrência ou até mesmo incluir uma ocorrência que só o banco possui. Veja esse código que esta comentado na unit do banco Siccob: { Se as ocorrencias seguem o padrão FEBRABAN esse bloco pode ser excluido function TArquivoR_Sicoob.GetOcorrencia(aOcorrencia: TOcorrencia): string; begin case aOcorrencia of to00: Result := 'Descrição da ocorrencia que é fora do padrão FEBRABAN'; else Result := inherited GetOcorrencia(aOcorrencia); end; end; } Assim que for disponibilizado o novo manual que contempla essa alteração, basta descomentar a assinatura da function e a função na unit do banco e fazer a alteração. Simples, pratico e rapido.

@Sergio Winkelstroter, Fiz um teste de envio de um RPS em ambiente de homologação usando o componente ACBrNFSeX usando o Delphi, veja o resultado: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 2 - Homologação Cidade : Açailandia/MA Provedor : SpeedGov Versão: 1.00 Data/Hora: 07/05/2026 09:05:26 Método Executado: Enviar Lote Assíncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E156 Mensagem: CNPJ do prestador não autorizado a emitir NFS-e Correção: Solicite autorização para emitir NFS-e para o CNPJ informado. --------- Isso significa que o ambiente de homologação esta funcionando, recepcionou o RPS que eu enviei e me retornou informando que o CNPJ do prestador não esta autorizado a emitir nota.

Bom dia @Sergio Winkelstroter, Qual é a cidade/provedor? Tem cidade/provedor que não possuem o ambiente de homologação e ai nos resta a realizar os testes em ambiente de produção.

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.

@Diego Reckziegel, Já esta no SVN.

@Diego Reckziegel, Já esta no SVN.

Boa tarde @Diego Reckziegel, Muito obrigado pela colaboração, já criado a tarefa ACBR-9342 para analise.

Boa tarde @Diego Reckziegel, Muito obrigado pela colaboração, já foi criado a tarefa ACBR-9341 para atualização do arquivo INI.

Boa tarde @Jonathas Pereira, Muito obrigado pela colaboração, já foi criado a tarefa ACBR-9339 para analise, estando tudo ok será enviado para o SVN.

Bom dia @SOADing, Hoje o ACBr tem varias soluções para emissão de NFSe. Temos o componente ACBrNFSeX para o Delphi e Lazarus, a DLL ACBrLibNFSe, a aplicação ACBrMonitor Plus e o ACBr API. Eu não sei lhe responder quanto ao ACBr API, mas os demais posso lhe afirmar que já atende essa mudança de layout para o Padrão Nacional realizada pelo provedor ISSNet (NotaControl). Inclusive já realizamos testes em ambiente de homologação. Uma informação que não temos é referente ao WebService de Produção, não temos a URL desse ambiente de nenhuma cidade. A URL de homologação é única para todas as cidades, agora a de produção não sabemos se será também única ou se cada cidade vai ter a sua. Você consegue essa informação para nós?