Italo Giurizzato Junior

André, Isso vai depender de qual Report você utiliza, posso até te ajudar se for o DACTE feito em Quick Report.

Helio, Os comandos são exatamente os mesmos. O que muda é a configuração do ACBrNFeMonitor e alguns valores que são colocados no arquivo INI, como por exemplo o campo Modelo que você vai informar 65 em vez de 55. Sugiro que você tenha em mãos a Nota Técnica 2013/005 versão 1.10, por ser a mais atual e a estrutura do XML apresentada já contempla os dois modelos de documentos fiscais. Quanto ao SMS não sei lhe responder.

Bom dia Helio, O componente ACBrNFe desde janeiro de 2013 vem sendo alterado para atender a NFC-e. E hoje já temos vários usuários emitindo a NFC-e com o ACBrNFe. Inclusive o ACBNFeMonitor para aqueles que não desenvolvem em Delphi já esta pronto e sendo utilizado também para emissão da NFC-e.

Bom dia André, Para começar esse DACTE esta errado, pois 55 não é o tipo do documento e sim o modelo, o tipo é NF-e. Todas as informações apresentadas de forma separada constam na chave da NF-e. No DACTE feito em Quick Repor a chave contem uma formatação que ao meu ver fica fácil a identificação dessas informações. Mas lembre-se que você tem os fontes, portanto você tem a liberdade de alterar para melhor te atender.

Bom dia Pablo, São 3 passos: 1. Consultar as notas destinadas, a principio você pode informar como ultNSU o valor zero, mas a SEFAZ sugere que na segunda consulta em diante você utilize o NSU retornado, ou seja, a cada nova consulta sempre utilize o valor retornado na propriedade ultNSU. Obs: as notas ficam disponíveis par consulta pelo prazo de 180 dias. 2. Manifestação, são 4 tipos, e são eventos, como a CC-e e o Cancelamento. 3. Download, só é permitido realizar um download de cada nota e a mesma tem que estar manifestada pelo destinatário. Dentro da pasta ...\Exemplos\ACBrNFe2 você encontra um arquivo TXT chamado ConsultarNFeDestinadas é um fragmento de código que mostra como realizar a consulta. E tem também um outro arquivo que mostra como efetuar o download. Para mais informações, por favor leia a Nota Técnica 2012/002 versão 1.02

Bom dia, Se você instalou o Quick Report depois do ACBr com certeza o Path do Quick no Path Library esta depois dos Path do ACBr. Altere a posição do Path do Quick de tal forma que ele fique antes dos path do ACBr.

A duvida agora é minha. Quando você diz que a nota 195 não esta protocolada significa que ela foi enviada mas por algum problema o XML não recebeu o protocolo de autorização? ou A nota 195 nem sequer foi enviada para a SEFAZ? No primeiro caso, basta carregar o XML assinado e executar o comando Consultar, desta forma o componente vai efetuar a consulta e vai também atualizar o XML, acrescentando o protocolo de autorização. No segundo caso, se a nota 195 vai ficar com a mesma data da 200 não vejo nenhum problema, a questão é a data de emissão das notas entre as duas.

Bom dia Paulo, Muito obrigado pela colaboração, já esta disponível.

Bom dia, Veja o exemplo em anexo: INUTILIZAÇÃO.pdf

Bom dia Rodrigo, Entre em contato com a prefeitura e questione a respeito da empresa contratada para implantar a NFS-e na cidade.

Bom dia Mauricio, O Enviar possui 2 parametros, sendo que o primeiro é o numero do lote e o segundo diz se é para imprimir ou não. Enviar( 1, True ) ou Enviar( 1 ) envia o lote com numero 1 e imprime o DANFSE. Enviar( 1, False ) envia o lote com numero 1 e não imprime o DANFSE.

Boa noite Quartarollo, Foi implementado em Quick Report e em Rave a possibilidade de imprimir um DA - Documento Auxiliar referente a Inutilização. Logo após executar a inutilização você pode executar o comando: ACBrNFe1.ImprimirInutilizacao; ou ACBrNFe1.ImprimirInutilizacaoPDF;

