EMBarbosa

Não dá para cancelar a nota errada e refazê-la?

Olá valmir, Eu sugiro você ler esse tópico primeiro.

Você quer dizer SPEDPisCofins né?

Depende de quando você fez a última atualização. Se foram adicionados novas propriedades, componentes ou métodos desde a última vez que fez uma atualização, então seria melhor que fizesse isso tudo outra vez.

Você consegue localizar e alistar onde no código isso está acontecendo? Eu poderia verificar nesse caso.

Normalmente não precisa deletar. É só fazer um update mesmo. Mas verifique que o update está ocorrendo corretamente. Agora, se aparecer um "mini-ícone" amarelo no ícone do arquivo, isso significa que deu conflito. Se o "mini-ícone" ficar vermelho, é porque o arquivo que você possui aí é diferente do SVN. EDIT: Mas a propósito, desde o dia 15 de fevereiro houve alterações no componente. Talvez seja isso...

ainda não...

Seu código está desatualizado. Atualize aí. Só pra você ter uma ideia, o código atual é o seguinte: Add( LFill('M100') + LFill( COD_CRED ) + //Verificar criação da tabela no ACBrEPCBlocos LFill( strIND_CRED_ORI ) + LFill( VL_BC_PIS,0,2, True) + DFill( ALIQ_PIS, 4, True) + DFill( QUANT_BC_PIS, 3, True) + // Veja nota abaixo e também http://www.djsystem.com.br/acbr/mantis/view.php?id=1010 DFill( ALIQ_PIS_QUANT, 4, True) + //Deve permitir nulo, pois só deve ser preenchido caso COD_CRED ser 103, 203, 303, 105, 205, 305, 108, 208 e 308. LFill( VL_CRED ,0,2) + LFill( VL_AJUS_ACRES ,0,2 ) + LFill( VL_AJUS_REDUC ,0,2 ) + LFill( VL_CRED_DIF ,0,2 ) + LFill( VL_CRED_DISP ,0,2 ) + LFill( strIND_DESC_CRED ) + LFill( VL_CRED_DESC ,0,2, True ) + LFill( SLD_CRED ,0,2 ) ) ;[/code]

Vou tentar verificar. O meu código anterior verificava os modelos e daí me surgiu essa questão. Acho que temos um cliente que possui uma dessas ainda, mas preciso confirmar. Obrigado.

Verdade. Achei que tivesse uma versão mais nova do Delphi instalada. Quando você postou que apagar as outras BPLs tinham mudado o erro, significava que você corrigiu o primeiro erro que reportou. O Régys já lhe deu a dica de como resolver o próximo. EDIT: que bom que resolveu.

Em geral esse erro ocorre quando há mais de um Delphi instalado na máquina. Como o Régys mencionou, pode ser por causa de outras BPLs. Ou seja, o Delphi está buscando a BPL no lugar errado. Veja se algum desses posts lhe ajudam: http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=11&t=3141&p=14477 ou tente a busca do fórum, por exemplo: http://djsystem.com.br/acbr/forum/search.php?keywords=N%C3%A3o+foi+poss%C3%ADvel+localizar+o+ponto+de+entrada+do+procedimento+&terms=all&author=&sc=1&sf=all&sk=t&sd=d&sr=posts&st=0&ch=300&t=0&submit=Pesquisar

Há mais de uma versão do Delphi instalado na máquina?

Cada caso é um caso. Não tenho problema nenhum em continuar desenvolvendo em Delphi. O que me faria usar outras ferramentas seriam os requisitos do novo projeto.

Verdade somente o A170 os campo ALIQ_PIS e ALIQ_COFINS estão com 2 casas decimais, corrigido e disponibilizado no SVN, veja se não dará erro no validador agora e nos reporte. Mas no guia prático está com 2 casas decimais. O guia prático está errado?

Obrigado Anron.

No guia prático do SPED PIS/COFINS versão 1.0.4 não há nenhum campo do registro A170 que possua 4 dígitos nos decimais. Tem certeza que isso está no manual? Pode indicar a página?

Para usar ele é fácil: Coloque a unit do FastMM como a primeira unit após a seção uses no seu arquivo de projeto (.dpr). Normalmente isso já basta. Procure mais informações no arquivo FastMM4_Readme.txt (uso no projeto), FastMM4_FAQ.txt (perguntas frequentes) e FastMM4Options.inc (opções de configuração) O FastMM é um gerenciador de memória que substitui o gerenciador de memória do Delphi. Ele corrige um monte de erros, e também permite procurar leaks de memória. Um artigo interessante sobre o assunto é o abaixo. http://wiert.me/2009/07/29/delphi-fastm ... roduction/ Mas se não mudar nada, favor dar mais detalhes do seu método de execução.

Você utiliza o FastMM? Em caso negativo, adicione ele ao seu projeto. Provavelmente já vai melhorar bastante.

Qual a versão do Delphi?

Olá, Atualmente o ACBr e suas modificações são feitas diretamente no trunk. Quando necessário, o Daniel cria um TAG para uma versão específica. A vantagem está justamente na velocidade, visto que erros e melhorias são feitas diariamente, todos os usuários do ACBr pelo SVN recebem notificação delas. Para controlar a versão do componente de maneira mais específica, atualmente é usada a revisão. Então, não há necessidade premente de fazer um controle diretamente no componente (embora seja feita muitas vezes como o Régys explicou). Alguns usuários tem duas pastas com o ACBr. Uma está "linkada" ao SVN, em outra, é onde o Delphi (Lazarus) vai buscar os fontes para gerar o executável. Assim eles pensam ter mais controle. Se você usa SVN para controlar os fontes da sua empresa estude sobre "Vendor Branches". Isso vai permitir um uso mais tranquilo do ACBr. Em última instância, se você não quiser atualizar é só você não fazer o update. Ou depois de fazer um update, você pode voltar para a revisão que quiser usando o comando Switch.

Algumas opções: 1) Juntar tudo em um banco de dados só. 2) Ao fazer a geração, trocar a fonte de dados para cada banco de dados necessário. 3) Criar um importador dos arquivos gerados. 4)...

Não sou grande entendedor do assunto, mas como já dito, o DANFe é só um documento auxiliar. No fundo no fundo, ele não tem valor algum. No fim das contas, quem recebe o DANFe precisa conferir o que ele diz no site da Receita para ver se está certo. Assim sendo, acho que esse tipo de liberdade (agrupar ou desagrupar) não é proibida ou incentivada por lei alguma, pelo menos, até agora.

Acho que o ACBrSintegra não tem geração de arquivo concomitante. O que provavelmente ocorre então, é que o seu arquivo sintegra é muito grande e não está dando para capturar memória suficiente. No quando da mensagem de erro, quanto de memória está sendo usada no computador pelo seu programa? quanto ainda há livre?

Aqui no fórum já tem essa lista: viewtopic.php?f=12&t=379