Dércio Luis Zanatta

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 ?

Acabei descobrindo aqui... existe a propriedade InformcoesAdicionais no componente que pode ser preenchido... Só não encontrei o tamanho máximo desse campo !

Bom dia O fato é que a SEFAZ tem que aceitar receber com protocolo TLS inferior a 1.2 até a desativação da Nfe3.10. Sendo assim, a única forma de saber se o SO é compatível ou não é mesmo configurar o SSLType=LT_TSLv1_2 e realizar uma consulta de status serviço. Se configurar como LT_all, o componente vai tentar enviar com 1.2, se não conseguir vai enviar com o antigo e vai ter sucesso, porém quando a versão 3.10 for desativada não vai mais conseguir (Teoricamente). Pessoalmente eu estou usando o SSlType como LT_all e fiz um aplicativo de testes que faz a consulta do Status Serviço com LT_TSLv1_2 para mostrar ao cliente quais as máquinas que tem que atualizar o SO.

Analisando aqui, vi que a nota que o componente imprime, tem uma sessão chamada "Informações complementares" , porém no exemplo essa sessão não é alimentada durante a impressão da nota ... Talvez poderia usar esse campo para discriminar os serviços mais detalhadamente...

Só para constar, se informar SSLtype=LT_all o componente tentará enviar com a versão mais atualizada, caso não conseguir, tentará com a versão antiga, o que na minha opinião fica bem mais cômodo !

Bahhh.. Tenho um cliente que tem uma emissora de rádio que vai precisar emitir nf modelo 21.. Atualmente ele cobra vários tipos de serviço (com nota manual) e a descriminação desse serviço é enorme... as vezes chega a passar de 100 caracteres !! Como se deve proceder nesse caso ?

Alguém ai sabe qual o tamanho máximo da "DescricaoServico" ?

ebaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa