EMBarbosa

de uma pesquisada no fórum antigo que vai encontrar as respostas... Como pesquisar no fórum antigo -> viewtopic.php?f=18&t=402

que bom

Não sei se é exatamente isso o seu caso, mas dá uma olhada: http://www.forumweb.com.br/foruns/topic ... aliquotas/ http://www.forumweb.com.br/foruns/topic ... ota-t0000/ http://www.mercantilsist.com.br/ver_not ... ticia=1943

Que estranho... Talvez então seja melhor criarmos um perfil A e um perfil B sem verificações e manter os atuais com verificações. Daí é só escolher o Perfil que vai usar. Ou talvez, criarmos uma propriedade Booleana (ex.: CriticarArquivo) que Controlaria isso. Qualquer uma das duas sugestões permitiria desconsiderarmos as verificações apenas no PAF se as homologadoras pedirem. O que vocês acham? Exemplo de como o Código ficaria na parte mencionado pelo JNPace na segunda sugestão (eu prefiro essa...): if Assigned( RegC001.RegistroC300 ) then begin if RegC001.RegistroC300.Count > 0 then begin if (fCriticarArquivo) AND (FBloco_0.Registro0000.IND_PERFIL in [pfPerfilA]) then raise Exception.Create(ACBrStr('O RegistroC300, não deve ser gerado em movimentações de saída, no PerfilA')); end; for intFor := 0 to RegC001.RegistroC300.Count - 1 do begin[/code] Essa segunda alteração proposta não mudaria em nada para quem já usa o componente.

Já está no SVN. Favor conferir...

Até onde eu sei, alíquota Zero não é permitida de ser utilizada em produtos não. Você precisa usar os qualificadores corretos como não incidência ou Isento (NN ou II). Já teve uma discussão sobre isso, não lembro se nesse ou no fórum antigo, tente fazer uma pesquisa. De onde esse seu cliente tirou isso? Contador?

Rapaz, Você tem toda razão. O CnPack e GExpert é essencial, principalmente se você usa o Delphi 7. Não dá pra ficar sem!!

uai... mas na lei diz que esse registro não deve ser informado para o perfil A... não seria melhor você trocar o perfil? veja a tabela a tabela 2.6.1.2 - Bloco C do Ato Cotepe 09/08

Eu acredito que se funcionar na Elgin, a Urano não deve ter problemas. Mas a minha maior dúvida é se o jeito proposto pela Dataregis é universal, seguindo o padrão proposto pelo projeto do FiscNET, ou é específico para o modelo deles.

Olá Giuliano, Seria possível Você fazer a alteração e verificar se ainda assim a Elgin continuaria funcionando?

ué, verifique o código fonte se tem alguma coisa. Não?

Boa noite camilo, Ofertas para negócios devem ficar na área de classificados. Favor não postar tópicos repetidos. viewtopic.php?f=17&t=1233

Olá fabcam1, Muito obrigado pela sua contribuição. Mas você percebeu que o código da forma atual já atende esse requisito? Embora não haja um campo MENSU_EST, na hora de gerar o arquivo, o código LFill(ifThen(QTDE_EST

Já sim. Se fizer pesquisa no fórum antigo e nesse sobre a TECBAN vai encontrar informações sobre, inclusive alguns ajustes que talvez tenha que fazer no código. Mas adiantando pra você, a certificadora da TECBAN é a Software Express, mesma da Redecard. Entre em contato com eles que eles disponibilizam pra você os manuais e o Gerenciador padrão sem custo algum. O ACBrTEFD já é compatível com esse gerenciador. Acredito que tenha que mudar pouca coisa no seu código.

Não há diferença nos dois ambientes nesse sentido.

veja viewtopic.php?f=6&t=1204

[MODERAÇÃO] Favor criar novos tópicos para dúvidas diferentes, mesmo que elas se refiram ao mesmo componente ou unit.

Verifique o library Path do Options do Delphi. [MODERAÇÃO] Favor criar novos tópicos para dúvidas diferentes, mesmo que elas se refiram ao mesmo componente ou unit.

Bem. Esse não é bem o erro acusado. O que acontece é que o seu programa não está encontrando a versão do libeay32.dll correta. Você deve ter alguma versão diferente da libeay32.dll em alguma pasta definida no path do Windows e isto está fazendo com que o programa carregue a versão incorreta. Copie a versão correta usada pelo ACBr da libeay32.dll para a pasta do seu executável. Isso deve corrigir o problema. Explicação do processo de carregamento das dlls no windows: http://msdn.microsoft.com/en-us/library/ms684184 Veja um exemplo do mesmo erro e a explicação do porque ele ocorre em: http://www.zeroc.com/faq/incompatibleLIBEAY32.html Poste aí o resultado.

Olá mais uma vez, Eu fiz verificação em campos com definições parecidas (ex.: SUFRAMA do Bloco 0 Registro 0000) e notei que em todos os que eu verifiquei o componente estava fazendo como você sugeriu. Então vou fazer a alteração hoje mesmo. EDIT: Alterado em Registro 0005 e Registro 0100.

Pois é, deu pra entender que é um conflito com a Libeay32.dll. Mas sem a mensagem de erro fica difícil de saber exatamente o que está ocorrendo... Informe também, além da mensagem de erro, a versão do seu Panda antivirus.

Qual a mensagem de erro?

Pra relatar um bug aqui é só você criar um post no fórum do ACBrNFe colocando as informações sobre o bug. viewforum.php?f=6 Se quiser pode usar também o Mantis: http://www.djsystem.com.br/acbr/mantis

Até onde eu sei, não há nada ainda... Mas deverá funcionar de um modo intermediário entre a NF-e e a NFS-e.

Há uma possibilidade de ter ficado algum lixo e alguma parte do seu aplicativo estar sendo "linkado" com os pacotes. Marque a opção, faça um Build All. Desmarque a opção e Faça um Build All novamente. Salve o projeto. Isso deve corrigir...