Gr@c@

Eu entrei em contato com a Gás Tecnologia reclamando sobre isso. Eles me solicitaram, nada mais nada menos, do que todos os fontes do meu aplicativo + banco de dados + Gerenciador de banco de dados + configuração + manual para poderem executar e analisar os fontes no laboratório. Então, pedi a eles que me enviassem o mesmo material do aplicativo deles para que eu também pudesse analisar em meu laboratório de testes. Nunca mais me retornaram.

Bom a questão é a seguinte: o erro EOleSysError Classe não registrada ocorre em um formulário no qual uso o ACBr apenas para fazer a importação de um arquivo XML de entrada (NFe de fornecedor). Importa para ADOQuery. A questão é: não vou usar certificado digital para fazer isso. Precisarei mesmo assim das dlls da capicom registradas?

Estou com esse problema em alguns clientes com windows 7 ou superior. Pesquisei no forum sobre o EOleSysError, mas não encontrei a resposta que precisava. viallyusrael como você resolveu o problema acima?

Tem ocorrido diferença entre arredondamentos do Delphi e SQL Server e também ECF´s Bematech. Minha dúvida é: Quando usar as regras de arredondamento ABNT? Para todos os ECF´s e balanças? NF-e? NFC-e?

Juliomar, no Lázarus imprime tudo sem cortes, inclusive o nome do desenvolvedor na lateral esquerda? Pergunto porque todas as impressoras cortam esse label, pelo menos, todas as minhas HPs (deskjet e laserjet) e as de meus clientes que são HPs de vários modelos, brother e xerox. Mas somente algumas cortam, alem desse label, mais um ou 2 caracteres à esquerda e um ou 2 caracteres à direita (na brother e xerox é impossível imprimir o boleto). Não adianta alterar as configurações da impressora. Tentei alterar as margens no Fortes mas também não resolveu. Se o problema só ocorre no Delphi, você tem alguma sugestão do que deve ser testado?

Pessoal, ainda continua tendo problemas com Lote em Processamento em ambiente de Produção. Envia alguns CT-e e depois começa a dar a mensagem de lote em processamento seguidamente. No ambiente de homologação, o SEFAZ/MG realmente estava com problemas e resolveram. Em produção, eles alegam que não há problema nenhum. O que fazer para contornar esse erro, de forma que não fique tão evidente para o usuário, já que quando tento enviar novamente o mesmo ct-e ele envia sem erro? Esse erro é causado por tempo de retorno?

Juliomar, aproveitando o assunto, qual é o procedimento para assinar o aplicativo com o certificado digital?

Esse problema pode ser causado por antivírus ou aplicativos bancários. Uma coisa que fiz e que ajuda é você abrir seu projeto -> Projects -> Option -> application e informar tudo sobre versão do aplicativo para que evite que o mesmo seja reconhecido como perigo potencial. E orientar seu cliente a não executar o aplicativo quando estiver executando aplicativos bancários.

Talvez tenha sido instalado com uma versão incorreta para o Windows 7 ou o certificado não tenha sido instalado como Administrador . 1-Tente desativar o Firewall do Windows. Verifique se funciona. 2-Tente desativar o anti-virus por alguns minutos. Verifique se funciona. 3-Reduza o nível de segurança do usuário.

Eu tentei alterar as margens primeiro. Mas, o problema é que a área ocupada pelo relatório é grande e parece que o Fortes não respeita a margem direita. O certo seria alterar a escala do relatório todo.

Só para efeito de teste, alterei a unit do fortes conforme acima: fonte do label da linha digitavel de Arial(13) para Arial(12) e o codigo de barras cheguei uns 3 caracteres para a direita. Imprimi na impressora Brother de um cliente e imprimiu correto. Levamos ao banco para ver se o codigo de barras seria lido e deu certo. Não vou disponibilizar os forms alterados aqui porque fiz isso em Delphi 7. Mas as alterações que fiz são somente essas duas citadas pelo menos para resolver a situação dos meus clientes. (problema é que sempre que atualizar o ACBrBoleto terei que refazer a alteração) Ainda continua cortando caracteres à direita nas outras colunas. Corta o nome do desenvolvedor e uma coluna do boleto (esse corte ocorre em todas as impressoras Laser e Jato de tinta que testei, inclusive a minha, que é uma HP Laserjet P1005).

Homologuei Sicoob mês passado e meu registro detalhe está assim da posição 1 até 31 Meu numero de conta ficiticio é 123456 digito 2 No remessa saiu 00123456 da posição 23 a 30 e 2 na posição 31. 1028649309500014832244001234562 Eu passo os valores para o componente assim: .ACBrBoleto1.Cedente.Conta := '123456'; .ACBrBoleto1.Cedente.ContaDigito := '2'; verifique se você não está informando Cedente.conta já com o digito

Tente assim.... dm.IBChaveNFEManifesto.close; dm.IBChaveNFEManifesto.SelectSQL.Clear; dm.IBChaveNFEManifesto.SelectSQL.Add('SELECT * FROM ChaveNFEManifesto'); dm.IBChaveNFEManifesto.SelectSQL.Add('WHERE CODMANIFESTO = ' + QuotedStr(dm.IBManifestoCODIGO.text) + ''); dm.IBChaveNFEManifesto.SelectSQL.Add('ORDER BY CODIGO'); dm.IBChaveNFEManifesto.open; dm.IBChaveNFEManifesto.first; While not dm.IBChaveNFEManifesto.eof do begin With infNFe.Add do begin chNFe := dm.IBChaveNFEManifestoCHAVENFE.Text; dm.IBChaveNFEManifesto.Next; end; end;

