Remessa SICREDI about opencnabphp HOT 53 OPEN

Acho que o @seventechsolucoes não submeteu o PR.

O modulo 11 ainda gera usando a base 7, em vez do 9. Vou submeter um PR removendo o 7, deixando como base o 9

from opencnabphp.

Não houve mais testes? Vou tentar homologar usando esse projeto pra gerar as remessas... Se der certo, informo aqui.

from opencnabphp.

Muito bom @JoaoNetoDev , vi que fez um fork, e atualizou ele com seu progresso, agora vc deve criar um Pull Request do seu fork para o meu, para que as suas modificações passem para o projeto principal

Vê se aparece para vc agora os Pull Requests

from opencnabphp.

Por enquanto não tem previsão, isso depende de um dos clientes dos meus sistemas precisar, ou de alguém aqui no projeto se interessar em implementar, dei uma olhada por cima na documentação e acho que um ponto de partida é a do bradesco, caso tenha interesse posso te ajudar, mas infelizmente não tem como me dedicar a isso agora.

from opencnabphp.

Opa, boas noticias, vai rolar sim, começarei o desenvolvimento agora mesmo.
e provavelmente farei uma PR no freddo/openboleto para o boleto

from opencnabphp.

Excelente notícia, estou com um projeto em desenvolvimento p/ esse banco e precisando bastante da remessa e boleto deles.

from opencnabphp.

@Rctnet qual o padrão vai desenvolver CNAB 240 ou 400 ?

from opencnabphp.

400

from opencnabphp.

Só para ter certeza, vai ser impressão pelo cliente?

from opencnabphp.

Sim, pelo cliente

from opencnabphp.

Tentei usar o projeto do freddo/openboleto, mas não tinha SICREDI implementado.
Achei esse projeto que parece está funcional https://github.com/paseto/boleto-sicredi
Mas não testei com o validador do banco.

from opencnabphp.

@Guilherme00 , atualizei a biblioteca para receber SICREDI ainda está em beta é não fiz o retorno, tambem postei em https://github.com/fredroo/openboleto implementação para o boleto

from opencnabphp.

@Rctnet vou verificar e fazer alguns testes, te dou um retorno

from opencnabphp.

@Rctnet a resposta da remessa.

• Nomenclatura do arquivo incoerente com o Manual CNAB 400, página 26
• Registros inconsistentes na linha “Header”, faltando entre outros, código do beneficiário, data de gravação do arquivo, conforme Manual CNAB 400, página 28
• Nosso Número inválido em todos os registros. Para Nosso Número, deve-se seguir a orientação constante no Manual CNAB 400, página 07.

A nomenclatura não sei se é alguma informação dentro do arquivo ou o nome do arquivo em si. Meu sistema nome o arquivo dessa forma "remessa-2018-05-21_16_34_37.rem"

Imagino que o código do beneficiário foi falha minha, o BD estava com limitação de caracteres

O Nosso número acredito que eu tenha preenchido de forma incorreta estou verificando, mas a dúvida por hora é se devo colocar o nosso número exatamente igual ao boleto AA/BNNNNN-DV ?

from opencnabphp.

Ok vou dar uma conferida, mas quanto ao nosso numero só informar o sequencial,
AA uso o ano da data de emissão do boleto
B constante 2, assim esta no openboleto
NNNNN , informar o sequencial sem os zeros a esquerda
DV é calculado dentro do layout
o nome do arquivo tem que ser especial, me esqueci, mas tinha planejado um método para nomear os arquivos

from opencnabphp.

Ok, vou aguardar o update.

from opencnabphp.

@Rctnet me enviaram o validador, o nome do arquivo de remessa tem que certo códigocedenteMD.crm
Essa é a nomenclatura que eles reclamaram, executei o validador no arquivo de remessa e acusou essa mensagem.

from opencnabphp.

Adicionei um método para isso, no exemploRemessa.php mostra como usar

from opencnabphp.

e outros updates

from opencnabphp.

Vou baixar os updates e dou um retorno

from opencnabphp.

@Rctnet gerei novamente a remessa, mas acabei não utilizando o novo método p/ geração do nome deixei como eu estava gerando mesmo, o validador leu o arquivo e acusou isso agora

from opencnabphp.

o primeiro erro é o teu sequencial de remessa
o segundo acrescentei um adaptador que transforma o 2 em B e o 1 em A
Já esta disponível.

from opencnabphp.

@Rctnet parece tem alguma inconsistência na geração do DV do Nosso Número na remessa.
No boleto está 18/200010-3, na remessa está indo 18/200010-0.
No nosso número da remessa estou informando 00010, o mesmo sequencial p/ gerar o boleto. O boleto está sendo validado corretamente.

from opencnabphp.

voce tem uma planilha com o testador do DV?

from opencnabphp.

Tenho o validador de boletos e remessa que eles me mandaram.
Na classe Registro1, a função set_nosso_numero estava mandando a base 7 para o módulo 11 fiz a alteração p/ 9 e começou a calcular o DV corretamente, porém tem um IF que está sempre dando TRUE fazendo com que o DV seja setado com 0

from opencnabphp.

se for na linha 332 é para mudar para 0 só se $result['digito'] == 10

from opencnabphp.

Sim, alterei somente a base de 7 p/ 9 e o validador não acusou nada aparentemente, subentendo que validou a remessa.
Mandei os boletos e a remessa p/ o teste no ambiente deles, agora vou aguardar.

from opencnabphp.

otimo, em caso de sucesso , pode criar uma PR coma solução.

from opencnabphp.

@Rctnet a remessa não passou por causa da codificação tem que está no formato DOS mas o servidor da aplicação codifica o arquivo p/ UNIX.
Acha que dá p/ resolver isso via biblioteca ou somente convertendo de UNIX p/ DOS ?

