Dércio Luis Zanatta

No seu caso é Windows 8.1 também ?

64 bits..

No Windows 8.1 não funcionou nem fazendo todos os updates.. Só um detalhe que achei estranho: Nesse cliente é usado certificado A3.. Se uso 3.10, pede o PIN do certificado e funciona. Se uso 4.0 não pede o PIN e da o erro... Acho que tem algo errado ehehe

Bom dia No meu caso, apliquei todas as atualizações do Windows 7 e funcionou perfeitamente.. Agora tem um caso com Windows 8.1.. Vou tentar fazer o update também..

Bom dia Em um cliente meu, Windows 7 SP1, ontem estava enviando NFe normalmente com 4.0.. Hoje está dando esse erro: Estou usando Assim: e o SSLType como LT_TLSv1_2 Estou tentando fazer a atualização do Windows 7 agora.. Tem bastante atualização pendente, mas o estranho é que até ontem funcionava !

Agora de manhã saiu a versão 1.60 da NT que altera os prazos..

Bom dia. Saiu uma atualização da NT 2016 que altera o prazo para desativação da v 3.10. Pelo que entendi, vai ser tudo em 02/08/2018.. Tanto para NFe como para NFCe, inclusive a migração para versão 2.0 do QrCode ( o que anteriormente era para 02/10/2018). Resumindo... Pelo que eu entendi, foi prorrogado o prazo para nfe, e antecipado o prazo para NFCe !!

Bom dia.. Se faço a consulta, retorna que a Nfe não se encontra na base de dados da SEFAZ. Se tento reenviar, retorna 104 - Lote Porcessado.. Lembrando sempre que nunca enviei nada assíncrono, sempre síncrono e somente esse documento está dando isso, todos os outros emitidos no mesmo dia, na mesma série, no mesmo computador autorizaram normalmente.

Bom dia Estou tentando reenviar uma NFCe que foi rejeitada está retornando o xml com o Ctat = 104 com Motivo = Lote Porcessado.. Estou fazendo o envio síncrono.. O que significa isso ??

Bom dia Uma dúvida: Depois de atualizar o ACBr, notei que apenas em produção, está rejeitando as NFCes dizendo QrCode Inválido. Notei que o parâmetro Versão do qrcode vem default como V000 Eu preciso alterar isso para V001 ?

Bom dia Achei o problema aqui.. Não sei ao certo o que aconteceu, mas o problema estava na propriedade EspacoEntreLinhas.. Eu tinha configurado para 40 e funcionava.. Agora tive que alterar essa propriedade para 1.

Bom dia Não deve ser isso, pois o problema está ocorrendo em mais de uma impressora .. Vou receber uma de um cliente amanhã, ai vou poder testar o problema ..

Uhhh.. entendi !! O ID tem que estar com a chave que está autorizada na SEFAZ ! ai que está o problema !

Bom dia. Baixei o validador e validei um arquivo gerado pelo componente. Apareceu o erro em anexo. Abri os arquivos pelo bloco de notas, mas os tamanhos dos registros parecem corretos. Alguém saberia me dizer qual o problema ? RS95821310000183210011806N01D.001 RS95821310000183210011806N01I.001 RS95821310000183210011806N01M.001

Sim.. Já tinha lido esse posts antes... Na verdade o xml até retorna completo na consulta, o problema é que que para atualizar o meu xml que está incompleto com esse que está completo, eu uso a função ACBrNFe1.NotasFiscais.Items[0].GravarXML(Arquivo XML); e não está atualizando o xml.. está ficando sem o grupo ProcNfe..

Boa tarde Quando vc diz, "executar o método Consultar" vc quer dizer ACBrNFe1.WebServices.Consulta.Executar ?

O único comando Esc/Pos que mando junto com o texto é para condensar <c></c> e única configuração do componente que altero é o espaçamento entre linhas para 40

