Italo Giurizzato Junior

Boa tarde, Não conheço a sua aplicação, mas será que não tem alguma informação que você deixa o usuário digitar e ele acaba digitando errado? Será que não tem alguma informação que na sua aplicação esta fixa e dependo do Tomador essa informação deveria ser outra? Note que na mensagem de erro contem a string que é codificada para ser inserida no XML. Na unit ISSSaoPaulo.Provider na procedure AssinaturaAdicional temos a variável sAssinatura que contem essa mesma string. Colocando um ponto de parada na linha que gera o conteúdo dessa variável da para descobrir qual é o caractere dela que esta diferente do esperado. Com isso da para descobrir onde esta o erro.

Boa tarde Lowry, Se você configurar o componente para salvar o XML em disco (Configuracoes.Arquivos.Salvar = True) como que fica o XML ao abrir ele através de um navegador?

Boa tarde Gabriel, Primeiro, utilize o programa exemplo do componente nos testes. Segundo, o valor de SSLLib tem que ser libWinCrypt ou libOpenSSL (somente para certificado A1). Terceiro, o valor de SSLType tem que ser LT_TSLv1_2 Quarto, na maquina que vai rodar a aplicação dentro da pasta do EXE coloque as DLLs que estão na pasta: ...\DLLs\OpenSSL\1.1.1.10\X86 Quero que você execute o programa exemplo e me mostre o que aparece escrito na aba Log após a execução do método escolhido.

Boa tarde Felipe, Use o programa exemplo em seus testes. Olhe o final da procedure ChecarResposta que esta no programa exemplo ele mostra como pegar o XML da nota, não é a propriedade XmlRetorno. A propriedade XmlRetorno contem o retorno do WebService. A propriedade XmlNfse contem o XML da nota. Dentro da pasta que foi configurada é criado a pasta Recibos onde são salvos os XML dos Rps e a pasta Notas onde são salvos os XML das NFS-e. .

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.