Italo Giurizzato Junior

Bom dia Vially, Favor entrar em contato com a SEFAZ-RN e solicitar a URL de Consulta QR-Code.

Bom dia Glaucos, Então quer dizer que a cidade Peixoto de Azevedo sempre vai utilizar o ambiente de homologação da cidade Sorriso? Peixoto de Azevedo só vai ter o ambiente de produção? Ou entendi errado.

Bom dia Diogenes, Acredito ter encontrado o problema, favor atualizar os fontes e tentar novamente. Tenta ler o arquivo original com todas as notas baixas do site. Acredito que ele estava pulando pois existem notas canceladas.

Bom dia Diogo, Você não encontrou nada de muito concreto no manual? Como assim? Página 3 - Manual do CT-e versão 3.00 - tabela: Identificação e vigência do Manual Última linha dessa tabela diz: Data final de vigência do PL_CTe_200 - 04/12/2017 Interpretando a informação acima: A SEFAZ vai aceitar a versão 2.00 até o dia 04/12/2017. Portanto você tem um pouco mais de 1 ano para desenvolver um fazer as devidas alterações na sua aplicação para ficar em conformidade com a versão 3.00 No que diz respeito ao componente ele já esta 90% pronto. Porque 90% ? Simples, a SEFAZ ainda não liberou o ambiente de homologação da versão 3.00, sendo assim não foram realizados testes com os Web Services para saber se esta tudo OK.

Boa noite Vially, O link que mostra as URLs não tem nada haver com a URL de consulta QR-Code. A URL de consulta mostrada na tabela se refere a consulta pela chave é normalmente é usada pelo emitente para consultar a situação da nota enviar. Essa consulta retorna o protocolo de autorização caso a nota tenha sido autorizada. Já a URL de Consulta QR-Code é usada na montagem do QR-Code é destinada ao consumidor, pois este através de um leitor de QR-Code pode ter acesso a nota.

Boa noite Diogenes, Mas esse arquivo é o retorno da consulta a NFS-e por período. O componente se estiver configurado para salvar os XML em disco (Configuracoes.Arquivos.Salvar := True) extrai desse retorno todas as notas e as salvas separadamente.

Boa noite, Favor verificar se essa cidade usa a versão 1 ou 2 do layout da ABRASF, pois o provedor Betha disponibiliza essas duas versões.

Boa noite Glaucos, Muito obrigado pela colaboração, já esta no repositório. Uma pergunta: a URL de homologação é a mesma da cidade Sorriso?

Boa noite a todos, O grupo <autXML> é opcional e ele esta presente desde a versão 2.00 do CT-e. A sua finalidade é simples, podemos informar até 10 CNPJ ou CPF de pessoas que o emitente deseja autorizar o acesso ao XML do CT-e. Um exemplo pratico seria informar o CNPJ do escritório de contabilidade. Desta forma a transportadora não precisaria enviar por e-mail (por exemplo) todos os CT-e emitidos durante o mês, pois o escritório "baixaria" todos eles. Em um primeiro momento através do Portal Nacional do CT-e, mas acredito que logo a SEFAZ vai disponibilizar um DistribuicaoDFe para que possamos baixar os XML através do WebServices, como é feito para a NF-e e MDF-e hoje.

Boa noite Luis, Infelizmente o Manual deixa muito a desejar, mas no meu entendimento é uma forma do tomador do serviço informar a SEFAZ que o serviço não foi prestado conforme acordado. O motivo do desacordo pode ser: entrega fora do prazo, material entregue quebrado ou amassado dou riscado, etc.

Boa tarde Diogenes, Favor anexar esse arquivo para que possamos analisar o problema.

Se a nota 1157 foi gerada em ambiente de produção, somente neste ambiente que iremos conseguir cancelar. Verifique se o CNPJ do prestador que esta sendo informado no cancelamento é o mesmo que consta na nota. Se sim, então você deve entrar em contato com o provedor e expor o problema.

Douglas, Agora sim, mais uma vez muito obrigado, já esta no repositório.

Bom dia, A nota de numero 1157 realmente foi gerada pelo provedor? Se sim, tanto a nota quando ao pedido de cancelamento se referem ao mesmo ambiente, ou seja, homologação ou produção?

Bom dia Douglas, Muito obrigado pela colaboração, mas no caso da cidade Prata/MG que se utiliza do provedor GovDigital esta faltando informar: NomeURL_H=? NomeURL_P=? Veja esta outra cidade que utiliza o mesmo provedor: [3122306] Nome=Divinopolis UF=MG Provedor=GovDigital NomeURL_H=div NomeURL_P=div

Bom dia Marcos, Acredito que você não entendeu. Se a propriedade ConsultaLoteAposEnvio for False ao executar o método Enviar o componente apenas envia o lote de RPS e não faz mais nada, Por outro lado se essa propriedade tiver o valor True o componente realiza as demais ações, tais como: Consultar a Situação do Lote e Consultar o Lote, sendo que esta última nos retorna o XML da NFS-e caso o RPS enviado tenha sido processado com sucesso ou a lista de rejeições.

Bom dia Duarte, Anexe os arquivos gerados para a consulta e cancelamento para que possamos analisar. Dica, em faze de teste é sempre bom configurar o componente para salvar os arquivos soap (Configuracoes.WebServices.Salvar := True).

Bom dia Dércio, A principio as propriedades: ArquivoPFX, DadosPFX, NumeroSerie e senha tem que estar vazias, ou seja, devemos atribuir uma string vazia. E a propriedade VerificarValidade deve estar com o valor False. Espero entre hoje ou amanhã realizar um teste.

Bom dia Fábio, Para obter o XML exatamente que salvo em disco, tente desta outra forma: acbr.NotasFiscais.Items[0].XMLNFSe

Bom dia Jhonatan, No caso da NF-e o envio é sempre assíncrono, por outro lado na NFC-e o envio pode ser assíncrono ou síncrono. Logo a minha sugestão é obter o valor da propriedade xMotivo através da seguinte linha: xMotivo := ACBrNFe.NotasFiscais.Items[ i ].NFe.procNFe.xMotivo;

Boa noite Fábio, Vou verificar, assim que descobrir algo darei um retorno.

Bom dia Felipe, Você chegou a verificar se o arquivo não foi salvo em outra pasta? O componente esta configurado para salvar em disco? Configuracoes.Arquivos.Salvar := True;

Boa noite Tiago, Se não me falha a memória o prazo da SEFAZ ativar o cadastro é de 24 horas.

Boa noite Abinoan Muito obrigado pela colaboração, já fiz a correção e enviei para o repositório.

Boa tarde Tiago, Como você configurou o componente para o envio em contingência?