Régys Silveira

Fazer isso vai lhe criar problemas futuros de atualização e instalação, o correto é limpar e deixar o ACBrInstall acertar sua instalação para o correto assim no futuro não terá problemas, siga o que o Juliomar escreveu acima e não terá mais problemas.

Utilize a tabela de sistema MON$ATTACHMENTS, todos os usuários conectados estão nesta tabela. Para retornar a quantidade de usuários conectados você poderia fazer algo do tipo select count(MON$ATTACHMENTS.mon$attachment_id) as qt_usuario_conectado from MON$ATTACHMENTS

1. Primeiro verifique se o seu repositorio ACBr não possui arquivos alterados (marcados em vermelho ou amarelo) 2. Atualize o ACBr 3. Faça a limpeza dos arquivos seguindo este post: 4. Reinstale utilizando o ACBrInstall.

Você atualizou a cadeia de certificados, certificados mais novos já usam uma nova cadeia de certificados e você precisa atualizar.

Tem certeza que procurou? Estou vendo que é seu primeiro post, então vou te convidar a ler as regras do fórum aqui em Sim, nós temos regras! Coloquei na busca "classe não registrada" e me foram apresentados 126 resultados, veja, esse é um assunto recorrente no fórum, tem pelos menos 3 grandes tópicos só a respeito disso e dezenas de menores. Por favor, não abra tópicos novos sem antes procurar, isso só atrapalha quem busca informação.

Fizemos uma varredura no código de abertura e uso dos certificados e foi removido qualquer chama de abertura ou uso em modo full, agora toda e qualquer abertura de certificado e uso e feito usando modo read-only. Não acho que seja isso que estava excluindo os certificados, mas pelo menos temos certeza agora que o componente não pode de forma alguma mexer nos certificados.

Aqui eu tenho uma Daruma e está funcionando normalmente, meus clientes com Daruma também não reclamaram, tentou reinstalar o driver da porta USB/serial daruma e configurar com um buffer baixo?

O ACBr só utiliza as dlls dos fabricantes para geração de arquivos a partir da MFD do ECF, pois a mesma possui criptografia, para todo o restante não é utilizada DLL. Isso já foi inclusive discutido em outros posts.

Por favor, veja a data dos posts, muita coisa mudou depois de 1 ano e 3 meses. Hoje já existem formas de melhorar as mensagens via programação, bastando apenas configurar o componente, basta utilizar a busca, veja aqui um deles:

Basta configurar as propriedades corretas do ACBrNFe e ele fara o necessário: // propriedades para melhorar a aparência dos retornos de validaçã dos schemas // %TAGNIVEL% : Representa o Nivel da TAG; ex: <transp><vol><lacres> // %TAG% : Representa a TAG; ex: <nLacre> // %ID% : Representa a ID da TAG; ex X34 // %MSG% : Representa a mensagem de alerta // %DESCRICAO% : Representa a Descrição da TAG ACBrNFe.Configuracoes.Geral.ExibirErroSchema := False; <-- Se False exibe o erro tratado somente, se true, exibe os dois erros ACBrNFe.Configuracoes.Geral.FormatoAlerta := '[ %TAGNIVEL%%TAG% ] %DESCRICAO% - %MSG%';

Você está atualizado? O erro ocorre com outras impressoras do mesmo modelo, ou somente com está?

Não é possível exportar o certificado A3, ele é diferente é só roda dentro do meio físico. Existem soluções da compartilhamento de USB, eu lembro de um post onde um colega falava disso, só não lembro qual foi o fim da história. Se existem muitas máquinas a melhor opção é mesmo o A1.

Rubens, você deve ter ainda algum DCU compilado juntamente do seu projeto, por isso os erros.

Estive vendo aqui com o Italo, vamos passar um pente fino para ver se não ficou nada ainda do modo antigo. Mas já adianto que mesmo antes só me aconteceu o problema pelos dois motivos que passei no outro post, é bom dar uma verificada.

Aqui eu gravo em 3 lugares, Banco de Dados, Arquivo no computador por pasta e quando o cliente possui o serviço, é enviado também a um FTP.

