Italo Giurizzato Junior

Bom dia Herbert, Se você estiver com todos os fontes atualizados, deve ter visto na unit pcnRetDistDFeInt.pas a seguinte mensagem: //********************************************************************** // // É preciso implementar a partir deste ponto uma chamada para // Descompactar o conteudo de FInfZip. // //********************************************************************** Abrindo o XML de retorno, note que temos uma TAG chamada docZip, ela contem dois atributos: NSU e schema e o seu conteúdo esta zipado. Ao descompactar esse conteúdo vamos ter acesso as informações dos grupos resNFe e resEvento. Precisamos encontrar uma forma de realizar essa descompactação dentro do componente, ou seja encontrar uma Unit que possa ser utilizada pelo componente para realizar essa tarefa e que esta Unit seja Open Source.

Bom dia Cesar, O que fiz foi incluir o acento na palavra NÃO no XML que é enviado a SEFAZ. Se o erro persiste acredito que o problema deve ser em função da versão do Delphi ou na SEFAZ mesmo.

Bom dia Elcyberg, Já checou a configuração do Internet Explorer? Mais precisamente no que diz respeito a revogação de certificados.

Bom dia Dércio, Eu não tenho nenhum cliente que emite NFS-e. Eu apenas ajudo na medida do possível o desenvolvimento do componente.

Bom dia, Você esta fazendo a maior confusão. MDF-e significa Manifesto Eletrônico de Documentos Fiscais e não tem nada haver com a Manifestação do Destinatário. O MDF-e é um documento emitido pelas transportadoras e serve para relacionar todos os CT-e emitidos para acobertar o transporte das mercadorias que compõe a carga de um caminhão. E tem como objetivo agilizar o processo de fiscalização entre as fronteiras de um Estado e Outro. Por outro lado a Manifestação do Destinatário tem como objetivo informar a SEFAZ se o destinatário tem ou não tem conhecimento sobre a operação, bem como se a mercadoria foi entregue ou não. Resumindo é o canhoto de entrega eletrônico. O que vai mudar é o Web Services utilizado para realizar a consulta, ou seja, obter a lista de notas emitidas contra o CNPJ do destinatário. O Web Services atual só pode ser utilizado pelo Destinatário, o novo poderá ser utilizado pelo Destinatário e pelo Emitente da Nota. O Destinatário vai utiliza-lo para obter a relação das notas com a finalidade final de realizar a manifestação. O Emitente vai utiliza-lo para obter a relação das manifestações. Desta forma o Emitente poderá dar baixa no seu sistema, acusando a efetiva entrega da mercadoria ao Destinatário.

Bom dia hintz, Vamos deixar claro algumas coisas: 1. o nome da propriedade é dEmi, portanto devemos incluir a seguinte linha: ide.dEmi := Now; // por exemplo 2. na unit pcnNFeW.pas, linha 364 temos: if nfe.infNFe.Versao >= 3 then begin Gerador.wCampo(tcStr, 'B09', 'dhEmi ', 25, 25, 1, DateTimeTodh(nfe.ide.dEmi) + GetUTC(CodigoParaUF(nfe.ide.cUF), nfe.ide.dEmi), DSC_DEMI); // Alterado por Italo em 12/03/2014 if (nfe.ide.modelo = 55) and (nfe.ide.dSaiEnt <> 0) then Gerador.wCampo(tcStr, 'B10', 'dhSaiEnt', 25, 25, 0, DateTimeTodh(nfe.ide.dSaiEnt) + GetUTC(CodigoParaUF(nfe.ide.cUF), nfe.ide.dSaiEnt), DSC_DSAIENT); end else begin Gerador.wCampo(tcDat, 'B09', 'dEmi ', 10, 10, 1, nfe.ide.dEmi, DSC_DEMI); Gerador.wCampo(tcDat, 'B10', 'dSaiEnt', 10, 10, 0, nfe.ide.dSaiEnt, DSC_DSAIENT); if nfe.Ide.dSaiEnt>0 then Gerador.wCampo(tcHor, 'B10a','hSaiEnt', 08, 08, 0, nfe.ide.hSaiEnt, DSC_HSAIENT); end; Como você pode ver, dependendo do valor atribuído a propriedade versao sera gerado a TAG: dEmi ou dhEmi com o valor atribuído a propriedade dEmi.

Bom dia Marco, Muito obrigado pela colaboração, já esta disponível.

Bom dia Juliano, Em vez de utilizar o Gerar, tentou usar o Enviar?

