Italo Giurizzato Junior

Boa noite Luis, Favor anexar o XML do MDF-e rejeitado para que possamos analisar.

Boa noite Walter, Acredito que o problema seja o IE do Recebedor que esta em branco.

Murilo, E no componente?

Bom dia Cardoso, Favor anexar os XMLs gerados, para que possamos analisar. É interessante que você configure o componente para salvar os arquivos soap, eles ajudam bastante nessa analise. Configuracoes.WebServices.Salvar := True;

Bom dia Wagner, Favor atualizar todos os fontes de todas as pastas, reinstalar os componentes através do ACBrInstall_Trunk2 e refaça os testes.

Bom dia Jean, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou os componentes usando o ACBrInstall_Trunk2? Se o problema continuar, favor "debuar" a partir da linha que você marcou com a cor vermelha para que possamos identificar o posto exato do erro.

Bom dia Murilo, Fez testes com o programa exemplo? Verifique se não esta configurando as propriedades do Proxy se este existir.

Bom dia Hamilton, Favor atualizar todos os fontes de todas as pastas. Fiz uma alteração no arquivo INI do provedor bem como no Schema. Atualize e refaça os testes.

Bom dia Rafael, Note que na pasta Recibos o XML do RPS esta sendo salvo com o nome logo e ao consultar você esta passando o nome curto. O componente tem uma opção de configuração onde você define como deve ser gravado o nome do XML.

Bom dia Giulia, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Fernando, Desculpe, mas pela sua ultima pergunta na postagem acima entendi que você estava em busca de uma outra solução. Eu sei o quanto é complicado, mas segundo a legislação quando o emitente de uma nota recebe o protocolo de autorização, ele tem a obrigação de disponibilizar o XML assinado e protocolado ao destinatário da mercadoria e a transportadora quando esta for a responsável pelo transporte da mesma. Se a sua aplicação após a emissão da nota checa se no cadastro consta o e-mail do destinatário e da transportadora e realiza o envio por e-mail do XML assinado e protocolado, parabéns, você tem uma aplicação que atende a legislação. Para quem tem uma aplicação de emissão de CT-e lembre-se que o método DistribuicaoDFe do ACBrNFe baixa o XML com a assinatura e protocolo de todas as notas que contem o CNPJ da transportadora no grupo <transporta>, detalhe importante, não se faz necessário a Manifestação do Destinatário visto que a transportadora não é o destinatário da mercadoria. Se a sua aplicação ao gerar o XML da nota inclui o CNPJ ou CPF do contador no grupo <autXML>, você pode desenvolver uma aplicação também usando o método DistribuicaoDFe para o Escritório de Contabilidade, pois ele vai baixar todas as notas que você emitiu e sem a necessidade de realizar a Manifestação do Destinatário. Mais um detalhe, alem do informar o CNPJ ou CPF do seu contador podemos informado também o CNPJ ou CPF do contador do destinatário da mercadoria. Desta forma se o Contador do Destinatário também tiver uma aplicação que usa o método DistribuicaoDFe vai conseguir também baixar o XML. Dica 1: quando for emitir uma nota informe o CNPJ/CPF do seu contador e se possível do destinatário também. Dica 2: peça ao seu fornecedor que inclua no grupo <autXML> o CNPJ/CPF do seu contador. Desta forma o seu contador vai conseguir baixar tanto as notas de saída (venda) quanto as de entrada (compra). Conclusão: se cada um fizer a sua parte não vejo motivo de buscar alternativas que são uma caixa preta.

Boa noite a todos, Bug no componente não é, pois os componentes que utilizado do ACBr ficam em um Data Module e não tenho esses problemas.

Bom dia Fernando, Você quer baixar o XML da NF-e ou CT-e? Se é da NF-e, você postou no lugar errado, pois aqui só tratamos assuntos relacionados ao CT-e. Para baixar um XML existem 3 caminhos, sendo que dois considero como legal, ou seja, você terá um XML com validade jurídica. São eles: usar o método DistribuicaoDFe que esta implementado nos componentes ACBrNFe, ACBrCTe e ACBrMDFe ou acessar o site da SEFAZ ou o Portal Nacional e baixar o XML desejado informando a chave do mesmo. A terceira opção.... A escolha é sua ou do seu cliente, fiquem a vontade nessa escolha, mas depois não venha dizer que não foi avisado.

Boa noite Giovani, Alem do numero, a série é a mesma?

Boa noite Jean, Esse erro esta ocorrendo com o programa exemplo ou com a sua aplicação? Se for com a sua aplicação, favor realizar testes primeiro com o programa exemplo.

Boa noite Murilo, Mas desmarcou as opções TLS 1.1 e TLS 1.2 ? Desmarcou as opções de revogação de certificados?

Boa noite, Veja bem, temos 3 componentes: ACBrNFSe, ACBrNFSeDANFSEFR e ACBrNFSeDANFSERL. Os dois últimos se referem ao DANFSE feito em Fast Report e Fortes Report e devemos utilizar um desses dois para poder imprimir o DANFSE. Logo não temos nenhum componente para imprimir o RPS. Sendo assim antes de executar o método Imprimir ou ImprimirPDF devemos carregar o XML da NFS-e e não do RPS.

Boa noite Léo, Eu em particular não vou implementar mais nenhum provedor que não siga o layout da ABRASF. Pelo simples fato que existe um projeto de NFS-e padrão Nacional que todos os municípios brasileiros deverão seguir. Com isso teremos um único layout e Web Services que receberá as NFS-e de todos os municípios. Teremos novidades e mais informações até dezembro/2017. Caso você não deseje esperar, fique a vontade em implementar.

Boa noite Márcio, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório.

Sandro, Por favor poste o seu problema uma unica vez e aguarde a resposta. Alias já respondi a sua outra postagem.

Bom dia Sandro, Sim o componente ACBrNFe possui o método LoadFromFile que se encarrega de ler todos os dados do XML e armazena-los em seus campos.

Bom dia Murilo, Esta errado. Marque somente as opções: SSL 2.0, SSL 3.0, TLS 1.0 e Verificar se há assinatura em programas baixados.

Bom dia, O campo OutrasInformacoes é exclusivo do layout da NFS-e e não do RPS, sendo assim não adianta alimentar esse campo quando for gerar o XML, ele não vai consta do XML. Como o XML da NFS-e é gerado pelo web service do provedor, logo o campo em questão só vai constar no XML da NFS-e se o provedor desejar colocar alguma informação nesse campo. Se o provedor esta gerando esse campo vazio, não existe nada o que possamos fazer. Lembre-se não se deve colocar nada no DANFSE que não esteja no XML.

Boa noite Adelmo, Sugiro que você leia o documento publicado no Portal Nacional da NF-e. Link: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Iy/5Qol1YbE= Trata sobre o Consumo Indevido.

Boa noite Avirissi, Antes de enviar o XML por e-mail, você carrega o componente lendo o XML do disco? Se sim, deve estar usando o método LoadFromFile. Neste caso deve-se acrescentar um segundo parâmetro: LoadFromFile(sPathNomeXML, False); O segundo parâmetro "False" faz com que o conteúdo do XML seja lido e o XML não seja recriado novamente.