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