Bom dia Jair, Muito obrigado pela colaboração, já esta disponível.

Bom dia Ornei, A Manifestação do Destinatário é um evento, como o cancelamento ou CC-e, sendo assim você pode utilizar o mesmo comando para ler o XML de um evento, só que em vez de imprimir você pega as informações para salvar no banco de dados.

Boa tarde Cesar, Não sei se você esta conseguindo visualizar o conteúdo do arquivo 20150106114923-cons-soap.xml através do navegador. Caso não esteja, abra ele com o bloco de notas e altere a palavra Rejeição por Rejeicao. Note que a consulta esta sendo rejeitada pelo fato de estar ocorrendo uma falha no schema XML. Mas o XML enviado a SEFAZ esta em conformidade com o que consta na Nota Técnica. A não ser pela palavra NAO que na nota técnica consta com acento e no XML não foi colocado. Inclui o acento, por favor atualize novamente os fontes e tente mais uma vez.

Boa tarde Castro, Você esta gerando o XML através do componente ACBrNFe? Se sim, os schemas estão atualizados?

Cesar, Atualize os fontes e teste novamente.

Cesar, Mesmo comentando as linhas que compõe o for, o erro persiste ou o arquivo de retorno *-cons-soap.xml é salvo zerado? Se ele é salvo zerado, vamos a mais um teste, abra o arquivo ACBr.inc que esta dentro da pasta ...\Fontes\ACBrComum e descomente a definição da diretiva SoapHTTP. {$DEFINE SoapHTTP}

André, Se ao executar a mesma operação em outros Estados, não ocorre erros, podemos concluir que o problema esta na SEFAZ.

Bom dia Romulo, Uma coisa é um MDF-e ser rejeitado pela SEFAZ e outra coisa é ocorrer um problema técnico no que diz respeito a internet. Se o MDF-e é rejeitado, você deve sanar o erro e enviar novamente com o mesmo numero. Se ocorre um problema com a internet, por exemplo, ao solicitar o encerramento a transportadora não consegui fazer pelo simples fato da SEFAZ esta fora do AR ou a Internet da transportadora estava fora do AR. Neste caso deve-se aguardar até o problema técnico seja sanado e efetuar o encerramento. O MDF-e é um documento Fiscal mas não possui valor contábil, ou seja, não precisa ser lançado na contabilidade e muito menos na escrita fiscal. Logo a sua numeração deve ser sequencial sim, mas não existe o rigor da NF-e ou CT-e, que devemos informar a SEFAZ sobre os números não utilizados, ou seja, a Inutilização de Numeração.

Cesar, O erro ocorre no for, correto? Vamos fazer um teste, comente as linhas do for e teste novamente, acredito que agora ele vai salvar os 2 arquivos.

Bom dia Leandro, Os componentes ACBr resolvem problemas pontuais, no caso de Boleto, existe um outro componente chamado ACBrBoleto.

André, No caso do IE se em produção o problema não ocorre, somente em homologação, então podemos concluir que o problema é na SEFAZ. No caso do cancelamento, os outros Web Services que você se refere é de envio, consulta, ... ou de outros Estados?

Bom dia Juliano, Favor atualizar os fontes e testar novamente.

Bom dia, Erro de validação tem haver com os Schemas, se você editou o XML colocando o nome correto da TAG e ao validar aparece a TAG dEmi, isso significa que os Schemas (arquivos XSD) não são da versão 3.10 e sim da 2.00

Bom dia André, Você não esta informando o CNPJ da matriz e a IE da filial ou vice-versa?

Bom dia Cesar, O componente possui uma propriedade chamada: Configuracoes.WebServices.Salvar, atribua o valor True a essa propriedade. Depois teste novamente, isso não vai resolver o problema, mas será salvo em disco 2 arquivos com a palavra soap no nome. Post como anexo esses 2 arquivos: *-ped-cons-soap.xml e *-cons-soap.xml

Como lhe disse por questões de compatibilidade a propriedade se chama dEmi mas a TAG gerada é dhEmi. No seu XML a TAG gerada alem de estar em branco esta com o nome dEmi isso me leva a crer que ao alimentar o componente você esta atribuindo o valor 3 ou 2 a propriedade versao. Atenção VersaoDF é um propriedade de configuração e esta deve receber o valor ve310, por outro lado na rotina que alimenta o componente devemos atribuir o valor 3.10 a propriedade versao.

Boa tarde Cesar, Você não configura o ambiente se é homologação ou produção, etc... ? Você esta com todos os fontes de todas as pastas atualizados?