Italo Giurizzato Junior

Boa noite a todos, Já esta disponivel no repositório trunk a unit pncRetDownloadNFe e as devidas alterações na unit ACBrNFeWebServices para tratar o retorno da SEFAZ segundo a solicitação de Download de NFe. Favor ler a Nota Técnica 2012/002 que trata da Manifestação do Destinatário e também do Download de NFe via WebServices. Peço que atualizem os fontes e realizem os testes. Reportem os problemas para que possamos sanar.

Boa tarde Akai, Esse botão foi criado, para os municipios cujo provedor não implementou a operação: RecepcionarLoteRPS e sim GerarNFSe como é o caso do provedor Saatri. No caso do Ginfes devemos usar o botão que esta a esquerda ou seja [Gerar e Enviar Lote].

Boa tarde Felipe, Manual versão 5.00 da NFe página 205, Regras de Preenchimento dos campos da Nota Fiscal Eletrônica: * O uso de caracteres acentuados e símbolos especiais para o preenchimento dos campos alfanuméricos devem ser evitados. Os espaços informados no início e no final do campo alfanumérico também devem ser evitados;

Boa tarde Rodrigo, A versão da Manifestação do Destinatário é 1.01

Boa tarde es.sistemas, Favor postar no fórum as respostas quanto aos questionamentos, desta forma toda comunidade poderá ajudar. Eu não trabalho com o Rave somente Quick Report, logo não sei se o problema esta no componente que não imprimi a palavra ISENTO atribuida ao campo IE.

Boa tarde Igor, Se tratando de cancelamento por evento podemos continuar com o mesmo procedimento, remover o protocolo de autorização e colocar a homologação de cancelamento. Com relação aos demais eventos, até o momento não vi nenhum XML de NFe que contenha as tags dos eventos. Logo, no caso dos eventos, acredito que deveremos ter um arquivo a parte.

Igor, Segundo o manual da NFe página 146 item 10.3 Layout de Distribuição: Cancelamento de NFe diz: Será disponibilizada para o destinatário a mesma NF-e enviada para a SEFAZ, acrescentados os dados da homologação do pedido de cancelamento, na forma que segue. Só que é apresentado a estrutura de retorno da SEFAZ contendo o pedido de cancelamento e a respectiva homologação do pedido. O componente se habilitado, ao efetuar um cancelamento ele remove do XML o protocolo de autorização e coloca em seu lugar a homologação de cancelamento. Não vejo a necessidade de ter os dois protocolos (autorização e cancelamento) no XML, basta o mais recente, uma vez que se a SEFAZ homologou o cancelamento de uma NFe é que antes a mesma tinha sido autorizada.

Bom dia a todos, Muito obrigado pelo retorno, Quanto a mensagem: Nenhum documento localizado para o destinatario Acredito que as Secretarias da Fazenda de cada Estado ainda não estão disponibilizando os dados para o Ambiente Nacional, onde é feita a consulta.

Bom dia a todos, Enviei uma alteração no componente com o intuito de resolver o problema de acesso de violação. Gostaria de um retorno. Quando ao retorno da SEFAZ acusando "Nenhum documento localizado para o destinatário", qual o ambiente, Homologação ou Produção? Se homologação pode fazer sentido. Se você esta recebendo diariamente NFe de fornecedores e realizou a consulta no ambiente de produção e obteve a resposta acima, lembre-se que existe um prazo para a SEFAZ da UF do emitente enviar para o Ambiente Nacional ou a SEFAZ ainda não esta enviando, dai a mensagem faz sentido.

