Régys Silveira

Tenho 4 versões do delphi (7, 2007, 2010 e XE2) e o lazarus instalados na mesma máquina que é Windows 7 64 bits, todos instalados normalmente e o ACBr funciona com todos, sem usar nenhum artificio ou qualquer contorno, tudo funciona corretamente. vou deixar o link do Isaque talvez ajude alguém: http://isaquesp.blogspot.com/2011/09/va ... s-sem.html

A forma de checar e verificando o stat mesmo, não tem uma consulta como a NF-e.

Infelizmente todos agora cobram, mas sempre liberam um free com limitações, que para mim aqui em testes foi mais do que suficiente.

Esse dado geralmente e gravado na tabela do ecf dentro do banco de dados, mas penso que alguns usuários podem querer mesmo gravá-lo no momento da liberação do ECF, enviei sua alteração para o repositório, muito obrigado pela ajuda.

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.

Existe um arquivo de help que vai na instalação do ACBrMonitor, ou você pode olhar por aqui: http://acbr.sourceforge.net/ACBrMonitor.htm

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.

Este erro de timeout geralmente ocorre quando o webservice está fora do ar ou em manutenção, o que pode ser verificado por aqui: Produçao: http://www.nfe.fazenda.gov.br/portal/di ... euqr8PQBY= Homologação: http://hom.nfe.fazenda.gov.br/portal/di ... euqr8PQBY= Também pode ser causado por problemas na suas conexão, tais como: velocidade da internet, Internet Explorer em modo off-line, configurações de proxy errôneas, problemas no DNS da sua operadora de internet, aplicativo bloqueado pelo firewall, etc. Quanto as suas perguntas: a) É necessário o Estabelecimento emitente estar credenciado no SEFAZ para emitir uma Carta de Correção Eletronica nos dois ambientes? Como ela é um evento da nota eletrônica seguem-se os trâmites normais, você precisa ter liberado o ambiente de homologação e produção da NF-e em geral isso já libera a CC-e. Como posso obter o número do Protocolo ou Recibo confirmando que o Envio foi bem sucedido e também para que eu possa gravar em banco de dados ? - ACBrNFe.WebServices.CartaCorrecao.cStat - ACBrNFe.WebServices.CartaCorrecao.xMotivo - ACBrNFe.WebServices.CartaCorrecao.CCeRetorno.retEvento.RetInfEvento.nProt - ACBrNFe.WebServices.CartaCorrecao.CCeRetorno.retEvento.RetInfEvento.dhRegEvento c) Para que o Destinatario da NFE tenha a informação de que a referida XML foi corrigida através de uma CCe, após ter enviado um evento, poderia re-enviar a XML da NFE pois a mesma estaria com a referida alteração, seguindo o procedimento normal do envio da XML ao Cliente ? Não é necessário enviar a nota, somente o XML da CC-e, não seria possível o envio inclusive, porque o número da nota estaria duplicado, envie somente o XML da CC-e, ao fazer a consulta da nota no site do SEFAZ ou ambiente nacional, você verá que a nota aparece normalmente e em campo próprio todas as correções efetuadas. d) É necessário armazenar o XML gerado como um documento obrigatorio assim como a XML da NFE ? Sim, normal como uma nota eletrônica, você armazena o xml para futuras fiscalizações, ele é um documento eletrônico como a nota eletrônica.

Sim, você pode utilizá-lo para homologar o paf-ecf, eles possui todas as rotinas. Inclusive existem rotinas para todos os menus do paf-ECF já prontas: procedure PafMF_LX_Impressao; PafMF_LMFC_Impressao(const CRZInicial, CRZFinal: Integer); PafMF_LMFC_Impressao(const DataInicial, DataFinal: TDateTime); PafMF_LMFC_Espelho(const CRZInicial, CRZFinal: Integer; const PathArquivo: String); PafMF_LMFC_Espelho(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); PafMF_LMFC_Cotepe1704(const CRZInicial, CRZFinal: Integer; const PathArquivo: String); PafMF_LMFC_Cotepe1704(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); PafMF_LMFS_Impressao(const CRZInicial, CRZFinal: Integer); PafMF_LMFS_Impressao(const DataInicial, DataFinal: TDateTime); PafMF_LMFS_Espelho(const CRZInicial, CRZFinal: Integer; const PathArquivo: String); PafMF_LMFS_Espelho(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); PafMF_MFD_Espelho(const COOInicial, COOFinal: Integer; const PathArquivo: String); PafMF_MFD_Espelho(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); PafMF_MFD_Cotepe1704(const COOInicial, COOFinal: Integer; const PathArquivo: String); PafMF_MFD_Cotepe1704(const DataInicial, DataFinal: TDateTime; const PathArquivo: String);

Vá até o endereço: http://acbr.sourceforge.net/files/Coman ... oleto.html Clique na opção Comandos Comandos do Objeto ACBrBoleto

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.

Baixe este driver e instale, ele cria uma porta com virtual conectada a impressora fiscal, dai basta configurar para a porta com que vai funcionar corretinho. http://www.bematech.com.br/suporte/down ... Driver.zip Obs.: O driver está no nome da mp4000 mas funciona para todos os modelos bematech.

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

Qual é o modelo da impressora fiscal?

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