Mark Apollo

Olá, mande uma MP para Juliana (memberlist.php?mode=viewprofile&u=183) que é a moderadora do ACBrBoleto, tenho certeza de que, assim que possível, ela te dará uma resposta!

Também saí do quick report por esta razão, estou usando o Fortes

Parabéns, a equipe merece. O projeto é grande, sempre foi audacioso e com muito esforço nós temos hoje uma suite bem completa de componentes para automação, com um suporte muito bom, etc... A equipe do ACBr mereceu esta conquista!

Considerando que o sistema está rodando no windows 7 que tem o UAC, muito possivelmente entrava neste código após não conseguir alguma informação referente à internet, pode ser referente à permissão, experimente rodar seu programa como administrador, talvez funcione sem precisar comentar o código.

Sobre o desenrolar, não sei se faço o correto, mas, quando proponho algo e ninguém responde, costumo procurar o moderador da área de passar uma MP para ele, pois acredito que o mesmo talvez não tenha passado pelo meu post, afinal são muitos, após isto fico no aguardo, sempre obtive uma resposta, mesmo que demorada. Para evitar perder minhas alterações mantenho um projeto separado onde instalo no meu delphi, e sempre acompanho todas as alterações quando atualizo meu repositório. nunca tive problemas trabalhando desta forma!

Olá, Rodrigo, No repositório do ACBr você consegue os manuais de todos os bancos: https://acbr.svn.sourceforge.net/svnroo ... ols/Bancos

Olá, o ideal seria uma leitura no manual do banco, desta forma saberá o que representa cada campo para o banco. Qual banco está precisando trabalhar?

Também passei por isso, rsrs

exatamente como eu citei, após a linha "PIS.vAliqProd := 0;"

Olá, Celso, você está zerando o valor após a linha: PIS.vAliqProd := 0;

Poste um xml de um CTe destes pra galera poder analisar!

Galera, ainda não passei por este problema, mas, vale a dica, experimentem executar o sistema como administrador: botão direito, executar como administrador, ou, clicar com o botão direito no atalho -> compatibilidade -> nível de privilégio -> Executar este programa como administrador.

Para constar emito NFe no ES e RJ não estamos tendo este problema!

Sim, terá que recomeçar da nota 1, Não, não deverá recomeçar sempre for entrar em SCAN, mas, deve haver uma numeração paralela, para modo normal outra para SCAN. Caso tenha dúvidas sobre o modo SCAN: http://www.nfe.fazenda.gov.br/portal/ex ... nfBbrTewc=

Como você mesmo citou, é permitido para Dados dos produtos e para Informações Complementares, o que quero imprimir é justamente informações complementares.

Preencheu também a HORA da entrada em contingência? passei por isso também por falta do preenchimento deste campo. Lembrando que a numeração deve ser reiniciada.

Olá, como ficou esta implementação? não foi interessante implementar no repositório? Estou com a mesma necessidade, possivelmente irei implementar no Fortes, mas gostaria que, se possível, fosse compartilhado com a galera pois além de ajudar quem precisa, facilita o meu lado também!

Try Except é amador se for usado para "Programação Orientada à Exceção" com aqueles tratamentos onde o except fica em branco. Não me sinto amador depois de fazer um windows services cheio de try except, capturando todas as mensagens de erros, tratando quando possível ou disponibilizando para posterior análise, isso sem deixar o serviço parar. Sobre a dúvida, acredito que conseguirá "tirar" o retorno desta mensagem utilizando RegEx, mas infelizmente não posso te ajudar neste item, pois não sou profissional gabaritado em RegEx! Abraços

Basta instalar o Tortoise normalmente, crie uma pasta onde você baixará os fontes do ACBr, nesta pasta, clique com o botão direito e Obter(SVN Checkout), na url, ponha "https://acbr.svn.sourceforge.net/svnroot/acbr/trunk" e clique em OK, aguarde que os fontes serão baixados.

Boa, parabéns pela iniciativa! com certeza ajudarei, assim que tiver um tempo. Já estou familiarizado com a interface do mediawiki, será fácil!

Exatamente a mesma alteração que fiz no boleto do Fortes Report!

Acho que seria uma ideia válida, também fomos pegos de surpresa por esta validação aqui também!

Boa, Italojjr, pensei em fazer isto, mas na correria acabei deixando de lado, bom, vamos lá: Para geração do PDF o quick gera um arquivo, acredito eu que seja um cache, ou coisa parecida, mas, de aproximadamente 500k para cada nfe na pasta temp do usuário. Tenho um volume de aproximadamente 1k de nfe por dia, desta forma acabo tendo um consumo de 500Mb de HD por dia. Tinha resolvido isto com um job do windows para apagar estes arquivos diariamente, mas precisava também parar o meu serviço de envio, pois os arquivos ficam travados por ele. Com o Fortes não percebi este problema (ao menos por enquanto). O Fortes está bem mais completo, não tem "rebarbas" nos itens, bem como, a cada atualização, eu tinha que aumentar tamanho no código do produto. No fortes a rebarba não existe, eu tenho propriedades para ajustar o tamanho do campo e ainda a possibilidade de mudar tipo/tamanho da fonte. Mas o que realmente me motivou a trocar (ou a pensar em trocar) foi outro problema que aconteceu várias vezes mas quero terminar este teste para reportar aqui, caso seja problema no DANFe no Quick ou em qualquer outra parte do ACBr. Por enquanto é "só".

Amigos, estava tendo alguns problemas no DANFe do Quick Report, acabei decidindo por testar o Fortes, percebi que o mesmo está bem mais completo do que o quick, mas tive um pequeno problema referente à descrição do produto, pois quando a mesma é grande, não estava sendo realizada a quebra de linha do item. Realizei o ajuste na ultima versão e disponibilizo aqui, mas, desde já, simplesmente alterei a propriedade "autosize" do "rlbItens" para true, quando pude perceber que existia um label chamado "RLLabel101" no final da linha que não era utilizado em lugar nenhum. Apaguei o mesmo e ajustei a altura do "rlbItens". Após estas alterações o DANFe ficou perfeito. ACBrNFeDANFeRLRetrato.zip

Realmente, também não usava o ACBr na época.