memarques

Caros Segue um exemplo mais explicações: Vamos supor que vc tenha renomeado a LIB para GeraDANFe.dll No caso do VFP, lembre-se de usar a LIB 32 bits StdCall_ACBrNFe32 primeiro, além das declarações (abaixo) vc precisa copiar as DLLs usadas para o mesmo local (Diretório) da GeraDANFe.dll libeay32.dll libexslt.dll libiconv.dll libxml2.dll libxslt.dll a DLL faz uso do arquivo INI. Na primeira vez que vc executar o programa abaixo ele vai gerar o INI indicado "teste.ini", mas não vai gerar o PDF pq o "path" caminho do PDF não está definido no arquivo INI. então crie um programa tste.prg contendo: ******************************************************************* ******************************************************************* ********* Gerar PDF a partir de um arquivo de NFe (XML) ********* ******************************************************************* ******************************************************************* DECLARE INTEGER NFE_Inicializar IN GeraDANFe.dll STRING eArqConfig , STRING eChaveCrypt DECLARE INTEGER NFE_Finalizar IN GeraDANFe.dll DECLARE INTEGER NFE_CarregarXML IN GeraDANFe.dll STRING eArquivoOuXML DECLARE INTEGER NFE_ImprimirPDF IN GeraDANFe.dll ? NFE_Inicializar (".\teste.ini","") ? NFE_CarregarXML (".\arquivoNFe.xml") ? NFE_ImprimirPDF () ? NFE_Finalizar () CLEAR DLLS NFE_Inicializar CLEAR DLLS NFE_Finalizar CLEAR DLLS NFE_CarregarXML CLEAR DLLS NFE_ImprimirPDF RETURN ******************************************************************* ******************************************************************* ******************************************************************* ******************************************************************* Notas: Cada chamada retorna um número, se 0 (zero) => foi ok, no exemplo coloquei um "?" para ver o resultado Na primeira vez que vc rodar o programa o arquivo INI será criado mas o PDF não Edite o arquivo teste.ini criado no exemplo acima e procure a sessão "[DANFE]" altere o caminho onde o PDF será gerado, por exemplo: PathPDF=.\ (no caso, o diretório atual) se não quiser q apareça um tela de status enquanto o PDF estiver sendo gerado mude também: MostraStatus=0 aconselho a usar sempre o caminho inteiro do arquivo (ex) ... c:\teste\arquivo.ini c:\saidaPDF Uma vez alterado o INI, da próxima vez que executar ele vai gerar o PDF no mesmo diretório (.\) nesse exemplo Ate Mauro

* Comando:NFE_ImprimirPDF; * Atenção ao arquivo *.ini * Configura-se nele um monte de coisas * Inclusive onde será gerado o PDF * Esse foi um teste que fiz DECLARE INTEGER NFE_ImprimirPDF IN StdCall_ACBrNFe32.dll ? NFE_Inicializar("","") ? NFE_ConfigLer (".\1conf.ini") ? NFE_ConfigGravar (".\xconf.ini") ? NFE_CarregarXML ("Arquivo_da_Nota.xml") ? NFE_ImprimirPDF () ? NFE_Finalizar() CLEAR DLLS

Caros Tenho um sistema que não emite NFe. A intenção é só consultar as NFe dos CNPJs, fazer a manifestação e nas próximas consultas (agora com as notas manifestadas) baixar os XMLs das notas. Minha duvida: O endereço do web service (antes e depois da versão 4) para distribuição de notas (consulta dos documentos) é o mesmo: (portal da NFe - eu estava esperando um novo endereço para o webservice) "https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx" Minha pergunta: Temos que usar o TLS 1.2 para esse webservice? (mesmo sem mudar o endereço do webservice?) Para fazer a manifestação já que o endereço mudou (versão 4) de: "https://www.nfe.fazenda.gov.br/RecepcaoEvento/RecepcaoEvento.asmx" para "https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx" Para esse "novo" endereço, devemos usar o TLS 1.2 certo? Estou para virar a chave e estou com essa duvida, obrigado, ate Mauro

