Italo Giurizzato Junior

Bom dia a todos, O DANFE feito em Quick Report necessita da versão 5.02 do mesmo instalado no Delphi. Caso esteja usando o Delphi 7 com o Quick Report original, a sua versão é a 3.0 sendo assim ela não tem a unit QRPDFFilt.DCU Como contornar esse problema: abra com o bloco de notas o arquivo ACBr.inc (pasta: ...\Fontes\ACBrComum) e comente a linha que defini a diretiva QReport_PDF. Outros erros vão surgir, mas durante a execução da aplicação, erros de propriedades não existentes. Para resolver esses erros, dentro da pasta ...\Fontes\ACBrNFe2 existe um arquivo TXT que contem um passo a passo. Por se tratar de um passo a passo ele tem que ser seguido a risca, caso contrario não vai funcionar.

Bom dia Menezes, Resumindo, no que diz respeito a NF-e funciona 100%, por outro lado no caso da NFC-e ocorre o erro de UTF-8, correto? Se sim, podemos concluir que o problema esta na SEFAZ, uma vez que tanto a NF-e quanto a NFC-e se utilizam do mesmo componente e consequentemente das mesmas rotinas. Ou vamos ter que alterar alguma coisa na geração dos XMLs quando se tratar da NFC-e, ou a SEFAZ vai ter que corrigir alguma configuração nos Web Services deles referente a NFC-e.

