Italo Giurizzato Junior

Boa tarde Luis, O que me parece ser é um erro de validação e não de rejeição, correto? Se sim, com certeza os Schemas que você esta utilizando não estão atualizados, pois segundo o Manual esse campo pode conter de 2 a 4 casas decimais.

Boa tarde Helio, O Token não tem nada haver com o certificado em forma de token (pen-drive) e sim um código. Quem vai fornecer esse código que inclusive esta agora sendo chamado de CSC - Código de Segurança do Contribuinte é a SEFAZ do seu Estado. O Contribuinte precisa se cadastrar para obter o CSC de homologação, para poder realizar testes com a NFC-e, depois solicitar o CSC de produção quando for emitir a NFC-e com validade jurídica.

Boa tarde André, A unit a ser alterada é ACBrCTeDACTeQRRetrato, mas para abrir esta unit é necessário primeiro abrir a unit ACBrCTeDACTeQR. Ambos encontram-se dentro da pasta: ...\Fontes\ACBrCTe. Em ACBrCTeDACTeQRRetrato estude a procedure Itens, pois é esta que você terá que fazer as alterações. Como no exemplo que você apresentou cada documento ocupa 2 linhas, será necessário realizar alterações na banda: qrb_08_Itens do form.

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.