Bom dia Utilizo o componente ACBRPosPrinter para fazer impressão de texto em impressoras Elgin i9 Estava funcionando tudo certinho, porém após atualizar os fontes do ACBr ( uns 3 meses atrás) a impressão não está mais respeitando o espaço entre Linhas. Tenho configurado 40 no compoente, porém o espaço que imprime é bem maior. Utilizo assim: ACBrPosPrinter1.Modelo:=ppEscPosEpson ; FrmEcfDaruma.ACBrPosPrinter1.ImprimirLinha(Texto); Antes da atualização, imprimia bem junto, agora existe uma espaço bem maior entre as linhas.. Houve alguma alteração a respeito disso ?

Tenho esse mesmo problema, porém pra mim nem o LoadFromFile funcionou..

Boa tarde Em algumas situações estou enviando a NFCe, ela está autorizando normalmente na SEFAZ, porém ocorre TimeOut de Recepção. Nessas situações a NFCe é enviada em contingência OFF Line, ficando portanto com uma chave diferente da que está no SEFAZ, já que lá essa nfce está autorizada e o xml que eu tenho armazenado não contém o bloco ProcNfe onde vai ter os dados da autorização. No procedimento de reenvio dessa NFCe, eu carrego o xml que tenho armazenada (em contingência off line) e tento enviar a NFCe . Nesse momento é retornado que a NFCe está autorizada com uma chave diferente. Na minha rotina eu refaço a consulta com a chave que está autorizada no SEFAZ e ai retorna o protocolo tudo certo, porém, usando o método AcbrNfe1.NotasFiscais.Items[0].GravarXML(Arquivo xml) o bloco ProcNfe não é incluído no meu xml original. O mais estranho é que com NFe esse procedimento funciona. Com NFCe tem que fazer alguma coisa diferente ? Exemplo que como faço hoje: LoadFromFile(Arquivo xml) Enviar... Nesse momento recebe retorno que a NFCe está autorizada com uma Chave diferente.. ai faço a consulta com a chave retornada.. ACBrNFe1.WebServices.Consulta.NFeChave := Chave que consta na SEFAZ ACBrNFe1.WebServices.Consulta.Executar; Depois tento atualizar o XML ACBrNFe1.NotasFiscais.Items[0].GravarXML(Arquivo XML); Não ocorre nenhum erro, porém o xml é atualizado com o mesmo conteúdo que tinha originalmente, sem o bloco ProcNfe.

Bom dia.. De qual UF é o emitente ?? Li em outro post recente que o estado de MG está com problemas quanto a isso !

Realmente muito estranho, pois aqui pra mim funciona perfeitamente... Talvez os gurus ai tenham alguma outra idéia do que pode estar errado !

Vc está com todos os fontes do ACBr atualizados ?? As dlls e Schemas também ? Outra coisa... Qual a UF do emitente ? Da a entender que a SEFAZ dessa UF não está aceitando com protocolo inferior a 1.2, teoricamente deveria aceitar até 01/07/2018. De qualquer forma, com LT_all o coponente deveria estar enviando automaticamente com 1.2..

ACBrNFe1.Configuracoes.geral.SSLLib:=libWinCrypt ; ACBrNFe1.Configuracoes.geral.SSLCryptLib :=cryWinCrypt ; ACBrNFe1.Configuracoes.geral.SSLHttpLib := httpWinHttp ; ACBrNFe1.Configuracoes.geral.SSLXmlSignLib := xsLibXML2 ; COM SSLType como LT_all deveria funcionar normalmente com essas configurações, pois LT_all significa que vai tentar enviar com o protocolo mais atualizado e caso não conseguir, vai enviar com as versões anteriores.

Bom dia O Cliente que vai precisar emitir essas notas modelo 21 é uma emissora de rádio.. O serviço que eles prestam é quase todos contratos de publicidade, onde o cliente deles para por um período x de anúncios na emissora. Estive olhando a tabela 11.5 do convênio para ver qual o código do produto que se enquadra nesse caso, mas não nenhum menciona claramente publicidade ou propaganda. Qual o código do produto que deveria usar ?