Isaque Pinheiro

Bom dia Sérgio, de preferência do SPED.

No ACBrInstall na segunda página você deve informar o diretório que o ACBr se encontra, veja se dentro da sua pasta ACBr não existe a pasta trunk, onde no ACBrInstall deve estar ?:\ACBr ou ?:\ACBr\trunk após essa verificação não funcionando reinstale o Delphi, usando os paths padrões de instalação dele, não mude nada.

Você deve informar Se tiver informando assim, deve ter algum produto com o CFOP que deva ter o código ANP, mas não esta. Prod.comb.cProdANP := ANP_CODIGO; // Existe uma tabela com esses código, faça uma busca no google por código ANP Prod.comb.UFcons := UF;

Os pacotes do Fortes agora já podem ser instalado pelo ACBrInstall, subir uma atualização a poucos instantes.

Deixe a opção Win32 no ACBrInstall, não o mude para 64bit, o ACBr ainda não esta preparado para 64bit.

Eu não gero de forma consolidada, por motivo de dificuldade de conferência caso preciso, mas pelo modelo detalhado gero o valor total apurado ou seja (qtd * p.unit + acréscimo - desconto) Mas é uma boa pergunta essa sua. Verifique o seguinte: De forma consolidada você também gera o registro C405, no registro C405 pede o valor da venda bruta, então os registros filhos tem que fechar com os registros Pai. Se no campo Vanda Bruta do registro C405, não deduzir o desconto, então os filhos devem informar também sem o desconto, isso por lógica, vou até verificar isso mais a fundo.

Faça uma pesquisa, isso parece problema de duas versões do delphi instalados e não parametrizados para funcionarem na mesma maquina.

Também não entendi nadica... Amigo, lei o guia prático, a Lei é bem clara o Sped deve ser gerado pela visão do contribuinte (seu cliente) e não baseado no que vem da nota de entrada, então atenção ó, você deve tributar seu produto e quando gerar o sped usar essa tributação e não a que veio da nota de entrada, novamente leia o guia prático.

Olá, o cominho das pedras no inicio são sempre árduos, então o que pudermos colocar nos pés, mesmo que não resista até o fim da caminhada, com certeza irá nos ajudar. O livro foi escrito pelo Albert amigo pessoal meu, o qual entende bem do assunto, então com certeza ele irá ajudar no inicio, já as mudanças que houveram nem eu sei direito o que é, dessa forma terei que me atualizar, lendo o manual mais atual.

NFe com Fortes? Acho que o NFe não tem no Fortes, só tem em QuickReport, FastRport e Rave. Ops falha minha, são os pacotes RL, "ACBrNFeDanfeRLpkg.dpk" vou dar uma analisada, para vê se consigo resolver e te retorno.

Número de ordem sequencial do equipamento = na lacração o ECF recebe um numero que é o numero de ECF que o estabelecimento adquiriu, 1o = 01, 2o = 02 Número atribuído pelo estabelecimento ao equipamento = Se o ECF foi compra nova recebe = 01, se der baixa e vende para o outro estabelecimento recebe 02 Mas atenção esses número todos estão no próprio ECF, veja uma LX ou RZ para colocar no DB do seu sistema.

Sim o FastReport é o único gerador que atende a todas necessidades do ACBr em questão de gerador de relatórios. Sobre o erro terá que corrigir o seu ai, pois ainda não subirei mudança para o SVN, até ser decidido a questão da versão do QR.

Uso o FastReport no meu sistema todos, mas a questão dele é que é pago, que ele é o melhor sem dúvida.

Exatamente.

