Dércio Luis Zanatta

Boa tarde Acredito que seja um problema da própria impressora.. Tenho vários casos igual a esse mesmo usando a DLL da Daruma para imprimir.. Simplesmente trava, não retorna erro e nem ok.. No meu caso é só desligar a impressora e ligar novamente que volta a funcionar.. Bem raramente acontece, mas acontece..

Não consegui atualizar o Windows... Tem um caminhão de atualizações pendentes.. vai demorar muuuuuito para atualizar tudo.. Por hora alterei a propriedade AcBrNFE1.SSL.SSLType := LT_all ; Dessa forma se não conseguir enviar com TLS 1.2, vai enviar com a versão anterior. Pelo menos até a desativação da NFe 3.10 o cliente vai poder continuar enviando notas com esse Windows sem atualizar, depois não tem jeito.. vai ter que atualizar tudo. O Windows 7 é assunto bem delicado, pois tem diversas variações ( Home Edition, Home Premiun, Professional, Ultimate...) será que todos dão suporte para TLS 1.2 ?? Por hora, arregaçar as mangas e testar ... ehhehe

Estou passando pelo mesmo problema em um pc com Windows 7.. Está com o Sp1 instalado, só tem um monte de atualizações do Windows pendente.. Vou tentar atualizar e ver no que da a dll WinCrypt.dll não encontrei nem no meu pc de desenvolvimento ( e nesse funciona normalmente)

Uhhh.. Não estava setando o bound... agora funcionou.. Obrigado

Bom dia Atualmente faço a impressão da DANFE NFCe através dos métodos da DLL da Daruma, porém estou tentando utilizar ACBrPosPrinter Fiz a seguinte configuração: ACBrPosPrinter1.Modelo:=ppEscDaruma ; ACBrPosPrinter1.Porta:=COM8 // No gerenciador de dispositivos aparece a Daruma instalada na Com8 Quando executo o ACBrPosPrinter1.Ativar ocorre o erro: Communication Error 9997 TimeOut During Operation. Tem mais alguma coisa que devo configurar para funcionar ?

Bom dia Eu tentei usar essa DLL e também não tive sucesso. Passei a usar o pacote de DLLs da MinGw..

Buenas.. Eu uso uma função que valida o código de barras.. Se o código de barras é inválido, eu jogo a tag em branco.. Assim vai jogar o código de barras somente se ele for válido. Segue função abaixo: function ValidaEAN(Numero:string): Boolean; // // Valida codigo ean // var {numero,} soma2:string; digito:byte; soma,s,i,calculo:integer; teste:STring ; begin result:= false; // verifica tamanho do numero while (length(numero) < 13) do numero:= '0'+numero; digito:= StrToIntDef(copy(numero,length(numero),1),0); delete(numero,length(numero),1); if (numero<>'000000000000') then begin s:=length(numero); i:=0; calculo := 3; soma :=0; repeat teste:= copy(numero,length(numero)-i,1); soma:= soma + StrToIntDef(copy(numero,length(numero)-i,1),0)* calculo; inc(i); if calculo =3 then calculo := 1 else calculo := 3; dec(s); until s=0; numero:=IntToStr(soma); soma2:= copy(numero,length(numero),1); if soma2 = '0'then Begin if (digito=StrToIntDef(soma2,0)) Then //Result:= (digito=soma2) ; Result:=True Else Result:=False ; End else Begin if (digito=10-StrToIntDef(soma2,0)) Then //result:= (digito=IntToStr(10-StrToInt(soma2))); Result:=True Else Result:=False ; End ; end; end;

Bom dia Pelo que está no manual do xml, os percentuais que compõe o GLP são necessários somente quando o código ANP for 210203001. Fiz um teste aqui em homologação vendendo um produto com esse ANP, porém não informei nada nas tags de percentuais. A NFCe foi autorizada normalmente. Sendo assim, não criei nada por enquanto para identificar os percentuais. Quanto a descrição da ANP, essa sim é obrigatória na versão 4.0

Boa tarde Até onde eu sei, informar o endereço do destinatário de outro Estado não configura uma operação Interestadual.. O que deve ser feito é informado o CFOP iniciado por 5, e o identificador de venda Presencial. Dessa forma a operação é interna, apesar do endereço do destinatário ser de outro Estado.. Há alguns entendimentos pro parte de contadores que depende do produto que o consumidor adquiriu em outro Estado.. Por exemplo... Se ele adquiriu combustível ou algum tipo de alimentação, não será necessário apresentar NFe Modelo 55 dessa mercadoria no momento em que for fiscalizado na divisa dos estados, porém, se foi adquirido algum produto que não seja de consumo (Eletrodoméstico, ferramentas, etc...), a orientação é que seja emitida NFe. Ai também existem dois entendimentos.. Alguns contadores dizem que deve ser feita uma NFe Modelo 55 direto e outros entendem que deve ser feito a NFCe e uma NFe por conta de cupom logo depois referenciando a NFCe. É um assunto um tanto polêmico, é verdade, mas no fim das contas não se pode dizer que a operação é Interestadual pelo simples fato da UF do destinatário ser diferente da UF do emitente.. Uma operação pode ser interna, mesmo nesses casos.. Eu prefiro sempre questionar o responsável contábil do cliente para fazer da forma que ele orientar...

