Italo Giurizzato Junior

Diogo, Você postou: [LinkNFSe] Producao=https://nfem.joinville.sc.gov.br/processos/imprimir_nfe.aspx?codigo=%CodVerif%&numero=%NumeroNFSe%&documento_prestador=%Cnpj% Homologacao=https://nfemhomologacao.joinville.sc.gov.br/processos/imprimir_nfe.aspx?codigo=%CodVerif%&numero=%NumeroNFSe%&documento_prestador=%Cnpj% Isso consta no arquivo ISSJoinville.ini que é usado pelo componente antigo. No componente novo que se utiliza do arquivo ACBrNFSeXServicos.ini temos: [4209102] Nome=Joinville UF=SC Provedor=ISSJoinville Versao=2.04 ProRecepcionar=https://nfemws.joinville.sc.gov.br/NotaFiscal/Servicos.asmx HomRecepcionar=https://nfemwshomologacao.joinville.sc.gov.br/NotaFiscal/Servicos.asmx ; ProLinkURL=https://nfem.joinville.sc.gov.br/processos/imprimir_nfe.aspx?codigo=%CodVerif%&numero=%NumeroNFSe%&documento_prestador=%Cnpj% HomLinkURL=https://nfemhomologacao.joinville.sc.gov.br/processos/imprimir_nfe.aspx?codigo=%CodVerif%&numero=%NumeroNFSe%&documento_prestador=%Cnpj% Se o conteúdo de "ACBrNFSeX.NotasFiscais.Items[0].NFSe.Link" esta vazio é porque no XML da NFS-e retornado pelo webservice não tem nenhuma tag que retorna essa informação. Alguns provedores possuem uma das tags: UrlNfse ou LinkNota. Você deve estar usando o método: LinkNFSe conforme exemplo abaixo: sLink := ACBrNFSeX1.LinkNFSe(vNumNFSe, sCodVerif); Se esta usando o método acima, verifique se o numero da nota informado pertence ao código de verificação informado.

Já esta no SVN.

Glauber, As URLs que constam no manual estão estranhas, pois elas são exatamente as da cidade de Bragança Paulista/SP. Acredito que esse manual não é de Porto Ferreira/SP.

Bom dia Luca, Checando o arquivo XSD (schema) que se encontra na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\fintelISS\2.02\3523404 Schema especifico para a cidade Itatiba/SP, temos: <xsd:complexType name="tcInfDeclaracaoPrestacaoServico"> <xsd:sequence> <xsd:element name="Rps" type="tcInfRps" minOccurs="0" maxOccurs="1" /> <xsd:element name="ListaServicos" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="unbounded"> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="Competencia" type="xsd:dateTime" minOccurs="1" maxOccurs="1" /> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> <xsd:element name="TomadorServico" type="tcDadosTomador" minOccurs="1" maxOccurs="1" /> <xsd:element name="Intermediario" type="tcDadosIntermediario" minOccurs="0" maxOccurs="1" /> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1" /> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1" /> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="IncentivoFiscal" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="OutrasInformacoes" type="tsOutrasInformacoes" minOccurs="0" maxOccurs="1" /> <xsd:element name="ValoresServico" type="tcValoresNfse" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Como você pode ver esta previsto sim a tag OutrasInformacoes, logo a sua alteração não faz sentido. Se você esta tendo esse erro de validação, com certeza você esta com os Schemas desatualizados. O XSD - nfseV202.xsd foi alterado em 10/01/2023 10/01/2023 [*] Alteração do schema XSD do provedor fintelISS para a cidade de Itatiba/SP (código IBGE 3523404). Por: Arimateia Jr

Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3886

Bom dia Diogo, Você ainda esta usando o componente antigo: ACBrNFSe ? Se sim, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia Rafa, Já inclui na minha lista de tarefas para analise. TK-3887

Bom dia Rafa, Você poderia anexar o XML de envio do evento da carta de correção da versão 3.00 e da 4.00 para que possamos analisar?

Bom dia, Leia com atenção a coluna de observação do grupo InfQ. Lá diz: Para o Aéreo é obrigatório.... O seu cliente é uma empresa do modal Rodoviário ou Aéreo?

Bom dia Glauber, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3886

Boa tarde, Você notou que no XML não consta o grupo referente ao veiculo reboque, somente veículo tração? Sabe o porque? No manual do ACBrMonitor temos o seguinte: [reboque01] cInt=1 placa=AAA1234 RENAVAM=45642656266 tara= capKG= capM3= tpCar= UF=SP Percebeu a diferença? A sessão referente ao veículo reboque você gerou da seguinte forma: [reboque001] sendo que o correto é [reboque01]

Diogo, Você esta obtendo esse Link de que forma?

Boa tarde Moreira, Você pode colocar dados fictícios que faça que o Rps seja rejeitado. O que precisamos saber é se pelo programa exemplo tanto o Rps quanto o Lote vão ser assinados. Conforme consta na configuração para esse provedor.

Boa tarde Paulo, Também tentei abrir a URL em um navegador e o resultado foi o mesmo que o seu. Podemos concluir que o problema é no webservice e não na sua internet ou aplicação ou componente. É importante saber que o evento de EPEC é enviado para o webservice do Ambiente Nacional e não para a SEFAZ-Autorizadora. O evento de cancelamento (por exemplo) é enviado para a SEFAZ-Autorizadora, por outro lado o evento EPEC é enviado para o Ambiente Nacional.

Boa tarde Luca, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3885

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Diogo, Esse link consta no XML da NFS-e? Se sim, favor entrar em contato com o provedor e expõe o problema.

Boa tarde Helder, Antes de pedir para o cliente adquirir o certificado A1, verifica a configuração da propriedade PathSchema. Leia a postagem que o Diego lhe recomendou sobre a configuração da pasta de schemas.

Boa tarde Rafa, E com a versão 3.00 funcionava sem nenhum problema?

Boa tarde, Favor atualizar todos os fontes de todas pastas, Reinstale o ACBr, compile novamente a aplicação e faça novos testes.

Boa tarde Marcos, Já esta no SVN.

Boa tarde, Já esta no SVN.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde, O componente gera e envia o XML do Rps. O webservice do provedor gera e retorna o XML da NFS-e. É este o XML usado para a impressão do DANFSE. Agora se o provedor esta gerando a nota com a alíquota de 5%, tem que ver com a prefeitura/provedor para saber o motivo.

Bom dia, Verifique se no arquivo ACBrNFSeXServicos.ini consta da seguinte forma: [3300704] ; Atualizado em 13/04/2023 Nome=Cabo Frio UF=RJ Provedor=SigCorp Versao=2.04 ProRecepcionar=https://cabofrio.meumunicipio.online/abrasf/ws HomRecepcionar=https://testecabofrio.meumunicipio.online/abrasf/ws ; ProNameSpace=https://abrasfcabofrio.meumunicipio.online/ws HomNameSpace=https://testecabofrioabrasf.meumunicipio.online/ws Caso afirmativo, verifique se na pasta que esta o executável não consta uma cópia do referido arquivo. Se sim, delete ele.

Bom dia Adailson, Infelizmente a SEFAZ simplesmente esta rejeitando esses tipo de CT-e na versão 3.00 sem maiores explicações de como proceder. Vamos ter que aguardar. A SEFAZ deveria voltar a traz com essa medida e só aplicar ela depois que a versão 4.00 estiver em produção.