Usando ACBRLib com harbour

[rubens]

Bom dia,
Um colega pediu ajuda para colocar para funcionar.
Resolvi postas aqui para ajudar outros colegas...
Quando baixa a lib do site... já em uma classe para usar... a classe é xharbour.
mas pode ser compilada tranquilamente pelo harbour... consegui compilar na versao Harbour 3.2.0dev (r1802131223).
Daí vou deixar um exemplo aqui de imprimir o danfe enviando um xml..
Na classe que vem de exemplo tem muita coisa pronta, mas eu sou meio ruinzinho de classe, fui testando os métodos(funções) conforme as minhas necessidades..
é muito jóia essa opção da dll. Para imprimir um danfe tinha que ter o acbrmonitor instalado... agora basta mandar a dll junto...

Código: Selecionar todos

#define DC_CALL_STD 0x0020      // __stdcall
#define DLL_OSAPI DC_CALL_STD
#define STR_LEN 256
#define ACBrLIB "ACBrNFe32.dll"

Function main 
    // Se mandar .f. - imprime o xml 
    // Se mandar .t. - gera o pdf
    ImprimirPDFNfe( 'C:\ARQXML.XML', .F. )
    Return nil

FUNCTION ImprimirPDFNfe(cArq, lPdf)  
  	Local cTexto 	:= ''
	Local cBufferlen
	Local hLib
	hLib 		:= DllLoad(ACBrLIB)
        iRet 		:= DllCall(hLib, DLL_OSAPI, "NFE_Inicializar", "", "") 
	bufferLen:= STR_LEN
	cTexto 	:= Space(bufferLen)
	iRet 		:= DllCall(hLib, DLL_OSAPI, "NFE_CarregarXML", hb_StrToUTF8(cArq))
	If lPdf 
		iRet 		:= DllCall(hLib, DLL_OSAPI, "NFE_ImprimirPDF")
	Else
		iRet		:= DllCall(hLib, DLL_OSAPI,"NFE_Imprimir", hb_StrToUTF8(""), 1, hb_StrToUTF8(""), hb_StrToUTF8(""), hb_StrToUTF8(""), hb_StrToUTF8(''), hb_StrToUTF8(""))		
	EndIf
	iRet 		:= DllCall( hLib, DLL_OSAPI,"NFE_Finalizar") 	
	hLib 		:= NIL
	RETURN nil

tem que ter as seguintes libs no path do executável:

e as configurações de pastas, impressora etc são feitas no acbrlib.ini.
Para quem já trabalha com acbrmonitor, é bem parecido...

Vlw..

Rubens

[lucimauro]

Muito bom, parabéns por compartilhar.

[JoséQuintas]

é muito jóia essa opção da dll. Para imprimir um danfe tinha que ter o acbrmonitor instalado... agora basta mandar a dll junto...

Pois é... e com a Sefazclass, nem DLL precisa, e nem arquivo de configuração, nem nada.
Nem mesmo o XML, basta uma variável com o conteúdo do XML.
NADA mesmo, nem a imagem do logotipo precisa existir em disco.

[JoséQuintas]

Curiosidade sobre as DLLs, pode acontecer em Harbour também:

libeay32.dll e ssleay32.dll, se não me engano tem a ver com openssl
msvcr120.dll, tem a ver com usar Microsoft Visual C pra compilar, talvez o run-time da versão 12.0

As demais não conheço, apenas numa suposição, pelo nome:
libiconv.dll - talvez pra converter icone, por usar ícone não compatível, ou não usar opção do Windows de redimensionamento
libxml2.dll - talvez opção open para equivalentes Microsoft que já vém no Windows

[RCINF]

Quintas Bom dia

Essa SefazClas que vc usa, porventura já tem funções para manipulação do PIX ?

[Fernando queiroz]

Quintas Bom dia

Essa SefazClas que vc usa, porventura já tem funções para manipulação do PIX ?

o que significa manipulação de PIX???

se for para gerar o QRCode dinamico eu fiz isso usando a PDFClas do Quintas e tem exemplo no forum
https://pctoledo.org/forum/viewto ... 3&start=15

agora se for para ter o retorno automático (confirmacao do PIX) no BANCO voce vai ter de contratar uma API para isso
no meu caso estou desenvolvendo uma Class para a API do BANCO EFI (GERENCIANET)

JA tenho o QRCode dinamico tanto na tela como impresso em PDF para disponibilizar ao cliente

