Italo Giurizzato Junior

Boa tarde Adriano, No arquivo: 000000000010307-lista-nfse-sinc.xml contem a tag <CompNfse> que é a primeira tag do XML da NFS-e, portanto o Rps enviado foi processado com sucesso e gerou a nota de numero 78. Dentro da pasta Notas não contem o XML da referida nota? Aparece alguma mensagem no log?

Bom dia Adriano, Necessito do XML de envio do Rps e o respectivo retorno para que possamos analisar.

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

Bom dia Felipe, O componente inicialmente salva na pasta Recibos os XML dos Rps antes de serem enviados para o webservice. Dependendo de como o provedor trabalha se faz necessário consultar o lote (envio assíncrono) para poder obter o XML da NFS-e. Os XML das notas são salvos na pasta Notas. Existe uma propriedade de configuração chamada: ConsultaLoteAposEnvio se o seu valor for True o componente executa se necessário for automaticamente o método ConsultarLote para poder obter o XML da nota.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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

Boa tarde Felipe, Em vez de executar o método GravarXML, porque não simplesmente atribua o valor True a propriedade de configuração: Configuracoes.Arquivos.Salvar ? Desta forma o componente vai salvar automaticamente o XML da nota em disco para você.

Boa tarde Lucas, Você ainda esta usando o componente 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/

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

Boa tarde Glauber, As URL que você postou de homologação e produção se referem aos ambientes de emissão via site e não via webservice. Precisamos dos schemas e das URL de homologação e produção do webservice.

Boa tarde, O certificado é A1 e esta instalado no Windows, correto? Exporta o certificado como exportável, depois configure o componente informando o path+nome do PFX no campo Caminho e no campo Senha a senha do certificado.

Bom dia Lowry, Já temos vários desenvolvedores emitindo notas em Brasília. Todos os problemas relacionados a vogais acentuadas inclusive essa na nomenclatura da tag foram sanadas. O componente trata o XML retornado pelo webservice, mas não temos como tratar o XML que você baixou do site. Se você esta pegando o XML retornado pelo webservice e guardando no banco de dados, o problema pode esta ai, você pode esta fazendo algum tratamento nele que depois o componente não o reconhece mais como sendo um XML codificado em UTF-8.

Olá pessoal, No Portal do CT-e da SEFAZ-Virtual do RS temos a seguinte informação: 11/04/2023 Nota Técnica 2023.002 - Eventos de Insucesso na Entrega v1.01 Especifica os eventos de Insucesso na Entrega e Cancelamento do Insucesso na Entrega do CTe. São eventos exclusivos da versão 4.00 Datas: 15/05/2023 em homologação e 17/07/2023 em produção [v1.01 - Correção no código do evento de cancelamento do insucesso] O correto é 110191 e não 110181 como consta na versão 1.00 da Nota Técnica.

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.