Italo Giurizzato Junior

Bom dia Ricardo, Você deve estar utilizando o comando Enviar desta forma: Enviar(nlote); Mude para: Enviar(nLote, False); Isso faz com que nenhum DANFE seja impresso, independente de ter sido autorizado ou rejeitado. É obvio que desta forma você terá que criar uma opção (botão) para realizar a impressão dos DANFEs.

Bom dia a todos, As 5 empresas, são transportadoras que passa o serviço para essa transportadora que tem os 5 caminhões? Ou são empresas que produz e vende produtos e contratou a transportadora para realizar o transporte dos seus produtos?

Bom dia Mario, Se você utiliza o Quick Report que vem com o Delphi 7, a versão dele é 3.0 Eu utilizei a versão 5.02 do Quick Report para criar o DAMDFE. Note que no repositório branches dentro da pasta ...\ACBrMDFe\Fontes\ACBrMDFe temos a pasta DAMDFE_QR3, nela temos os fontes do DAMDFE para o Quick Report 3.0 Mas neste caso não é possível gerar o PDF, deve-se deixar comentado a diretiva de compilação que encontra-se no ACBr.inc uma vez que o QR 3.0 não tem o filtro para gerar arquivos PDF. Espero ter ajudado.

Bom dia Rodrigo, Aconselho você migrar sim, para o EnvEventos, uma vez que este permite enviar para SEFAZ varios outros tipos de eventos e não somente a Carta de Correção. Quanto a remoção deixo para os Mantenedores do componente responder.

Boa tarde Clodoaldo, Primeiro, baixe do portal nacional da NFe a Nota Técnica 2012/002, e leia atentamente sobre o Download de NF-e. Você vai notar que existe condições e restrições para o Download. O Certificado para realizar o Download de NFe é o mesmo que você utilização para emitir. Espero ter ajudado.

Boa tarde wislei, Qual é o problema que esta ocorrendo? Você copiou as DLL (da pasta OpenSSL) para a pasta que esta a sua aplicação?

Joemil, É salvo um arquivo XML contendo o retorno, nesse arquivo tem o erro. Isso se estiver habilitado para salvar os arquivos de envio e de retorno.

Boa tarde Joemil, Se não me falha a memória o componente tenta realizar a consulta a cada 10 segundos por 18 vezes. O componente tem propriedades para definir a quantidade de vezes que vai realizar a consulta.

Boa tarde "Especialista", Você chegou a ler o manual que acompanha o certificado do AssinadorRS? Pois nele consta que esse certificado só serve para assinar um xml, logo não é possivel utiliza-lo para realizar uma conexão com os WebServices, mesmo em ambiente de homologação. Sem um certificado válido (comprado) você não vai conseguir realizar os seus testes.

Boa tarde Joemil, Esta disponivel no branches as alterações visando atender a cidade Sinop/MT. Favor atualizar os seus fontes e testar.

Bom dia Gabriel, Encontra-se disponivel a alteração, favor atualizar os fontes e testar.

Bom dia Maiko, Com relação a mensagem retornada: "... Utilize versao 2.01 ..." isso tem a ver com o serviço: Consultar Situação Atual da NFe. Alguns meses atraz o pessoal fizeram uma tremenda tempestade em um copo d'água por causa da versão 2.01 Lembre-se que a NFe encontra-se na versão 2.00 somente o serviço mencionado acima que passou para versão 2.01 O componente já esta preparado para realizar essa consulta segundo a versão 2.01 Espero ter ajudado.

Boa noite Fabiane, O MDF-e = Manifesto Eletrônico de Documentos Fiscais é destinado as transportadoras e empresas emitente de NFe que realizam o próprio transporte da mercadoria vendida. Quanto a sua segunda pergunta, uma correção, Manifestação do Destinatário, não utilize a palavra Manifesto para não confundir com o MDF-e. Eu não estou realizando testes, apenas ajudei na implementação das rotinas. Leia as postagens deste tópico que você vai encontrar os demais colegas que realizaram os testes.

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.