Rodrigo, É o provedor Betha que atende a cidade Ararangua/SC?

Boa tarde Rodrigo, Você incluiu a cidade de Ararangua/SC no provedor Betha? Pois nos fontes que estão no repositório essa cidade não possui nenhum provedor.

Boa tarde, Nunca emiti uma nota de devolução, mas é necessário sim referenciar um outro documento quando se tratar de devolução de mercadoria.

Boa tarde Digo, Favor atualizar os fontes e testar a geração do XML, mantendo o ID como "Id".

Boa tarde Wether, Ao tentar informar as NF de papel o que você esta informando para tpEmit ?

Bom dia JGarcia, Infelizmente no XML do RPS ou no Lote não existe nada que indique o ambiente. Em vez de você colocar o seu usuário e senha para emitir, mesmo que em homologação NFS-e do seu cliente, realize os testes utilizando o usuário, senha e certificado do cliente. Ou se você tem um usuário, senha e um certificado com o seu CNPJ se cadastre no provedor para realizar testes. Utilizar usuário e senha de um e certificado de outro isso não da muito certo.

Bom dia, Desculpe mas você não esta deixando claro o que você quer. Veja bem existe o MDF-e - Manifesto Eletrônico de Documentos Fiscais e existe a Manifestação do Destinatário, sendo que este último algumas pessoas chamam de forma errada de Manifesto. Dai a minha dúvida. Se for o MDF-e você pode fazer o seguinte: 1. Pesquise no fórum, você vai encontrar XMLs de MDF-e. 2. use o comando MDFe.MDFeToTXT(cArqXML, cNomeArqTXT) do ACBrNFeMonitor O comando acima vai ler o arquivo XML, converte-lo em TXT desta forma você vai ter ideia de como deve ser montado um TXT.

Bom dia Vitor, O que esta acontecendo é muito simples. O XML que você esta carregando para poder imprimir o DAMDFE não contem o protocolo de autorização. Ou você esta pegando o XML errado ou ocorreu algum problema no retorno do protocolo, fazendo com que o XML ficasse sem ele. Carregue o XML como o LoadFromFile e depois execute o comando Consultar. Esse procedimento é para resolver o problema do protocolo, depois você carrega novamente e manda imprimir.

Bom dia, Fiz um teste utilizando o seu XML com o DAMDFE feito em Quick report, foi gerado sem nenhum problema. Portanto o problema esta nessa versão em Fortes Report.

Bom dia Alexandre, Fiz a implementação, como não tenho um certificado válido não tenho como realizar testes. Por favor atualize todos os fontes de todas as pastas e inicie os testes.

Bom dia, Por favor se atente as regras do fórum. Faça a sua pergunta em apenas um tópico e aguarde a resposta. Não fique postando a mesma pergunta em vários. Já respondi a sua pergunta no outro.

Bom dia, O que eu não entendo é que se o remetente emitiu uma NF-e, porque você informa no CT-e que ele emitiu uma Nota Fiscal Comum de Papel. Na verdade quem esta cometendo o erro é você. O CT-e nos permite informar 3 tipos de documentos originários, ou seja, o documento emitido pelo remetente da carga. São eles: NF-e - quando o remetente, por opção ou obrigação já emite a NF-e, neste caso basta informar somente a chave da mesma. NF - quando o remetente ainda não esta obrigado a emitir a NF-e, neste caso devemos informar: numero, serie, etc Outros - quando o remetente não é obrigado a emitir NF e nem NF-e, como por exemplo uma pessoa física, neste caso deve-se emitir uma declaração ou uma carta de remessa de material.

Bom dia Murilo, Basta alimentar o componente com os dados e depois executar o comando SaveToFile (por exemplo) ou Assinar, que alem de gerar o XML já assina, mas pra isso há necessidade de se ter um certificado instalado na maquina. Como alimentar o componente tome como base o programa exemplo que encontra-se dentro da pasta ...\Exemplos\ACBrNFe2\Delphi