O projeto de gestão de Boletos, Remessas e Retornos Bancários https://github.com/kivanio/brcobranca é muito bem feito, bem testado e mantido.
É interessante poder usar o projeto BRCobranca (escrito em Ruby) a partir de outras linguagens na forma de um micro-serviço REST. Mais especificamente, a Akretion que é a empresa que lidera a localização do Odoo no Brasil desde 2009 https://github.com/OCA/l10n-brazil e co-criou a fundação OCA usa esse projeto para gerenciar Boletos, Remessas e Retornos a partir do ERP Odoo (feito em Python, módulo específico https://github.com/OCA/l10n-brazil/tree/14.0/l10n_br_account_payment_brcobranca).
Imprime Boletos, gera arquivos de Remessa e lê os arquivos de Retorno nos formatos CNAB 240, CNAB 400 para os 16 principais bancos do Brasil (Banco do Brasil, Banco do Nordeste, Banestes, Santander, Banrisul, Banco de Brasília, Caixa, Bradesco, Itaú, HSBC, Sicredi, Sicoob, AILOS, Unicred, CREDISIS e Citibank). Mas o grande barato desse projeto é que fazemos isso com menos de 200 linhas de código! Já comparou quantas linhas de de código você tem que manter sozinho ou quase se for re-fazer na linguagem que você quer tudo que o BRCobranca já faz? Seriam dezenas de milhares de linhas e você nunca teria uma qualidade tão boa...
# Validar os dados de um Boleto:
GET /boleto/validate
requires :bank, type: String, desc: 'Bank'
requires :data, type: String, desc: 'Boleto data as a stringified json'
# Obter o nosso_numero de um Boleto:
GET /boleto/nosso_numero
requires :bank, type: String, desc: 'Bank'
requires :data, type: String, desc: 'Boleto data as a stringified json'
# Imprimir um Boleto apenas:
GET /boleto/get
requires :bank, type: String, desc: 'Bank'
requires :type, type: String, desc: 'Type: pdf|jpg|png|tif'
requires :data, type: String, desc: 'Boleto data as a stringified json'
# Imprimir uma lista de Boletos:
POST /boleto/multi
requires :type, type: String, desc: 'Type: pdf|jpg|png|tif'
requires :data, type: File, desc: 'json of the list of boletos, including the "bank" key'
# Gerir um arquivo de Remessa CNAB 240 ou CNAB 400:
POST /remessa
requires :bank, type: String, desc: 'Bank'
requires :type, type: String, desc: 'Type: cnab400|cnab240'
requires :data, type: File, desc: 'json of the list of pagamentos'
# Transformar um arquivo de Retorno CNAB 240 ou CNAB 400 em JSON:
POST /retorno
requires :bank, type: String, desc: 'Bank'
requires :type, type: String, desc: 'Type: cnab400|cnab240'
requires :data, type: File, desc: 'txt of the retorno file'Nota: os campos datas devem estar no formato YYYY/MM/DD
O API está documentado com mais detalhes no código aqui: https://github.com/akretion/boleto_cnab_api/blob/master/lib/boleto_api.rb
git clone https://github.com/akretion/boleto_cnab_api.git
cd boleto_cnab_api
docker build -t akretion/boleto_cnab_api .
docker run -ti -p 9292:9292 akretion/boleto_cnab_apiPor exemplo, para imprimir uma lista de Boletos é preciso criar um arquivo temporario com os Boletos em formato JSON e depois fazer um POST do arquivo:
echo '[{"valor":5.0,"cedente":"Kivanio Barbosa","documento_cedente":"12345678912","sacado":"Claudio Pozzebom",
"sacado_documento":"12345678900","agencia":"0810","conta_corrente":"53678","convenio":12387,"nosso_numero":"12345678","bank":"itau"},
{"valor": 10.00,"cedente": "PREFEITURA MUNICIPAL DE VILHENA","documento_cedente": "04092706000181","sacado": "João Paulo Barbosa",
"sacado_documento": "77777777777","agencia": "1825","conta_corrente": "0000528","convenio": "245274","nosso_numero": "000000000000001","bank":"caixa"}]'\
> /tmp/boletos_data.json
curl -X POST -F type=pdf -F 'data=@/tmp/boletos_data.json' localhost:9292/api/boleto/multi > /tmp/boletos.pdfVocê pode então conferir os Boletos gerados no arquivo /tmp/boletos.pdf
TODO
(Ver os exemplos nos módulos Odoo: https://github.com/OCA/l10n-brazil/tree/14.0/l10n_br_account_payment_brcobranca)
TODO (contribuições bem vindas)
No arquivo Gemfile.lock é possível alterar o repositório e o commit específico que será usado na criação da imagem, o que é necessário durante uma correção, atualização ou implementação de um novo caso, um exemplo simples pode ser visto nesse PR https://github.com/akretion/boleto_cnab_api/pull/11/files , mas também é possível alterar o Dockerfile para criar uma imagem de teste onde seja possível editar os arquivos dentro do container (o que evita subir um commit desnecessário ou com erro), para isso no arquivo Dockerfile são feitas as seguintes alterações:
Instalar Editores de texto, por exemplo vim ou nano, configurar o locales para o pt_BR.UTF-8 para evitar erro com caracteres e alterar o usuário app para o root para poder editar os arquivos
-RUN apt-get install -y --no-install-recommends build-essential ghostscript git ruby-dev bundler
+RUN apt-get install -y --no-install-recommends build-essential ghostscript git ruby-dev bundler vim locales nano
+
+RUN sed -i -e 's/# pt_BR.UTF-8 UTF-8/pt_BR.UTF-8 UTF-8/' /etc/locale.gen && \
+ dpkg-reconfigure --frontend=noninteractive locales && \
+ update-locale LANG=pt_BR.UTF-8
-USER app
+USER root
Criação da imagem
$ docker build -t akretion/boleto_cnab_api-teste .Depois de iniciar a imagem podemos entrar dentro do container
Localizar o container ID
$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
f265658f13ab 4abc53b9d1a2 "/bin/sh -c 'bundle …" About an hour ago Up About an hour 9292/tcp
Acessando o container
$ docker exec -it <container-id> /bin/bash
O valor <container-id> varia, nesse exemplo o comando seria
$ docker exec -it f265658f13ab /bin/bash
Dentro do container, é preciso localizar a pasta onde está instalada a biblioteca, no exemplo é usado o comando find
root@f265658f13ab:/usr/src/app# find /usr -name unicred.rb
/usr/local/bundle/bundler/gems/brcobranca-7bad3e5da8f6/lib/brcobranca/retorno/cnab400/unicred.rb
/usr/local/bundle/bundler/gems/brcobranca-7bad3e5da8f6/lib/brcobranca/remessa/cnab240/unicred.rb
/usr/local/bundle/bundler/gems/brcobranca-7bad3e5da8f6/lib/brcobranca/remessa/cnab400/unicred.rb
/usr/local/bundle/bundler/gems/brcobranca-7bad3e5da8f6/lib/brcobranca/boleto/unicred.rb
A partir disso é possível realizar alterações necessárias
root@f265658f13ab:/usr/src/app# cd /usr/local/bundle/bundler/gems/brcobranca-7bad3e5da8f6/
root@f265658f13ab:/usr/local/bundle/bundler/gems/brcobranca-7bad3e5da8f6# ls
CHANGELOG.md HISTORY.md README.md brcobranca.gemspec lib
Gemfile LICENSE Rakefile docs spec
root@f265658f13ab:/usr/local/bundle/bundler/gems/brcobranca-7bad3e5da8f6# vim lib/brcobranca/boleto/unicred.rb
Se for preciso podemos acompanhar o LOG para ver se há algum erro ou para verificar "imprimindo" o valor de alguma variável com o comando "puts"(https://www.codesdope.com/ruby-putsputsputs/) é possível em outra aba ou terminal rodar o comando
$ docker logs -f f265658f13ab
Puma starting in single mode...
* Puma version: 5.6.5 (ruby 3.2.0-p0) ("Birdie's Version")
* Min threads: 0
* Max threads: 5
* Environment: development
* PID: 7
/usr/local/bundle/gems/rack-3.0.6.1/lib/rack/auth/digest.rb:8: warning: Rack::Auth::Digest is deprecated and will be removed in Rack 3.1
* Listening on http://0.0.0.0:9292
Use Ctrl-C to stop
IMPORTANTE: por algum motivo as alterações dentro do container só tem efeito na primeira vez que o arquivo é Salvo, uma segunda alteração não tem efeito, isso pode ser algo referente ao comportamento da imagem, ou do docker ou do docker-compose, já que nos testes realizados esse container é iniciado e usado por outro container rodando o Odoo, é preciso investigar melhor para entender se isso é algo normal e já esperado ou se teria uma forma de corrigir, porque devido a isso para testar dessa forma está sendo necessário alterar uma vez e se for preciso fazer outra alteração sair do container fazer um kill e inicia-lo novamente.