Bom dia, Na minha aplicação utilizo: if (DM_NFE.ACBrNFe1.WebServices.Retorno.cStat=100 Then {..} Salvo no banco

Boa tarde Amarildo, Acho que esta havendo uma confusão. O EPEC é usado quando o problema é do lado do emitente e não do lado da SEFAZ. Quando o emitente esta sem conexão com a internet deve enviar um evento EPEC, para que esse envio ocorra deve se utilizar de uma conexão 3G por exemplo. Agora quando o problema é do lado da SEFAZ, a mesma solicita a liberação do SVC - SEFAZ-Virtual de Contingência, neste caso o emitente deve alterar o tipo de emissão de Normal para SVC-AN ou SVC-RS (depende da SEFAZ-Autorizadora) gerar o XML novamente, assinar e enviar.

André, No momento não tenho. Já tentou pesquisar aqui no fórum? Se não me falha a memória parece que alguém já postou algum fragmento de rotina usando o DistribuicaoDFe.

Alexandre, Já tentou desta forma: Prod.nItemPed := ..... ;

Boa tarde Maiquel, A rotina de configuração do componente é unica ou para cada funcionalidade existe uma rotina de configuração. Se é este o seu caso, verifique ela no que diz respeito a inutilização.

Boa tarde, O cancelamento é um evento. sProtocolo := ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt;

Boa tarde Antonio, Primeiramente, um pequena correção, não é consultar o status e sim consultar a situação atual da NF-e. O Consultar Status apenas informa se o Web Services esta em funcionamento ou não. Outra coisa ao consultar a situação atual da NF-e caso esta tenha sido cancelada o XML da mesma vai continuar como autorizada. Agora não podemos mais alterar o XML trocando o protocolo de autorização pelo de cancelamento, pois temo um segundo XML que é o de processamento de evento da NF-e, onde contem a solicitação do cancelamento juntamente com o motivo e o retorno da SEFAZ acusando que o evento de cancelamento foi vinculado a nota, bem como o protocolo de autorização do evento, ou seja, cancelamento.

Boa tarde André, Você não pode usar o método consultar, para saber se a chave da nota do seu fornecedor é valida ou não ou seja a nota esta autorizada ou não. O método consultar é para ser utilizado pelo emitente da nota e não pelo destinatário. Tem por finalidade obter o resultado do processamento de uma NF-e quando este não é retornado logo após o envio, por motivos de falha no sistema. Exemplificando: a nota é enviada para SEFAZ e esta não retorna o protocolo de autorização. O emitente realiza a consulta para obter o retorno. Você não é o emitente e sim o destinatário, você deve usar o nome método chamado DistribuicaoDFe para poder obter os resumos das notas emitidas contra o seu CNPJ. Desta forma você pode montar uma lista das notas emitidas e a partir dai poder realizar a manifestação do destinatário. Depois da emissão da nota por parte do emitente, caso este venha cancelar ou emitir uma CC-e, ao realizar novas consultas através do DistribuicaoDFe, você receberá os resumos desses eventos.

Boa tarde, Tenho varias rotinas que atualizam o banco de dados com informações lidas do XML e funciona perfeitamente bem da primeira forma que você apresentou, ou seja, sem o With.

Boa tarde Alexandre, O campo nItemPed existe sim na versão 3.10, página 57 da Nota Técnica 2013/005 versão 1.22

Bom dia Antonio, Acredito que o manual do ACBrNFeMonitor possa ter falhas ou estar incompleto, infelizmente a sua atualização não acompanha na mesma velocidade que as rotinas são alteradas ou novas são implementadas. Mas na área de Download do fórum existe uma Nota Técnica publicada por mim em Dezembro/2014, que trata sobre a alteração dos nomes dos arquivos XML e PDF. Sendo assim, não devemos nos restringir a nossa leitura apenas no manual do monitor, verifique também se tem alguma documentação complementar disponível aqui no fórum, verifique também se no Portal Nacional da NF-e existe algum Manual novo ou Nota Técnica, inclusive ontem mesmo foi publicado uma nova NT. O ACBrNFeMonitor se utiliza do componente ACBrNFe e este é desenvolvido conforme os manuais e notas técnicas publicadas pelo ENCAT e disponibilizadas no Portal Nacional da NF-e. Ter em mãos essas documentações mais atuais do ENCAT ajuda em muito na utilização do ACBrNFeMonitor.

Bom dia Murilo, No que diz respeito a NFeDistribuicaoDFe já esta implementado no componente e funcionando 100%, ou seja a consulta a notas destinadas. Com relação a Manifestação do Destinatário já esta implementado no componente e funcionando 100%. Lembre-se que a Manifestação nada mais é do que eventos, e a rotina de envio de eventos, foi implementada a um bom tempo e esta funcionando sem nenhum problema.

Bom dia, Primeiramente, por favor não post como texto fragmento do seu código, inclua-o em um arquivo txt e post como anexo. Segundo o que vem a ser 573? É o código da rejeição? Não encontrei esse código na nota técnica mais recente, qual é a descrição do mesmo?

Bom dia Alexandre, A principio o numero do recibo é retornado pela SEFAZ assim que o lote é enviado, depois só aparece dentro de uma mensagem como a que você postou. Sendo assim, você teria que descobrir a posição inicial da string "nRec:" e usar o copy para extrair o fragmento desejado.

Alexandre, Como você fez essa consulta? Só vai aparecer a mensagem de duplicidade caso você envie duas vezes a mesma nota, agora consultar você pode quantas vezes bem entender. Na minha aplicação quando uma nota é enviada e por algum problema a mesma fica sem o protocolo de autorização tenho uma opção de consultar que simplesmente faz o seguinte: ACBrNFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.LoadFromFile(NomeArquivo); ACBrNFe.Consultar; Onde o NomeArquivo contem o nome do XML da NF-e com o caminho. Depois mando imprimir o DANFE e enviar o e-mail para o destinatário.

Esse processo na minha aplicação é manual. Como não ocorre a impressão do DANFE o usuário já sabe que algo de errado ocorreu, alem de aparecer na tela uma mensagem apontando o problema. O componente possui algumas configurações tais como Numero de tentativas, tempo de espera antes da primeira consulta, tempo de espera entre uma tentativa e outra. Você pode mudar essa configuração visando resolver esse problema. A principio o componente realiza no máximo 5 tentativas, você pode alterar para 10, por exemplo. Com certeza isso vai demandar mais tempo, mas derepente logo na sexta tentativa o componente consegue a resposta da SEFAZ.

Boa tarde Alexandre, O XML da nota em questão, no final dele consta o protocolo de autorização? Se não consta, carregue o componente com o conteúdo do mesmo através do LoadFromFile e depois execute o Consultar.

Marcelo, No topo desta página, logo abaixo do logo do ACBr não tem uma opção chamada Download?

Boa tarde a todos, Até onde sei no que diz respeito ao valor aproximado dos tributos, a SEFAZ não utiliza para nada, a unica checagem que é feita é se a somatória do vTotTrib informado nos itens é igual ao vTotTrib informado em totais. Regra W16a-10: Total do valor aproximado dos tributos (id:W16a) difere do somatório dos itens (id:M02) (NT 2013/003) Observação: O campo “vTotTrib” é opcional para o Item e para o grupo de Totais. Considerar valor=0, se não informado. Rejeição 685: Total do Valor Aproximado dos Tributos difere do somatório dos itens.

Na versão em Quick Report é impresso 3 linhas com as seguintes mensagens: EVENTO PRÉVIO DE EMISSÃO EM CONTINGÊNCIA - EPEC Não possui valor fiscal, simples representação da EPEC indicada abaixo. CONSULTE A AUTENTICIDADE DA EPEC NO SITE DA SEFAZ VIRTUAL DE CONTINGÊNCIA DO RS/AN.

Boa tarde Sandro, A regra de validação que se refere a Nota Técnica é no servidor da SEFAZ. Se fosse no schema estaria disponível também os novos schemas, você não concorda? Sendo assim não há nada a ser alterado no componente. E no resumo que a Graça postou traz um dica de como emitir uma nota que possua desoneração de ICMS.

Boa tarde, A mensagem esta errada, como não trabalho com o Rave não sou a pessoa mais indicada para fazer a correção.

Boa tarde Luciano, Não, somente empresas do varejo.