LIDERNetwork

To com esse mesmo problema e ainda pior no final do arquivo ao gerar o PDF esta sendo acrescentado um espaço em branco enorme...

Como forma de contribuição segue a conversão: alignCenter := TJHashMap.Create; alignCenter.put(StringToJString('KEY_ALIGN'), StringToJString('VAL_ALIGN_CENTER')); alignCenter.put(StringToJString('KEY_TYPEFACE'), StringToJString('1')); alignCenter.put(StringToJString('KEY_TEXT_SIZE'), StringToJString('20')); ImpLIO.printImage(DadosVenda.JBitmapNFCe, TJMap.Wrap(JObjectToID(alignCenter)), ListernerPrinter );

Obrigado Daniel por dar retorno. Realmente as chamadas são bem diferentes em relação a Elgin porque vc usou intents e no caso to usando o SDK com integração local, segue em anexo a classe e as libs anexadas em Libraries se vc quiser dar uma olhada. Eu não consegui usar a classe JPrintermanager porque pede um parâmetro do tipo JMap e nao achei documentação para conversão do HashMap formato JAVA para Delphi no procedimento printImage(JBitmap, JMap, JPrinterListener). Note que a LIO nao aceita impressão PDF direta então tive que converter de PDF para JBitmap. No JAVA o HashMap seria mais ou menos assim: HashMap<String, Integer> alignCenter = new HashMap<>(); alignCenter.put(PrinterAttributes.KEY_ALIGN, PrinterAttributes.VAL_ALIGN_CENTER); alignCenter.put(PrinterAttributes.KEY_TYPEFACE, 1); alignCenter.put(PrinterAttributes.KEY_TEXT_SIZE, 20); CieloSDK.jar Android.CieloLIO.pas

Olá Senhores, Pesquisando no forum achei este post já com mais de 1 ano sem interações. O que o Marcio dias esta usando é a integração Híbrida que nao tem acesso direto a impressora, mas eu tambem nao consegui fazer com que o componente conseguisse reconhecer a impressora da LIO usando a integração local. Já consegui fazer todos os processos e pagamentos por ela usando o método de integração local consumindo o SDK usando classes JavaClass adicionando na libraries do projeto, mas impressão de uma NFCe ainda estou apanhando... Se conseguir posso contribuir postando os resultados aqui... Alguém aqui ja conseguiu impressão da NFCe nessa Cielo LIO?

Para mim n importa isso pois estava precisando lançar nova versao do sistema e com isso consegui compilar

Para resolver baixa desse repositorio alternativo: https://github.com/frones/ACBr

Tambem estou com mesmo problema D:\ACBR\Fontes\ACBrDFe\ACBrLibXml2.pas(1078) Error: E2003 Undeclared identifier: 'WriteAnsiString' D:\ACBR\Fontes\ACBrDFe\ACBrLibXml2.pas(1135) Error: E2003 Undeclared identifier: 'ReadAnsiString' D:\ACBR\Fontes\ACBrDFe\ACBrDFeXsLibXml2.pas(2266) Fatal: F2063 Could not compile used unit 'ACBrLibXml2.pas' Compilation failurenit 'ACBrLibXml2.pas'

Ola, Estou preenchendo o componente com todos os dados necessários porem o banco retorna com erro de CEP no arquivo Remessa. Já verifiquei os numeros CEP estao corretos. Deve haver ainda alguma informação incompleta ou mesmo caso o arquivo esteja sendo gerado de forma errada pelo componente. Como nao consigo identificar isso gostaria da ajuda do SAC para verificar o arquivo REM em anexo. Obrigado! 29A010819.REM

Eu uso a chave primaria da tabela do campo ID no cNF e um numero sequencial no nNF, não preciso estar "criando números aleatórios" sem nexo apenas para gerar a chave. No sistema internamente qnd os dois campos são iguais apenas agora acrescentei uma função que incrementa +1 no nNF apenas para não enviar ao componente numeração iguais, mas isso fiz agora devido as alterações nos fontes do ACBR. Num segundo envio apenas capturar os campos da tabela...

Olá senhores, Problema resolvido, obrigado!

Veja que no DEMO tambem nao vai...

Olá Felipe, eu já tinha visto esse post porem como eu não uso a função StrToTpEvento acredito que não me aplica esses procedimentos. Veja que no código não uso essa funcao, vc tem algum exemplo de como deve enviar a manifestação com as novas alterações no fontes? Já vasculhei o código inteiro e não encontrei o porque da exceção, inclusive o demo está como o meu código.

Eu resolvi conforme o post citado acima e colocando um numero aleatorio ao gerar a NFCe e NFe. Nao guardo em banco o numero cNF pois para mim o que importa é o Numero nNF;

Resolvido!

