Jéter Rabelo Ferreira

Cléber/Marco, bom dia. Isso mesmo, eu não implementei a geração do arquivo "C", pois o validador faz a geração do mesmo. Qualquer dúvida, estamos por aqui. Atenciosamente.

Boa tarde. Tenho clientes em SP que estão emitindo normalmente. Atenciosamente.

Boa noite. Procurei essa informação porém não encontrei. O valor do vTotTrib já está sendo impresso totalizado no Danfe.. Porém, a fonte dos cálculos (IBPT) não. Essa informação deve ser informada ou pode ser omitida? Atenciosamente.

Bom dia. O ACBrBoleto gera apenas arquivo remessa e lê retorno do padrão CNAB para boletos. Na pasta Branches\Fontes tem um projeto chamado ACBrCNAB, que creio eu é para tratar esse caso, bom como também conciliação bancária. Mas ele está parado há tempos. Atenciosamente.

Bom dia. Seja mais específico, pois todo boleto liquidado o crédito entra na conta-corrente. Você está querendo é convênio de banco com empresas tipo débito automático? Atenciosamente.

Cleber, boa noite É questão de entendimento, mas quando se dá um desconto, esse mesmo não deduz a Base de Cálculo de ICMS, bem como o acréscimo. Mas, pergunte a um contador a respeito disso. Quanto ao ICMS e o total da NF é isso mesmo. O Total da NF deve constar o Valor do ICMS BC ICMS: 150,00 ICMS 5% Vlr.ICMS : 7,50 Vlr Outros 2,00 Total NF: 159,50 Atenciosamente;

Isso deve estar ocorrendo devido a alguns SEFAZ que não permitirem o cancelamento após 24 horas. Atenciosamente

Regys, bom dia. Então vou ter que comprar o Fast, pois o que vem com o XE2 não tem eventos "dentro" do componente. Obrigado. Atenciosamente.

Regys, boa tarde. Eu comecei a utilizar o Fast Report agora, portanto tenho algumas dúvidas. Eu fiz a impressão por ele, ficou boa. Aliás, foi o que melhor deu certo com RTF dos 3 exemplos que passei acima, ficou justificado e etc. Você saberia me dizer se tem como eu mudar as margens de cada página em tempo de ontagem do relatório? No preview isso é feito, mas e em tempo de execução? Se eu fizer isso no preview, e aumentar a margem superior, o texto do relatório é cortado abaixo. Se você ou alguém mais souber como fazer isso, ficaria agradecido. Atenciosamente.

Boa tarde. Alguém conhece algum componente ou forma de imprimir um arquivo RTF? Tentei com Rave, Fortes, Fast Report (do XE2), mas nenhum deles fica 100%. Eu preciso configurar as margens da impressão em tempo de execução, podendo ter cada página um valor diferente. Caso alguém saiba, ficarei eternamente grato. Atenciosamente.

Cleber, bom dia. Respondendo a suas perguntas 1. No meu sistema de emissão de NF mod. 21/22, eu só permito a inclusão de serviços com o mesmo CFOP. Caso o CFOP seja diferente, o usuário deverá incluir outra NF. Mas em 99,99% dos casos o CFOP é igual. Outra coisa, tratando-se de Juros/Multas e etc, não se informa o CFOP, como você deve ter lido no Manual 2.Além de ser destacado, ele é somado. Pega-se um exemplo de uma conta de Energia elétrica (CEMIG no nosso caso), o valor total da conta é embutido o ICMS. Contas de Telefones e etc. É sempre assim, quem paga o ICMS é o usuário final. Outra observação a fazer a respeito do exemplo de impressão: O MD5 da assinatura da NF deve vir formatado como xxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx. Eu esqueci disso no exemplo. Atenciosamente.

Cleber, boa noite Depois que postei o comentário, fui analisar meu relatório e faltava muito pouco e implementei o mesmo. Juliana/Daniel, por favor, substitua o exemplo do componente ACBrConvenio115 pelo que está anexo neste Post, pois agora tem um exemplo de impressão. Espero ter ajiudado. Atenciosamente Exemplo.rar Exemplo.rar

