Italo Giurizzato Junior

Bom dia Simões, Você esta ciente que para executar o método DistribuicaoDFePorChaveNFe é preciso enviar o evento de Manifestação do Destinatário referente a nota desejada? O envio do evento foi realizado?

Bom dia Walfrido, Esse XML que você anexou se refere ao envio do lote e não o RPS. O XML do RPS é salvo na pasta Recibos e seu nome é: *-RPS.xml

Bom dia Paulo, Esta ocorrendo esse erro pelo simples fato da sua aplicação não estar encontrando os arquivos XSD (Schemas) corretos para realizar a validação do CT-e antes do seu envio. Os Schemas corretos se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\CTe

Boa noite Rosemary, Antes de enviar, você esta carregando o XML através do LoadFromFile? Se sim, talvez esteja ai o problema. Carregue dessa forma: LoadFromFile(xNomeXML, False);

Boa noite Cesar, Foi feito alguns ajustes que acredito que não será necessário informar a versão do evento, o componente vai detectar sozinho a versão. Favor realizar os testes e nos reportar o resultado.

Boa noite Diego, Já esta no repositório o provedor Belford que será usado para a cidade Belford Roxo/RJ.

Boa noite ALA, Após atualizar os fontes, você reinstalou os componentes com o ACBrInstall_Trunk2? Compilou a sua aplicação com a opção Build?

Boa noite, Sem o XML que esta sendo rejeitado não temos como lhe ajudar. Favor anexar o XML.

Boa noite Manoel, Veja a mensagem de erro: Content for element '{http://portalfiscal.inf.br/cte}CTeOS' is incomplet according to the DTD/Schema. Expecting:{http://www.w3.org/2000/09/xmldsig#}Signature. Vamos simplificar: Content for element CTeOS is incomplet according to the DTD/Schema. Expecting: Signature. Traduzindo: O elemento CTeOS esta incompleto, esta faltando Signature. Ou seja, você esta tentando validar um XML do CTeOS que não foi assinado. Favor executar o método Assinar antes do método Validar.

Boa noite Diego, Mais rápido não será, mas com certeza dará um tempo para a SEFAZ disponibilizar o XML completo.

Boa noite Adryelle, Se formos pelo que esta escrito na tag documentação é para aceitar o valor 100.0000 uma vez que este possui 3 inteiros e 4 decimais. Mas olhando o conteúdo da tag pattern não aceita. Vou aplicação a sua alteração e disponibilizar no repositório.

Boa noite Jonatas, Se acrescentar o ?wsdl na URL funciona?

Boa noite Claudio, Se tratando do Fast Report dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFe\Delphi\Report temos o arquivo INUTILIZACAO.fr3

Boa noite Rodrigo, Infelizmente não tenho essa resposta.

Boa noite Walfrido, Me diz uma coisa, essa opção de importar o XML que consta no site do provedor aceita o arquivo de envio de lote? Não seria o XML do RPS?

Boa noite João, Alguns provedores necessitam dessas duas informações, não sei lhe dizer se é o caso do WebISS.

Boa noite Vicente, Não existe mais os Web Services da versão 1.00, você pode encerrar o MDF-e da versão 1.00 através da versão 3.00 sem nenhum problema.

Boa noite Renato, Faça as seguintes correções no seu arquivo INI. [reboque01] o seu arquivo esta 001 sendo que o correto é 01 (somente 2 dígitos). (...) [infCTe001001] chCTe=35171101385726000152570000000007501000007507 indReentrega= o seu arquivo consta chave sendo que o correto é chCTe.

Boa tarde Paulo, É impressionante, no retorno não consta nenhuma tag que acusa que a averbação foi cancelada. Que maravilha.

Boa tarde Edilson, Muito obrigado pela colaboração, já esta no repositório.

Paulo, Isso é estranho, pois deveria salvar o retorno. Fiz uma alteração, favor atualizar os fontes e faça um novo teste.

Boa tarde Rogério, Verifica o retorno do envio, ou melhor o retorno da consulta a situação do lote, pode ser que o lote não foi aceito ou o RPS esta com algum erro e consequentemente não foi aceito.

Boa tarde Rodrigo, Sendo assim, a minha sugestão é entrar em contato com o provedor e informa-los sobre o problema.

Boa tarde Paulo, Os XML que você anexou se refere ao CT-e, correto? Mas o seu problema não é no componente ACBrANe? Mais precisamente ao enviar o arquivo *-procEventoCTe.xml para a AT&M para informa-la que o CT-e anteriormente averbado foi cancelado. Pois bem ao enviar o arquivo acima para a AT&M é gerado dois XMLs o de envio e o de retorno. Eu preciso do XML de retorno (*-res-ANe.xml) da AT&M. Passo a passo: 1. Emitir o CT-e usando o ACBrCTe (é gerado o arquivo *-cte.xml). 2. Averbar o CT-e usando ACBrANe (é gerado o arquivo *-res-ANe.xml que acusa a averbação do CT-e informado) (para realizar a averbação é enviado o arquivo *-cte.xml). 3. Solicitar o cancelamento do CT-e junto a SEFAZ usando o ACBrCTe (é gerado o arquivo *-procEventoCTe.xml). 4. Solicitar o cancelamento da averbação do CT-e usando ACBrANe (é gerado o arquivo *-res-ANe.xml que acusa o cancelamento da averbação do CT-e) (para realizar o cancelamento da averbação é enviado o arquivo *-procEventoCTe.xml). Para fazer as devidas correções no componente ACBrANe necessito do arquivo *-res-ANe.xml gerado no passo 4.

Paulo, Esse se refere ao retorno do pedido de averbação e não do retorno ao pedido de cancelamento.