Valdir Dill

Sim, entendo perfeitamente Juliomar e estou ciente disso. Foi só um comentário que acabamos ficando meio sem saída nessa situação. Obrigado!

Boa tarde, Alguém tem um DanfeNFCe.fr3 que funcione com os arquivos do trunk? Estou com vários problemas. Após a última atualização dos fontes começou a não imprimir o nome da empresa emitente. Se puderem me auxiliar..agradeço.

Aí a coisa complica, rs. No trunk as atualizações não são mais feitas e o trunk2 não posso utilizar! Resta torcer para que o trunk2 esteja completo o quanto antes. Obrigado!

Bom dia, Estou tentando migrar para o truck2. Já consegui atualizar praticamente tudo. Ficaram apenas dois itens que gostaria de uma ajuda: 1 - O Danfe em Fortes Report não instalda. Dá o erro de JwaWinCrypt. Pelo que vi no fórum, ainda falta implementar alguma coisa no componente, certo? 2 - Eu utilizo o componente para nota de serviços (ACBRNFSe). Vi que esse ainda não foi implementado. Minha dúvida é: nesse caso eu não devo migrar minha aplicação para truck2? Ou então como fazer para instalar o ACBRNFSe? Obrigado.

Sua resposta eu entendi sim Regys. O que eu não entendi foi a resposta "Compilou. Obrigada!" da kuramoto. Vou atualizar pro trunk2 conforme você sugeriu. Obrigado.

Não entendi. É para estar corrigido? Baixei novamente e continua o problema.

trunk -> svn://svn.code.sf.net/p/acbr/code/trunk

Bom dia, Acabei de atualizar os fontes e, ao que me parece, está com erros na ACBrNFeDANFeESCPOS.pas Linhas 909 e 929 "Txt := QuebraLinhas(sInfadProd,60);" Acho que ocorreto seria - > "Txt.text := QuebraLinhas(sInfadProd,60);" Linha 910 "for y := 0 to Txt.Count - 1 do" Faltou declarar a variável y, ou seja, acho que o correto da linha 844 seria " i, y: Integer;" Obrigado!

Boa tarde Leonardo. Estou com problema com essa impressora. Ela corta parte da impressão nas margens. Não sei se o problema é o arquivo .fr3 que estou usando. Você poderia disponibilizar o .fr3 que você utiliza e que imprime legal? Obrigado

Caro Agnaldo, Concordo contigo que é uma sacanagem da Febraban. Também concordo que isso deverá ser alvo de discussões e processos judicais. Mas veja bem: no comunicado diz que, a partir de janeiro/2017, ou seja, daqui a alguns dias, rs, os boletos sem registros só poderão ser pagos no banco responsável pelo título, ou seja, não pode mais em farmácia, lotérica, Correios, e qualquer outro banco diferente ou correspondente. Você imagina uma empresa que possa trabalhar dessa forma, ou seja, obrigar o cliente a pagar o boleto num único e específico banco? É mais fácil o cliente dessa empresa deixar de comprar do que se submeter a isso. Então, na prática, esse comunicado, não determina realmente o fim dos boletos sem registros, mesmo prá quem já tinha um contrato com o banco vigendo em 31/05/2015? Abraços Comunicado FB 015-2015.doc

Em anexo. Linhas alteradas: 157 e 158. Obrigado! ACBrProvedorFiorilli.pas

O endereço novo correto é http://1a7601e12b31.sn.mynetname.net:8080/IssWeb-ejb/IssWebWS/IssWebWS?wsdl Fizemos testes e enviou tudo certo. Município 2101202 - Bacabal-MA Por favor, atualizem no componente. Obrigado!

Bom dia, Segundo um usuário me informou, parece que o endereço de envio das NFSe da prefeitura de Bacabal-MA mudou. Verifiquei e a URL - http://finanbbl.ddns.us:8080/IssWeb-ejb/IssWebWS/IssWebWS- definida no ACBR não é mesmo mais válida. Ainda segundo esse usuário, a nova URL seria http://1a7601e12b31.sn.mynetname.net:8080/issweb/paginas/login.jsf, mas acessando pelo browser esse endereço cai numa tela de login do provedor. Como se fosse para a emitir NFSe direto pelo site. Pesquisei no site da prefeitura, mas não encontrei nada sobre o assunto. Alguém tem ideia de onde encontrar a URL correta e também atualizar nos fontes do componente? Obrigado

Eu concordo que é bem ditatorial a coisa. Acho que por isso mesmo é que a Febraban não deu nenhuma publicidade. Mas o fato é que a norma entrará em vigor. Eu já tenho vários clientes inclusive que estão tentando contratar cobrança sem registro e os bancos não estão mais aceitando. Somente com registro.

Bom dia, Estou enfrentando problemas com impressão do Danfe com Fast Report. Estou anexando o XML da nota que o problema ocorre. Se utilizo o \ACBR\Projetos\ACBrDANFe\Compilado\DanfeRetrato.fr3 (anexo), imprime 3 páginas e deixa um espaço grande no rodapé da segunda página. Acredito que seria o espaço para as informações adicionais, pois é o mesmo epaço dessas inf. adic.da primeira página. Já se eu utilizar p \ACBR\Exemplos\ACBrNFe2\Delphi\Report\DanfeRetrato.fr3, imprime tudo em duas páginas, sem deixar espaço na segunda página, mas aí ele coloca a númeração de página errada. Na primeira página fica '1/3' e na segunda '2/3'. Esse "3" está errado porque o Danfe só tem duas páginas. Utilizo o XE4. Já refiz uma instalação completa do ACBR, inclusive utilizando o instalador. Qual é o .fr3 que vocês utilizam? Alguma sugestão para corrigir esse problema? Obrigbado DanfeFR.rar DanfeFR.rar