Obrigado "de novo", ate Mauro

Roberto Claro, faz todo o sentido. Não passou pela minha cabeça. Por outro lado, isso significa, em teoria, que o webservice "NOVO" uma vez que já está no ar, poderia ser utilizado à partir de agora e o antigo deixar de ser usado, concorda? Obrigado pela atenção, ate Mauro

Caros Na lista de webservices do portal (http://www.nfe.fazenda.gov.br/portal/WebServices.aspx), existe o endereço do webservice de distribuição de documentos. Esse mesmo endereço poderá ser usado para Baixar o xml com os eventos de distribuilção das notas de versão 4 e 3 quando alguma nota for emitida? Imagino que durante algum tempo receberemos notas versão 3 e 4 simultaneamente. Enquanto for permitida a emissão de notas 3. O webservice será o mesmo? Ou seja, fazendo a consulta a este webservice receberemos notas versão 3 e 4? Já para fazer a manifestação (por exemplo como Ciência da Operação) deveremos usar o RecepcaoEvento versão 1.00 para notas anteriores a 4.0 e RecepcaoEvento versão 4.00 para notas q forem 4.00? Ou poderemos fazer a manifestação de notas versão 3 usando o endereço da versão 4? Ou seja, deveremos MANTER a rotina de manifestação da versão 3 durante algum tempo? Obrigado, ate Mauro

@Douglas e @Italo Obrigado. Vou proceder da seguinte forma: Se um NSU pular vou ainda consultar a SEFAZ 3 vezes (em dias diferentes) por esse NSU. Caso volte 137, vou colocar como "NSU Cancelado pela SEFAZ", dentro do controle gerencial da minha aplicação. A SEFAZ (ou o que "A GENTE" paga) poderia ser mais capaz e atender ao contrato de "coisas" que ela mesma cria, temos que contornar uma série de coisas que não funcionam como foi proposto. Acho que os $$$ gastos com a empresa de TI que foi contratada para desenvolver isso devem ter ido para algum local ... kkk. O prazo de 3 meses "de vida" é pouco (embora entenda que mais prazo gere mais acesso e tráfego). O "ESTADO" exige se manter documentos por 5 anos, e só deixar acessar, consultar e "BAIXAR" dos últimos 3 meses ... kkk Ate. Mauro

Caros Desculpem-me ressuscitar esse tópico. Tinha percebido que a SEFAZ estava pulando alguns NSUs e acabei abrindo um tópico (há um tempo atras) e fui informado que esta discussão já estava acontecendo aqui. Realmente não era só comigo ... kkk. Depois de ler esse tópico, fiz uma rotina de consulta a NSU específico para cobrir os números q tinham "pulado". Via de regra a SEFAZ retornava "LEGAL" os dados dos NSU "faltantes". Pois bem. Nesses últimos dias, tenho consultado os "BURACOS" faltantes de NSU (mais antigos) e repetidamente a SEFAZ retorna 137 para os documentos específicos. Também notei que nas consultas mais recentes (distribuição), a SEFAZ não tem pulado muito os NSU. A pergunta é: Uma vez que a gente consulte um NSU específico e o retorno for 137, podemos considerar que: ou a SEFAZ não vai mesmo retornar mais os dados desse NSU (por ser muito antigo) ou que o NSU em questão foi mesmo "desconsiderado" pela SEFAZ? Essa informação é "OFICIAL"? Obrigado, ate Mauro

Seria possível colocar o CNPJ do emitente TAMBÉM como um dos "Atores de Interesse" da Nota Fiscal emitida? Assim essas notas tb seriam BAIXADAS quando o "Consulta Distribuição" fosse executado. Isso é possível? (eu não emito nota, não consigo testar, sorry). Mas essa ideia me passou pela cabeça. Ate, Mauro

Leandro Obrigado. Tinha pesquisado e não encontrei. Ate Mauro

Caros Tenho percebido que a SEFAZ está devolvendo o arquivo de pesquisa de notas destinadas com o numero sequencial pulando. Sei que posso consultar um determinado NSU, mas a pergunta é: Vocês tem notado essa "anomalia"? Segue exemplo de consulta à SEFAZ do Paraná, por Ex.: (foi consultado à partir do Último NSU = 000000000062843 e esse foi o retorno), nem retornou 50 docs, sendo q o último seria 000000000071617, (não coloquei as consultas posteriores, ou seja à partir do 62890) <docZip NSU="000000000062890" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062889" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062888" schema="resEvento_v1.00.xsd"> <docZip NSU="000000000062885" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062884" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062883" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062882" schema="resEvento_v1.00.xsd"> <docZip NSU="000000000062881" schema="resEvento_v1.00.xsd"> <docZip NSU="000000000062880" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062879" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062878" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062877" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062876" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062875" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062871" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062870" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062867" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062863" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062862" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062856" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062851" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062847" schema="resNFe_v1.00.xsd"> Alguém tem notado isso muitas vezes? Alguma razão para isso ocorrer? Obrigado, Ate Mauro

Por enquanto é nos estados. Veja aqui: http://www.nfe.fazenda.gov.br/portal/WebServices.aspx No ambiente nacional, esses são os web-services disponíveis: RecepcaoEvento 1.00 https://www.nfe.fazenda.gov.br/RecepcaoEvento/RecepcaoEvento.asmx NFeDistribuicaoDFe 1.00 https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx NfeConsultaDest 2.00 / 3.10 https://www.nfe.fazenda.gov.br/NFeConsultaDest/NFeConsultaDest.asmx NfeDownloadNF 2.00 / 3.10 https://www.nfe.fazenda.gov.br/NfeDownloadNF/NfeDownloadNF.asmx ate. Mauro

Ok, acho que esse deve ser o caminho correto. Obrigado pela atenção. Ate Mauro

Claudio, obrigado pela informação. Aí temos um problema caso a SEFAZ não vincular a ciência depois q a nota chegar em suas bases. Não teremos como "baixar" a nota. Tb ví em algumas discussões que se fizer a manifestação como Confirmação da Operação (sem ter feito a Ciência) a nota tb não é baixada, não aparece como ProcNfe nos documentos distribuídos. Sabe me dizer se Isso é confirmado? Ate Mauro

Caros Tenho uma dúvida quanto a manifestação do destinatário como ciência da operação. Quando fazemos a manifestação, um dos erros que podem ocorrer (retornar) é: Recebido pelo Sistema de Registro de Eventos – sem vinculação do evento à respectiva NF-e – o Evento será armazenado no repositório do Sistema de Registro de Eventos, a vinculação do evento à respectiva NF-e fica prejudicada face a inexistência da NF-e no momento do recebimento do Evento (cStat=”136-Evento registrado, mas não vinculado a NF-e”) Minha dúvida é: Imaginando que isso ocorreu porque AINDA não deu tempo da nota estar em todas as bases, devemos dar um tempo (tipo 1 dia) e FAZER DE NOVO a manifestação até q o cStat venha como 135, ou a SEFAZ,quando estiver de posse da NFe nas suas bases vai fazer a vinculação automaticamente? Afinal a manifestação foi feita. Obrigado, ate Mauro

Tb estou com problemas intermitentes (mais erro q acerto) com esse webservice, desde segunda. Hj já deu erro e tb já consegui consultar. Abraço Mauro

Caros Só uma Obs. Uma vez a nota cancelada, não é possível fazer a manifestação contra ela. Pelo menos as que eu tentei fazer. Como recebi uma notificação de NFe, que depois foi cancelada (até então eu não sabia que ela tinha sido cancelada). Para min esse Resumo de Nota significa que uma NFe foi emitida contra mim (isso é verdade). Portanto fui fazer a manifestação para "baixar o xml" e não é possível fazer a manifestação, portanto não dará mais para baixar a nota. Teoricamente tudo bem já q a nota foi cancelada, o problema é q qdo recebi o resumo da nota, não dava para saber que ela já tinha sido cancelada e meu "sistema" ficava me informando dessa nota AINDA NÃO baixada. Ate Mauro

obrigado

Juliomar, obrigado pela resposta Os eventos no retorno da consulta tem a data assinalada, deve-se portanto supor que a ultima manifestação é aquela com a data mais recente. Isso que você tem feito? Desculpe "quase" a repetição da pergunta. Agradeço novamente. Mauro

Caros Quero saber qual a manifestação do destinatário "ATUAL". Ou seja qual a ultima manifestação feita e que está valendo. Por exemplo suponha que um destinatário faça a manifestação como ciência de operação e depois como confirmação de operação. Esses dois eventos ficarão vinculados a NFe e se consultarmos a SEFAZ o xml de retorno esses eventos vão aparecer, como sua data/hora. Esse é o melhor/unico jeito de se saber qual a manifestação corrente de uma NFe? Existe algum outro web-service que pode me retornar a manifestação atual (corrente)? Obrigado, ate Mauro

Obrigado Italo.

Caros Na nota tecnica 2014/002 o prazo de desativação do web-service de consulta é 02/02/2015. Não ví em nenhum local a alteração dessa data. Desculpe-me se comi bola, mas "oficialmente" nessa data a consulta a documentos pelo metodo antigo será mesmo desativada? Alguem está usando normalmente/satizfatoriamente esse novo webservice de documentos destinados? Obrigado, ate Mauro

Caros Testei a "descompactação" do conteúdo "gZipado" de alguns exemplos colocados aqui e finalmente consegui descompactar, mas usando DLL de mercado, ou seja "paga". Mesmo assim acho q vale colocar os passos para descompactar, pois isso pode acabar ajudando alguém que esteja utilizando algum outro componente. No "meu" caso: 1 - Isolo e guardo numa string os dados entre as TAGs "<docZip" e "</docZip>" (isso é o que terá que ser "descompactado") 2 - Essa string deverá ser "Decodada" em base64 e guardado seu resultado, no meu exemplo, com a DLL que eu uso: ls_Decodada = loGzip.Decode(string_doc_Zip,"base64") 3 - Agora é necessário Descomprimir a String: ls_Resultado = loGzip.UnCompressString(ls_Decodada,"utf-8") A string "ls_Resultado" terá as informações. Espero que ajude … Ate Mauro

Paulo O que disse foi q várias vezes esse serviço retornava erro, e várias vezes retornava o mesmo ultimo nsu. Tudo isso eu já ví e faço normalmente, Minha "opinião" é que esse serviço "deveria melhorar". Pois bem, desde meu ultimo post de 13 de fevereiro, "ESSE SERVIÇO MELHOROU" !!!!! Foi feita alguma alteração depois do feriado do final fev inicio de março. Dá menos erro o retorno repetindo o mesmo ultNSU está muito menor, e mesmo em alguma consulta saindo do zero, são poucas vezes que dá erro até chegar ao final. Para as empresas que já foi iniciado o processo e que o ultNSU é recente, a consulta está super rápida. Abraço Mauro

Caros Estou realizando download de NFe do site da SEFAZ. Todas as Nfes qe tenho feito download até agora retorna o conteúdo da mesma na TAG: procNfe. Aí não tenho problemas. Entretanro lendo a NT 2012/02 no leiaute da Mensagem de Retorno, consta um grupo de TAGs, por exemplo: procNFeZip Nunca recebi nenhum retorno com essa TAG. Se a SEFAZ estiver mesmo retornando alguma NFe compactada com o gZIP, preciso testar algumas rotinas de descompactação. Alguem já recebeu alguma nota com gZIP? Poderia me passar o XML de retorno para eu testar alguma rotina de descompactação? Alguma explicação dessa tag procNFeZip que eu nunca encontrei? Obrigado, ate Mauro