Italo Giurizzato Junior

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

Boa tarde Guilherme, Eu validei a assinatura que consta no XML 2668.1-env.lot.xml e realmente esta invalida. Por outro lado fiz um teste usando o programa exemplo e tentei validar o XML de envio de lote através do mesmo site abaixo e a assinatura é valida. Não sei o que pode ter ocorrido. Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br)

Boa tarde Alexandre, Qual é o valor que você configurou para a propriedade Timeout no componente ? Recomendamos que seja configurado o valor de 30 a 40 mil.

Boa tarde, Você notou que Ribeirão Preto se utiliza de outro provedor? O provedor ISSNet é problemático, muitas coisas nele não funcionam como deveria funcionar. Segundo o Schema temos: <xsd:element name="ConsultarNfseServicoTomadoEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="Pedido" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="Consulente" type="tcIdentificacaoPessoaEmpresa" minOccurs="1" maxOccurs="1" /> <xsd:choice> <xsd:element name="NumeroNfse" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" /> <xsd:element name="PeriodoEmissao" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="DataInicial" type="xsd:date" minOccurs="1" maxOccurs="1" /> <xsd:element name="DataFinal" type="xsd:date" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="PeriodoCompetencia" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="DataInicial" type="xsd:date" minOccurs="1" maxOccurs="1" /> <xsd:element name="DataFinal" type="xsd:date" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:choice> <xsd:element name="Prestador" type="tcIdentificacaoPessoaEmpresa" minOccurs="0" maxOccurs="1" /> <xsd:element name="Tomador" type="tcIdentificacaoPessoaEmpresa" minOccurs="0" maxOccurs="1" /> <xsd:element name="Intermediario" type="tcIdentificacaoPessoaEmpresa" minOccurs="0" maxOccurs="1" /> <xsd:element name="Pagina" type="tsPagina" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> Como você pode ver a tag Consulente é obrigatória, as tags NumeroNfse, PeriodoEmissao e PeriodoCompetencia estão agrupadas em um choice, isso significa que uma apenas uma deve constar no XML, as tags Prestador, Tomador e Intermediario são opcionais, isso significa que elas podem não constar no XML e por fim a tag Pagina é obrigatória. O seu XML contem a tag Consulente, PeriodoEmissao e Pagina, portanto satisfaz o que foi definido no Schema. Resumindo o XML foi gerado e validado corretamente. Essas mensagens de erro, é bug no webservice que esta exigindo informações que são opcionais.

Boa tarde Everson, Já esta no SVN.

Boa tarde Willians, Essa desativação da validação da assinatura foi realizada somente em ambiente de homologação ou em produção também? Pois até onde sei o ambiente de homologação do provedor Fiorilli contem um bug que eles não admitem que é validar a tag Signature com o prefixo ns2, como podemos ver na mensagem de erro retornada pelo webservice: Invalid content was found starting with element 'ns2:Signature'.

Olá pessoal, Foi implementado um novo provedor, trata-se do SysISS que segue a versão 2.02 do layout da ABRASF. Como todos sabem, não estamos mais realizando manutenção no componente antigo, logo o provedor SysISS só esta disponível no novo componente: ACBrNFSeX. Quem nos passou todas as informações sobre esse provedor foi o nosso amigo @Everson Clei, que mais uma vez agradeço pela contribuição e colaboração. Ele também nos informou que no momento o provedor atende as seguintes cidades: Rondon/PR, Prado Ferreira/PR, Lupionópolis/PR, Rancho Alegre/PR e Cafeara/PR. Caso mais alguém saiba de outras cidades atendidas pelo mesmo provedor ou de outros provedores já implementados, é muito fácil acrescentar novas cidades, basta seguir o passo a passo da postagem abaixo. Se você tem informações de um provedor que ainda não foi implementado faça como nosso amigo Everson, crie uma postagem aqui no fórum anexando a documentação: manual, Schemas (arquivos XSD), URLs de homologação e produção das cidades atendidas por esse provedor.

Boa tarde Bruno, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Luca, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

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

Boa tarde Hugo, Leia essa postagem.

Olá Pessoal, Abaixo temos informações sobre a convivência das versão 3.00 e 4.00 do CT-e, que vai até 31/01/2024. Colaboração do nosso amigo Alexandre Parabocz.

Boa tarde Helder, O envio esta ocorrendo sem nenhum problema com o programa exemplo ou você só testou a consulta? Você configurou o componente da forma que lhe mostrei acima?

Boa tarde, A cidade Belo Horizonte/MG se utiliza do provedor BHISS que segue a versão 1 do layout da ABRASF e nessa versão não existe o serviço de Consultar NFS-e Serviço Tomado, apenas o Consultar Lote, Consultar Situação do Lote, Consultar NFS-e e Consultar NFSe Por Rps. Se esta acusando o erro de numero de Protocolo não informado, com certeza você esta tentando executar o Consultar Lote ou Consultar Situação do Lote. Lembrando que todos esses métodos de consulta são destinados ao prestador e não ao tomador.

Bom dia Bruno, Já inclui na minha lista de tarefas para analisar o caso. TK-3899

Bom dia Luca, Já inclui na minha lista de tarefas para analisar o caso. TK-3898

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

Bom dia, Muito obrigado pela colaboração, mas note que no arquivo ACBrNFSeXServicos.ini logo no inicio temos: [GeisWeb] HomRecepcionar=https://www.geisweb.net.br/homologacao/modelo/webservice/GeisWebServiceImpl.php Todas as cidades que usam o provedor GeisWeb se utilizam da mesma URL de homologação, sendo assim não é necessário declarar ela em todas as cidades. O componente automaticamente busca a URL padrão caso não exista uma especifica para a referida cidade.

Bom dia Luca, Você poderia anexar esse XML para que possamos analisar o problema.

Bom dia Luciano, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

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

Boa tarde Bruno, Esse cliente que para que a Rps fosse processado com sucesso informando o valor de ISS ele é Optante Simples Nacional ou MEI ?

Boa tarde Luca, Esse é o XML da NFS-e baixado do site ou retornado pelo webservice? Qual é a cidade? O erro "Namespace prefix xsi for nil on DataPagamento is not defined" ocorre em qual momento?

Boa tarde Edson, Se você tentar abrir essa URL em um navegador ocorre o mesmo erro 404. Portanto reforço o que o BigWings lhe passou, entre em contato com a SEFAZ-MG e relate o problema.