Encontrei a solução. Deixo aqui para quem enfrentar o mesmo problema. Como eu imaginava, simples de resolver. Basta selecionar o pacote onde dá o erro, no meu caso, o PCN2, acionar o menu "Project -> Options" e, no campo "unit scope names" do grupo "Delphi Compiler", acrescentar VCL.

Obrigado Juliomar, mas como eu disse na abertura do post, o instalador dá sempre muitos erros. Eu inclusive testei o instalador, primeiro limpando tudo com o .bat e deletando tudo que é arquivo ACBR. Instalar instalou, mas quando se abre o XE7 ocorrem vários erros de acesso violation. O problema é que ele procura a Dialogs.dcu na pasta Pacotes do ACBR, quando deveria procurar na pasta do Delphi. Tem alguma coisa errada e que faz isso acontecer, mas não consigo descobrir o que é. Obrigado

Boa tarde, Estou tentando instalar os pacotes Acbr e ocorre o erro "Dialog.dcu not found" na pcnNFe.pas. Já fucei uns 2 dias sem conseguir um resultado positivo na solução. Sei que a orientação é para instalar pelo instalador do ACBR, mas pelo instalador sempre dá vários erros. Além do mais sempre fiz dessa forma, ou seja, crio um pacote e incluo todos os pacotes. Acho mais fácil de controlar as atualizações dessa forma. Estou anexando um print do erro que ocorre. Se alguém puder dar uma dica da causa, agradeço. Obrigado!

Sim, isso é verdade. Na net não se encontra nada oficial sobre isso. Nem mesmo no site Febraban. Mas eu liguei na Febraban (11-3244-9822) e me confirmaram os dados que relatei na abertura deste post. Me informaram também que esse comunicado FB-015/2015 é algo interno, ou seja, só enviado aos bancos. Por isso não se encontra nada na net. Estou anexando cópia do comunicado que o banco me passou para que quiser dar uma olhada. Abraços! Comunicado FB 015-2015.doc

Bom dia, Não sei se é de conhecimento de todos. Por isso compartilho uma informação que recebi de meu banco. Segundo o comunicado FEBRABAN 015/2015, a partir de junho/2015, os bancos não poderão mais disponibilizar carteiras SEM registro a clientes novos. Para que já tiver um convênio de cobrança com carteira sem registro contratado com o banco até fim de maio/2015, será obrigatória a migração até no máximo dezembro/2016. Obrigado!

Acho que não estou conseguindo me fazer entender. Veja bem, você monta uma interface para o usuário informar os dados da cobrança dele, certo? Com esses dados é que você vai gerar os boletos e os arquivos remessa, correto? Nessa interface você cria um campo chamado "Código do Cedente" para que o usuário preencha. Esse campo tem que servir tanto para o usuário que tem cobrança Bradesco, como para o que tem na CEF, BB, etc. Do jeito que está eu teria que fazer uma crítica nas minhas rotinas para que quando o usuário estiver cadastrando uma cobrança Bradesco passar a informação para ele informar o código do cedente COM o DV. Já se estiver cadastrando dados da CEF, ele deve informar o código do cedente COM DV. Isso ficaria um pouco estranho em um sistema, não concorda? Como que os colegas estão fazendo nesses casos? Obrigado!

Certo, mas para mim gerar o arquivo remessa da carteira 09 Bradesco, você tem ideia de como eu devo alimentar o campo codigoCedente no momento da geração do arquivo? Eu fiz um teste e o ACBR NÃO calcula o DV para colocar no header do arquivo. Obrigado

Bom dia, Estou com uma dúvida em relação a como popular o campo codigoCedente do ACbr para emissão de boletos e também na geração de arquivos remessa. A dúvida é em relação a informar ou não o DV do código do cedente. Existe alguma regra de quando se deve e quando não se deve informar? Por exemplo, percebi que na emissão de boletos Sigcb da CEF, se eu informar COM dv, o código de barras e linha digitável do boleto não serão gerados corretamente. Já na geração de arquivo remessa do Bradesco, se informar SEM o dv, a linha 1 do arquivo ficaria com o código da empresa incorreto e o banco não aceitaria a transmissão. Alguma dica? Obrigado!!

Eu sempre atualizo a pasta toda. Mas acredito que algum arquivo que eu tenha alterado não tenha sido atualizado pelo svn justamente porque ele foi alterado. Deletei a pasta toda e reinstalei tudo e resolveu. Obrigado!

Atualizei os fontes agora pela manhã e ao recompilar os fontes dá erro "[dcc32 Error] ACBrNFeDANFeESCPOS.pas(991): E2003 Undeclared identifier: 'TributosSeparadamente'" na lina 991 da ACBrNFeDANFeESCPOS.pas Onde está declarada essa variável TributosSeparadamente que ele não encontra? Ou estou fazendo algo errado? obrigado!