Bom dia Italo, então isso é bem complicado mesmo, falei sobre esse assunto em outro post, que na minha opinião uniríamos forças e só usaríamos o gerador FortesReport (open source) no projeto ACBr (claro se ele atender a todas necessidades). Assim resolveríamos essa questão de vários geradores, mas isso é uma opinião, que para acontecer teria que haver uma força de trabalho, mas acredito que solucionaríamos, até mesmo porque além de ser open source, ele pode ser usado em Delphi e Lazarus, dessa forma teríamos os fontes até para solucionar algum bug. O FortesReport é pequeno, não estaríamos forçando ninguém a mudar para ele, mas sim da suporte somente a ele no que diz respeito ao ACBr, é o que penso, apesar não o conhecer a fundo. Já sobre a versão do QR, minha opinião é atualizar para 5.02, e os usuário atualizarem a versão deles também, manter duas versões é totalmente inviável, observando também que não temos problema somente com o QR, o FastReport e Rave acontece esse tipo de problema de versão.

Bom dia, use-os com base e desenvolva o que falta no FCont, em seguida colabore com o ACBr.

Tente ACBrCTe1.Configuracoes.WebServices.Visualizar := False;

Bom dia Fábio, tem erros que é difícil saber exatamente o que é, mas pela mensagem parece que tem algo a vê com 64bit, confira se você não esteja alimentando valores com muitas casas decimais, outra tentativa é instalar o certificado em outra maquina e testar, pode ter have com a instalação do certificado também, como disse é bem difícil saber exatamente o que é.

Boa noite, então o problema todo é essa questão de versão do QR, penso que se eu subir essas mudanças MUITA gente irá ficar louco e provavelmente irá me xingar. os passos para resolver estão em um TXT no diretório do NFSe, irei levar a situação aos demais adms do projeto, dependendo da decisão da maioria decidiremos qual a melhor alternativa.

Coloquei uma correção no linki baixe e teste se funcionar subo essa correção para o SVN.

Fiz a correção, ta em anexo, baixe e teste se funciona, se funcionar vou subir a correção para o SVN. ACBrNFSeDANFSeQRRetrato.zip

Não credito estar 100%, mas tem todo respaldo para funcionar 100%, pois se tens intendimento do assunto e de componente, existe hoje os componentes ACBrSPED Fiscal, Contabil, Pis/Cofins funcionando.

O erro está no item: <prod> <vDesc>1.00</vDesc> Já no final <total> <vDesc>5.00</vDesc> se foi dado desconto no total da NF, esse deconto tem que ser rateado pata os itens.

Bom dia a todos, vou deixar minha opinião aqui, espero que vocês entendam, mas não quer dizer que todos tenham que aceitar. Esse monte que geradores, nos traz um problemão, pois a maioria dos adms usam outros geradores de relatórios, eu mesmo uso o FastReport desde sua 1a versão, até fui o 1o brasileiro a traduzi-lo para Português/Brasil. Sinceramente estou chegando a conclusão que o ACBr poderia usar somente o Fortes, pois é de código aberto e assim todos podem usar, trazendo dessa forma uma maioria de usuário corrigindo a mesma fonte, e não passando por esse monte de geradores pago, e que nos deixa amarrados a versões. Se fizerem uma pesquisa pelo fórum, verão a quantidade de reclamações e posts falando de problemas com geradores, pois temos hoje: ACBrNFe ACBrCTe ACBrNFSe ACBrBoleto Todos usando geradores e cada uma usa várias versões de geradores. Bom, eu Isaque Pinheiro a partir de hoje, irei analisar o Fortes e passarei a usar ele como gerador oficial para todas impressões que se refere ao ACBr, e se alguém quiser fazer o mesmo ou não, coloque aqui sua opinião, pois o que sugeri, só poderá um dia acontecer, se houver uma manifestação em massa, pois o projeto ACBr é sério e jamais irá mudar algo sem que veja que uma grande massa de usuário queira essa mudança. Ha detalhe o Fortes funciona tanto para Delphi quanto para Lazarus. Se não acontecer, fica ai uma dica, pois o Fortes é opensource. Grande abraço a todos.

Bom dia Elias, de uma olhada em um provedor nos fontes disponíveis no repositório, analise o código e vai implementando as URLs e o que você entender, depois anexe o código e assim a pessoa responsável pode te ajudar de forma mais rápido.