Régys Silveira

Só para entender melhor a situação, qual a necessidade de assinar os arquivos, o que você quer fazer em detalhes, assim fica mais fácil te ajudar.

A homologação ocorre da mesma forma, o ACBrMonitor somente te ajuda a comunicar com a impressora e outros periféricos via TXT, Socket ou TCP somente isso. Não existe problema o seu sistema ser web para homologar, mas você deve ter uma forma de trabalhar off-line para que ele seja aceito. O Ideal e entrar em contato com a homologadora que você escolher e trocar uma idéia com eles, explicar a sua situação, eles irão te encaminhar de como fazer corretamente tudo.

Você deve instalar o ACBrNFe2 e não o ACBrNFe este último foi descontinuado. Você deve adicionar a pasta ACBr\Fontes\ACBrNFe2. Você deve instalar o pacote ACBrNFe2 que é o da nota eletrônica e um dos pacotes de impressão, conforme o motor de relatório que utilizar.

Não existe um manual somente de CC-e porque ela é um evento da NF-e, existe uma norma técnica que pode ser acessada em: http://www.nfe.fazenda.gov.br/portal/li ... +YMyk/50s=

Você utiliza a capicom, se sim tentou reinstalar usando a capicom que vem junto do ACBr?

Geralmente isso ocorre por conta da cadeia de certificados desatualizada.

Você está limpando a bobina após ler?

Não tem que fazer nada para o pin-pad funcionar, se for tef discado o próprio software do cartão já lê, basta configurar a porta, se for TEF dedicado mesma coisa. Você tentou contato telefônico, porque eu trabalho com a software express já há 10 anos e nunca tive problemas para entrar em contato com eles, nem mesmo por e-mail.

Já existe um tópico com este erro, favor efetuar uma busca no fórum.

Você pode criar roles de usuário ou fazer com triggers.

O que tenho feito é o seguinte: - Verificar se o antivirus ou firewall não está bloqueando o aplictivo. - Instalar a nova cadeia de certificados. - Desinstalar e reinstalar o gerenciador do certificado. - Reinstalar a capicom que vem com o ACBr. Estes passos nesta sequência tem resolvido o problema de muitos usuários e aqui comigo nos casos que aconteceu.

Primeiro colocar a impressora em 115200, você pode verificar também a propriedade no ACBrECF "IntervaloAposComando" e colocar um valor menor.

Concordo plenamente com a decisão, o caminho a seguir é este mesmo. O usuário que desejar continuar utilizando pode ter os fontes em sua máquina a parte do projeto ACBr e dar continuidade ou criar um projeto próprio no sourceforge para isso.

Comece lendo a E.R. 1.10 e depois o roteiro, 90% das tuas dúvidas estão lá, para o restante só fazer uma busca aqui no fórum, já existem diversas discussões, inclusive sobre o off-line, sem ler a ER e o roteiro fica complicado, porque você não vai saber o que fazer e como fazer e nem ao menos como perguntar corretamente.

Você está utilizando o componente para enviar mensagens através do celular? Provavelmente ele deve estar retornando algo que o componente não espera ou necessita de algum comando específico para configurá-lo como o ZTE.

O ACBr trabalha com o sistema de levantar exceções, as exceções vem com mensagens para cada situação levantada. Os homologadores já estão pedindo mensagens específicas, já existem relatos no fórum sobre isso, e também é bom sempre tratar as exceções levantadas pelo componente, afinal de contas elas são um indício de que algo não deu certo.

Basta checar a data de validade do certificado pelo próprio componente: var Certificado: ICertificate; DataVencimento: TDateTime; .... with ACBrNFe.Configuracoes do begin Certificado := Certificados.GetCertificado; DataVencimento := Certificados.DataVenc; end;[/code]

Sim, basta tratar os exceptions que o ACBr levanta, isso não é um problema. Existem aqui no fórum alguns tópicos discutindo a melhor forma de tratar isso inclusive.

Concordo com o EMBarbosa realmente esse é um problema bem conhecido do Ruby, e como disse um professor meu no passado "não existe a melhor linguagem, mas aquele que atende aos requisitos pretendidos".

Enviei uma correção para o repositório que vai valer para todos os campos decimais, essa correção que você enviou está amarrada ao campo, não seria o ideal. Faça a atualização e restaure o arquivo que você alterou que agora vai funcionar corretamente. Qualquer problema avise.

Ruby é uma linguagem muito utilizada, puramente orientada a objeto e é suportada pelos maiores servidores de hospedagem no mundo, existem servidores inclusive que hospedam somente o ruby, duvido muito que vá se descontinuada algum dia. Quanto ao Delphi, você não deve estar acompanhando a evolução da ferramenta e todo o esforço em torno dela, Delphi é uma linguagem sólida que possuiu tudo e mais alguma coisa do que as outras linguagens, mas a grande maioria dos usuários não arranha nem a casca dele em termos de uso. Grandes aplicações que são utilizadas por muitos hoje em dia são feitas em delphi vou citar uma que é o skype, existem muitas outras que pouca gente sabe que foi feita nele.

Então se já sai do banco de dados errado, então é coisa ai na tua aplicação. Você teria que verificar no banco de dados como a sua seleção retorno, se retorna certo então verifique se o componente de acesso aos dados e os tfields estão corretos.

Erro de estrutura não, mas ao menos a terceira advertência você deveria dar uma olhada, parece que foi CFOP errado na nota. Mas é isso ai mesmo, sempre alguma coisinha tem

Entendi, você diz no cliente mesmo, não ai na software house, eu entendi que se você alterasse. Bem neste caso o que eu faço e ter o controle dos MD-5 e validar, dai bloquear o app como manda a ER, ou seja, liberar somente consultas, etc, etc e mostro uma mensagem para o usuário que a cópia dele foi corrompida e deve entrar em contato para acertar isso.

O MD-5 da lista de executáveis que é impresso no cupom e também vai no laudo não muda a não ser que você altere os fontes do aplicativo ou alguns dos arquivos relacionados no arquivo com a lista. Se você precisar fazer algo que mude o MD-5, você deve enviar uma correção para o SEFAZ, que nada mais é do que tudo que envia quando você faz o cadastro, mas usando o laudo que você já tem, lembrando que o laudo deve estar dentro da validade dos 12 meses, senão você precisa reomologar. Durante o período que não é publica o MD-5 você não poderia estar com o aplicativo rodando em produção, porque se um fiscal pegar o MD-5 diferente do que está cadastrado na receita você vai ter problemas. Então o ideal e alterar o app, enviar a papelada e quando publicar atualizar o cliente com o app correto.