Italo Giurizzato Junior

Allan, Muito obrigado pela colaboração, vamos analisar se estiver tudo Ok vamos enviar para o repositório.

Bom dia Henrique, O que esse espaço em branco esta fazendo entre a palavra duplicata e o índice? [Duplicata 001] Numero=1602 DataVencimento=05/08/2018 Valor=799.79 o correto é: [Duplicata001] Numero=1602 DataVencimento=05/08/2018 Valor=799.79

Bom dia Eptus, Favor anexar o XML da nota que esta sendo rejeitada.

Bom dia Allan, Você anexou o PAS e não o DFM.

Bom dia Allan, Chegou a verificar no manual quais são os campos que devem ser preenchidos? veicTracao.prop.cnpjcpf := 'numero do CNPJ ou CPF'; (...) veicReboque.prop.cnpjcpf := 'numero do CNPJ ou CPF'; (...)

Bom dia João, Esse provedor não tem noção do que faz, primeiro por ter um schema para homologação e outro para produção, sendo que o XML a ser validado é exatamente igual. Depois resolve ter um schema para cada cidade que eles atende. Agora mais essa, aumentar o tamanho de uma informação desnecessariamente. Vamos que vamos. Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Marcio, Esse erro ocorreu porque você esta com o componente configurado para usar o libCapicom. Mude para libWinCrypt e teste novamente.

Bom dia Sérgio, Favor atualizar os fontes e testar novamente.

Bom dia Foley, O erro também ocorre com o programa exemplo? Se sim, qual é o valor de SSLLib?

Bom dia Dércio, Isso é realmente muito estranho.

Boa noite Mario, Notei que no seu XML as tags <nDup> estão vazias eles devem conter um numero sequencial. A SEFAZ recomenda que o numero tenha 3 dígitos, por exemplo: 001, 002, 003, ... Favor fazer as devidas correções na sua aplicação visando alimentar o campo nDup conforme o exemplo acima. E tentar enviar novamente.

Bom dia Dércio, Primeiramente, acho que o titulo da sua postagem esta errado, pois se refere ao MDF-e - Manifesto de Documentos Fiscais Eletrônicos, documento emitido que é realizando o transporte interestadual e em alguns Estados também em transporte intermunicipal. Acredito que você esta usando o método DistribuicaoDFe para obter os resumos das notas para depois enviar o evento de Manifestação do Destinatário e por fim novamente usando o DistribuicaoDFe obter o XML completo das notas. Essas notas cujo destinatário não é o ator da consulta, veio só um resumo ou o XML completo? Se veio o XML completo, verifica se no mesmo no grupo <autXML> consta o CNPJ do ator da consulta. Lembre-se que eu posso emitir uma nota e no grupo <autXML> colocar o CNPJ ou CPF das pessoas que eu autorizo a ter acesso ao XML, por exemplo o Escritório de Contabilidade.

Bom dia Elvis, Desde já muito obrigado pela colaboração, vamos analisar e estando tudo OK vamos enviar para o repositório.

Boa tarde Heber, Isso é estranho pois fiz um teste aqui e não tive esse erro. Ele ocorre antes do envio ou é o retorno do WebService? Favor anexar os XMLs gerados.

Boa tarde Roberto, Acredito que teremos que alterar o arquivo INI do provedor.

Boa tarde Rubens, Pelo que notei o problema esta no campo URI=1 que deve ser URI=0. Isso faz com que o atributo URI da assinatura não contenha o valor do ID. Vou disponibilizar o arquivo INI alterado e peço que você faça novos testes. Desde já muito obrigado pela colaboração.

Boa tarde ALA, O XML contem cedilha e vogais acentuadas.

O retorno da consulta a situação do lote xml (*-sit.xml) diz que a nota não consta na base de dados. Favor anexar os demais arquivos de envio e retorno.

Você chegou a enviar a nota referente a essa chave? Se sim, ela foi enviada para o ambiente de homologação? Favor anexar o XML da NF-e.

Boa tarde Fernando, Os dados referente ao veiculo e reboque só podem ser informados na NF-e caso o destinatário pertencer a mesma UF do emitente da nota. Se tratando de venda para fora do Estado não devemos informar esses dados na nota.

Boa tarde, Favor anexar os XMLs de envio e de retorno, para que possamos ajudar.

Boa tarde Paulo, Segundo a Nota Técnica 2016/002 versão 1.60 as tags referentes a FCP só aparecem para: ICMS00, 10, 20, 30, 51, 60, 70 e 90, ICMSSN201, 202, 203, 500 e 900. Logo não devemos calcular o FCP no caso de ICMSSN = 101.

Bom dia Heber, Com todos os fontes de todas as pastas atualizados e com os componentes ACBr reinstalados no Delphi, qual é o erro que ocorre ao tentar enviar uma nota através do programa exemplo?

Bom dia Marcelo, Seguindo o seu código: ItemServico.CodigoTributacaoMunicipio := 'codigo';

Bom dia Mauro, Concordo com você, precisamos unir forças para encontrar a melhor solução possível para a NFS-e sem gerar efeito colateral para os demais componentes. Me parece que o problema agora se localiza ao assinar o XML, pois após a assinatura o componente remove as quebras de linha (#13#10), o motivo disso é que o conteúdo de uma das tags do grupo <Signature> é gerado com quebras de linha.