Italo Giurizzato Junior

Luiz, Você não tem que criar arquivo nenhum, basta abrir o ACBr.inc com o bloco de notas e descomentar a linha que define a diretiva de compilação para usar o OpenSSL no caso da NFSe.

Luiz, Não entendi a sua primeira pergunta, por favor reformule. Uma aplicação só pode usar uma das opções Capicom ou OpenSSL, uma vez que rotinas são compiladas ou não dependendo da opção escolhida. Se a sua aplicação vai utilizar o Certificado tipo A1, tanto faz a OpenSSL como a Capicom, mas se vai utilizar o tipo A3, ai tem que ser o Capicom. Sendo assim eu utilizo o Capicom, pois a minha aplicação vai funcionar tanto com o certificado A1 quanto com o A3.

Boa tarde Walney, Primeiro, vamos a uma correção a NT 2012/002 não trata de nenhum manifesto e sim da Manifestação do Destinatário. Rotinas já implementadas no componente ACBrNFe e testes estão sendo realizados, agora quando vai ser incorporado ao ACBrNFeMonitor, isso eu já não sei. Segundo, procure utilizar a palavra manifesto quando se referir ao MDF-e, pois esse sim se trata do Manifesto Eletrônico de Documentos Fiscais, que não tem nada haver com a Manifestação do Destinatário, são coisas distintas. O MDF-e esta ainda em fase de testes, nem sequer foi liberado o ambiente de produção, portanto vai demorar para fazer parte do ACBrNFeMonitor. Espero ter ajudado.

Boa tarde Maiko, Segundo a Nota Técnica que trata sobre o cancelamento via evento, idLote é o numero do lote de envento(s) a ser enviado, esse numero é senquencial e controlado pela sua aplicação.

Luiz, Primeiro você deve abrir usando o bloco de notas o arquivo ACBr.inc que encontra-se dentro da pasta ...\Fontes\ACBrComum. Procure pela definição da diretiva de compilação: ACBrNFSeOpenSSL ela esta comentada, descomente-a. Se você estiver utilizando o programa exemplo para realizar os seus testes, selecione a opção Options do menu Project, aba Directories/Conditionals e apague o "ACBrNFSeCAPICOM" que encontra-se no campo: Conditional defines. Compile a aplicação com a opção Build que encontra-se no menu Project e realize os testes.

Boa tarde Luiz, Todos estes que realizei, e acredito que a maioria vem utilizando o Capicom. O que ocorre quando tenta utilizar o OpenSSL? Ocorre algum erro? Ou simplemente não ocorre nada?

Bom dia Walney, Vamos as respostas: O MDF-e ainda encontra-se no repositório branches ou seja o componente ACBrMDFe ainda esta em fase de testes e ainda não foi liberado os webservices para o ambiente de produção. Quando o componenente estiver 100% funcional tanto em ambiente de homologação quanto o de produção, ai fica a cargo do pessoal que desenvolveu o ACBrNFeMonitor acresceta-lo. Corrigindo a sua segunda pergunta, não é manifesto do destinatário e sim Manifestação do Destinatário. Peço a todos que utilizem a palavra Manifestação, pois Manifesto se refere ao MDF-e, são coisas totalmente diferentes. Até onde sei ainda não temos a Manifestação do Destinatário implementada no ACBrNFeMonitor. Inclusive disponibilizei hoje uma alteração no componente que visa corrigir um problema relacionado com o envio de eventos, recurso este utilizado pela Manifestação do Destinatário. Espero ter esclarecido as suas duvidas.

Bom dia a todos, Esta disponivel no SVN aterações realizadas por mim, visando resolver o problema apontado pelo Cesar. Favor atualizar os fontes e testar. As alterações foram feitas para a rotina nova de envio de eventos, portanto não se aplica a rotina antiga para envio de carta de correção. Fico no aguardo de um retorno.

Boa tarde John, O componente esta configurado corretamente? Foi informado o numero de série para o componente?

Boa tarde Murilo, Os schemas baixados pelo SVN e que se encontra na pasta schemas dos exemplos, nem sempre estão atualizados. Procure sempre visitar o Portal Nacional da NFe e verificar se tem algum schema novo/alterado.

