fabio alberto

Bom dia, pessoal Gostaria de saber para quais bancos consigo gerar boleto hibrido (com pix) pelo acbr hoje utilizando o arquivo cnab como tipo de emissão?

Estou recebendo essa rejeição ao emitir NFSe em Canela/RS Já ajustei o arquivo ini alterando o provedor para padrão nacional e adequei o alimenta componente do padrão nacional do programa de exemplo Só que a NFS-e seria para o serviço de exibição cinematográfica, dando uma pesquisada superficial, me pareceu que seria necessário preencher informações sobre o evento, que seria a sessão do filme. Alguém saberia se é isso mesmo e se for o caso como posso preencher isso pelo ACBr para poder emitir a NFS-e?

Resolvido, eu estava preenchendo Servico.CodigoCnae e o correto é preencher o código cnae dentro da lista de serviço, eu tinha preenchido corretamente antes, mas por desatenção acabei escrevendo o nome do campo errado ao fazer uma melhoria no fonte depois with Servico.ItemServico.New do begin CodigoCnae := CodCnae; end;

@Italo Giurizzato Junior Consegue me dar uma mão com isso aqui? Eu coloquei para gerar a tag do codigo da atividade no INI para Porto Belo/SC, rodei o compila.res e reinstalei o ACBr, só que o código de atividade é preenchido em branco no XML Só que eu estou preenchendo o código do Cnae no fonte É estranho porque isso funcionou para um cliente de São Bento do Sul/SC que também teve o Webservice atualizado recentemente, mas agora não está funcionando para um cliente de Porto Belo/SC que parece ser a mesma versão do IPM Se você souber de alguma coisa que esteja faltando ou de alguma alteração no fonte que eu possa fazer para corrigir, agradeço, pois preciso voltar a emitir NFS-e para esse cliente o mais rápido possível

A propósito, muito provavelmente esse webservice segue a mesma nota técnica do de São Bento do Sul/SC que também foi atualizado neste mês e também é IPM

Olá, pessoal Hoje entra em vigor o novo webservice de Porto Belo Nova URL: https://portobelo.atende.net/?pg=rest&service=WNERestServiceNFSe Esse provedor também precisa que seja gerado o código da atividade no XML de envio

Olá, pessoal Parece que o novo Webservice de São Bento do Sul/SC exige que seja preenchido o código da atividade no XML de envio Alterei o arquivo ini dessa forma utilizando um parecido como base e consegui emitir nfse no novo webservice, não tenho certeza se a versão 1.01 está correta, mas acho que talvez nem seja relevante já que esse provedor não tem schemas. Mas de qualquer forma o importante é o codigo da atividade, já que no meu caso não foi possível emitir nfse sem ele preenchido. [4215802] Nome=Sao Bento do Sul UF=SC Provedor=IPM Versao=1.01 Params=GerarTag:codigo_atividade ProRecepcionar=https://saobentodosul.atende.net/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://saobentodosul.atende.net/?pg=rest&service=WNERestServiceNFSe

Meu Delphi é o 10.3, mas já consegui resolver aqui. Me falaram que a unit é nativa do delphi, e eu estava achando que era algo de terceiros porque não estava nas uses desse projeto de exemplo do ACBR, mas aí só coloquei PngImage nas uses do projeto e compilou, tudo certo

Boa tarde, tudo bem? Estou precisando utilizar o componente do AbecsPinpad para enviar o QRCode de Pix para o pinpad. Porém não estou conseguindo compilar porque não tenho esse componente TPNGImage e acredito que ele também não venha nos fontes do ACBR. Alguém teria esse componente pra me passar, ou como adquiri-lo.

Deu certo Obrigado @Juliomar Marchetti e @EliasCesar

Deu certo \o/ Vocês conseguem alterar isso no svn pra mim? Precisaria só pegar o arquivo root lá de onde configura o psp e atribuir ao Http.Sock.SSL.CertCAFile, na mesma pegada que já faz pro certificado e key. Claro que não precisa ser exatamente onde coloquei ali, caso seja necessário imagino que poderia ter um if ali de PSPAilos, se for uma particularidade desse PSP por exemplo.