[RCINF]

Bom dia Fernando.

Manipulação não, desculpe... Meu desejo é gerar o QRCode e obter o retorno do banco.

Teremos então que contratar uma API para prosseguir na luta, vou fazer umas pesquisas e obtendo retorno, coloco aqui o resultado...

Obrigado.

[paiva]

bom dia
implementei a shipay + por ser PAGO os cliente nao quiseram.

pelo que entendi cada banco tem a suas especificações..

ou seja eu teria que ter uma API para o BB santander cx etc.

a própria api da shipay na época era preços diferenciados para cada bancos
e parece que da cx nao estava implementada

ou seja complicado como sempre

o ACBR parece que ja implementou VARIOS bancos
ai a negociação ficaria entre o cliente e o Banco que ele usa

ou seja NAO controle PIX por enquanto . os cliente recebem pela própria maquininha de pos (negociam com elas)

esta cada vez PIOR trabalhar rs

[JoséQuintas]

Uma delas cobra mais de 1% do valor recebido.

Num cliente com faturamento de 500.000 por mês, seriam mais de 5.000 por mês de taxa pra baixar automático.
Não me parece vantagem isso de usar API de terceiros.

NÃO É o caso de API de bancos. Esses ainda não tenho idéia, e geralmente é pra substituir boletos.
O Itaú menciona na propaganda que receber boleto por PIX tem taxa menor do que de um boleto comum.
Ainda aguardando informações...

[Fernando queiroz]

Bom dia Fernando.
Teremos então que contratar uma API para prosseguir na luta, vou fazer umas pesquisas e obtendo retorno, coloco aqui o resultado...
Obrigado.

olha ai o monitoramento de 3 empresas ao mesmo tempo inclusive 2 delas com autorização via internet

eu estou fazendo por enquanto ou ate um cliente optar por fazer automática da seguinte forma
1- o caixa diz que vai receber por PIX opção de pagamento 17 ai gera uma solicitação de recebimento que fica com timer de 9 segundos para atualizar
2- o operador de retaguarda ( financeiro) verifica no banco pelo aplicativo do banco e se tiver a confirmação da operação ele marca como recebido
3 - na tela do caixa aparece uma bolinha verde dando o OK para a continuação de recebimento

obs: nos dados da operação eu guardo o OPERDOR / COMPUTADOR / DATA HORA da confirmação ,

Estou em negociações com a GERENCIANET para usar a API deles pois é bem documentada e tem uma boa equipe de suporte
não gostei foi do valor , eles cobram 1,19% por cada operação
no caso o cliente teria que abrir uma corrente com o BANCO EFI ( muito fácil o procedimento )

eu abri a conta para ver como é , foi bem rápido pede somente uma identificação por foto de um documento , e eles te identificam tambem por captura pela camera do APP deles.

nao é cobrado nada pela abertura da conta

pela conta voce pode gerar:
KEY_CLIENT_ID ( para producao e para homologacao )
KEY_CLIENT_SECRET ( para producao e para homologacao )
MY_CERTIFICATE ( certificado digital )

INFORMAÇÕES SOBRE PIX DO ACBR
Com esse novo componente, todos agora têm acesso às funcionalidades da API Pix do Banco Ailos para a realização de recebimentos através do PIX.

Gostaríamos de destacar a importante ajuda da comunidade através do usuário @MaagraowaR que enviou a contribuição nesse post aqui.

Os aplicativos de demonstração (Delphi e Lazarus) ainda não estão atualizados mas assim que ficarem prontos atualizamos aqui mesmo! Mas isso não impede que você atualize os fontes, reinstale o componente e já comece a fazer os testes!

Até o momento deste post, o PSP Ailos não possui ambiente sandbox (homologação), e nós do Projeto ACBr não possuímos credenciais de produção. Portanto, convidamos todos os usuários que possuem essas credenciais a atualizarem seus fontes e ajudarem-nos a testá-lo.
Caso encontrem algum problema, dúvida e/ou sugestão, por favor reportem através do fórum ou discord.

Agradecemos a todos usuários que fazem contribuições e esperamos que esse novo PSP seja útil para todos os desenvolvedores que utilizam o componente ACBrPIXCD em seus projetos.

Caso esteja com dúvidas sobre como conseguir as credenciais desse, ou de outros PSPs, acesse esse post: https://www.projetoacbr.com.br/forum/to ... acbrpixcd/