Italo Giurizzato Junior

Boa tarde Alexandre e Régys, O foco principal do meu trabalho foi inicialmente capacitar o componente ACBrNFe para ser capaz de gerar, assinar, validar e estabelecer as conexões com os WebServices, no que diz respeito a NFC-e. Quando a impressão do DANFE para NFC-e não tive tempo e condições para implementar algo. Acredito que, para que já implementou a emissão do cupom não tera dificuldades de fazer o DANFE. Não sei se o Daniel ou o André esta vendo algo nesse sentido. A maior dificuldade é o QR-Code, mas vi em alguns post aqui no fórum, se não me falha a memória "Daruma - Escovando Bits", que o fabricante já esta comercializando uma impressora não fiscal com o recurso de imprimir o QR-Code.

Eliomar, Tente utilizar a opção Gerar e Enviar NFSe. As suas correções já estão disponiveis. Favor atualizar os fontes e testar, pode ser que esqueci de alguma delas.

Darlana, Retorna sim, enquanto a tag indCont retornar o valor 1, você deve realizar uma nova consulta utilizando o valor da tag ultNSU da última consulta. Tem casos relatados no fórum que colegas tiveram que realizar centenas de consultas para obter o retorno das notas.

Eliomar, Você esta utilizando os schemas que eu disponibilizei? Caso contrario compare. Qual é a opção que você esta utilizando para gerar o XML?

Perfeito.

Boa tarde Sergio, O problema é com o componente utilizado para emissão do DACTE, ele foi feito em Quick Report e esta ocorrendo incompatibilidade. Já o componente do DANFE utilizado pelo ACBrNFeMonitor se não me falha a memória foi feito em Rave. Você esta utilizando a útima versão do ACBrNFeMonitor disponibilizada?

Boa tarde Eliomar, Faça uma cópia dos seus fontes e depois atualize. Implementei o provedor Prodata. Não esta 100%, erros com certeza vão surgir, mas com a sua ajuda podemos corrigir os erros.

Boa tarde Marcio, Favor atualizar os fontes, implementei o provedor Prodata. Não esta 100%, erros com certeza vão surgir, mas com a sua ajuda podemos corrigir os erros.

Boa tarde Eliomar, Vamos ter que criar um novo provedor no componente, para atender a cidade de Mineiros e Rio Verde.

Boa tarde a todos, O arquivo 608-env-lotS-c.xml se refere ao XML de envio de lote no modo sincrono, se atente para o nome do arquivo. 608-env-lots-c.xml 608 = numero do lote env = envio lot = lote S = sincrono -c = completo ou seja temos no XML as tags de envelope, quando o nome não tem o -c significa que ele não tem as tags de envelope. O arquivo de retorno do webservice que contem as notas é: *-lista-nfse.xml onde: * = o numero do lote enviado que no seu exemplo acima seria 608 O resto do nome deixa claro que se trata de uma lista de nfse, esse é o retorno do webservice, o componente se encarrega de salvar separadamente cada nota com o seguinte nome: *-nfse.xml, onde * = numero da NFS-e e não do RPS A principio os XML referentes as notas ficam dentro da pasta NFSe.

Boa tarde Darlana, Se não me falha a memória a manifestação do destinatário é feita no Ambiente Nacional, é bem provável que a SEFAZ do emitente ainda não compartilhou essa nota com o AN, pode ocorrer atrazos nesse compartilhamento. Acredito que se tentar se manifestar, pode ser que você receba uma mensagem que o evento foi recebido mas não foi relacionado com a NF-e, uma vez que ela ainda não existe no AN. Veja item 4.9.9 da NT 2012/002 - página 9

Boa tarde Paulo, O componente possui duas propriedades chamada Salvar, uma fica dentro de Geral e outra dentro de Arquivo se não me falha a memória. Atribua o valor TRUE as duas, o componente vai se encarregar de "protocolar" o XML assim que a SEFAZ retornar o protocolo de autorização.

Boa tarde Paulo, No caso da NF-e, mesmo para teste, sem ter um certificado, você não faz nada alem de escrever as rotinas da sua aplicação. Arrume um certificado com algum cliente seu e é importante que o mesmo já esteja habilitado para emitir NF-e, caso contrario o certificado só vai servir para assinar. E você quer realizar todos os testes, não é verdade? Para isso é preciso ter um certificado habilitado para emissão de NF-e junto a SEFAZ.

Boa tarde Eliomar, Não podemos gerar o XML e enviar só porque ele é parecido com o schema de tal cidade. Precisamos saber qual é o provedor ou seja a empresa contratada pela prefeitura da cidade que se deseja emitir a NFSe, qual é o schema utilizado por esse provedor, as URLs de homologação e produção entre outras coisas. Caso contrario não vai funcionar.

Boa tarde, Rosemir, Realmente a NT que trata do assunto não deixa claro o que ser feito em cada situação. No meu entendimento se uma nota foi denegada significa que ela não foi autorizada, logo a transação comercial através daquela nota não pode ser realizada, logo não faz sentido você se manifestar sobre ela, e se recebeu a mercadoria, significa que comprou sem nota. Se a nota foi cancelada, também não faz sentido você se manifestar sobre ela, pois quem cancela é o emitente, e se cancelou é porque nenhuma mercadoria vai ser acobertada por ela. Resumindo você só pode se manifestar sobre uma nota valida ou seja, autorizada. Se você consegui se manifestar sobre uma nota cancelada, verifique se a SEFAZ realmente relacionou o evento de manifestação com a nota, se sim, não deveria, o correto é retornar uma rejeição.