from opencnabphp.

Estive olhando a documentação, e vi que uso um delimitador de fim de linha /r/n e na documentação pede que no final da ultima linha pede um hexadecimal (HEXA 0D0A) , se for só na ultima linha deveria da para fazer uma gambizinha e remover os dois ultimos caracteres e inserir o hexa, mas se for todo finalizador de linha posso criar uma variável no projeto e mudar o finalizador de linha conforme o banco/layout, gostaria que descobrisse se é para ter esse hexa somente no fim do arquivo ou em todos as linhas

from opencnabphp.

@Rctnet não consegue a informação de codificação do arquivo.
O que fiz foi converter o texto do arquivo no Notepad++.
Após a conversão a remessa passou, agora falta o retorno.

from opencnabphp.

blz, faz a conversão para que codificação?

from opencnabphp.

O Notepad++ te essa opção abaixo p/ converter o texto

from opencnabphp.

ok vou providenciar uma correção para isso

from opencnabphp.

O retorno está funcionando ?

from opencnabphp.

provavelmente não

from opencnabphp.

Para resolver o fim de linha
5e807b2

from opencnabphp.

@Rctnet tem previsão p/ a leitura do retorno ?

from opencnabphp.

@Guilherme00 , vou tentar fazer no fim de semana, como esta a homologação da remessa?

from opencnabphp.

Aguardando a confirmação deles

from opencnabphp.

@Guilherme00 , fiz o commit do retorno, segui o manual, mas não testei

from opencnabphp.

@Rctnet tem algum cliente homologado utilizando essa biblioteca? A alguns meses consegui homologar mas agora não está mais passando os boletos.

from opencnabphp.

Na verdade não, quando implantei há época, fiz testei mas não coloquei em produção, na hora h o cliente mudou para o Bradesco

from opencnabphp.

Entendi, então talvez o problema esteja na remessa, pois os boletos e as remessas não batem de jeito nenhum.

from opencnabphp.

Segundo o manual, acho que este trecho deve ser assim, não?!

from opencnabphp.

Foi-me informado que existem dados depois da posição 400

from opencnabphp.

Foi-me informado que existem dados depois da posição 400

Resolvi o problema acima alterando a linha 319/320 do arquivo 'vendor/quilhasoft/opencnabphp/src/resources/B748/remessa/cnab400/Registro2.php' para:

'nome_avalista' => array(
'tamanho' => 24,

from opencnabphp.

from opencnabphp.

Do caractére 335 a 394 está fora do padrão do manual CNAB 400. Nosso número sendo gerado incorretamente na segunda linha(Registro de Mensagem).

Registro1.php (a partir da linha 295) alterada para: 'codigo_pagador' => array(
'tamanho' => 5,
'default' => '0',
'tipo' => 'int',
'required' => true
),
'numero_inscricao_avalista' => array(
'tamanho' => 14,
'default' => ' ',
'tipo' => 'alfa',
'required' => true
),
'nome_avalista' => array(
'tamanho' => 41,
'default' => ' ',
'tipo' => 'alfa',
'required' => true
),
'numero_registro' => array(
'tamanho' => 6,
'default' => '0',
'tipo' => 'int',
'required' => true
),
/*
'cidade_pagador' => array( //15.3Q
'tamanho' => 15,
'default' => '',
'tipo' => 'alfa',
'required' => true
),
'uf_pagador' => array( //16.3Q
'tamanho' => 2,
'default' => '', // combrança com registro
'tipo' => 'alfa',
'required' => true
),
'codigo_pagador' => array(
'tamanho' => 5,
'default' => '0',
'tipo' => 'int',
'required' => true
),
'numero_inscricao_avalista' => array(
'tamanho' => 14,
'default' => ' ',
'tipo' => 'int',
'required' => true
),
'nome_avalista' => array(
'tamanho' => 41,
'default' => ' ',
'tipo' => 'alfa',
'required' => true
),
'numero_registro' => array(
'tamanho' => 6,
'default' => '0',
'tipo' => 'int',
'required' => true
),
*/

Registro2.php (linha 108) alterada para: return strftime("%y", strtotime($this->entryData['data_emissao'])) . $this->entryData['seu_byte'] . str_pad($this->data['nosso_numero'], 5, 0, STR_PAD_LEFT) . $modulo11['digito'];

from opencnabphp.

Boa tarde @JoaoNetoDev , somos muito gratos pela contribuição, porem seria mais util se vc pudesse fazer um fork do projeto e pudesse incluir uma Pull Request com as modificações que tem feito, isso é bem legal porque ao ter sua PR aceita vc se torna contributor, da status e pode atrai clientes.

from opencnabphp.

Boa tarde @JoaoNetoDev , somos muito gratos pela contribuição, porem seria mais util se vc pudesse fazer um fork do projeto e pudesse incluir uma Pull Request com as modificações que tem feito, isso é bem legal porque ao ter sua PR aceita vc se torna contributor, da status e pode atrai clientes.

Sou novo no GitHub, mas vi aqui como que faz... incluí 2 Pull Requests.

Mas em Registro1.php os valores de codigo_pagador, numero_inscricao_avalista e nome_avalista já estava devidamente corrigido, omitindo assim os valores desnecessários de cidade e UF.

from opencnabphp.

Consegui... Remessa Sicredi Homologada... Agora é ver se o Retorno roda de boas

from opencnabphp.

Muito bom @JoaoNetoDev , vi que fez um fork, e atualizou ele com seu progresso, agora vc deve criar um Pull Request do seu fork para o meu, para que as suas modificações passem para o projeto principal

from opencnabphp.