Italo Giurizzato Junior

Boa tarde Mateus, Acho que você não entendeu, eu quero saber se esta gravando um XML com o seguinte nome: *-nfse.xml O arquivo: *-rps;xml não é o XML da Nota Fiscal de Serviço Eletrônica e sim o XML do Recibo Provisório de Serviço. Se o valor de FRetornoNFSe.ListaNFSe.CompNFSe.Count é zero, então temos que descobrir o motivo. Para isso basta colocar um Break Point na linha 465 da Unit pnfsLerListaNFSe, pois logo abaixo temos a seguinte instrução: Result := NFSeLida.LerXml; Se o LerXML retornar False os dados da nota não vão ser ADD a lista, isso explica o Count ser zero. Sendo assim precisamos saber o que provocou esse retorno ao executar a função LerXml.

Boa tarde Adilson, O que lhe passei é como obter o retorno de envio de um evento, não importa se o evento é de encerramento, cancelamento ou outro qualquer. Quanto ao retorno do envio de um MDF-e, abra o programa exemplo do componente ACBrMDFe e veja o conteúdo do botão [Criar e Enviar] lá tem o que você deseja. Quanto ao retorno do consultar vide o botão [Consultar carregando XML] do programa exemplo.

Bom dia Renato, O SoapUi você utiliza somente para enviar o lote para o Webservice, ou realiza assinatura também?

Bom dia Mateus, Você consegue "debugar" para saber com exatidão onde o Exception é levantado? Pois notei que no retorno do envio consta o XML da NFS-e. Na pasta Notas não foi gerado o XML referente a NFS-e?

Bom dia Adilson, Para obter os dados de retorno de envio de um evento é da seguinte forma: sProtocolo := ACBrMDFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ 0 ].RetInfEvento.nProt; sStat := ACBrMDFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ 0 ].RetInfEvento.cStat; sMotivo := ACBrMDFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ 0 ].RetInfEvento.xMotivo; dhEvento := ACBrMDFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ 0 ].RetInfEvento.dhRegEvento;

Bom dia, Não esta funcionando porque você fez uma lambança. Vamos simplificar. if normal.Checked then begin ACBrMDFe1.Manifestos.Clear; (* chamar aqui a procedure que alimenta o componente com os dados do MDF-e *) ACBrMDFe1.Enviar(StrToInt(mdfe.Text)); MemoResp.Lines.Text := UTF8Encode(ACBrMDFe1.WebServices.Retorno.RetWS); LoadXML(MemoResp, WBResposta); end;

Boa tarde, O problema é o processo de disponibilização do XML da NF-e não é imediato, as vezes demora alguns segundos ou até minutos.

Renato, Não querendo desejar mau, mas vem ai a NFS-e Padrão Nacional, onde teremos um único webservice e consequentemente um único layout. Esses provedores que não dão a mínima para os desenvolvedores, quero ver eles voltarem a fazer programa de controle de estoque quando a maioria das cidades adotarem o Padrão Nacional.

Renato, O mais estranho que em ambiente de homologação via ACBr funciona sem nenhum problema, correto? Sendo assim existe algo de diferente no ambiente de produção. Pode ser que no ambiente de homologação não foi incluído as checagens no que diz respeito ao certificado, já de produção foi incluído, isso pode ser a resposta.

Boa tarde Renato, Você chegou a assinar usando o Capicom, WinCrypt, OpenSSL? Nenhum funcionou?

Boa tarde Joffas, O componente não possui esse recurso que notei deve ser recente. Se desejar colaborar com a implementação, toda ajuda é bem vinda. Para criar o método de Download, você pode se basear no método Consultar.

Boa tarde Diego, Com certeza que a SEFAZ-RS responsável por recepcionar todos os MDF-e emitidos, deve ter feito alguma kaka. A solução é entrar em contato com eles e expor o problema, se possível envie o XML do MDF-e e o seu retorno para eles.

Boa tarde Luciana, Esqueci desse detalhe, a solução é essa mesma que você adotou, ou mapeia a unidade de rede ou coloca os Schemas na maquina que vai emitir.

Boa tarde Adilson, Quanto a impressão desses eventos é interessante, caso a empresa desejar guardar papel. Lembre-se sempre o que tem validade jurídica é o XML desde que esteja assinado e com o protocolo de autorização.

Bom dia Renato, É estranho, se funciona no ambiente de homologação deveria funcionar no de produção. É preciso descobrir se há necessidade de informar algo diferente.

Bom dia, Quando enviamos uma NF-e e esta é autorizada temos o XML: *-nfe.xml Ao enviarmos um evento de cancelamento no final do processo temos um XML com o seguinte nome: *-procEventoNFe.xml este XML contem o pedido de cancelamento e o retorno da SEFAZ com o protocolo de cancelamento. Se você desejar, é possível carregar o XML da NF-e (*-nfe.xml) assinado e depois realizar uma consulta, se a nota estiver cancelada será gerado um XML com o seguinte nome: *-NFeDFe.xml Este XML contem o XML da NFe assinado com o protocolo de autorização bem como os eventos vinculados a mesma, neste caso o de cancelamento.

Bom dia, Para baixar o XML de uma NF-e é muito simples, consiste em apenas 2 passos. 1. É necessário o Destinatário da mercadoria enviar um evento de Manifestação do Destinatário. Por favor leia a Nota Técnica: 2012/002 versão 1.02 que trata sobre a Manifestação do Destinatário. 2. Executar o método DistribuicaoDFePorChaveNFe. Por favor leia a Nota Técnica: 2014/002 versão 1.02b que trata sobre a DistribuicaoDFe

Bom dia, Não conheço ninguém que foi multado, mas é bom não se arriscar. Se a manifestação do destinatário possui 4 tipos de eventos, sendo que 1 não é conclusivo e os outros 3 são, isso significa que uma nota tem que ter no mínimo um evento conclusivo. Enviar somente o evento que você tem ciência da operação é simplesmente informar a SEFAZ que comprou, mas e ai, recebeu a mercadoria ou não? Em um primeiro momento você tem que informar a SEFAZ se comprou ou não. Se comprou, devemos assim que receber a mercadoria informar se a operação foi concluída ou não. Se foi concluída significa que a mercadoria comprada foi entregue conforme a compra realizada, por outro lado se a informarmos que a operação não foi realizada, significa que algo de errado ocorreu, por exemplo a mercadoria veio quebrada, cor errada, etc. Neste caso devemos nesse evento explicar a recusa da mercadoria. Sendo assim a minha sugestão é que você reveja o que você fez.

Bom dia Valdelir, Favor atualizar todos os fontes de todas as pastas e faça os testes usando o programa exemplo.

Bom dia Jeferson, Porque não zipou a anexou aqui mesmo no fórum?

Bom dia Adilson, Você pretende enviar por e-mail o evento de cancelamento / encerramento do MDF-e para quem? O MDF-e não é um documento fiscal que deve ser contabilizado ou escriturado. Nele só consta duas pessoas, o emitente do MDF-e (que deve possuir o XML) e o motorista do caminhão (que não necessita de nenhum XML).

Valdelir, E a URL de homologação?

Boa tarde Joffas, Qual manual você se refere?

Boa tarde Simons, O componente esta configurado para usar o libWinCrypt? Se sim, altere para libCapicom e faça outro teste.

Boa tarde Valdelir, Essa cidade não consta no arquivo Cidades.ini Você sabe dizer se ela se utiliza do provedor Pronim (que se utiliza da versão 1 do layout da ABRASF) ou do provedor Pronimv2 (que se utiliza da versão 2)? Você tem as URLs de homologação e de produção para essa cidade?