italo.giurizzato.junior

Boa noite Fiori, Quem escreveu que não é possível testar, não sabe nada de NF-e. A SEFAZ possui 2 ambientes um chamado homologação que é destinado para realizar os testes e o de produção que é utilizando para emitir a NF-e com validade juridica. O componente ACBrNFe possui uma propriedade que você o configura qual o ambiente que você deseja utilizar, Homologação ou Produção.

Boa noite a todos, Vou postar aqui no fórum os resultados obtidos nos testes. Já posso adiantar o primeiro: o componente já esta gerando o XML na versão 3.00 (usada na NFC-e) assinando e validando conforme os novos schemas para esta versão. Um forte abraço a todos.

Samarone, Quando você faz uma solicitação seja ela de inutilização, envio, etc. quem recepciona é a SEFAZ do Estado em questão, e pelo que eu vi nas imagens, você consultou o Portal Nacional e não o Portal da SEFAZ do Estado, dai o problema. A SEFAZ do Estado demora um pouco para enviar os dados para o Ambiente Nacional. A dica é sempre realizar a consulta no portal da SEFAZ do Estado.

Boa tarde a todos, Pode-se usar sim o tortoise para baixar os fontes do repositório branches. Basta você criar uma segunda pasta por exemplo: ACBrBranches e configurar o tortoise, mas altere o final da URL mudando truck por branches.

Boa tarde netsolutions, Cidade incluida, favor atualizar os fontes.

Boa tarde netsolutions, A alteração que realizei não tem nada haver com o erro de violação de acesso. Se você utiliza os fontes que estão na pasta DANFSE_QR3, favor baixar novamente do SVN e copiar os arquivos da pasta mencionada para a pasta ...\Fontes\ACBrNFSe.

Boa tarde Nilton, O programa emissor de NF-e disponibilizado gratuitamente pela SEFAZ, não satisfaz toda legislação, uma delas é enviar o XML assinado e protocolado por e-mail. Eu nunca usei esse programa, mas me parece que ele não salva o XML em disco, se não me engano tem uma opção para exportar o XML.

Boa tarde Samarone, A explicação é muito simples, você realizou a inutilização de numeração no ambiente de homologação e ao consultar no portal, você usou o ambiente de produção.

Boa noite Alexandre, Sim, para diferenciar dos demais eventos, como por exemplo o cancelamento.

Boa noite Nilton Olher, Com certeza, quanto mais pessoas colocarem as suas interpretações sobre o assunto todos ganham. Volto a pedir a colaboração de todos, não só aqueles que utilizam o ACBrCTe mas também os que utilizam o ACBrNFe.

Boa noite Ant.Carlos, Você pode ter mais de um documento originário, desde que sejam do mesmo tipo, ou seja; Todos tem que ser NF-e ou todos tem que ser NF comum (papel). O próprio manual mostra isso indicando que a tag infNFe (página 109) é um Elemento: CG - indica que o campo é um Elemento de Grupo que deriva de uma Escolha (Choice); Espero ter ajudado.

Boa noite Centuryinf, Com relação ao PDF, qual é a versão do Quick Report que você tem? Se for igual ou posterior a 4.0, você precisa descomentar a diretiva de compilação QReport_PDF que concontra-se no arquivo ACBr.inc ( ...\Fontes\ACBrComum ). Já o cancelamento é por evento tome como exemplo o cancelamento por evento de uma NFe. Espero ter ajudado.

Boa noite Vinicios, Leia com muita atenção a NT 2012/002 que trata sobre a Manifestação do Destinatário, no final você vai encontrar informações sobre o Download utilizando o webservice. O componente ACBrNFe já contem tudo da NT 2012/002 implementado e funcionando, mas lei com muita atenção essa NT.

Boa noite netsolutions, Primeiro não há necessidade de desinstalar e instalar novamente toda vez que você atualiza os fontes. Só fazemos isso quando o componente passa a ter uma nova propriedade caso contrario, basta baixar os fontes e compilar a aplicação usando a opção Build que encontra-se no menu Project. Qual é a versão do Delphi e do Quick Report que você esta utilizando? Quando você diz "exclui o qrpt70", você esta se referindo ao pacote de instalação, correto?

