EMBarbosa

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

Pelo pouco que acompanhei, acho que o Rafael Batiati estava à frente, mas sozinho. Talvez você possa ajudá-lo de alguma maneira.

De que componente você está falando?

Realmente, um ECF físico é muito melhor, para qualquer tipo de testes, para esses então, não tem nem comparação.

Olá pessoal, O Requisito XXV item 1 letra b menciona a geração do arquivo de movimento diário automaticamente após a Redução Z. O caso é que esses dados estão no BD, e daí não sei se há alguma exigência caso a rede tenha caído. Devem haver os dados espelhados na máquina local para gerar o arquivo? Será que poderia ficar sem gerar, como é permitido no caso do Menu Fiscal? Ou o programa deve gerar esse arquivo ao retornar a rede? Alguém já fez essa pergunta aos homologadores?

Você usa os componentes JEDI? Se sim, tente essa resposta: http://stackoverflow.com/a/2337111/460775 ou o artigo seguinte http://robstechcorner.blogspot.com/2009/04/finding-hard-to-reproduce-errors.html

Pode se usar o fórum Dúvidas Gerais para esse e qualquer outro componente que não tenha fórum específico. O ACBrNFSe não foi incorporado ainda ao trunk do SVN e por isso ele não tem pacote nem fórum específico. Espero que entendam, que a questão não é inibir as perguntas e sim evitar que tenhamos um post com 200 páginas e várias perguntas que não se relacionam. Isso dificulta muito quando alguém quer procurar alguma informação, principalmente para iniciantes em uso de fóruns.

Acabei corrigindo isso no SVN.

ué, você pode ou consertar e enviar os arquivos novamente, ou me dizer explicar os motivos para que eu possa saber o que fazer. Se quando for responder não estiver aparecendo os botões para anexar os arquivos, clique em "Editor Completo".

Parece que sim. O problema é, após corrigir isso, quem tiver armazenado os dados como integer ou string na hora de fazer conversão para o tipo TACBrTipoFrete vai encontrar problemas. Ou vai ter que atualizar o BD antes de gerar o arquivo SPED ou vai ter que, na hora da geração, fazer essa conversão. De qualquer forma, vou verificar isso o mais rápido possível. Não sei se entenderam, mas isso é um pouco mais complicado do que aparenta pra quem já tem dados lançados.

Vou alistar alguns pontos que encontrei: 0)Você não anexou o arquivo ACBrBlocos.pas que contém a declaração de TACBrIndicadorDaComposicaoDaReceitaRecebida. E por isso o código não pode ser compilado. 1) A propriedade IND_OPER do registro F200 não pode ser do tipo TACBrIndicadorTpOperacao. Esse último só permite os valores Mas o campo IND_OPER do registro F200 permite: 2) Ajuste nos registros (TBloco_C.WriteRegistro*) C170, C181, C185, C191, C195, C381, C385, C481, C485, C491 e C495 (pelo que vi no guia prático podem haver outros que tem a mesma situação e que não foram acertados). Você não especificou os motivos dos ajustes e nem o motivo do modo anterior não funcionar. Não achei um exemplo em que o modo antigo fosse informado como erro pelo PVA. 3) embora tenha feito a formatação de CST nos registros 1210 e 1610, eles na verdade deveriam ser do tipo TACBrSituacaoTribPIS ou TACBrSituacaoTribCOFINS. 4) Não entendi porque você formatou os registros 1220 e 1620 mas não formatou os registros 1100 e 1500 que usam os mesmos tipos de campo (ORIG_CRED e COD_CRED);

Então você precisa dizer que erros. Eu perguntei você não respondeu. A propósito, você tentou compilar o DEMO?

Não. Ainda continua assim. PS.: Vale a pena notar que o guia prático explica: O grifo é meu.