Italo Giurizzato Junior

Bom dia Karlouchoa, Temos o componente ACBrNFeDANFeQR desenvolvido em Quick Report, no minimo a uns 3 anos. Este componente tem a finalidade de imprimir o DANFE da NF-e. Não temos ainda um componente em Quick Report para imprimir o DANFE da NFC-e com QR-Code. Caso você queira transformar esse DANFE que você desenvolveu em um componente segundo os padrões do ACBr ou fazer com que o componente já existente possíbilite a impressão de um ou de outro dependendo do modelo de documento fiscal selecionado seria ótimo. E se desejar disponibilizar essas implementações, a contribuição é bem vinda.

Bom dia Aprendiz_ce, Complementando o Juliomar, infelizmente não temos um manual para cada componente disponibilizado na suite do ACBr. Mas temos um programa exemplo que apresenta de forma simples se não todas, as principais funcionalidades do componente. Coragem, abra o fonte dos programas exemplos e estude as rotinas. Quer ir mais longe, abra os fontes do componente desejado para saber como é que a coisa funciona.

Bom dia Luighi, Você tem que instalar o certificado digital na maquina que esta o programa exemplo. Com o certificado instalado e o programa configurado, é possível gerar e enviar para o webservice um RPS em ambiente de homologação (de preferencia é claro). Qual é o tipo de erro que esta aparecendo depois de você ter executado o passo a passo para resolver os problemas de propriedades inexistentes em função de diferenças entre versões do Quick Report?

Boa noite Aprendiz_ce, Se esta aparecendo a mensagem informado a situação é porque a propriedade que faz isso esta com o valor true. Quando ocorre essa situação: 2- Não Processado, devemos repetir a consulta, até que retorne: 3 - Processado com erro ou 4 - Processado com sucesso. Quando a situação é 4 temos como retorno o XML da NFS-e.

Luighi, Você tem que desistalar primeiro a versão atual para depois instalar a 5.02

Boa tarde Tagales, Desculpe, mas a minha intensão não foi ofender ninguem. Com relação ao post ser de 2011, e você achar que algo poderia ter mudado, veja bem, visitando o portal Nacional da NF-e com frequencia e baixando os manuais e notas tecnicas para ler, sabemos o que mudou e que permanece igual. Basta tirar um tempo para ler, você não concorda? Repito, entendo que problemas podem ocorrer, por melhor que seja o nosso sistema, tem outros fatores como: computador, internet, webservice, usuário, ... O que eu quiz dizer e que talvez não ficou claro é que devemos fazer a nossa parte, ou seja, escrever uma rotina que não falhe na numeração. Você tem que garantir que o problema não é o seu sistema e sim o resto. Não é querer jogar a culpa nos outros, mas sim apondar quem realmente esta com problemas. Se a SEFAZ não implementou um webservice para realizar a consulta de numeração inutilizada, é porque a inutilização tem que ser de uso raro. O seu sistema rodando a anos, um belo dia ocorre a necessidade de realizar a inutilização de numeração e ao fazer, justamente nesse dia, nessa operação o webservice falha, a internet falha, a maquina reseta, cai a força ou outra coisa mais sinistra, é muito azar você não acha? Mais uma vez desculpe e tenha um bom final de semana.

Luigui, Para resolver o problema de propriedades não existentes siga os passos desse arquivo: Property_Does Not Exist.txt que esta dentro da pasta ...\Fontes\ACBrNFSe.

Aprendiz_ce, O componente após gerar o lote de RPS, o submete ao validor que por sua vez se utiliza dos schemas disponibilizados pelo provedor. Se no schema diz que o CNPJ tem que ter 14 caracteres e o no XML não tem, o validador não vai validar o lote e consequentemente o mesmo não será enviado. É preciso saber como esta cadastrado o CNPJ no provedor e no momento deles efetuarem a validação o que é comparado com o que. Vamos imaginar a seguinte situação: no XML temos o CNPJ sem formatação e com 14 digitos; no cadastro junto ao provedor o CNPJ esta com a formatação; ao realizar a validação se for comparado desta forma vai dar diferença. por outro lado se no momento da comparação o webservice retira a formatação para comparar com o XML ai só vai dar diferença caso não esteja considerando os zeros a esquerda caso tenha. Outra coisa importante, exitem 2 cadastros, um para emitir a NFS-e via site e um outro para emitir via webservices. Dependendo do provedor existe ainda alem do cadastro a liberação para usar o ambiente de teste e depois a liberação para usar o ambiente de produção. Tudo isso tem que ser checado para descobrir onde esta o problema. E coloque na lista também: Falha no webservices do provedor. Lembre-se que esse pessoal teimam que não são teimosos. As vezes o problema é no webservices, eles jogam a culpa no seu sistema, só para eles ganharem tempo para tentar resolver.

Boa tarde a todos, Vocês leram o segudo post desse tópico onde o André diz que não existe um webservice para consultar numeração inutilizada. Se não existe webservice, o componente muito menos tem esse recurso. Eu entendo que podemos ter problemas com a internet justamente no retorno, mas no caso de inutilização de numeração não tem nada o que possa ser feito a não ser acessar o site para checar se realimente o numero ou a faixa de numeros foi inutilizada. Porque será que a SEFAZ não implementou um webservice para consultar? Alguem pode me responder? Muito bem eu respondo, um sistema que se preze não pode falhar na numeração. O meu já esta rodando a quase 3 anos e nunca falhou.