netsolutions, Me diga uma coisa qual é a vantagem de postar a mesma pergunta no mesmo fórum mais de uma vez? Se fosse em fóruns diferentes eu concordaria, mas no mesmo. Sendo que a anterior eu já respondi.

Boa tarde NOlher, Segundo o manual (MOC versão 1.04c) página 77 item: 5.2 - Padrão de nomes para os arquivos Temos: Visando facilitar o processo de guarda dos arquivos pelos legítimos interessados, criou-se um padrão de nome para os diversos tipos de arquivos utilizados pelo sistema CT-e. São eles: (...) O componente segue a orientação contida na página 77. Volto a lembrar que os nomes contidos no item 11.1 página 88 se referem aos arquivos de compartilhamento entre a SEFAZ e demais orgãos, veja: O compartilhamento de documentos entre as SEFAZ e a RFB será realizado através dos Web Services de compartilhamento de Documentos Fiscais Elerônicos, seguindo a padronização de nomes de arquivos que segue: (...) Resumindo, o componente cria todos os arquivos com a nomenclatura apresentada na página 77, uma vez que trata de arquivos que devem ser guardados pelos "legítimos interessados", ou seja o emitente e o tomador do serviço. Agora os arquivos de compartilhamento entre a SEFAZ e a RFB o componente deve gerar ou isso é de responsabilidade da SEFAZ? Convoco a todos que utilizam o ACBr0CTe e o ACBrNFe para lermos com mais atenção os manuais e continuar discutindo sobre o assunto, pois é pertinente.

Boa tarde Marcio, Se você se refere a lista de cidades do arquivo rtf, acabo de incluir a cidade Novo Hamburgo/RS. Basta baixar a atualização.

Boa tarde a todos, Inclui o provedor ISSNet na lista dos excluidos da rotina mensionada pelo Datilas. Favor baixar a atualização e testar.

Boa tarde netsolutions, Fiz uma alteração na impressão do DANFSE (versão Quick Report) de tal forma que se a aliquota for menor que 1 a mesma será multiplicada por 100 caso contario não. Favor atualizar os fontes e testar novamente.

Boa tarde igmaster2000, Como dito anteriormente estude os arquivos TXT que estão junto com o programa exemplo. Tem um deles que se refere ao envio, nesse fragmento de código da minha aplicação utilizo o comando para assinar, validar e enviar. Mas, vai ai uma dica, o comando Valida, checa se o XML esta assinado, caso contrario o comando Assinar é automaticamente executado. Já o Enviar, executa automaticamente o Valida, portanto você não precisa fazer exatamente igual o que esta no exemplo, ou seja você pode simplismente utilizar o Enviar, uma vez que ele vai, assinar, validar e enviar o lote para SEFAZ. Espero ter ajudado.

Bom dia NOlher, Por favor aponte os arquivos gerados pelo componente cujos nomes não estão em conformidade com o manual (MOC versão 1.04c).

Bom dia NCC, Na NF-e temos, a geração do XML da NF-e, a assinatura e a validação, depois é montado o lote e por fim o envio. Na NFS-e o processo é diferente, é gerado o XML do RPS, é assinado ou não dependendo do provedor, é montado o lote, em seguida o mesmo é assinado ou não dependendo do provedor, ai sim é feita a validação e por fim o envio. Resumindo os schemas da NFS-e só permite a validação do lote e não de um RPS que vai compor o lote. Esse é o motivo pelo qual o programa exemplo não possui um botão para Validar o RPS.

Bom dia Mauricio, Ainda não consegui uma solução para esse problema.

Bom dia Dênys, Já esta disponivel os fontes atualizados com a cidade Santa Luzia/MG incluida. Favor baixar a atualização e realizar os testes.

Boa tarde Joemil, Qual é a mensagem de erro?