Italo Giurizzato Junior

Bom dia Alessandro, Você tem certeza que o modelo do documento fiscal é NF-e? O componente esta configurado corretamente para este modelo? As URLs para a versão 2.00 e 3.10 são as mesmas para a NF-e no Estado de GO.

Bom dia Junior, Se você utiliza o ACBrMDFe na sua aplicação, ao definir que o tpEmit é 1 o componente não gera o infNF somente o infCTe. TpEmit não se refere ao tipo de emissão e sim o tipo de emitente são coisas diferentes. Os valores permitidos são: 1 - Prestador de serviço de transporte 2 - Transportador de Carga Própria OBS: Deve ser preenchido com 2 para emitentes de NF-e e pelas transportadoras quando estiverem fazendo transporte de carga própria. Favor baixar do Portal do MDF-e a Nota Técnica 2013/004 versão 1.00a - Outubro/2013, nela temos a estrutura completa do XML do MDF-e.

Bom dia, Favor entrar em contato com o provedor, solicitando a ele os schemas corretos para que possamos efetuar a validação correta do XML gerado. Acredito que o schema hoje disponibilizando dentro da pasta Agili esteja errado.

No que diz respeito aos schemas, arquivos XSD são os mesmos para ambos os modelos de documentos. Agora com relação aos arquivos XML, você pode ou melhor deve separar.

Boa tarde Murilo, O WebServices usado pelo ConsultaNFeDest vai ser desativado pela SEFAZ, alias já devia ter sido desativado. Sugiro você usar o método DistribuicaoDFe, para mais detalhes de sua sintaxe você encontra no Manual ACBrNFe versão 1.04 que encontra-se dentro da pasta ...\Doctos\Manuais.

Junior, No seu XML você informou que o tipo de Emissor é uma transportadora, correto? <tpEmis>1</tpEmis> Sendo assim não se deve informar NF-e e nem NF somente CT-e. Outra coisa você não utiliza o componente ACBMDFe, pois se utiliza-se ele já mais iria gerar o grupo infNF para o tpEmis = 1.

Junior, Você informou o município de descarga, ou seja, qual é o município onde a carga referente a nota vai ser entregue?

Boa tarde, Todos os schemas utilizados para validar uma NF-e versão 3.10 podem ser utilizados para validar uma NFC-e versão 3.10 O XML da NF-e é igual ao da NFC-e na versão 3.10, logo os schemas são os mesmos.

Boa tarde Werner, Favor atualizar todos os fontes de todas as pastas e tente novamente.

Boa tarde Junior, Qual é a mensagem de erro ao validar?

Boa tarde, O comando enviar esta correto. Como a SEFAZ no momento não faz uso do numero do lote, você pode enviar todos os lotes como sendo de numero 1. Mas acredito que seria interessante você incrementar o numero do lote e ter registrado no banco de dados que a NFC-e de numero X foi enviada através do lote de numero Y na data Z.

Tiago, Sim, você fazer as suas adaptações, pois acredito que só no final deste mês ou inicio do mês que vem teremos concluído as melhorias.

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