FabricioMedeiros

Infelizmente também não deu certo apagando, mesmo erro ?

Vi essa diretiva no Acbr.inc que está USE_ZLibExGZ se a versão for superior que o XE2, será que é isso que está dando problema? Vou tentar aqui!

já fiz também hehehe

Boa noite Juliomar, Muito obrigado pelo retorno! Eu já tinha tentado com a linha comentada também, o estranho é que ocorre o mesmo erro. Já apaguei os fontes e fiz um checkout na pasta e também não resolveu. O estranho é que eu utilizava com o Delphi Tokyo 10.2 e nunca tive nenhum problema e nunca mexi em nenhum arquivo de configuração do Acbr, agora que atualizei para o Tokyo 10.2.3 é que deu esse problema. Você alguma outra sugestão do que eu posso tentar ?

Boa tarde! Atualizei meu Delphi para o Tokyo 10.2.3 e o ACbr também ... Fui instalar o ACbr e está apresentando esse erro da primeira imagem ... no meu caso a linha sugerida acima já está descomentada. Tem alguma outra coisa que posso fazer ?

Boa tarde Rodrigo! Poe estranho nisso! rsrs Em 13 anos desenvolvendo sistemas nunca vi esse tipo de coisa no Delphi. De toda forma muito obrigado! Abraço!

Boa tarde Rodrigo! Obrigado pela resposta, mas não é problema de arredondamento, pois o valor no banco de dados não é alterado, não é realizado nenhum comando/processo após o envio da nota, só no grids e relatórios que o sistema passa a exibir as casas decimais zeradas. Se o usuário fecha e abre novamente o sistema os valores voltam a aparecer corretos novamente.

Bom dia! O ACBr deixou de ser atualizado para Delphi 7 pois o mesmo não tem suporte ao UNICODE, por isso foi criado um novo repositório Trunk2. Você conseguirá utilizar o ACBr sem problemas nas versões mais atuais do Delphi.

Boa tarde! Alguém aqui no grupo já teve problemas de casas decimais sumirem após enviar ou consultar NF-e, utilizando Unidac? Atualmente na empresa onde trabalho utilizamos Delphi XE8, Oracle 11g, com o ACBr para envio/consulta/impressão de Danfe e o Unidac para conexão no Banco de Dados. A situação acontece da seguinte forma, por exemplo no grid onde o usuário seleciona a nota para enviar, aparece o valor da mesma, por exemplo 1500,99 , porém instantaneamente após o envio da NF-e o valor no grid muda para 1500,00 (o grid não é atualizado e não é executado nenhum outro processo após o envio), porém no banco continua o valor certo. Ai todos os grids/relatórios/etc do sistema passam a exibir as casas decimais zeradas. Só volta a exibir corretamente se sair do sistema e entrar novamente. O mais engraçado é que isso só acontece se o usuário utilizar alguma coisa que tenha o ACBr envolvido no processo. Já atualizamos os fontes do ACBr, já atualizamos o Unidac para a última versão e mesmo assim o problema persiste. Se alguém tiver uma ideia do que possa ser, fico agradecido.

MMCamilo, Obrigado! sim o botão salvar do Rave Reports fica habilitado. Qualquer coisa, estou a disposição! Abraço!

Bom dia! Eu também não queria exibir o dialogo de configurações da impressora ao Imprimir o DANFE pelo Rave. Como não encontrei nenhuma propriedade no Componente, alterei diretamente no fonte do ACBr. No arquivo ACBrNFeDANFERave, existe a procedure ImprimirDANFE, eu simplesmente modifiquei a linha onde ele configura os parâmetros do Rave, ficando assim: dmDanfe.RvSystem1.SystemSetups - [ssAllowSetup, ssAllowPrinterSetup,ssAllowPreviewSetup]; Se você quiser visualizar o DANFE antes de ser impresso no componente do ACBr você coloca a propriedade ACBrNFeDANFERave.MostrarPreview := True, se não := False; Espero te ajudado. Abraço!

Bom dia! Eu estava com o mesmo problema, não conseguia pegar o nome do arquivo XML que é gerado no envio do Evento. Resolvi arriscar e fazer uma simples implementação nos fontes do ACBr adicionando uma propriedade que retorna o nome do arquivo. Estou anexando os arquivos modificados para que os Administradores possam verificar e se acharem interessante adicionarem ao projeto principal do ACBr. As alterações que fiz estão com o comentário //Fabrício 10/03/2015 Para usar a propriedade basta chamar a propriedade EventoRetorno.NomeArqXML após o envio do Evento. Espero ter colaborado! Abraços arquivos.7z

