Italo Giurizzato Junior

Bom dia José, Apesar de constar na página 177 da versão 6.0 do Manual da NF-e a observação do campo tpEmis o seguinte: Para a NFC-e somente estão disponíveis e são válidas as opções de contingência 5 e 9. Onde tpEmis = 5 -> Contingência FS-DA, com impressão do DANFE em formulário de segurança; e tpEmis = 9 -> Contingência off-line da NFC-e (as demais opções de contingência são válidas também para a NFC-e). Você nota que ao definir o tipo de emissão = 9 entra em contradição, pois é dito que para NFC-e só pode usar as contingências 5 e 9, ou seja, os tipos de emissão 5 e 9. Sendo que as contingências são: 2, 3, 4, 5, 6 e 7. Outra coisa, o tipo de emissão 5 se refere a um formulário de segurança, que no caso da NFC-e não existe uma vez que o DANFE é impresso em bobina. Por conta dessas distorções desse manual, vamos então para o Manual de Padrões Técnicos do DANFE NFC-e e QR-Code versão 3.5, publicado pelo ENCAT em Março/2016, se você procurar por tpEmis só vai encontrar referencias sobre o tpEmis = 1 e 9. Concluímos que, se a NFC-e não for emitida segundo o tipo de emissão = 1 (Normal), devemos emiti-la em contingência segundo o tipo de emissão = 9 ( Off-Line). Como você pode ver não temos escolha, se não temos conexão com os servidores da SEFAZ a solução é emitir a NFC-e em Off-Line, ou seja, tpEmis = 9. Em tempo: o tpEmis = 8 só é valido para emissão do CT-e e não NF-e / NFC-e. Espero ter ajudado.

Boa noite Diogenes, Basta executar o método ImprimirPDF ou após o Envio para a SEFAZ, caso a nota seja autorizada, você executa o método EnviarEmail (para o destinatário).

Boa noite a todos, Se tratando de Distribuição DFe, por favor leiam com muita atenção o que esta escrito na Nota Técnica 2014/002 versão 1.01, você vão descobrir que não tem como informar um período. Nessa NT vocês vão encontrar todas as orientações do passo a passo para obter o XML completo da NF-e.

Boa noite Souza, Você poderia ser mais claro, informando o que desaparece? Você inicia falado sobre as DLLs e termina com o componentes. Se é as DLLs que desaparecem da pasta onde elas foram salvas isso pode ser o antivírus que esteja excluindo elas. Agora se é os componentes, basta você criar uma aplicação com o componente ACBrNFe por exemplo, salva ele, finaliza a execução do Delphi. Por fim execute o Delphi novamente e verifique se os componentes aparecem na palheta do Delphi.

Boa noite Diogenes, Os componentes ACBrMail e ACBrNFeDANFE estão "linkados" ao componente ACBrNFe?

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas. Notem que fiz alterações no arquivo INI do provedor EL. Implementei no componente os métodos AbrirSessao e FecharSessao que serão executados automaticamente somente para o provedor EL. O método AbrirSessao tem como objetivo obter junto ao Provedor o Hash que é utilizado para o Envio do Lote. O método FecharSessao tem como objeto dar baixa no Hash que foi utilizado para o Envio. Ao solicitar a abertura da sessão serão gerados os arquivos: *-abr-ses.xml e *-sesA.xml Ao solicitar o fechamento da sessão serão gerados os arquivos: *-fec-ses.xml e *-sesF.xml Favor realizarem testes e reportarem os erros para que possamos arredondar esses métodos.

Bom dia Rodrigo, No arquivo INI do provedor (Actcon.INI) altere conforme abaixo e faça novos testes. de: [Assinar] RPS=0 Lote=1 para: [Assinar] RPS=0 Lote=0

Bom dia Bruno, Muito estranho, pois não encontrei nos fontes do componente algo que pudesse provocar esse problema. Continue investigando a sua aplicação.

Bom dia, O programa exemplo não contem todas as cidades brasileiras sendo assim você deve acrescentar as que você deseja para realizar os testes.

Bom dia a todos, O provedor PVH possui os 3 métodos de envio: Enviar, Gerar e EnviarSincrono. Favor realizar testes de envio usando os 3 métodos bem como os de consulta. Se o teste feito por BigWings foi realizado com o programa teste usando os fontes do Trunk2 e com os arquivos INI disponíveis no repositório, concordo com ele que o problema esta no provedor no que diz respeito ao serviço RecepcionarLoteRps. Confrontei o arquivo PVH.INI com a unit do provedor (Trunk) e com o WSDL do ambiente de produção e não encontrei nada que pudesse estar provocando o erro de conexão.