Bom dia Verifiquei que um dos campos obrigatórios da NFe 4.0 é a descrição do produto conforme ANP. No manual da NFe, sugere que se informe a descrição conforme o SIMP (Sistema de informação de movimentações de produtos) Tem um link que vai para um site, mas não consegui achar nesse site onde está essa tabela . Alguém teria essa tabela para me passar ?

Bom dia O cliente tinha as DLLs antigas na pasta da aplicação. Problema resolvido

Boa tarde Compilei meu sistema com as dlls da MinGw e com a directiva do ACBR.INC ativada. Em uma máquina de um cliente meu, ao tentar assinar o xml ocorre esse erro do título do tópico.. O que pode ser isso ?

Boa tarde.. Já fiz isso... Já está funcionando... Só tinha ficado animado com a idéia de poder apenas substituir as DLLs sem precisar alterar a diretiva do ACBr.inc.

Bom dia Tentei utilizar as DLLs da OPENSSL da versão 1.0.2.13 e está ocorrendo Acess Violation na libeay32.dll !!

Quanto a propriedade SSLType ... devo informar LT_all ?

Certo.. Notei que na pasta C:\ACBr\DLLs\XMLSec\MinGW as Dlls são da versão 1.0.2.5. O recomendável seria usar essa ou a 1.0.2.13 ? Outra coisa, dentro da pasta C:\ACBr\DLLs\OpenSSL\1.0.2.13 existe uma versão para 32 bits e outra para 64 bits.. Isso se refere ao Windows ou a aplicação ? Quanto a propriedade SSLType ... devo informar LT_all ?

Bom dia Estou retomando a migração para NFe 4.0 e queria tirar uma dúvida. Atualmente, utilizo as formas OPENSSL e CAMPICOM. 1 - Para utilizar TLS 1.2 com OPENSSL.. Devo apenas passar a utilizar as DLL's da pasta \ACBr\DLLs\OpenSSL\1.0.2.13 ? ou devo modificar mais alguma coisa no componente ? 2 - Onde utilizava Campicom, apenas altero para cryWinCrypt ? Não precisa alterar mais nada no componente ? Desde já agradeço ..

Acho que achei o problema.. Estou utilizando CapiCom, e tinha configurado no SSLType como CapiComDelphiSoap. Só alterei para Capicom e passou a enviar normalmente.

Bom dia Recentemente implementei no sistema para emissão de NFSe para a prefeitura de Lagoa dos três cantos - RS com o provedor PronimV2. Está ocorrendo com muita frenquência a seguinte situação: Faz o método do envio Síncrono, e retorna erro: Erro Interno:0 HTTP:0 O tempo limite da operação foi atingido. Se consultar no site da Prefeitura a Nota está autorizada.. Ai tem que fazer um monte de consulta da NFSe pelo RPS até que não ocorra mais esse erro: O problema ocorre tanto no ambiente de Produção quando no de Homologação. Entrei me contato com o pessoal da PRonim e também da Prefeitura e me passaram que la não há nenhum problema de conexão. O que poderia estar causando isso ?

Estou usando UF= RS. Ambiente de produção. Em homologação não ocorre o probelma Alterei o SSLType para LTsslv3 sem atualizar as DLLs.. A primeira vista parece que resolveu, mas ainda estou acompanhando..

Estava fazendo uma pesquisa pelo fórum agora e vi em outro post que devo alterar a configuração SSlType para LTSSlV3. Atualmente eu utilizo a versão 0.9.8.14 das DLLS do OpenSSL e o SSlType como LT_all. Teria que usar a versão 1.0.2.13 das DLLs do openssl e alterar para LTsslv3 ? ou basta alterar para LTsslv3 ?

Sim. Atualizei e recompilei os pacotes

Bom dia Atualizei o ACBr ontem, e compilei meu sistema. Agora estão ocorrendo várias vezes o Erro Interno:10091 HTTP:500 ao enviar NFCe. Não ocorria antes dessa atualização. Existe algo que tenha que alterar ? Certificado A1, usando como OpenSSL , V3.10

Boa tarde Fiz uma nova tentativa de envio agora e continua não retornando as rejeições que contam no xml. Não consegui achar aquela situação do "caractere fatasma". Segue o xml em enexo.. 6133524-recS-soap.xml

Bahhh.. pior que é mesmo.. Nâo aparece nada, mas a coluna no editor fica "parada" nesse campo... Muito estranho ! Obrigado Ítalo.. Vou repassar isso para o pessoal da Pronim..