Se coloca como if NOT ACodigo > 0 then if ValidarCodigoDFe(ACodigo, ANumero) then raise EACBrDFeException.Create('Código Numérico inválido, Chave não Gerada'); Não gera a chave de acesso... Se coloca como if ACodigo > 0 then if ValidarCodigoDFe(ACodigo, ANumero) then raise EACBrDFeException.Create('Código Numérico inválido, Chave não Gerada'); A chave é gerada porem vez ou outra dá mensagem de rejeição DUPLICIDADE DE CHAVE DE ACESSO com empresas que possuem mais de um terminal de caixa mesmo passando numeração diferente sequencial. Afinal de contas qual funcionalidade da função? Sendo que apos atualização parou de funcionar uma função do ACBR que nunca tinha problemas...

Fiz a alteração manualmente pois no SVN ainda n tinha tal alteração. alterei para: if ACodigo > 0 then if ValidarCodigoDFe(ACodigo, ANumero) then raise EACBrDFeException.Create('Código Numérico inválido, Chave não Gerada'); Pois a função espera true e não false conforme o Antonio comentou acima, só que a função dela é justamente verificar se os códigos informados são iguais, mesmo passando iguais retornava false e não estava gerando a chave de acesso.

Bom dia senhores, Após a atualização do código fonte de ontem 14/06 está ocorrendo uma exceção que antes não ocorria ao tentar realizar o evento de manifesto de documento. O seguinte: falha da validação dos dados do Evento 1868 - Element '{http://portalfiscal.inf.br/nfe} detEvento: The attribute 'versao' is required but missing. Na mensagem avisa que o atributo versao do elemento detEvento está faltando so que acrescentei no codigo: with DM.DFeMonitor.EventoNFe.Evento.New do begin infEvento.cOrgao := 91; infEvento.chNFe := Chave; infEvento.CNPJ := sCNPJEmpresa; infEvento.dhEvento := Now; InfEvento.versaoEvento := '1.0'; InfEvento.detEvento.versao := '1.0'; case cbbMani.ItemIndex of 0: infEvento.tpEvento := teManifDestConfirmacao; 1: infEvento.tpEvento := teManifDestCiencia; 2: infEvento.tpEvento := teManifDestDesconhecimento; 3: infEvento.tpEvento := teManifDestOperNaoRealizada; else raise Exception.Create('Tipo de evento desconhecido, verifique!'); end; end; E continua com a mesma mensagem. Alguma sugestão da resolução? OBS: Antes de postar, pesquisei no fórum, atualizei novamente a pasta dos fontes, atualizei os schemas e mesmo assim não resolveu...

A diferença está na verificaçao se é um XML de NFe ou so de resumo nessa minha linha aqui: DM.ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.schema = schprocNFe o resto é a mesma coisa

O ACBR nao tem essa integração, fiz na munheca com a ajuda da própria Mamut. Entre em contato com eles que te ajudam nisso. Não há a necessidade de te enviar codigos pois eles ja possuem exemplos em Delphi.

if DM.ACBrNFe1.DistribuicaoDFePorChaveNFe(UFEmitente, CNPJEmitente, ChaveAcesso) then // if DM.ACBrNFe1.DistribuicaoDFe(UFEmitente, CNPJEmitente, NSU,'',ChaveAcesso) then begin PastaSalvar := ExtractFilePath( Application.ExeName ) + 'NFe\XML_Download\'; if not DirectoryExists(PastaSalvar) then ForceDirectories(PastaSalvar); Status := DM.ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.cStat; if Status = 138 then begin for i := 0 to DM.ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count - 1 do begin if (DM.ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].schema = schprocNFe) then //verifica se o arquivo é o XML da NFe (-nfe.xml) begin ArqXML := TStringStream.Create(DM.ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].XML); XMLDocument1.LoadFromStream(ArqXML); XMLDocument1.Active; XMLDocument1.SaveToFile(PastaSalvar+ChaveAcesso+'-nfe.xml'); {Gravando no banco de dados o download da nota fiscal} GravaXMLnoBanco(XMLDocument1.XML.Text, ChaveAcesso); ArqXML.Free; Result := true; end; end; end else Result := false; end; veja o codigo, ja tentei tmb por DistribuicaoDFe e n consigo baixar nada...

Sim isso mesmo, a NFe já esta em ciência da operação e mesmo assim só traz o recibo. Seria alguma coisa que estou fazendo de errado?

Quando uso DistribuicaoDFePorChaveNFe está me retornando sempre o recibo, está assim para vcs tmb?

Se os sites de terceiros e om proprio app do governo funciona, porque o ACBR que antes funcionava e agora nao funciona mais? Fiz uma pergunta relativa ao @Régys Silveira no blog dele que o mesmo desenvolveu o app para download de XML usando o ACBR e se esse app estava funcionando mediante as instabilidades da SEFAZ, mas até o presente n recebi respostas... Fica no ar essa questao...

Tambem continua do mesmo no processo por chave. O unico que funciona qnd quer é o procedimento por ultimo NSU, mas a cada 10 tentativas apenas 3 no maximo dá certo...

vc tem o endereço de onde captura o captcha? o antigo n funciona mais...