Atilio, essa troca já foi efetuada a um bom tempo no componente, o componente ACBr sempre utiliza o certificado como somente leitura, justamente para não ter problemas de acesso indevido ou o que quer que seja. Eu tenho cerca de 380 clientes utilizando o software com componente ACBrNFe e somente dois me relataram perda de certificado, que acabamos por descobrir ser problemas no token e em outro caso na porta USB. O que acontece muito é a instalação da porta USB dianteira de forma errada, acabando por queimar,apagar ou danificar o certificado, outra coisa comum é o cliente ao renovar o certificado não efetuar os passos para regravação corretamente e acabar por apagar o antigo e não gravar o novo.

Luiz, Vamos primeiro entender o que é o XML da NF-e, ele é um documento fiscal de existência apenas digital, mas deve ser tratado como qualquer documento fiscal, ou seja, ser guardado intacto, por pelo menos 5 anos, caso haja uma fiscalização ou algo parecido. Você pode sim, desmembrar os dados e persisti-los em seu Banco de Dados, mas dificilmente conseguirá montá-lo novamente e obter a mesma assinatura do documento que foi enviado a receita estadual/federal via webservice, por isso, que a boa prática manda guardar o XML original. O comum é: Guardar os dados no banco para geração de arquivos e consulta, isso você faz como bem entender, e guardar também o XML assinado, enviado e protocolado para quando necessário.

Não seria mais interessante, agregar a prefeitura de SP que você fez ao que já existe? Ao invés de utilizar dois componentes.

Ainda tem algum dcu, bpl ou dcp do acbr em algum lugar do path, esse erro é antigo. Siga este post aqui e verifique:

Esse erro tem relação com o tempo de resposta pelo webservice, o componente ao enviar uma nota recebe o protocolo com o tempo que será processada nota, ele aguarda esse tempo e tenta novamente, dependendo das suas configurações ele vai retornar esse erro porque excedeu esse tempo. Você pode tentar configurar o componente da seguinte forma, e verificar se o problema para de ocorrer: ACBrNFe1.Configuracoes.WebServices.AguardarConsultaRet := 30000; <----- Tempo que o componente irá aguardar pelo retorno da consulta ao protocolo de recebimento ACBrNFe1.Configuracoes.WebServices.AjustaAguardaConsultaRet := True; <----- se true acerta a propriedade anterior para o valor retornado pelo webservice no protocolo de envio ACBrNFe1.Configuracoes.WebServices.IntervaloTentativas := 10000; <------ intervalo que o componente irá aguardar antes de tentar novamente ACBrNFe1.Configuracoes.WebServices.Tentativas := 5; <------ numero de tentativas que o componente irá fazer antes de emitir o erro Esse erro é ligado geralmente a problemas de conexão ou erro no webservice, o que o componente faz é tentar novamente até conseguir conforme as configurações que você fizer.

Basta entrar em contato com eles que eles enviam, ao entrar em contato diga que quer fazer a homologação para NFC-e com impressão em impressora comum (não fiscal); A quantidade de passos pode ter sido alterada , mas são bem poucos, e é muito simples, basicamente e enviar a impressão para o spoll e mostrar uma mensagem ao usuário para confirmar ou não a impressão correta.

Desculpe, mas o registro R03 é um dos mais bem explicados da ER, não tem como você não ter entendido, bastaria ler a ER. Segue um resumo: R02 = cabeçalho da redução, R03 = Totalizadores Quanto a quais totalizadores e como gerar, basta olhar na ER que existe a tabela logo abaixo da descriminação dos campos mostrando o que gerar. Segue o link da ER: https://www1.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2013/AC009_13.htm Basta procurar por: "6.23. REGISTRO TIPO R03 - DETALHE DA REDUÇÃO Z" , lá tem tudo bem explicadinho.

Quando não existe movimento no dia, realmente a maioria dos ECFs não retorna data de movimento, pois não houve movimento, inclusive contabilmente falando essa redução Z que você emitiu nem é lançada.

Graca, uma coisa que sempre gera problemas e colocar algo que vai ser recompilado dentro de "arquivos de programas", essa pasta sempre tem acesso limitado, portanto, dificulta o compilador a fazer o que deve, uma boa prática é colocar tudo for componente em uma pasta própria na raiz do disco ou em outro disco. Fazendo isso nunca tive problemas de compilação.

O TEF para o SAT deve seguir a didática do TEF para NF-e, existe uma homologação de TEF que utiliza impressoras não fiscais, basta entrar em contato com o seu TEF que eles lhe passam como é feito. Basicamente é enviar a impressão não fiscal (termica, jato tinta, laser) e checar a impressão por meio de mensagem ou status da impressora quando disponível. Na Software Express são 7 passos apenas o roteiro de homologação.