Bom dia Lincoln D, Se você atualizar os fontes, vai ver que essa divisão por 100 foi retirada.

Bom dia Leandro, Note que no XML do CTe temos duas TAGs: nCT e cCT nCT = numero do conhecimento cCT = código do conhecimento Ambos compõe a chave do CT-e, correto? Alguns desenvolvedores simplismente atribuiem o valor de nCT a cCT ou seja, cCT = nCT. Se você fizer isso o componente não gera aleatóriamente um valor para cCT. Outros (como eu) preferem que o valor do cCT seja um numero aleatório, neste caso podemos fazer de duas formas. 1. atribuir o valor zero a cCT, neste caso o componente se encarrega de gerar um numero aleatório para o cCT. 2. a sua aplicação gera esse numero usando o Random e depois ele é salvo no banco de dados no campo CodigoCT (por exemplo), e ao alimentar o componente simplismente atribuimos esse valor ao cCT ou seja, cCT = CodigoCT Se você seguir o segundo exemplo, você tem controle total da geração da chave do CT-e. Ou seja você consegue gerar novamente o XML com a mesma chave, assinar, validar e depois realizar uma consulta para obter o protocolo de autorização. Desta forma é possível gerar novamente o XML, assinado e protocolado que foi apagado sem querer querendo pelo usuário. Veja: Ao salvar os dados do conhecimento no banco de dados: Randomize; codigoNumerico := Random(99999999); // temos 8 noves, pois o código pode ter até 8 digitos. O valor de codigoNumerico é salvo no campo CTChave. Ao alimentar o componente: with ACBrCTe.Conhecimentos.Add.CTe do begin // // Dados de Identificação do CT-e // Ide.nCT := DM_CNT.ConhecimentoNumero.AsInteger; // Numero do conhecimento Ide.cCT := DM_CNT.ConhecimentoCTChave.AsInteger; // Código Aleatório (...) end; Gostou? Espero ter ajudado.

Bom dia Leonardo, Complementando que o Juliomar já escreveu, se você esta com todos os fontes de todas as pastas atualizadas, dentro da pasta: ...\Fontes\ACBrCTe, você vai encontar um arquivo texto que tem um passo a passo para resolver esse problema de propriedade inexistente. Em casa tenho duas maquinas, ambas com o Delphi 7, sendo que uma delas esta com o Quick Report 3.0 (que vem com o Delphi 7) e a outra com a versão 5.02 Na maquina que possui o QR 3.0 sigo o passo a passo e consigo eliminar todos os erros de propriedades inexistente, compilo a minha aplicação e ela roda 100%. O passo a passo foi escrito por mim, depois de quebrar a cabeça em busca de uma solução. Se é um passo a passo, assim tem que ser executado, na ordem e todos os passos, caso contrario não vai funcionar.

Bom dia João, O componente ACBrNFe possui uma propriedade: Configuracoes.Arquivos.Salvar Se o valor atribuido a ela for TRUE, assim que o webservice retornar o protocolo de autorização, o mesmo vai ser incluido ao XML e salvo em disco.

Bom dia arce, Se os dados contidos no RPS não estiverem corretos é bem provavel que o webservice vai retornar o que esta errado. Caso contrario você vai ter como resposta o XML da NFS-e.

Bom dia Oscar, Sim, é possível, mas recomendo que você leia atentamente a NT 2012/002, mas precisamente sobre o download. Pois existe regras e restrições. Quanto ao comando, me parece que o ACBrNFeMonitor, hoje possui um Help com todos os comandos.

Bom dia sesistemas, A resolução para esse tipo de problema é mais simples que você possa imaginar. Vamos aos passos de quando você envia e depois como resolver o problema do usuário que apaga o XML sem querer querendo. Passos para enviar: 1. Temos todos os dados pertinentes do conhecimento no banco de dados. 2. Alimentamos o componente com esses dados. 3. Se usarmos o comando Enviar(23) onde 23 (por exemplo) é o numero do lote, o XML é gerado em disco, assinado, validado, enviado, protocolado e o DACTE é impresso. 4. Enviar o e-mail para o tomando do serviço usando o EnviarEmail . 5. Salvar no banco de dados a chave, o protocolo de autorização de uso. Agora vamos aos passos para recuperar o XML que foi apagado: 1. Temos todos os dados pertinentes do conhecimento no banco de dados. 2. Alimentamos o componente com esses dados. 3. Execute o comando Valida, pois este gera o XML em disco, assina e valida. 4. Execute o comando Consultar, pois este vai realizar uma consulta na SEFAZ e vai protocolar o XML. Espero ter ajudado.

Paulo, O componente segue o que esta no manual, mas você tem toda a liberdade de altera-lo conforme a sua necessidade. Como no XML não consta o valor de cada nota, principalmente se a mesma for uma NF-e fica dificil implementar isso no componente.

Bom dia Adriano e sesistemas, Vou responder com relação ao DACTE em Quick Report. Realmente não esta previsto a impressão dos valores que compõe a prestação. E se tratando de Complementação de Valores, não é impresso os documentos originários. Infelizmente o manual que se refere ao DACTE deixa muito a desejar, pois não apresenta um lay-out para todas as situações. No caso do DACTE em Quick Report posso fazer as modificações, mas seria importante termos um modelo, digamos oficial.

Bom dia Paulo, A alteração no código que você fez, é da sua aplicação ou do componente? Com relação ao DACTE o componente esta seguindo o lay-out estabelecido pelo manual. No caso do CT-e existem 2 manuais sendo que um é exclusivo para o DACTE. Os dados do motorista você só informa se for lotação, caso contrario não, logo existe um DACTE para carga fracionada e outro para lotação.