Régys Silveira

Felipe, já tem algumas semanas que foi enviado um acerto para isso, basta ter o ACBr atualizado.

Fiz alguns testes aqui e imprimiu normalmente, é estranho também porque nenhum outro usuário reclamou da mesma coisa. Você poderia por favor verificar se o problema ocorre somente neste computador no qual está testando ou ocorre em outros também? Tente também reinstalar o driver da impressora que está setada como padrão, remova e reinstale.

O ACBr foi adaptado pelo nosso colega Isaque para rodar no Firemonkey, então ele compilará em uma aplicação firemonkey. Quanto ao envio da NF-e e similares em um dispositivo mobile, não é possível diretamente, por questões práticas e técnicas, como por exemplo instalação do certificado no dispositivo. Você deve utilizar uma solução client-servidor como por exemplo datasnap, centralizando as regras de envio, tratamento, etc, no servidor datasnap e cabendo ao mobile somente o envio de informações e retorno ao usuário.

O token só é utilizado para a montagem do QRCode, então ele não faz diferença na emissão da NFC-e, somente na impressão é posterior consulta. Você deve configurá-lo conforme o cadastro que é feito no SEFAZ, as informações geralmente são retornadas no momento da geração do token no SEFAZ.

Quando é enviada uma mensagem qualquer assinada para os webservices da Sefaz, este procura na lista de certificados revogados (LCR) se o certificado que assinou o documento está revogado, caso não consiga ter acesso a esta lista, disponibilizada pelas autoridades certificadoras, a rejeição 296 será apresentada. Este erro geralmente é momentâneo, porque as LCR são renovadas a cada 2 horas e são sempre 3 links redundantes para evitar problemas. Como seu caso tem persistido, o ideal é entrar em contato com o SEFAZ no departamento responsável pelo webservice e explicar o problema a eles.

Esse problema também tenho aqui, e conversei com o pessoal da Daruma sobre isso, eles me passaram aquilo que comentei anteriormente, existe um problema e eles estão verificando onde é, firmware ou driver. Aqui se eu desconecto o cabo, espero um pouco e conecto novamente volta a funcionar, mas isso funciona um tempo depois só reiniciando, é algo na impressora ou driver mesmo.

Consegui reproduzir os erros, vou efetuar as correções e subo assim que estiver ok. Uma coisa que percebi é que a Daruma tem um problema de conexão, não sei se é o driver ou a própria impressora, mas isso está criando problemas de comunicação.

Então, está mensagem é retornada pelo webservice, não é o componente que valida, você terá que entrar em contato com eles para ver porque do erro. Para o webservice do AM você deveria utilizar em modo de homologação os seguintes valores para que seja aceito: ACBrNFE1.Configuracoes.Geral.IdToken := '000001'; ACBrNFE1.Configuracoes.Geral.Token := '0123456789';

Está mensagem está sendo retornada em que momento? Quanto ao token, você está utilizando qual webservice e em qual ambiente (homologação ou produção) ?

Comecei alguma coisa aqui, estou fazendo alguns testes antes de componentizar algo e liberar.

Você deve configurar a quantidade de colunas diretamente na impressora, existe um utilitário de configuração disponibilizado pela Daruma, você deve utilizar ele para configurar a impressora em 57 colunas ou maior. Algumas impressoras vem por padrão com 48 por isso o problema.

Sim é está tabela do anexo III que deve ser utilizada, toda a venda com cartão de crédito ou débito é obrigatório informar.

As dlls do openssl estão no diretorio do aplicativo? Elas são necessárias para a conexão segura exigida pelo Gmail.

Como está configura a impressão no seu ACBrNFeMonitor?

No trunk acabei de testar e está tudo normal, instalei tudo normalmente, dois computadores inclusive.

Não precisei ir muito longe não, bastou procurar no google: https://www.google.com.br/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=cadeia%20de%20certificados%20amazonas O link pronto: http://www.sefaz.am.gov.br/noticias/ExibeNoticia.asp?codnoticia=12387 Quanto ao segundo ponto, você precisa ter um cliente cadastrado como emissor em modo de homologação pelo menos para conseguir fazer os testes. Use o SEFAZ/AM assim não precisará correr atrás disso.

Sim, está instituído em lei a utilização do SAT para a modalidade Off-line da NFC-e, inclusive você não consegue liberação de NFC-e em produção sem um SAT cadastrado.

Mais uma vez, peça ao contador a fonte de informação dele para confirmar o que ele fala. Veja que o colega acima postou uma fonte mostrando que é legal fazer o que você faz hoje, peça ao contador para provar o contrário com as fontes dele.

O ACBr somente monta o XML com os dados passados ao componente e envia, não é um erro do componente, se fosse com certeza teríamos outros usuários reclamando do mesmo problema. Provavelmente o que ocorreu foi o seguinte, em um primeiro momento a nota foi montada com somente 1 item e enviada, por algum motivo alguém adicionou mais um item sem que o componente fosse limpo e salvou o XML, o componente juntou a primeira nota com a alteração feita e o protocolo que já estava presente.

O erro aparece para você somente em debug ou em runtime também? Veja, existem erros que acontecem somente em debug e geram exceções silenciosas que não são mostradas em runtime é normal.

1 - o Sequencial para o ambiente de homologação e diferente do ambiente de produção correto? R.: Sim 2 - a Parte de tributação eu vi que o componente faz tudo, bastando apenas passar os valores, porem sou bem leigo no assunto vocês teriam como me orientar um site ou algum material que eu possa estudar para entender como funciona a tributação e como devo configurar? R.: Procure um contador ou consultoria este é o melhor caminho, tributação é algo muito atrelado a empresa para a qual vai prestar o serviço, se seu sistema trabalha com mais de um tipo de empresa (lucro real, presumido, simples nacional, etc) você vai precisar cobrir todos os casos, então o melhor modo para você que está iniciando é procurar uma consultoria especializada para lhe mostrar o rumo correto a seguir.

Retorno em branco na grande maioria das vezes é problema de conexão, certificado ou cadeia de certificados mal instalada.

No primeiro caso, você provavelmente não instalou as cadeias de certificado do Amazonas, elas pode ser obtidas no site da NFC-e do AM. Para o segundo caso você não gerou o CSC (token) no site da SEFAZ Paraná para a empresa que está tentando emitir a NFC-e

Por favor utilize a pesquisa, existem pelo menos 3 tópicos tratando deste erro aqui no fórum para SP.

A sim, no trunk2 ainda temos algumas coisas por acertar, realmente nele pode dar algo, vou olhar está função é acertar se necessário.