Italo Giurizzato Junior

Boa tarde Marcelo, Já inclui na minha lista de tarefas para analisar o problema da leitura do CNPJ. TK-2214

Boa tarde a todos, Esse provedor tem diversos manuais, pelo jeito um para cada cidade, e para ajudar existem diferenças entre eles, assim fica muito complicado implementar os métodos, pois não se se o respectivo método vai funcionar em todas as cidades.

Boa tarde Adilson, Vou precisar dos arquivos gerados pelo componente antigo e pelo novo, para analisar.

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

Adilson, Abra a unit GovDigital.GravarXml e comente a linha: DivAliq100 := True; Reinstale o ACBr e faça um novo teste.

Boa tarde Marcelo, Me parece que você esta com os seus fontes desatualizados, pois o que se encontra no SVN não contem a instrução para assinar o Rps e sim somente o LoteRps.

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

Bom dia, Já esta no SVN.

Bom dia Fabiano, Fiz uma pequena alteração, pois dentro do grupo <genericos> o grupo <linha> pode se repetir varias vezes, sendo assim tornei a classe Genericos como sendo uma lista. Já esta no SVN.

Boa tarde Marcelo, O problema é que esse XML contem os grupos: ConsultarNfseRpsResposta e ListaNfse. Para que funcione a primeira tag do XML tem que ser CompNfse, que no XML que você anexou é a terceira. Compare o primeiro XML com o segundo que você anexou, você vai notar exatamente o que eu escrevi acima. Você deve estar usando o método LoadFromFile, correto? Tente usar o método LoadFromLoteNfse para carregar o primeiro XML.

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

Boa tarde Ramboli, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr?

Boa tarde Alex, No programa exemplo utilize a opção Consultar Lote para saber o numero da NFS-e e depois use a opção Consultar NFS-e.

Adilson, Manda para mim através de uma mensagem privada os XMLs: *-env-lot-sinc.xml gerado pelo componente antigo e pelo novo.

Marcelo, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Marcelo, Já inclui na minha lista de tarefas. TK-2211

Boa tarde Adilson, Eu preciso do XML de envio tanto de um quanto do outro para poder analisar. Pois esta estranho no novo componente acusar que a alíquota é invalida.

Boa tarde Marcelo, Você poderia anexar o XML da NFS-e que contem a sequencia &amp; para que possamos analisar?

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

Bom dia a todos, Para não misturar os assuntos vou fechar esse tópico, pois o problema de envio foi sanado. Tiago, por favor crie um novo tópico para tratarmos sobre o cancelamento. Alex, por favor crie um tópico para tratarmos sobre a consulta. Desde já muito obrigado pela compreensão de todos.

Bom dia Adilson, Faça um teste no ambiente de produção. Envia um Rps usando o componente antigo e o Rps seguinte (com a mesma alíquota) envia pelo novo. Detalhe, ambos enviados pelo modo Síncrono.

Bom dia, Acredito que você esteja fazendo confusão. Você chegou a ler o Manual do CT-e Visão Geral versão 3.00a - página 109 onde é tratado sobre o evento: Prestação de Serviço em Desacordo? Ele não tem nada haver com baixar o XML do CT-e. Leia esse manual e a NT 2015/002 versão 1.01 onde é tratado sobre a Distribuição DFe do CT-e.

Adilson, O numero do protocolo significa que o Rps foi recebido, mas isso não significa que ele vai se tornar em uma NFS-e. Note que no XML que você anexou o grupo <ListaNfse> esta vazio e temos o grupo <ListaMensagemRetornoLote> com a rejeição.

Boa tarde Adilson, Você tem certeza que a alíquota é 5% ?

Boa tarde Marcelo, Nem tudo foi para o componente novo. Mas você pode fazer o seguinte teste: 1. Abra a Unit Tecnos.Provider 2. altere a linha abaixo da function Recepcionar: Request := Request + '<remessa>' + XmlToStr(AMSG) + '</remessa>'; para Request := Request + '<remessa>' + IncluirCDATA(AMSG) + '</remessa>'; 3. Reinstale o ACBr 4. Faça um novo teste.