Italo Giurizzato Junior

José, Por favor, não post varias vezes o mesmo problema. Vamos seguir as regras do fórum.

Boa tarde José, Segundo a mensagem de erro, diz que o nome esta começando por um carácter inválido. O nome que a mensagem se refere é do arquivo MDFe_v1.00.xsd, tenta excluir esse arquivo e baixar novamente, ou seja, atualizar os fontes.

Boa tarde, Muito estranho, pois se você não informar o CNPJ do emitente no comando de encerramento ou cancelamento, o mesmo é extraído da chave e neste caso não é feita a validação do CNPJ.

Boa noite a todos, Acredito que ocorreu alguma confusão, no que diz respeito ao NFeDistribuicaoDFe já encontra-se implementado no componente ACBrNFe. Alguns colegas do fórum já estão utilizando com sucesso. Com relação ao ACBrNFeMonitor ainda não foi criado um comando para utilizar essa nova funcionalidade. Lembrem-se que o comando só é implementado Monitor depois que a funcionalidade do componente foi testada e todas as correções e melhorias foram feitas. Acredito que até o final de março será possível criar o comando no Monitor.

Boa noite Emerson, Você tem que informar o ultNSU na próxima consulta e não o maxNSU.

Boa noite Marco, O cancelamento do CT-e é por evento. Todas as outras funcionalidades, ou seja, envio, consulta, ... estão funcionando sem nenhum problema?

Boa noite, O problema que você diz que persiste se refere ao CNPJ é inválido?

Bom dia Brandão, Muito obrigado pelo arquivo, vou analisa-lo mais afundo, acredito que será necessário efetuar alguma alteração no componente.

Tente então da seguinte forma: MDFe.EncerrarMDFe(53141111538486000132580010000000011000000014, 13/02/2015, 5300108) MDFe.CancelarMDFe(53141111538486000132580010000000011000000014, "EMISSAO INDEVIDA DO MDFE", , 2)

Bom dia Tiago e Otair, Muito obrigado pelos arquivos, vou analisa-los e realizar melhorias e correções necessárias até o final desta semana.

Bom dia, No comando de Encerrar o terceiro parâmetro você informou 53, ou seja, o código da UF, sendo que o correto é informar o código IBGE do município de descarregamento. No comando de Cancelar o segundo parâmetro, tente colocar entre aspas, ou seja, "EMISSAO INDEVIDA DO MDFE".

Boa noite Brandão, Se possível, post como anexo o arquivo XML que contem as notas que deseja ler. Se ao checar a quantidade aparece UM significa que o componente só esta conseguindo ler apenas uma delas.

Boa tarde Brandão, O LoadFromFile do componente consegue identificar se o XML é de um RPS ou de uma NFS-e, alem disso caso o XML possua mais de uma nota (por exemplo) ele monta uma lista, onde o índice dessa lista inicia no zero. Ou seja, o índice da primeira nota nota é zero o da segunda é um e assim por diante.

Boa tarde Ademar, Lembre-se que o Web Services NfeConsultaDest, vai ser desativado, portanto você vai precisar se adequar.

Boa tarde Hendell, Veja esse fragmento do código do componente, Unit ACBrNFeConfiguracoes.pas: {$IFDEF ACBrNFeOpenSSL} property Certificado: AnsiString read FCertificado write FCertificado; {$ELSE} property NumeroSerie: AnsiString read GetNumeroSerie write SetNumeroSerie; property DataVenc: TDateTime read GetDataVenc; property SubjectName: String read GetSubjectName; {$ENDIF} property CNPJ: String read GetCNPJ; property Senha: AnsiString read FSenhaCert write FSenhaCert; Esse fragmento se refere as propriedades de configuração do componente, note que se o componente for compilado para o OpenSSL, teremos somente disponíveis as propriedades: Certificado, CNPJ e Senha. Sendo que na propriedade Certificado é informado o caminho completo com o nome do arquivo PFX para que o componente seja capaz de carrega-lo para poder assinar.

Boa noite, Experimente carregar o XML da NFS-e que deseja cancelar, antes de solicitar o cancelamento.

Boa noite a todos, O próprio componente ACBrNFe faz isso. Basta você carregar o componente usando o comando LoadFromFile e depois ler as propriedades para ter acesso aos dados, tais como, código do item, descrição, quantidade, etc. Para facilitar a vida, as propriedades seguem a mesma nomenclatura do XML, ou seja, o nome da propriedade tem o mesmo nome da TAG.

Boa noite Ademar, No meu entendimento o responsável por realizar a manifestação é o destinatário da mercadoria e mais ninguém. E a aplicação responsável pela manifestação tem que ter um controle das notas consultadas e manifestadas.

Boa noite John, Se você tem o costume de atualizar todos os fontes de todas as pastas da suite ACBr e a na sua aplicação você incluiu uma linha que configura a versão do documento fiscal para ve310, com certeza ao abrir o XML deve aparecer algo semelhante o que o Kiko postou.

Boa noite Tiago, Muito obrigado, mas eu gostaria o arquivo de retorno da SEFAZ (completo) e não somente o item "resumo de evento" já extraído do mesmo.

Boa noite Dércio, Como assim? No meu post deixo claro que se o problema é a falta de conexão do emitente o mesmo pode lançar mão de uma conexão 3G para enviar o EPEC. Obs: emitente é o seu cliente.

Boa noite Zanutto, MD ou ID ? Não atribua nada, ou melhor, atribua uma string vazia a propriedade ID.

Boa noite Seixas, Pelo jeito a descrição terá que ser colocada na linha de baixo bem abaixo do código do item. Da forma que esta não vejo solução.

Boa noite, Segundo a Nota Técnica 2013/005 versão 1.21 - página 17 os tipos valores válidos para a TAG tpImp varia de 0 até 5. O valor 4 repete duas vezes pois foi criado dois DANFE para NFC-e, o tiNFCe é o DANFE em fita (bobina) já o tiNFCeA4 é o DANFE em papel A4.

Boa noite Máyron, Essa mensagem é retornada pelo validador do componente, ela diz que o valor informado ao campo PIN viola a regra de validação do mesmo. O campo PIN é destinado ao numero PIN SUFRAMA, o que vem a ser o numero 000027863 ? Se é o numero do PIN SUFRAMA informe apenas 27863.