Régys Silveira

Existem relatos no fórum de usuários que enviam a nota e não capturam corretamente o xml de retorno, e enviam novamente outra nota, alterando a primeira, isso gera esse problema de assinatura.

Ainda estou fazendo o componente, e algumas coisas ainda não foram colocadas, mas o Demo está bem completo e explicado, o componente não é muito complexo, bem simples até. Ele visa simplesmente utilizar modens 3G ou industriais para o envio de sms, somente isso, o componente nasceu da demanda de vários usuários por esse tipo de aplicação.

Não tem nada no código fonte do ACBr que faça isso, tem certeza que não é alguma coisa no teu código fonte? talvez uma máscara de formatação que esteja tentando aplicar, ou outra coisa qualquer.

Basta adicionar o componente ACBrCTe ao teu formulario e seguir as rotinas de envio como o Italo já comentou.

Se for nota eletrônica o XML foi alterado depois de assinado.

O componente ACBr faz isso sozinho, você não teria que controlar nada disso se estiver utilizando ACBrTEF e o ACBrECF.

Vou dar uma averiguada no projeto NFS-e para te passar uma posição quando ao demo.

A verificação excessiva de status do webservice em alguns estados leva ao bloqueio temporário por tempo indeterminado do aplicativo, tome cuidado com isso. Basta tratar os retornos conforme o exemplo mostra, não há necessidade de verificar o status sempre. Os webservices implementaram essa regra por conta de aplicativos que ficavam em loop checando status o tempo todo, fazendo com que como o colega cesar_moura disse o consumo da banda se tornasse excessivo e consequentemente também os recursos dos servidores estaduais e federais.

O ACBrSMS permite enviar SMS de modens Daruma e Modens 3G normais utilizando um chip de celular normal e o seu plano de envio de mensagens, dê uma olha no Demo disponível na pasta Exemplos, lá já tem a demonstração de todas as rotinas.

Tente passar 17T e verifique se não existem duas aliquotas 17% cadastradas.

Blza, ficamos no aguardo então.

Desculpe, mas não entendi bem o que escreveu. O modelo disponibilizado no menu fiscal do ACBr e um modelo adotado por vários usuários e já homologado em várias homologadoras, inclusive a Polimig. Este modelo foi baseado em homologações de usuários e veio evoluindo conforme essas homologações, inclusive eu acompanhei homologações de alguns usuários e foram feitos alguns acertos. Lembrando que o modelo não é algo a ser seguido, mas meramente um facilitador, caso o usuário não concorda com o modelo o mesmo pode ser desenvolvido sem problemas utilizando comandos de relatório gerencial já existentes. Caso tenha um modelo diferente e queira contribuir basta postar o modelo que o mesmo será avaliado.

O projeto ACBr ainda não tem nada para impressoras de bilhete de passagem.

Certificado tipo token é o certificado gravado em pen-drive, a senha é a mesma sempre.

Esse erro ocorre geralmente pela falta de instalação da Capicom que vem junto do ACBr e está disponibilizada na pasta DLL.

Como o Juliomar disse verifique o delphi 7 são necessárias algumas configurações para funcionar quando tem dois ou mais delphis instalados na máquina. Caso queira dar uma olhada ou venha a precisar veja o excelente artigo de um colega nosso aqui do fórum explicando como funciona isso: http://isaquesp.blogspot.com/2011/09/va ... s-sem.html

Um bom caminho e primeiramente trocar o cabo porque ele pode estar quebrado, outra coisa e verificar as configurações de paridade, stop bits, velocidade, etc, já vi situações em que essas configurações influenciaram na boa comunicação com a impressora.

ou o endereços que estão dando problema não existem, ou não são considerados seguros, acontece muito bom black lists.

você não tem mais de um ACBr.inc no teu computador, o ACBrComum vai buscar esse pacote visualclx quando a condição de compilação "visualclx" está ativada ela fica dentro do arquivo ACBr.inc. Pode ser também que ela esteja presente em algum outro arquivo .inc de outro componente.

Fiz a correção é já esta no SVN, obrigado pela ajuda.

O problema ocorre quando não está liberado em produção a carta de correção, dai o retorno é vazio.

Você verificou se nenhum dos teus arquivos não está marcado em vermelho, pode ser que haja algum conflito nos fontes. Fiz testes aqui com a Daruma e está tudo OK.

Basta baixar usando o tortoise seguir o LEIAME.TXT para instalar e pronto, dai de vez em quando fazer o update pelo tortoise mesmo e recompilar teu projeto. Segue o link para lhe mostrar como baixar usando o tortoise: http://acbr.sourceforge.net/drupal/?q=node/37

a sim, você setou o diretório no componente ACBrPAF? ACBrPAF.Path := 'diretorio onde vai gravar os arquivos';

Já deu uma lida na Especificação de Requisitos e no Roteiro de homologação do Paf-ECF, eles são o início de tudo, e se fizer uma busca no fórum não vai faltar posts e comentários falando a respeito.