Italo Giurizzato Junior

Alexandre, ACBrNFe1.Enviar é o comando para enviar. ACBrNFe1.Consultar é o comando para consultar. Por favor, dentro da pasta ...\Doctos\Manuais temos o manual do ACBrNFe, neste manual consta todas as propriedades de configuração, bem como todos os métodos com uma breve explicação de sua função e de seus eventuais parâmetros. Quanto ao erro conforme a imagem acredito que o seu arquivo de pacote esta alterado. Sugiro que exclua esse arquivo do HD e baixe novamente usando o Tortoise.

Boa tarde a todos, Estamos trabalhando em diversas melhorias e simplificação de código dos componentes. É bem provável que em um primeiro momento deixou-se de lado a propriedade salvar, mas iremos corrigir.

Boa tarde a todos, Atualizaram todos fontes de todas as pastas?

Boa tarde Alexandre, Se o lote esta em processamento, tem que aguardar, não se deve enviar novamente. A mensagem é clara o lote foi recebido e esta sendo processado, portanto devemos aguardar. Se depois de 5 consultas ainda continuar retornando lote em processamento devemos aguardar e tentar novamente uma nova consulta. Qual é o problema sobre o Quick Report? Você disse que usa o Delphi 7 com o Quick Report 5.02, pois bem esse também é o meu ambiente de desenvolvimento e não tenho nenhum problema. Se você não informar de forma clara o que esta ocorrendo, ou seja, qual é o erro e quando ele ocorre não tenho condições de lhe ajudar.

Alexandre, Dentro da pasta ...\Doctos\Manuais temos um manual do componente ACBrNFe. Nele consta a lista completa das configurações do mesmo. No que diz respeito ao salvar arquivos o componente possui 3 propriedades: Configuracoes.Geral.Salvar - se o valor for true salva os arquivos de envio e de retorno da SEFAZ. Configuracoes.Arquivos.Salvar - se o valor for true salva os arquivos considerados documentos, tais como, o xml da NF-e, o xml de processamento de evento da NF-e e o de inutilização de numeração. Configuracoes.WebServices.Salvar - se o valor for true salva os arquivos de envio e de retorno da SEFAZ também, mas com as TAGs de envelope. Exite o ACBrMonitor e o ACBrNFeMonitor, o primeiro não tem nada haver com a NF-e, já o segundo é destinado a desenvolvedores que não programam em Delphi. Com relação ao Quick Report, qual é o problema? Você não esta conseguindo instalar o Quick Report no Delphi ou o problema é o pacote ACBrNFeDANFEQR? Se o problema for o pacote do ACBrNFeDANFEQR qual é o erro?

Bom dia Rolemar, O problema é que o tipo de emissão igual a 4 no inicio era usado para o DPEC que foi substituído pelo evento EPEC. Ao solicitar a impressão do DANFE o ACBrNFeMonitor detecta o tipo de emissão 4 e o interpreta como sendo o DPEC. Você esta executando o comando NFE.ImprimirDANFE como apenas um parâmetro, só que ele possui 6. NFE.ImprimirDANFE(<arqXML>[, <impressora>] [, <numCopias>] [, <protocolo>] [, <MostrarPreview>] [, <MsgMarcaDagua>]) tente da seguinte forma: NFE.ImprimirDANFe("h:\007\nfe\201503\nfe\31150381676009001190550010000226904000000193-nfe.xml",,,"88888") onde "88888" é o numero do protocolo de autorização da nota. Se não informar o numero do protocolo o ACBrNFeMonitor como dito vai interpretar como sendo um DPEC e vai tentar realizar a consulta na SEFAZ para obter o numero do protocolo. Fico no aguardo de um retorno.

Bom dia Alexandre, Vamos resumir: //PEGANDO OS DADOS DAS TABELAS E JOGANDO NO COMPONENTE GeraNota; // ENVIAR try ACBrNFe1.Enviar(StrToint(edtNf.Text), True); except (..) Mostrar para o usuário o motivo do erro end; if IntToStr(ACBrNFe1.WebServices.Retorno.cStat) = '100' then begin (...) Atualizar o banco de dados naoautorizada:=0; end else begin Showmessage('Erro na NFe. Status: '+IntToStr(ACBrNFe1.WebServices.Retorno.cStat)+' Motivo: '+(ACBrNFe1.WebServices.Retorno.xMotivo)); naoautorizada:=1; end; 1. o método Enviar, se encarrega de Gerar o XML, Assinar, Validar, enviar e protocolar o XML caso a SEFAZ retorne como autorizado. 2. o se você atribuir o valor True ao segundo parâmetro do método Enviar a impressão do DANFE será realizada automaticamente. 3. esta faltando incluir a rotina de envio de e-mail, o método EnviarEmail possui um parâmetro que gera automaticamente o PDF do DANFE e o anexa para que seja enviado junto com o XML. Com relação ao componente do DANFE, eu também utilizo o Delphi 7 com o Quick Report 5.02 sem nenhum problema. Qual foi o problema que você teve ao instalar o componente de DANFE em Quick Report?

Bom dia, O lote a ser enviado contem apenas uma NFC-e? Se sim, você esta setando como envio Síncrono? Se sim, essas configuração não são utilizadas, uma vez que no envio Síncrono o que você tem como resposta da SEFAZ já é o protocolo de autorização. No envio Assíncrono temos como resposta o numero do recibo e depois temos que realizar uma consulta e ai temos como resposta o protocolo de autorização. Resumindo: Síncrono: uma conexão e uma resposta Assíncrono: duas conexões e duas respostas, podendo ocorrer mais, caso ao consultar (segunda conexão) não tivermos resposta de rejeição ou protocolo de autorização. Observação, no modo Síncrono o lote só pode conter apenas uma nota. Se você esta enviando em modo Síncrono, não tem muito o que fazer, ou o problema é com a SEFAZ ou é com a internet do seu cliente.

