Italo Giurizzato Junior

Bom dia Cacio, Já tentou enviar o evento de cancelamento? Se sim, qual foi o erro? De uma olhada na tabela de eventos que se encontra na página 30 do Manual do CT-e versão 3.00 Nessa tabela a segunda coluna mostra quais os modelos (57 / 67) que aceitam um determinado evento.

Bom dia Uemerson, Como assim não temos os XSD, quais estão faltando? Você chegou a alterar os arquivos Cidades.ini para a respectiva cidade passar a utilizar o novo provedor? Feito isso, fez testes com o programa exemplo?

Bom dia, Com essa alteração, passou a funcionar 100% ?

Bom dia Roberto, Esse provedor quando o lote é enviado em modo síncrono ele só retorna se o mesmo foi processado com sucesso ou não. Sendo assim se faz necessário realizar uma consulta.

Bom dia a todos, Se o problema ocorre somente no ambiente de homologação, então devemos entrar em contato com o provedor, pois neste caso não é o componente, concordam? Fortaleza segue o mesmo layout do provedor Ginfes, logo devemos usar os schemas da pasta Ginfes. Isso pode resolver o erro de validação.

Bom dia Pedro, Esta fazendo os testes com o programa exemplo? Caso não esteja, faça.

Bom dia Artur, Você chegou a abrir o arquivo 1-rec.xml? Veja: <ns2:Codigo>E303</ns2:Codigo> <ns2:Mensagem>O documento XML difere da assinatura.</ns2:Mensagem> <ns2:Correcao>O documento XML nao pode conter alteracoes apos a assinatura.</ns2:Correcao>

Bom dia Aurino, Até o momento só temos as URLs da SEFAZ-MS.

Bom dia Vantuil, Como você esta fazendo para gerar o XML, então? Notei que existe um erro de grafia, no seu XML esta escrito enviCte sendo que o correto é enviCTe, conforme layout apresentado na página 35 do Manual CTe versão 3.00

Bom dia Vantuil, Favor anexar o XML do CT-e que foi rejeitado para que possamos avaliar.

Boa tarde Augusto, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Maciel, Por favor não crie a diretiva de compilação PL_300. A diretiva PL_200 foi criada na época, pois o layout tinha sofrido alterações drásticas entre a versão 1.04 e 2.00 Já as alterações entre as versão 2.00 e 3.00 não são drásticas.3 Favor utilizar a propriedade versao (infCTe.versao).

Bom dia Caetano, O provedor NFSeBrasil, segue a versão 1 do layout da ABRASF e já esta funcionando 100%. Infelizmente não temos os Schemas, inclusive no arquivo INI do respectivo provedor esta setado que não é para realizar a validação do Lote, por conta da falta dos Schemas. Favor entrar em contato com o provedor, caso você consiga anexa aqui no fórum para que possamos disponibilizar para todos.

Boa tarde John, Mas nada impede de ser implementado essa consulta. O problema que é somente alguns provedores disponibilizam esse tipo de consulta. Outra coisa importante, existe o projeto da NFS-e a nível Nacional, um único layout e Web Services, logo muita coisa vai mudar.

Boa tarde John, O componente só permite a consulta do serviço prestado.

Boa noite Renato, O comando abaixo esta errado: ACBrNFe1.DistribuicaoDFe(Cod IBGE,'CNPJ','0','0'); O correto é: ACBrNFe1.DistribuicaoDFe(Cod IBGE, 'CNPJ', ultNSU, ''); ou ACBrNFe1.DistribuicaoDFePorUltNSU(Cod IBGE, 'CNPJ', ultNSU); Aconselho usar essa ultima opção, onde ultNSU se refere ao último NSU retornado pela última execução do comando. A primeira vez que o comando é executado devemos atribuir o valor zero a ultNSU. Da segunda em diante devemos pegar o último NSU retornado e utilizar esse valor. Como obter o último NSU: ultNSU := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU;

Boa noite Fernando, Editei a sua postagem, removi o nome do funcionário da SEFAZ. Não devemos informar o nome deles, já entraram em contato comigo a algum tempo atrás por esse motivo. Agradeço a sua compreensão.

Boa noite Gabriel, Acredito que seja somente para Vales em cartão magnético.

Boa noite, Essa mensagem significa que o provedor em questão não permite receber RPS através do método Gerar. Existem 3 métodos para enviar RPS para o provedor: Enviar, EnviarSincrono e Gerar. Existem provedores que disponibilizaram os 3, já outros somente um, por exemplo o Enviar.

Graça, No caso de MG só temos as URLs de homologação para a NF-e 4.00, não temos para a NFC-e versão 4.00 somente para a versão 3.10

Boa dia Graça, Desconheço essa versão 4.1 Você não esta se referindo a versão no manual do DANFE da NFC-e? Que por sinal já esta na versão 4.2

Airton, O componente ACBrNFe possui duas propriedades muito importante, são elas: VersaoDF e ModeloDF. A propriedade de configuração ModeloDF você define qual é o modelo que será gerado, temos 2 opções moNFe e moNFCe, no seu caso deve-se usar a opção moNFe. Já a propriedade VersaoDF nos permite escolher a versão do XML, que no caso devemos atribuir o valor ve310 ou ve400. Outra coisa importante é o campo Versao que devemos atribuir o valor 3.10 ou 4.00. Este último me refiro a rotina que alimenta o componente com os dados pertinentes a venda. Nessa rotina deve ter uma linha conforme abaixo: infNFe.versao := 3.10; ou infNFe.versao := 4.00 Espero ter ajudado.

Boa noite Airton, Para que você quer gerar o XML segundo a versão 2.00 da NF-e? Sendo que a SEFAZ não mais aceita essa versão e a partir do ano que vem nem sequer vai aceitar a versão 3.10 Você tem que no minimo iniciar os seus testes com a versão 3.10 e dependendo da UF iniciar os testes também com a versão 4.00

Boa tarde João, O provedor já disponibilizou um Web Services para que o Tomador do Serviço possa se manifestar sobre o cancelamento da NFS-e?

Boa tarde Alexandre, Quick Report até seu é o Midas e não mine. Outra coisa a unit se refere ao Fast Report e não ao Quick Report.