Bom dia! Eu estava com o mesmo problema, não conseguia pegar o nome do arquivo XML que é gerado no envio do Evento. Resolvi arriscar e fazer uma simples implementação nos fontes do ACBr adicionando uma propriedade que retorna o nome do arquivo. Estou anexando os arquivos modificados para que os Administradores possam verificar e se acharem interessante adicionarem ao projeto principal do ACBr. As alterações que fiz estão com o comentário //Fabrício 10/03/2015 Para usar a propriedade basta chamar a propriedade EventoRetorno.NomeArqXML após o envio do Evento. Espero ter colaborado! Abraços

Bom dia Murilo! Você precisa declarar a unit pcnConversao para poder utilizar as variáveis do ACBr. Abraço!

Bom dia Bruna! Não é necessário ter Inscrição Estadual. A Inscrição Estadual é para saber se você é contribuinte de ICMS ou não. O que você precisa é ter autorização na AF para poder emitir a NF-e.

Bom dia Eric! Ótima iniciativa!

Bom dia Oscar! Você tem que verificar quais as configurações do seu provedor de Email. Eu tive esse mesmo problema uma vez, no meu caso era a porta de saída do Provedor que estava errada. Eu utilizo o Gmail, no meu caso a porta é a 465. Abraço!

Bom dia Murilo! No exemplo do ACBr, no botão 'Criar e Enviar', é chamada a função GerarNFe. Dentro desta função você ai ver como são alimentadas as tag's. Abraço!

Bom dia Juaumkiko! Muito obrigado pelo retorno. Eu tentei fazer a alteração para as bordas serem exibidas de acordo com as configurações do componente, porém eu não consegui. Tentei de várias formas e nenhuma deu certo, fiquei quase uma semana tentando rsrs por isso eu fiz direto no layout do arquivo .rav Vou seguir seu conselho, vou disponibilizar aqui. Abraço! NotaFiscalEletronica.zip

Boa tarde! Algum dos administradores tem interesse em ver a alteração que fiz direto no layout do rave para exibir as bordas esquerda e direita? Se alguém tiver interesse, eu posso enviar o arquivo para vocês avaliarem e se for de interesse podem colocar no projeto do ACBr para ficar disponível para outras pessoas.

Boa tarde Juliomar! O que eu fiz aqui na empresa para resolver o problema de forma paliativa foi ao invés de carregar todas as notas no componente do ACBr para imprimir todas de uma vez, eu fiz um loop onde eu incluo a nota, imprimo e limpo o componente. Faço isso para todas as notas que o usuário seleciona para impressão, ou seja eu acabo imprimindo uma a uma, porém o usuário não vê pois eu não exibo o preview da nota nesse caso.

Boa tarde Juliomar! Sim utilizo o ACBr regularmente e sempre baixo as atualizações disponíveis no tortoise. O problema ocorre quando é feita a impressão em lote de NF-e. Ou seja carrego várias notas para impressão de uma só vez. O Rave não separa a numeração total de paginas por nota. A "solução" foi carregar cada nota separada no Componente do ACBr e manda imprimir nota por nota. Tentei de várias formas resolver o problema alterando o código do ACBr e no formulário do Rave porém não obtive sucesso e está foi a única forma de resolver provisoriamente o problema. Abraço! Atenciosamente, Fabrício Medeiros Juliomar Marchetti

Boa tarde! Primeiro verifique se o no Bloco H001 você informou IND_MOV = 0 e lembre-se que o Bloco H020 só deve ser informado quando no Bloco H005 o MOT_INV estiver entre 2 e 5. Espero ter ajudado. Atenciosamente, Fabrício Medeiros

Bom dia! O regitro C100 é referente ao Cabeçalho das Notas, essa exceção quer dizer que você não pode ter mais de um registro com as mesmas informações, IND_EMIT = 0 são as notas de emissão própria e IND_EMIT = 1 são as notas de emissão de terceiros (fornecedores), ou seja você não pode ter por exemplo duas notas 00000001 modelo 55 serie 01 de saída, mas você pode ter uma de saída e uma de entrada com a mesma numeração e situação pois o IND_EMIT serão diferentes, 0 para Saída e 1 para entrada, entendeu ? Espero ter ajudado. Abraço!

Bom dia! Neste caso você deve seguir a orientação de seu contador, se sua empresa apropria do Crédito de PIS/COFINS estas informações devem ser informadas. Abraço!