EMBarbosa

Olá Adenilton, Só pra confirmar, você está falando do SPED Contribuições certo? É que ficou postado na área do SPED PIS/COFINS. Você consegue reproduzir o problema com o programa de exemplo? Outra coisa, em quais páginas do Guia Prático estão a informação de que o bloco precisa ser gerado?

O que diz a legislação sobre o SEF II? Como reproduzir o problema utilizando o DEMO?

Basta inspecionar o valor das variáveis antes do erro.

Tópico na área incorreta. Movido.

Olá mfb, Bem vindo ao fórum. Esperamos que possa sanar suas dúvidas e ajudar o projeto a crescer. Visto que é novo no fórum, convido a ler as nossas regras e também a parte que dá orientações gerais para formular perguntas. Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste link aqui, em especial a "2.2 - Permaneça no assunto". Dessa vez eu dividi o tópico para você.

Provavelmente, se existe, não é muito divulgado. Afinal, o captcha é justamente para evitar acessos automáticos.

icozeira, No caso então, se seu objetivo é testar e ajudar o desenvolvimento do ACBrNFSe, seria bom você mencionar isso. Digo isso porque lendo seu post ficou parecendo que você estava esperando que ele estivesse funcional. Com respeito ao Fortes. O erro acusado é de que o compilador do delphi não conseguiu acessar o arquivo com o fonte do pacote do Fortes 'frce.dpk'. Você poderia tentar verificar o motivo. Possíveis causas: Arquivo não baixado, sem permissão, variáveis de ambiente mal configuradas (variável PATH por exemplo), antivírus/firewall bloqueando acesso, etc...

Desculpe a demora em responder, estava ausente... No entanto, agora estou apenas trabalhando com os códigos fontes do trunk2. Sabe dizer se suas correções são compatíveis com ele?

Não... Você tem algum exemplo em como reproduzir o problema? Eu não utilizo o SPED Contabil.

Queira aguardar até terça feira por favor, acabei de voltar e estou averiguando.

Basta postar dizendo que resolveu. A nova versão do fórum não tem por enquanto o botão para marcar o tópico que foi resolvido.

Aqui está normal, mas talvez eu não seja a melhor pessoa pra testar. Será que não é porque já faz algum tempo que você o fez? Link para o tópico mencionado: http://www.projetoacbr.com.br/forum/topic/21305-domínio-a-venda/

É um refactoring amplo no código. Visto que haveria quebra de compatibilidade, foi criada uma outra linha de controle de versão. Veja mais em: http://www.projetoacbr.com.br/forum/topic/22410-bem-vindo-ao-trunk2/

A MP4200 TH FI é um ECF modelo 09/09. Então você precisa colocar a propriedade Modelo para ecfEscECF

Boa tarde EMBarbosa, obrigado pela resposta, você tem razão sobre o VSPE no win64 inclusive ele é pago, mas eu também ja fiz testes com o Com0Com e os resultados foram os mesmos, quando coloco o "Emulador" e o "ECFTeste" na mesma porta da "Acesso Negado" Isso acontece pois apenas um aplicativo pode acessar uma porta serial por vez. Se você está utilizando o emulador da Bematech para a MP 2100 TH-FI, então me parece que há algum problema na instalação ou configuração do com0com. Eu uso ele versão 2.2.2.0 no windows 7 64 bits nem me lembro desde quando... Acho que o arquivo de download é "com0com-2.2.2.0-x64-fre-signed.zip" Tem certeza que o par foi configurado corretamente para ser COM3<->COM4? Pode postar uma imagem da configuração do com0com?

O VSPE é muito problemático. Tem tópicos neste e no fórum antigo (ForumWEB) mencionando problemas com ele, em especial com sistemas 64 bits. Utilize o com0com.

Qual é a mensagem de erro que está sendo apresentada?

Tente o método LocalizaRegistro

Abra o seu perfil, daí na parte direita, no mesmo nível que mostra "Total de ítens", "Registro em", "última visita", você deverá ver um botão "Explorar conteúdo".

Já passei por algo parecido mas não exatamente igual. Era problema no controle de transações do BD. Algumas transações faziam commit, outras não. Coloquei um log no código em que eu tinha certeza que estava certo para me assegurar do que estava acontecendo... aconteceu que estava errado e saiu no log. Mesmo que não seja a mesma coisa, eu se fosse você seguiria esse princípio. Colocar testes e logs nas partes do código para que você tenha certeza que eles estão sendo chamados.

Tópico semelhante: http://www.projetoacbr.com.br/forum/topic/23208-divulgada-a-nt-nº-2015001-versão-110-sobre-os-registros-de-eventos-da-nf-e-na-remessa-para-industrialização/#comment-149694

Eu sugiro você a criar outro componente. Muito mais fácil pra você dar manutenção.

Queira verificar se seu problema com o SVN não é o mesmo descrito neste tópico aqui abaixo. A solução está logo depois. http://www.projetoacbr.com.br/forum/topic/22935-não-consigo-baixar-os-fontes-acbr/?page=2#comment-149090

Rapaz, tem um monte de posts aqui no fórum falando sobre esse assunto. Dá uma pesquisada para ver. Por exemplo, achei esse aqui que no final menciona para usar outra porta ao invés da 587 se você for utilizar SSL http://www.projetoacbr.com.br/forum/topic/12805-problema-delphi-7-indy-10-acbr-libeay32dll/

O funcionamento desse método é diferente por marcas visto que para cada modelo ele vai chamar a DLL do fabricante. Então não adianta comparar ECFs de fabricantes diferentes. Visto que o ACBr faz uso da DLL do fabricante, verifique que você consegue utilizar a DLL do fabricante juntamente com o exemplo do fabricante primeiro para ter certeza que o problema não é no conjunto DLL+ECF.