Bom dia ALA, Favor anexar o XML referente ao evento de encerramento e não do MDF-e, pois este não é utilizado para o Encerramento. Visto que a mensagem de rejeição se refere ao XML do evento.

Bom dia Eduardo, Você não informou qual Report esta usando: Fast ou Fortes.

Bom dia Anselmo, Vide o Portal Nacional do CT-e: http://www.cte.fazenda.gov.br/portal/disponibilidade.aspx?versao=1.00&tipoConteudo=XbSeqxE8pl8=

Bom dia a todos, A impressão da segunda via só é necessário em caso de emissão em contingência, conforme consta na Especificação Técnica do DANFE NFC-e versão 3.2 - página 8. (...) No caso de emissão em contingência, é obrigatória a impressão do Detalhe da Venda e do DANFE NFC-e, e indicar na área de mensagem fiscal o texto “EMITIDA EM CONTINGÊNCIA”, conforme Figura 7. Nesta hipótese, deverá ser impressa uma segunda via do DANFE NFC-e que deverá permanecer a disposição do Fisco no estabelecimento até que tenha sido transmitida e autorizada a respectiva NFC-e emitida em contingência. Esta obrigação poderá, a critério da Unidade Federada, ser dispensada. (...)

Boa noite Dulio, Se tratando de NFS-e temos tomar o cuidado de não engessar a aplicação, pois os provedores que seguem a versão 1 do layout tem o método Consultar a Situação do Lote e não tem os Métodos Gerar, Enviar Síncrono e Substituir NFS-e. Já os provedores que seguem a versão 2 não tem o método Consultar a Situação do Lote e tem os o Gerar, Enviar Síncrono e Substituir NFS-e. Conclui-se que a sua aplicação tem que estabelecer um fluxo dependendo do provedor. Para os provedores que seguem a versão 1 o numero do protocolo só consta no retorno do envio, os demais métodos não retornam essa informação. Já os provedores que seguem a versão 2 alem de constar no retorno do envio, pode constar também no retorno da Consulta ao Lote. No caso dos provedores que seguem a versão 1 se ocorrer um erro após o envio, não sabemos se o lote realmente foi enviado ou não, sendo assim devemos consultar a situação do lote, caso a resposta seja Lote não recebido, ai sim o devemos enviar novamente. O que fazer com relação a falta do numero do protocolo quando ocorrer o erro, vejo dois caminhos, pesquisar no site ou atribuir um numero padrão ( -1 ) desta forma você saberia quais as notas que ocorreram problemas no envio. Se tratando dos provedores que seguem a versão 2 se ocorrer erro durante o envio, devemos executar o ConsultarNFSeporRPS (pois o ConsultarLoteRps necessita do numero do protocolo) se a resposta for RPS inexistente no banco de dados (do provedor), ai sim devemos enviar o lote novamente, caso contrario já vamos ter como resposta o XML da NFS-e e como dito dependendo do provedor teremos o numero do protocolo também. Lembre-se que temos os métodos ConsultarSituacao, ConsultarLoteRps, ConsultarNFSePorRPS e ConsultarNFSe, cada um tem a sua finalidade. Não sei se de uma forma direta ou indireta consegui responder todas as suas questões. Espero ter ajudado.

Bom dia, O componente possui várias propriedades de configuração. Por exemplo, no seu caso temos: IntervaloTentativas e Tentativas.

Bom dia a todos, Murilo, no seu caso, você é o emitente da NF-e e deseja pegar o evento de manifestação do destinatário para "dar baixa" no envio da mercadoria, correto? Se sim, me parece correto, mas por que não esta funcionando? Você poderia anexar um XML de retorno do DistribuicaoDFe para podermos analisarmos? Ricardo, para obter o XML seja qual for o retorno, resumo ou documento completo a forma é: sXML := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].XML;

Boa noite Edson, Muito obrigado pela colaboração, já esta no repositório.

Boa noite Anselmo, Verifique as configurações do Internet Explorer, no que diz respeito a revogação de certificado, essas opções tem que estar desmarcadas.

Boa noite, Que eu saiba não tem nenhuma tabela.

Boa noite Alexandre, Tentou usar o programa exemplo do componente ACBrNFSe? Testa o envio com o botão [Gerar e Enviar um RPS].

Boa noite Heronim, Nunca houve falar desse tipo de Hash, vou ver com os demais da Equipe ACBr.

Boa noite Aline, A maneira de ler a chave esta correta. Mas o que ocorre, erro ou retorna uma string vazia? Anexe o XML referente ao Evento para que possamos analisar.

Boa tarde Alexandre, Ainda não consegui realizar a implementação.

Boa tarde Bruno, Você esta setando o ambiente no Object Inspector do componente ou linha de código?