Ë o seguinte; Quando eu resolvi desenvolver o componente, já tinha toda a rotina pronta de impressão de Notas Fiscais, bem como a minha própria classe para isso. Foi aí eu resolvi criar o componente para a geração do arquivo magnético. Eu até pensei em implementar a impressão das Notas Fiscais a partir da classe TACBrConvenio115, mas como meu tempo está meio corrido, deixei isso para segundo plano. Realmente, para você ter a autenticação, terá que preencher os dados do componente, ou "pegar" a idéia do cálculo do MD5 de como foi feito e imprimir. Eu, se não tivesse minha rotina implementada e fosse implementar agora, preencheria o componente e imprimiria as Notas a partir dele. Pois tudo que é preciso está informado. Eu comecei a portar meu relatório de nota (Fortes Report) mas, como disse acima, meu tempo está muito corrido e parei. Caso você queira, posso verificar o que eu comecei a fazer em termos de relatório, eu te envio e, caso você possa terminar, seria bem vindo para o projeto. Atenciosamente.

Cleber, boa tarde Eu te respondi isso acima. "o MD5 que sai na Nota é calculado pelo componente utilizanto a property ACBrConvenioMestre1.AutenticacaoDocumentoFiscal" É esse MD5 que será impresso na Nota Atenciosamente

Cleber É "igual" ao Sintegra Emite-se tudo e os arquivos magnéticos são entregues no mês seguinte, até o 4º dia útil, conforme o convênio. Atenciosamente.

Bom dia. Qual gerador de relatório?

Luciano, bom dia Eu sou um usuário que utiliza os DV's separados, isso em todas as carteiras de meus sistemas. O porque disso? O componente faz o cálculo para mim, caso eu precise do referido campo, eu utilizo a função específca do ACBr para isso. Como o componente foi todo projetado para não ler o DV, acho mais conveniente você implementar no seu sistema essa rotina. Em tempo: O DV, como o próprio nome diz - Dígito Verificador, é "apenas" um verificador das informações que o banco implementa. Eu trabalhei mais de 15 anos em instituições financeiras, e uma coisa eu posso te dizer com certeza: Em 90% das informações que os bancos utilizam internamente não utiliza-se DV. O DV foi implementado justamente para que o sistema do banco verifique num primeiro momento se os valores estão coerentes. Com isso, qual a finalidade de armazenar-mos isso? A meu ver, nenhuma. Atenciosamente.

Daniel, bom dia. Sem problemas. Caso precisar, é só chamar. Atenciosamente.

Cleber complementando. Sim, o MD5 que sai na Nota é calculado pelo componente utilizanto a property ACBrConvenioMestre1.AutenticacaoDocumentoFiscal Os demais MD5's são calculados automaticamente. Atenciosamente.

Cleber, bom dia Não vejo necessidade de armazenar o MD5 no banco de dados, uma vez que os dados da nota não podem ser alterados, esse valor se manterá inalterado em qualquer momento. Qualquer dúvida, estou a disposição. Atenciosamente.

Bom dia. Daniel/Juliana, agradeço a vocês a atenção. Atenciosamente

Boa noite Você pesquisou no fórum? Existem N tópicos tratando desse assunto. Atenciosamente

Boa tarde Juliana Pode comentar essas duas linhas. Quando eu criei o exemplo essas duas property's existiam, depois eu fiz um refactoring no compoennte e as exclui. Essas property's existem no TACBrConvenio115Mestre Atenciosamente.

Bom dia Juliana. A principio eu pensei em fazer um enumerado também. Mas como são muitas opções, optei por fazer como string, validando o conteúdo. Desde que o convênio 115 foi criado, em 2003, só houve uma alteração nessa tabela, e foi nos idos de 2005. Verifique o manual/Lay-Out do convenio em: http://www.fazenda.gov.br/confaz/confaz/convenios/icms/2003/CV115_03.htm na tabela 11.5. Caso haja algum novo acréscimo, basta colocar-mos o(s) codigo(s) na verificação. Qualquer dúvida, estou a disposição.

Boa tarde. Verifique o tópico