Igor, Vai da interpretação de cada um. No manual, item 10 diz que o emitente e o destinatário deverão guardar o arquivo XML pelo prazo estabelecido na legislação tributária, e no item 10.2 defini o layout do arquivo XML que devemos enviar ao destinatário. Na minha interpretação ambos ou seja, emitente e destinatário devem guardar o mesmo arquivo, portanto: XML assinado e protocolado. Se você armazena em banco de dados o conteudo do XML assinado em um campo e a autorização em outro, na duvida crie um terceiro campo e armazena o XML "completo". Desta forma se for solicitado somente o XML assinado você tem, se for solicitado somente a autorização você tambem tem, se o destinatário perder o XML dele, você tem o completo para encaminhar novamente. Se o seu banco de dados suporta, tem espaço de sobra em disco, porque não guardar tudo o que você acredita ser importante e que talvez algum dia seja necessário? O que você não pode é pecar por falta. Antes que eu esqueça, estive em Bauru ontem quarta-feira, fui visitar o meu filho que esta cursando Engenharia Mecânica na Unesp.

Bom dia es.sistemas, Exitem varios componentes para a impressão do DANFE, qual deles você esta utilizando? O que foi escrito em Quick Report, Rave, ... ?

Bom dia a todos, Igor, você concorda que um XML assinado, não diz nada. Ou seja, não sei se ele foi enviado a SEFAZ e autorizado pela mesma. Se devemos disponibilizar para o destinatário o XML assinado que foi enviado a SEFAZ, acrescentado ao mesmo o protocolo de autorização conforme manual, em caso de uma fiscalização se for apresentado o XML assinado e protocolado, não é mais facil para o fiscal, ver que esta tudo em ordem?

Bom dia Flavio, Os Schemas devem ficar de preferencia em uma pasta, mas não necessariamente esta pasta deve ficar junto com a aplicação. No meu caso tenho os seguintes caminhos: C:\Erp\Prg (dentro desta pasta tenho o executável) C:\Erp\Schemas\NFe (dentro desta pasta tenho os schemas) O segredo esta na configuração do componente: ACBrNFe1.Configuracoes.Geral.PathSchemas:='C:\Erp\Schemas\NFe'; Espero ter ajudado.

Boa noite a todos, Realmente a NT 2012/003 foi publicada em 01/08/2012, e a data dos Schemas esta 01/09/2012. Mas só vai entrar em vigor 01/10/2012 em ambiente de homologação e 01/11/2012 em produção.

Marcio, Atualize os fontes e teste novamente por favor.

Boa tarde a todos, Com relação ao registro de Saída que o colega Willian postou, só será necessário caso no momento da emissão da NFe não for informado os dados, tais como Data de saída e dados do transportador. Mas, ao ler o objetivo de um curso sobre a Nota Fiscal Eletrônica encontrei o seguinte: Se for criado um evento para o registrar a saida da Mercadoria, fiquem tranquilos pois já temos implementado a rotina para envio de eventos. Com certeza alguns ajustes vão ser necessários, mas não vejo nada de tão drastico. Vamos aguardar as novidades.

Boa tarde Marcio, Esta disponivel no branches algumas correções e uma pasta de schema chamada ISSIntel. Atualize e teste utilizando o schema desta pasta.

Boa tarde Alexandre, Poste como anexo os schemas do Rio de Janeiro.

Bom dia Julian O Documento de Transporte Anterior só é utilizando quando ocorre redespacho. Exemplo: A transportadora X emite o CTe para transportar a carga da cidade A até B. A transportadora Y emite o CTe para transportar a carga da cidade B até C. No CTe emitido pela transportadora Y deve constar o documento de transporte anterior ou seja a chave do CTe emitido pela transportadora X. Espero ter ajudado.

Exemplo da emissão da cte atualizado ? Não entendi.

Boa tarde Alexandre, Obrigado pelo aviso, vou corrigir e disponibilizar o correto.

Bom dia Luiz, Muito obrigado, vou efetuar as alterações.

Bom dia Marcelo, É para funcionar, reporte problemas caso venha ocorrer.

Bom dia Vanderlei, Toda colaboração e opnião é sempre bem vinda. Com relação a salvar os XMLs, na minha opnião, devemos procurar ao máximo seguir as orientações dos manuais e notas técnicas a respeito dos nomes dos mesmos. Quanto as pastas esta perfeito.

Marcio, Após a solicitação de cancelamento via evento, realiza uma consulta da situação da NFe, isso deve atualizar o XML.