Italo Giurizzato Junior

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

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

Bom dia Charles, A minha recomendação é que você procure sempre estar com os fontes atualizados, independente se esta funcionando 100% ou não. Pois pode esta funcionando 100% o envio da nota no modo normal, mas pode não esta em caso de envio para a SVC - SEFAZ-Virtual de Contingência. Foi o que ocorreu com o CT-e no inicio desse mês. Sei que com relação ao CT-e você vai usar apenas o evento de Prestação de Serviço em Desacordo, mas manter os fontes sempre atualizados é uma boa pratica. Me diz uma coisa, você esta atribuindo o valor tePrestDesacordo a propriedade tpEvento ao alimentar o componente com os dados referente ao evento? exemplo: infEvento.tpEvento := tePrestDesacordo;

Bom dia, Como você explica esse CT-e de MG que foi enviando no dia 30/09/2019 para a SVC-SP ambiente de homologação com a URL do QR-Code de SP e que foi autorizado? cte-SVC-SP_OK.xml Será que a SVC-SP mudou alguma regra de validação referente a URL do QR-Code nesse meio tempo?

Giovane, Seria interessante você anexar os XML gerados no seu teste. Outra coisa, procure sempre utilizar o programa exemplo para testes. Pois ele é igual para todos, assim fica fácil de descobrir o que esta ocorrendo.

Giovane, A primeira mensagem não sei qual foi o método que você executou, logo não sei dizer o que esta ocorrendo. Já o segundo a mensagem é clara, o numero do Lote tem que ser sequencial, esse provedor não aceita receber Lotes com números repetidos.

Marcelo, Temos que tomar cuidado, pois algumas SEFAZ não atualizam os seus avisos / noticias. Que eu saiba todos tem que estar gerando o XML segundo a versão 1.00b. Informações atualizadas e precisas: https://dfe-portal.svrs.rs.gov.br/

Charles, Não entendi, você baixou os fontes e não instalou os componentes para serem usados na sua aplicação? Primeiro atualize todos os fontes de todas as pastas. Segundo utilize o ACBrInstall_Trunk2 para instalar/reinstalar os componente, não esqueça de marcar a opção: Apagar arquivos antigos. Terceiro, inclua o componente desejado em um DataModule de preferencia. Em situações raríssimas devemos informar uma ou outra unit do componente em uses de algum form da sua aplicação.

Boa tarde Paulo, Se você abrir esse XSD vai notar que existe somente a definição do retorno do envio síncrono, por outro lado o Envio "-normal" temos a definição do envio e do retorno. Isso explica esse erro ao tentar enviar pelo método EnviarSincrono.

Boa tarde, Muito obrigado, fiz uma alteração no componente para que ele leia o conteúdo da tag <situacao_codigo_nfse> e atribua ao campo Situação. Ainda hoje estarei enviando para o repositório.

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

Thiago, Ainda hoje estarei enviado para o repositório uma alteração que fiz e que não é mais para ocorrer o erro que você mencionou.

Boa tarde Mateus, No caso do método enviar consta a versão 2.03, se essa versão esta errada então temos que tentar com a 2.00, 2.01 e 2.02. Já ao enviar pelo método Gerar o problema é que foi informado que a empresa é Simples Nacional e no cadastro da prefeitura não esta como Simples Nacional. O terceiro XML que você anexou note que ele é o XML gerado pelo provedor. O que o componente gera e envia é o XML do RPS, se o processamento ocorrer sem nenhum problema o webservice do provedor gera e retorno o XML da NFS-e. Esses XML costumam ser diferentes.

Boa tarde David, Esse erro normalmente ocorre quando o XML enviado para o webservice não possui ou possui algo que não deveria ter. Entre em contato com o provedor e solicite um XML envelopado de exemplo para que possamos comparar com o que o componente esta gerando.

Thiago, Acho que encontrei o problema, me parece que esse provedor foi implementado mas não foi finalizado, logo não sei lhe informar se esta funcionando a contento.

Boa tarde Giovane, Até onde sei o SimplISSv2 será usado somente para a cidade de Blumenau. Logo as demais cidades que contratarem esse provedor vão usar o SimplISS. Você vai ter que alterar o arquivo Cidades.ini e o SimplISS.ini sendo que neste ultimo terá que informar as URLs de produção e de homologação. Altere, faça os testes e assim que obter resultados positivos, favor anexar esses dois arquivo no tópico especifico que eu criei.

Boa tarde a todos, Muito obrigado pela colaboração, ainda hoje será enviado para o repositório.

Boa tarde Thiago, Tentou usar o método Enviar em vez do Gerar?

Boa tarde Andrei, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Marcelo, Da onde você tirou essa ideia que cada SEFAZ tem um schema diferente. Para o BP-e você deve usar os schemas da pasta: ...\Exemplos\ACBrDFe\Schemas\BPe

Boa tarde Adilson, Se a sua aplicação foi compilada para 32 bits, basicamente você precisa das DLLs: ...\DLLs\LibXml2\x86 ...\DLLs\OpenSSL\1.0.2.19\x86 Procure sempre copiar essas DLLs para dentro da pasta que se encontra o seu EXE.

Boa tarde Anderson, Você utiliza os componentes ACBr ou o ACBrMonitor? Se é os componentes ACBr, basta atualizar todos os fontes de todas as pastas. Depois reinstalar a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Por fim abrir a sua aplicação e compilar com a opção Build. Observação: no caso do MDF-e e CT-e o QR-Code não possui versão como é o caso da NFC-e.

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

Boa tarde Charles, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr?

Boa tarde Moisés, A imagem não foi anexada.