Tô tentando adicionar essa linha na unit ACBrPIXCD: http.Sock.SSL.CertCAFile := 'E:\root.crt'; Dei build no exemplo, mas ele ainda pula a linha durante a compilação, como posso fazer para que considere a linha que acabei de adicionar?

Realmente isso tá um pouco estranho, pois parece estar colocando o root no body na verdade. No exemplo do tidhttp que eu tinha achado, vai os 3 certificados no TIdSSLIOHandlerSocketOpenSSL que está ligado no httclient e no body da requisição apenas o client id, secret e scope. Mas aí não sei se é uma particularidade desse componente de http, porque já veio assim no exemplo quando baixei os fontes.

Sim, mas a ideia é homologar outros PSPs na sequência e aproveitar o tratamento feito no exemplo do ACBr que já está pronto, apenas o adaptando para minha aplicação. Além disso, o exemplo já tem também pronto os métodos para criar a cobrança, pintar o QRCode e consultar, tudo pelo componente do PIXCD. Então se eu conseguir usar o componente do PIXCD e dos PSPs do ACBR facilitaria bastante pra mim, até porque também vou precisar fazer integração de outros PSPs em seguida, que se não me engano são Sicredi e BB. E utilizando o componente, consigo fazer a configuração desses PSPs toda no componente e já sair usando. É claro que no pior do casos se realmente não tiver como fazer funcionar, vou escrever os métodos do zero usando o TIdHttp igual no exemplo ali que mandei.

Criei um form aqui para fazer o teste e deu certo, mas no exemplo do acbr ainda não consegui fazer funcionar: Imagino que a grande diferença aqui foi que usei essas dlls na pasta do executavel, já que foram as únicas que funcionaram com o TidHttp sem dar o "could not load ssl library": https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/ Segue abaixo a rotina que usei pra fazer o post, achei esse exemplo no forum e adaptei pra conseguir por minhas credenciais e certificados: var HTTPClient: TIdHTTP; SSLIOHandler: TIdSSLIOHandlerSocketOpenSSL; RequestBody: TStringStream; Response: TStringStream; begin Memo1.Lines.Clear; HTTPClient := TIdHTTP.Create(nil); HTTPClient.Request.Clear; HTTPClient.Request.CharSet := 'utf-8'; HTTPClient.Request.UserAgent := 'Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Acoo Browser; GTB5; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; Maxthon; InfoPath.1; .NET CLR 3.5.30729; .NET CLR 3.0.30618)'; HTTPClient.Request.ContentType := 'application/x-www-form-urlencoded'; HTTPClient.Request.CustomHeaders.Clear; HTTPClient.Request.CustomHeaders.FoldLines := false; HTTPClient.HandleRedirects := True; HTTPClient.HTTPOptions := [hoKeepOrigProtocol, hoInProcessAuth]; RequestBody := TStringStream.Create; Response := TStringStream.Create; RequestBody.WriteString('CLIENT_ID=' + edtClientId.Text + '&' + 'CLIENT_SECRET=' + edtClientSecret.Text + '&' + 'SCOPE=cob.read+cob.write+pix.read+pix.write'); RequestBody.Position := 0; SSLIOHandler := TIdSSLIOHandlerSocketOpenSSL.Create(nil); try // Set up SSL IO Handler with certificate SSLIOHandler.SSLOptions.Mode := sslmClient; SSLIOHandler.SSLOptions.VerifyMode := []; SSLIOHandler.SSLOptions.VerifyDepth := 0; SSLIOHandler.SSLOptions.CertFile := 'certificado.crt'; SSLIOHandler.SSLOptions.KeyFile := 'chave_semsenha.key'; SSLIOHandler.SSLOptions.RootCertFile := 'root.crt'; SSLIOHandler.SSLOptions.SSLVersions := [sslvTLSv1_2]; // Set up HTTP client with SSL IO Handler HTTPClient.IOHandler := SSLIOHandler; HTTPClient.Post(edtURL.Text, RequestBody, Response); Memo1.Lines.Add(Response.DataString); finally HTTPClient.Free; SSLIOHandler.Free; RequestBody.Free; Response.Free; end; end; Talvez o problema sejam as dlls que estou usando no exemplo do ACBR, só que as dlls que estou usando no exemplo são as recomendadas pelo pessoal aqui do forum: https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Alguém tem alguma dica do que eu possa fazer pra funcionar no exemplo do acbr também?