Boa tarde Rafael, Vamos ser simples e pratico. Por favor baixe do Portal Nacional da NF-e a Nota Técnica 2013/005 versão 1.21, vá até a página 27, campo 398b tag: tPag - Forma de Pagamento, coluna observação. Quais são as opções estabelecidas pela SEFAZ? No meu entendimento o seu cliente ele pode o que ele bem entender desde que atenda as normas estabelecidas nos manuais e notas técnicas. O que você pode fazer é gerar o XML com tPag = 99 (outros) mas na hora de imprimir o DANFE NFC-e, em vez de imprimir a palavra outros, imprima Convênio.

Boa tarde Otair, Favor atualizar os fontes e testar novamente.

Boa tarde, Isso já ocorreu uma vez comigo, tive que reinicializar a maquina.

Boa tarde Otavio, Sim, o componente esta em conformidade com a nova estrutura do XML. A tag idDest é obrigatório, logo ela vai ser gerada sim, mas é você que tem que alimentar o valor dela. Quando as tags dhEmi e dhSaiEnt seguem o que esta estabelecido. É importante realçar que se você alimentar o campo dhEmi da seguinte forma: dhEmi := Date; será atribuído somete a data, logo a horário ficará zerado, mas se for alimentada desta outra forma: dhEmi := Now; será atribuído tanto a data quanto a hora. Quanto ao formato UTC, sim vai ser gerado conforme o que consta na Nota Técnica 2013/005 versão 1.21 e o componente se baseia na UF do emitente para determinar o TZD.

Boa tarde Thiago, Tenta este link: http://www.procergs.rs.gov.br/index.php?action=fale_conosco&menu=5&cod=18

Graça, Acabo de disponibilizar a alteração, comentando a linha que foi incluída anteriormente. Atualize os fontes usando o Tortoise e depois compile a sua aplicação com a opção Build.

Graça, Na Unit pmdfeConsStatServ, comente a linha de numero 97, ela gera a linha de Encoding UTF8.

Boa tarde, A duplicidade só aparece quando você envia para a SEFAZ duas notas com o mesmo numero e série para o mesmo ambiente e do mesmo emitente. A NFC-e é venda ao consumidor sendo assim, quantos PDVs você tem? Se tem mais de um PDV a SEFAZ aconselha usar um numero de série para cada um, ou seja para o PDV 1 usar a série 001, para o PDV 2 usar a série 002 e assim por diante. Como é gerado o numero da nota?

Boa tarde Graça, A mensagem de erro: "Requisição não enviada" é retornada pela unit: ACBrHTTPReqResp, vamos fazer um teste. Abra o arquivo ACBr.inc e descomente a linha que defini a diretiva de compilação: SoapHTTP.

Boa tarde Thiago, Eu não verifiquei, apenas conclui com base na rejeição gerada pela regra que consta na Nota Técnica. Se realmente esses dois CNPJ não possuem IE e a SEFAZ esta rejeitando pelo fato da sua ausência, então é preciso entrar em contato com a SEFAZ-RS e solicitar uma explicação para o problema.

Bom dia Vitor, A estrutura de um XML de retorno, no caso a de cancelamento que é um evento, você encontra em Notas Técnicas que tratam do assunto.

Bom dia Carlos, Estude a rotina do botão [Encerramento] do programa exemplo do componente ACBrMDFe.

Bom o problema agora mudou, pois antes esses dados nem eram gerados no XML. O XML esta em conformidade com a Nota Técnica, o problema agora esta na validação dele. Descobri o problema, é feita uma validação do nRE e a respectiva rotina estava com um erro que gerava o alerta que o conteúdo era inválido. Peço desculpas, pois fui eu quem escreveu essa rotina. Peço ao Isaque (se não me falhe a memória é o responsável pela compilação do ACBrNFeMonitor) que gere uma nova versão e disponibilize o quanto antes. Assim que foi disponibilizado a nova versão, por favor realize os testes e report o resultado. Desde já agradeço a compreensão de todos.

Bom dia Caetano, Veja como esta sendo gerado a TAG DataEmissao: <DataEmissao>2015-03-17-00:00</DataEmissao> Segundo o que você postou deveria ser: <DataEmissao>2015-03-17</DataEmissao> E a TAG Competencia atende o formato AAAA-MM-DD. Não me recordo, mas a um tempo foi solicitado a alteração no formato da data de AAAA-MM-DD para AAAA-MM-DD-HH:NN Quanto ao formato da data já alterei, por favor atualize os fontes. Agora quando ao erro de conexão, acredito que também seja um problema local.

Sendo assim, concluo que a primeira linha por algum motivo não esta sendo executada, ou até mesmo compilada. Não existe nenhuma marcação nessa linha?

Bom dia a todos, Acredito ter encontrado o problema. O arquivo INI esta sendo gerado da seguinte forma: [detExport001001] [exportInd] nRE=150314931001 chNFe=41150397545002000106550010000005491000005497 qExport=1 O componente não possui na sua estrutura o grupo exportind, mas o gera no XML caso o valor de nRE seja diferente de vazio. Sendo assim remova no arquivo INI o que eu grifei em negrito deixando-o da seguinte forma: [detExport001001] nRE=150314931001 chNFe=41150397545002000106550010000005491000005497 qExport=1 Fico no aguardo de um retorno.

Jonas, Uma linha seguida da outra? ou em pontos diferentes?