Boa tarde a todos, O componente que vocês estão utilizando para imprimir o DANFE é o que foi feito em Quick Report? Se sim, a versão é posterior a 3.0? Se sim, abra com o bloco de notas o arquivo ACBr.inc e descomente a diretiva de compilação que se encontra no final do mesmo e que trata da geração do PDF. Agora, se a versão do Quick Report que vocês estão utilizando é a 3.0, não tem jeito vai ter que trocar de versão ou de componente, utilizar o Rave por exemplo.

Cesar, Você tem razão, ao gerar o XML de envio dos eventos só consta o primeiro que foi adicionado. A explicação é simples, existe um bug no componente que ignora os demais eventos ao realizar a assinatura. Lendo e relendo a NT 2012/002 (página 4), cheguei a conclusão que o lote de envio de eventos pode conter até 20 eventos e cada um tera a sua assinatura. Eu não sei se devemos salvar em disco separadamente cada evento e depois assinar cada um deles e por fim montar o lote, como é feito com as NFe. Peço ajuda dos demais colegas para que também analisem o caso.

Boa tarde Clovis, O componente esta configurado para salvar o os arquivos de envio e de retorno? Lembre-se que existe uma propriedade responsavel por isso. Segundo, até onde sei, o XML de uma NFe não sofre alteração quando a mesma possui uma CCe.

Boa tarde Thiago, Já esta disponível no branches a alteração.

Boa noite Gabriel, Post como anexo um XML que contem a tag infAdFisco, para que possamos analisar e efetuar as devidas correções.

Boa tarde a todos, É exatamente isso Angelo. Rodrigo, poste os fontes alterados como anexo, para avaliarmos.

Bom dia Evandro, Já tentou salvar o logo no formato BMP? Não custa tentar.

Relaxa, você não é o primeiro e não vai ser o último, em confundir o Manifesto com a Manifestação. Manifestação do Destinatário se trata de eventos relacionados a uma NFe. Manifesto Eletrônico de Documentos Fiscais, se trata de um novo documento eletrônico que será utilizado pelas transportadoras e pelos emitentes de NFe quando estes efetuam o transporte da mercadoria vendida.

Bom dia Michel, Você leu todos os posts deste tópico? viewtopic.php?f=9&t=6772 Pois logo no primeiro (31/07/2012) eu coloquei o link para que todos pudessem ter acesso ao portal e baixar o manual. No dia 13/08/2012 já estava disponivel no repositório branches a primeira versão do componente ACBrMDFe, para que todos pudessem baixar, instalar e iniciar os testes. Na página 3 do manual temos as datas de inicio de liberação dos webservices. E no próprio portal no link FAQ, questão 1 sobre Obrigatoriedade de Emissão, esta claro quando vai se tornar obrigatório. Outra coisa extremamente importante: MDF-e = Manifesto Eletrônico de Documentos Fiscais não tem nada haver com Manifestação do Destinário. Você esta confundindo as coisas. A Nota Técnica 2012/002 (24 páginas) que encontra-se no portal nacional da NFe trata sobre a Manifestação do Destinatário. O Manual de Orientação do Contribuiente do MDF-e (114 páginas) encontra-se no portal da SEFAZ-RS: https://mdfe-portal.sefaz.rs.gov.br/

Boa tarde, De uma olhada no manual do DACTE disponibilizado no portal nacional do CTe. Dica: tem a ver com o tipo da unidade.

Bom dia Adriano, O tamanho A5 esta disponivel no DACTE feito em Quick Report. Procupe no componente ACBrCTeDACTEQR pela propriedade TamanhoPapel e mode de A4 para A5. Espero ter ajudado.

Boa tarde Ségio, Se possível, poste como anexo os arquivos de envio e de retorno.

Boa tarde Alisson, Até o momento o componente não possui esta opção.

Bom dia, Primeiro não é Manifesto do Destinatário e sim Manifestação do Destinatário. A idéia é o Destinatário se manifestar sobre as NFe emitidas contra o seu CNPJ. Supondo que você seja o Destinatário, você deve utilizar o seu CNPJ ao realizar a Consulta. O que deve estar ocorrendo é, você esta informando o CNPJ do fornecedor, esta errado. A mensagem de erro diz claramente isso que o CNPJ do certificado utilizando não é o mesmo do CNPJ realizado na consulta. Você não consulta se o fornecedor emitiu NFe para você, e sim, quem emitiu NFe contra o seu CNPJ, ou seja a consulta retorna as NFe onde o seu CNPJ aparece como Destinatário. Espero ter ajudado.

Bom dia Julian, Perfeito, a saída é exatamente essa.