Luighi, O Erro de propriedades não existentes, você resolve seguindo o passo a passo que esta na pasta ...\Fontes\ACBrNFSe em um arquivo texto. Esse erro é motivado pela diferença de versões, você esta usando a versão 3.0 e o conponente foi disponibilizado na versão 5.02 Já o o erro que ocorre no fonte: ACBrNFSeQRRetratoCampinas.pas é preciso descobrir qual é o objeto que esta utilizando o FrameLines e remove-lo.

Boa tarde Luighi, Falha minha, em vez de remover a linha que contem o QR5RunD7 o correto seria; Remova o QR5RunD7 da linha. (...) ACBrCapicom, {$IFDEF VER150} QR5RunD7, vcljpg, visualclx; {$ENDIF} // D7 (...) (...) ACBrCapicom, {$IFDEF VER150} vcljpg, visualclx; {$ENDIF} // D7 (...)

Boa tarde Aprendiz_ce, Note que XML o CNPJ não possui formatação, apenas os digitos, será que o problema não é esse? Já vi algo semelhante ocorrer com a Inscrição Municipal, o componente estava gerando o XML com apenas os digitos da IM e no cadastro feito no provedor tinha pontos, hifens, etc.

Boa tarde Moroni, Segundo o manual, não é possivel emitir um CT-e complementar fazendo referencia a outro CT-e complementar, ou seja complementar o complementar. Mas não existe no manual nenhuma regra que lhe impessa de emitir dois CT-e complementar para o mesmo CT-e normal.

Boa tarde Leandro, Sim, o provedor WebISS já esta implementado.

Boa tarde Mateus, Os seus fontes estão desatualizados. Atualize e tente novamente.

Bom dia Michel, Vou lhe dar uma dica, veja como foi implementado o provedor ISSDSF que não segue o padrão ABRASF. A questão não é criar novas propriedades, o problema depois é a impressão do DANFSE que busta os dados em determinadas propriedades.

Luighi, O que você pretende usar o DANFSE em Quick Report ou em Fortes Report? Se é o em Fortes Report você não precisa instalar o pacote do DANFSE feito em Quick Report e vice-versa. O problema é que o programa exemplo utiliza o componente ACBrNFSe e o ACBrNFSeDANFSeQR ou seja o DANFSE feito em Quick Report. Se a sua intensão é utilizar o DANFSE feito em Fortes Report, primeiro você tem que instalar o ACBrNFSe e mais o ACBrNFSeDANFSeRL, segundo alterar o programa exemplo removendo o componente DANFSE feito em Quick Report e colocar no lugar o feito em Fortes Report,

Luighi, O programa exemplo do ACBrNFSe se utiliza do DANFSE feito em quick report, dai o erro ao tentar usar o programa exemplo. A solução é simples, remova o componente do DANFSE (Quick Report) do programa exemplo e coloca o outro feito em Fortes Report.

Bom dia Luighi, Você o Quick Report instalado no Delphi? Se sim, é bem provavel que não seja a versão 5. Neste caso abra o pacote de instalação: ACBrNFSeDANFSeQRpkg.dpk e remova a linha que aparece o QR5RunD7, depois clique em compilar.

Bom dia a todos, Leandro, você tem razão quanto a mensagem vou mudar. Aprendiz_ce, em primeiro lugar os textos dos botões estão errados o correto seria [Gerar e Enviar Lote de RPS] e [Gerar e Enviar um RPS] A diferença é a quantidade de RPS enviados para o WebServices. O primeiro aceita um lote com até 50 RPS sendo que o segundo só podemos ter apenas um RPS no lote.

Bom dia Gordianosj, Com certeza é problema na SEFAZ-MG.

Bom dia Márcio, Verifique com o contado, se não me falha a memória no valor da nota não deve incluir o desconto. Note no código do DANFSE que antes era impresso o valor da NFSe e depois foi mudado para imprimir o valor do serviço.

Claudio, Você sabe que o MDF-e deve ser emitido somente quando o transporte for de carga fracionada e interestadual. Logo dentro do Estado não há necessidade de emitir o MDF-e. Mesmo assim o caminhão parte de SP (ponto A) e chega em MG (pondo descarrega parte da carga. O emitente que esta em SP deve encerrar o MDF-e e emitir um novo contendo somente a carga restante para que o caminhão possa seguir viagem, conforme dito anteriormente. A duvida agora é como proceder: 1. No ponto B alguem tem que informar o emititente que a carga foi descarregada; 2. O emitente encerra o MDF-e do caminhão em questão; 3. O emitente emite um novo MDF-e; 4. Assim que a SEFAZ retorna o protocolo de autorização de uso, o emitente deve gerar o DAMDFE em PDF e envia-lo por e-mail para o ponto B; 5. No ponto B assim que chegar o e-mail deve-se imprimir o DAMDFE para que o caminhão possa seguir viagem. Lembre-se o motorista precisa do DAMDFE impresso para ser apresentado em um posto fiscal de fronteira quando solicitado. E DAMDFE tem que estar condizente com a carga, caminhão e motorista.

Boa tarde Elias, Quem tem que controlar a numeração do RPS é o seu sistema.

Boa tarde Rafael, A sua rotina esta semelhante a minha, cheque se todas as condições que estão no IF são satisfeitas para que os campos recebam os valores.