Acho que o "infNFe.Add" tem que ficar dentro do loop "While not dm.IBChaveNFEManifesto.eof do" Isso se as chaves de acesso das notas estiverem dentro do dm.IBChaveNFEManifesto Eu tenho uma tabela geral de manifesto contendo os dados unicos e uma tabela filha de itens contendo os documentos de origem

Sem problemas. É assim que eu faço. Tenho meu aplicativo de retaguarda (sem ACBr) e o aplicativo NFe que recebe parâmetros do retaguarda e acessa os dados do BD.

Consultando pelo webservice, alguns estão com lentidão e até mesmo travando. Enviei reclamação no Fale Conosco do Portal Estadual de MG.

Já tem umas 3 semanas que estou tendo esse problema de Lote em Processamento ao enviar CT-e. Às vezes, consigo enviar uns 6 CT-e e logo começa a dar o lote em processamento sucessivamente. Hoje, não consigo nem mesmo em homologação. Já dá Lote em Processamento ao enviar o primeiro. Alguém passando por esse problema em MG? Afinal, quais são as possíveis causas desse Lote em Processamento. Aparentemente os serviços do SEFAZ estão normal e a contingencia SVC não está ativada. Teste feito em Windows 7 e Windows 8, ambos 32 bits. Internet excelente. Teste com Certificado A1 e também com o Certisign Token A3, sendo que esse ultimo envia NF-e normalmente.

você tem que rever as opções em Internet Explorer->Opções de Internet->Avançadas->Segurança Erro de Suporte a Canais Seguros está relacionado com o certificado digital ou configurações Avançadas

Alguém usa o componente RSPrint que possa me dar informações sobre a funcionalidade do mesmo? Atualmente uso o RDPrint, mas não tem os fontes, o que acho complicado tendo em vista os problemas com versões do Delphi e componentes de terceiros.

Parece ser uma questão de filtro usada no relatorio. Fonte draft talvez. tem um grupo de discussão do Fortes no Yahoo https://groups.yahoo.com/neo/groups/fortesreport/

Criei a conta no gihub. Como é o procedimento para criar o issue no componente e o que devo adicionar?

Não tenho conta no gihub. Mas para fazer os testes e ver como fica, é só pegar um pdf de boleto gerado pelo acbr e imprimir em uma impressora dessas. Mesmo se imprimir em uma impressora HP você vai notar que a letra digitável sai muito larga quase na extremidade da margem direita. Gerei um boleto aqui com dados fictícios. Você só notará o problema ao imprimir. O arquivo 041.jpg é uma foto de um boleto impresso. 0000008.pdf

Juliomar só preciso alterar o fonte e o codigo de barras, porque o problema de cortar margens já é reportado desde 2012 então acredito que o pessoal do ACBr não irá aceitar fazer essa alteração, já que ocorre somente em determinadas impressoras (justamente as que meus clientes usam: brother, xerox e hp) . Acho que é um problema que deveria ser discutido com os desenvolvedores do Fortes, já que o pdf sai perfeito e o alguns já relataram que no Fast também sai correto. Porém como disse, não manjo do Fortes, mas vi que é bem parecido com o QuickRep. Já postei as imagens acima do pdf e do boleto impresso. Veja que a linha digitável no pdf termina antes da ultima coluna da data de vencimento. No impresso, termina três colunas depois. E o codigo de barras é cortado à direita. Preciso saber como alterar o componente no Delphi 7 (não entendi o fr3) e como manter essa alteração aqui na minha pasta ACBr para não perdê-la quando atualizar tudo via svn.

Comecei a usar o FortesReport recentemente. Qual o procedimento para alterar o componente de impressão do boleto (preciso alterar a fonte da linha digitável para que ocupe um espaço menor e chegar o codigo de barras um pouco para a direita para que não sejam cortados em determinadas impressoras). Além disso, como proceder para, ao atualizar o svn, manter o fonte que eu alterei ?

-<ide> <cUF>31</cUF> <tpAmb>2</tpAmb> <tpEmit>1</tpEmit> <mod>58</mod> <serie>5</serie> <nMDF>1411</nMDF> <cMDF>00001411</cMDF> <cDV>1</cDV> <modal>1</modal> <dhEmi>2016-04-07T00:00:00</dhEmi> <tpEmis>1</tpEmis> <procEmi>0</procEmi> <verProc>1.0.0.0</verProc> <UFIni>RS</UFIni> <UFFim>MG</UFFim> -<infMunCarrega> <cMunCarrega>4314902</cMunCarrega> <xMunCarrega>PORTO ALEGRE</xMunCarrega> </infMunCarrega> -<infPercurso> <UFPer>SC</UFPer> </infPercurso> -<infPercurso> <UFPer>PR</UFPer> </infPercurso> -<infPercurso> <UFPer>SP</UFPer> </infPercurso> </ide> Esse é um exemplo de percurso RS a SC Desculpe, RS a MG;