Italo Giurizzato Junior

Olá pessoal, Como pode ser visto na postagem anterior, não tínhamos o dia exato de quando as mudanças entrariam em vigor, mas agora no Portal do CT-e da SEFAZ-Virtual do RS já temos a data completa, conforme listado abaixo. Homologação: em 24/04/2023 (junto com a versão 4.00) Produção: em 26/06/2023 (junto com a versão 4.00) At.

Boa tarde Willian, Vamos a mensagem de erro: X800 - Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}OutrasInformacoes': This element is not expected. - 1. o erro X800 ocorre quando o componente confronta o XML com o XSD e detecta uma anomalia, neste o processo de envio é abortado. 2. a mensagem diz que o elemento OutrasInformacoes não é esperado, isso significa que o componente gerou a tag OutrasInformacoes e ao confrontar o XML com o XSD ele não encontrou essa tag no XSD na posição que a mesma foi gerada no XML. 3. é preciso verificar se o XSD que o componente esta pegando para fazer essa validação contem a tag ou não. 4. caso afirmativo alterar na unit Provider, na procedure Configuracoes para que a validação não ocorra, assim o XML vai ser gerado e vamos poder chegar se a tag esta sendo gerada na posição esperada. Ficaremos gratos se você conseguir fazer essas verificações.

Boa tarde Almeida, Segundo o Schema que temos esse tipo de consulta não requer assinatura, veja: <xsd:element name="ConsultarNfseRpsEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="IdentificacaoRps" type="tcIdentificacaoRps" minOccurs="1" maxOccurs="1" /> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> Entre em contato com o provedor e expõe o problema. Pode ser um erro no webservice ou os schemas que temos deste provedor requer uma atualização, neste caso seria importante o provedor fornecer o schema correto.

Boa tarde Pessoal, Segundo o Manual da versão 4.00 do CT-e diz que o ambiente de homologação estaria disponível a partir de 04/2023, já estamos em abrir e nada do ambiente de homologação estar disponível para testes. A Equipe ACBr entrou em contato com a AFRAC (AFRAC - Associação Brasileira de Tecnologia para o Comércio e Serviços) uma vez que somos associados e obtivemos mais informações que não constam no manual. 1. a versão 3.00 do CT-e vai conviver com a versão 4.00 por 6 meses. 2. a SEFAZ em breve vai publicar as novas URL da versão 4.00 A SEFAZ não divulgou datas especificas, mas estamos todos os dias consultando o Portal Nacional do CT-e em busca de novidades. Assim que tivermos novidades, vamos dar continuidade a esta postagem e avisaremos também no Discord.

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

Boa tarde, Na aba WebService qual é o valor de SSLType? Outra coisa, se o certificado esta instalado na maquina não é necessário informar a senha, somente o seu numero de série.

Boa tarde Luciano, Acabei de fazer um teste usando programa exemplo do componente ACBrNFSeX, veja o resultado. Requisição Ambiente: 1 Cidade : Dourados/MS Provedor: ISSNet Versão: 1.00 Método Executado: Enviar Lote 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 : E157 Mensagem: Usuário não está autorizado a utilizar esse serviço para esse contribuinte. Correção: Solicite ao contribuinte autorização para utilizar o serviço em seu nome. --------- Você esta tento erro no método que valida o XML, leia atentamente o tópico abaixo.

Boa tarde, Como você esta tendo erro de validação vamos ao Schema usando pelo provedor. <xsd:element name="ConsultarNfseFaixaEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="Pedido" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="Prestador" type="tcIdentificacaoPessoaEmpresa" minOccurs="1" maxOccurs="1" /> <xsd:element name="Faixa" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="NumeroNfseInicial" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" /> <xsd:element name="NumeroNfseFinal" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> <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, não esta previsto uma consulta por período somente por faixa de numeração de notas.

Boa tarde Lowry, O conteúdo da propriedade XmlNfse é exatamente esse da imagem, o XML tem que começar pela tag <CompNfse>. Portanto esse conteúdo esta correto.

Boa tarde Gabriel, Você esta realizando os testes com o programa exemplo?

Boa tarde, Notei que ao gerar o XML do Rps e enviar para o webservice do provedor não é gerada nenhuma tag contendo o numero do Rps. Por favor coloque ponto de parada pois quero saber o valor da variável ANota na procedure TratarRetornoEmitir que se encontra na unit RLZ.Provider. ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps(NumNfse); E outro ponto de parada na function CarregarXmlNfse que esta na unit ACBrNFSeXProviderBase, pois quero saber o valor de Result e de aXml. Desde já muito obrigado pelos testes.

Boa tarde Paulo, Já esta no SVN.

Boa tarde, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes.

Boa tarde, Qual é a cidade?

Boa tarde Lowry, Você chegou a abrir esse XML que anexou? Se sim, você notou que ele começa com a tag <ConsultarNfseServicoPrestadoResposta>? E que dentro dessa tag temos depois a tag <ListaNfse> e por fim a tag <CompNfse>? Pois muito bem a primeira tag do XML da NFS-e é <CompNfse>, isso explica o motivo do componente não conseguir ler os dados da nota para poder imprimir. Ao baixar o XML através do site ele retorna exatamente como esse que você anexou. Se esse XML você obteve através do componente, então esta lendo o campo que contem o XML retornado e não o que contem o XML da nota. Se esse o caso, volto a lhe pedir para ler o código final da procedure ChecarResposta do programa exemplo, é mostrado como obter o XML propriamente dito da nota para que o mesmo possa ser armazenado no banco de dados.

Boa tarde, Muito obrigado, já inclui na minha lista de tarefas. TK-3823

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

Boa tarde Matheus, No XML da nota não consta nenhum tag com o link. Por outro lado no arquivo ACBrNFSeXServicos.ini temos o seguinte: ProLinkURL=https://blumenau.simplissweb.com.br/contrib/app/nfse/relatorio?cnpj=%Cnpj%&ser=?&inum=%NumeroNFSe%&icod=%CodVerif% No programa exemplo temos o botão [Link NFSe], você deve informar o numero da NFS-e e o Código de Verificação. O componente vai gerar o Link e retornar ele. Faça um teste usando o programa exemplo.

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

Bom dia Lowry, Qual é a dificuldade em configurar o componente para salvar os XML em disco? Esse arquivo temp2.xml é o XML de retorno da consulta e não o XML da nota. Se você não quer salvar o XML em disco, veja no final da procedure ChecarResposta como é feito para obter o XML da nota e poder salvar o mesmo no banco de dados.

Bom dia, Você leu o que eu escrevi na minha postagem anterior? Será que é muito complicado configurar o componente para salvar os arquivos (soap), fazer novos testes, mesmo que seja consultar o status de serviço e anexar os arquivos (soap) gerados aqui no fórum? Assim fica complicado ajudar, eu peço uma coisa e você faz outra.