Problemas com geração do arquivo de Cobrança 240 Sicoob

[volmir]

boa tarde,

estive conversando com o pessoal do sicoob e descobrimos que eles estao com um poblema na validacao dos arquivos pelo sicobnet, o campo convenio deve ser passado em branco mesmo confome manual. caso contrario nao passa no painel de validacao, (eles criaram um painel pra nos desenvolvedores fazermos as validacoes dos arquivos de remessa). Entao no painel esta seguindo o manual porem no sicoobnet esta esperando um campo numerico(erro deles).Portanto precisamos voltar mesmo como era antes. Mesmo caso para a versao do layout do arquivo e versao do layout do lote

[fernandoschulz]

Bom dia,

Alguém ainda está com problemas na remessa para a sicoob? após as últimas alterações de número de versão e etc.. esses erros pararam, porém agora o validador deles me retorna esse erro aqui:

A linha 3 do arquivo tem o tamanho inválido.
Erro ao criar o registro: SegmentoP
 Nº Linha: 3

Ele indica que o arquivo está com 239 posições e deveria ter 240, entrei em contato com o banco e o cara lá disse que é isso mesmo, que meu arquivo está com tamanho errado.

Verifiquei o fonte do AcBr e vi que na posição 240 conforme o manual pede (Uso Exclusivo FEBRABAN/CNAB: Brancos) está sendo inserido apenas um campo em branco, e acredito que o validador deles está ignorando esse campo vazio, pois eu coloquei um "0" na posição 240 só para ver o que acontecia, e a remessa passou no validador deles sem erros.

Obs: no arquivo atual que o acbr gera, se abrir ele com notepad++ a posição 240 existe como um espaço em branco mesmo, ou seja, está dentro do que o manual pede.

[Juliana Tamizou]

Boa tarde.

Oque diz o manual sobre o conteudo desta posição?

Att.

[michael_castilho]

no manual está da seguinte forma:

Uso Exclusivo FEBRABAN/CNAB: Brancos

e agora?

 

Editado 28 Setembro, 2016 por michael_castilho

[michael_castilho]

Aparece esse erro agora: 

A linha 3 do arquivo tem o tamanho inválido.
Erro ao criar o registro: SegmentoP
 Nº Linha: 3

[Rodrigo Belmiro]

Boa tarde.

Já entrei em contato com o suporte do sicoob pedindo o manual atualizado, mas os caras nem isso me passaram. Parece que não estão muito interessado em resolver esse problema.

 

 

[fernandoschulz]

Boa tarde,

Algumas mensagens acima eu escrevi que o validador estava me acusando erro de nr. de posições incorretas no meu arquivo, isso era pitocagem minha mesmo, não estava informado a propriedade "codigoMora" e isso estava fazendo com que o arquivo gerado ficasse com 1 posição a menos.

Acabei conseguindo validar as remessas de dois clientes, porém tem dois detalhes:

O primeiro é que eu tive que voltar a alteração feita na posição 33 à 52 do Header do Arquivo, onde o validador sicoobnet pedia para inserir 20 posições com "0", mas na verdade deve ser seguido o manual mesmo e ser inserido 20 espaços em brancos, basicamente comentei o que foi alterado e voltei a programação "space(20)"

O segundo é que para validar não adianta usar aquele validador online (sicoobnet) que na teoria serve para nos ajudar, o sicoob não quer admitir mais como o volmir falou em algumas mensagens acima ele está com problema e acusando erros que não existem, precisa ser validado diretamente com algum atendente por e-mail, seguindo isso eu consegui validar as remessas.

[Juliana Tamizou]

Bom dia @fernandoschulz

Você poderia anexar um trecho do email do banco no qual eles validam o arquivo rejeitado pelo validador do site?

Att.

[fernandoschulz]

Perdão, me equivoquei em uma informação, não foi homologado por e-mail, e sim pelo próprio painel online, segue:

O último arquivo que enviamos (que foi homologado) ocorreu os seguintes erros no validador sicoobnet:

16092201.REM
[LINHA 1] [POSIÇÃO 164 a 166] [TAMANHO 3] [MENSAGEM NUMERO DA VERSÃO DO LAYOUT DO ARQUIVO INVÁLIDO]
[LINHA 2] [POSIÇÃO 14 a 16] [TAMANHO 3] [MENSAGEM Nº DA VERSÃO DO LAYOUT DO LOTE INVÁLIDO]
[LINHA 43] [POSIÇÃO 4 a 7] [TAMANHO 4] [MENSAGEM QUANTIDADE DE REGISTROS NO LOTE INVÁLIDO]
[LINHA 43] [POSIÇÃO 4 a 7] [TAMANHO 4] [MENSAGEM QUANTIDADE DE TÍTULOS EM COBRANÇA INVÁLIDO]
[LINHA 44] [POSIÇÃO 24 a 29] [TAMANHO 6] [MENSAGEM QUANTIDADE DE REGISTROS DO ARQUIVO INVÁLIDO]

---------
Aí após isso enviamos uma resposta ao atendente pelo próprio validador, pois ele já havia nos avisado que esses erros acima não estavam realmente incorretos, precisava alterar apenas o código do convênio de "0" para vazio " ":

Em: 22/09/2016 17:52 | Status: Aguardando Sicoob

Boa tarde,

Foi enviado a remessa com o ajuste no Código do Convênio

--------
E em seguida nos deram a seguinte resposta:

Autor: Cleiton Mathias Paulo | Em: 28/09/2016 11:15 | Status: Aguardando Desenvolvedor

Bom dia!

O último arquivo enviado foi validado com sucesso em nosso sistema. Próximo passo é gerar pelo menos três boletos de teste com valores pequenos, efetuar a importação do arquivo remessa através do Sicoobnet Empresarial, e sendo processado com sucesso efetuar o pagamento dos mesmos em três bancos distintos.

Att.

[michael_castilho]

agora da esse erro:

A linha 7 posição 18 até 23, campo Quantidade de Registros do Lote, possui valor inválido. 
A linha 8 posição 24 até 29, campo Quantidade de Registros do Arquivo, possui valor inválido.

[laffsj]

Boa tarde, @Juliana Tamizou tive o problema com os zeros também na posição posição 33 à 52 do Header do Arquivo, mandei um e-mail para a pessoa que me atende e ele passou que tem que ser com o spaço mesmo.

No fonte alterei de StringOfChar('0', 20)                    +  para StringOfChar(' ', 20)                    + e esta funcionando corretamente o envio pelo programa do cedente.

Segui resposta do e-mail:

Bom dia Lair tudo bem?

 

                De acordo com informações que tenho o layout não foi alterado, então você pode continuar a enviar espaços em brancos na posição 33 tamanho 20. Fiz um teste aqui e com espaços em brancos processou normalmente. Caso ocorra erro por favor me envie o Print da tela que vou entrar em contato com o Sicoob para verificar o que houve.

 

Atenciosamente,

Evandro

[Agnaldo Prates]

Boa tarde.
Ao gerar o arquivo de remessa SICOOB CNAB240, tive vários problemas, e o pessoal não soube explicar o que poderia ser. Pediram para gerar no CNAB400, gerei, e retornaram dizendo que estafa divergente em algumas informações.

Fiz as correções devidas e agora homologou beleza.

AcbrBancoBancoob,pas

Linhas 347 e 348.

                  IntToStrZero( StrtoInt( OnlyNumber(Cedente.Conta)), 8)  +  // Adicionado para gerar apenas 8 dígitos conforme instruçao LAYOUT.XLS lh 32
                  PadLeft( Cedente.ContaDigito,1,'0')                     +  // Dígito Corrente

Essa informação do Cedente.Conta, a função PadLeft estava cortando parte da conta do cedente, então alterei para IntToStrZero.

Acrescentei ainda as variáveis no ACBrBoleto

  TACBrBancoClass = class
    (...)
    fLayoutVersao_HF : String; // Versão do Hearder do arquivo
    fLayoutVersao_HL  : String; // Versão do Hearder do Lote

constructor TACBrBancoClass.create(AOwner: TACBrBanco);
(...)

   fLayoutVersao_HF   := '87';
   fLayoutVersao_HL   := '40';

Devido ao fato de que o Layout para algumas cooperativas muda a versão do Layout, entretanto, acredito que as versões de layouts já poderia fazer parte do AcbrBoleto.

 

Por aqui normal.

Parte do email recebido.

boa tarde
O arquivo de remessa e boletos estão ok, por favor efetuar um teste de pagamento, solicitar ao jefferson da agencia de jaru para que acompanhe o envio caso seja necessário.

0 0 1 Não existem registros com erros neste arquivo.
TOTAL COM ERROS : 0 Documento(s)
TOTAL SEM ERROS: 7 Documento(s)
TOTAL GERAL : 7 Documento(s)

_____________________

Renato Bastos
Departamento de Tecnologia
Analista de Sistemas

 

[laffsj]

Eu só tive problema do "zero" de restante esta tudo correto pra mim, isso no CNAB240 o  CNAB400 não uso.

Editado 10 Outubro, 2016 por laffsj

[Rodrigo Belmiro]

Bom dia.

Pessoal, consegui  testar o arquivo remessa CNAB 240 sem fazer alterações no fonte do ACBR. No meu caso eu não estava passando o "CodigoMora        := '1'; // BANCO SICOOB - 118 - Codigo Mora (juros) - 1) Por dia, 2) Taxa mensal e 3) Isento" do titulo e "Modalidade    :="  do cedente. Fiz esse ajusta na alimentação do componente e usei a planilha que eles enviam do layout e pré validação.  Depois gerei um boleto pelo componente, inclui os dados do cliente e boleto gerado na planilha e comparei os códigos da barras gerados. Feito a validação na planilha, gerei remessa e enviei ao banco sem problemas. Foi feito  o pagamento e o valor entrou da conta do cliente.

Obs. Não utilizei o validador do site, somente a planilha mesmo.

[laffsj]

Rodrigo boa tarde.

Gere um arquivo remessa e peça pro setor de tecnologia do banco validar (o próprio programa do cedente do siccob acusa um erro), pra mim pelo menos eles me reportam erro e tenho que mudar o fonte para que funcione corretamente.

Se puder fazer isso e dar um retorno.

Obrigado.

[Rodrigo Belmiro]

Boa tarde.

Todas as vezes que entro em contato com eles, eles jogam a responsabilidade para a agência. E na agência o rapaz que atende, não tem conhecimento sobre o assunto e não tem uma área de tecnologia. Então fiz por tentativa mesmo.

[laffsj]

Nossa ai fica complicado, aqui onde trabalho tem um setor de tecnologia do banco que me atende, inclusive quando tive o problema perguntei se tinha alguma mudança do layout e me passou que não.

No manual que tenho esta assim, no que fala com relação aos espaços em branco, o que você tem esta assim também?

[marcianobandeira]

Bom dia..

Tive um problema com as remessas e fui olhar no svn o log de alterações no bancoob, que aponta para este topico nas observações..

Segundo o manual do banco

O código do convenio do banco deveria ser 20 posicoes em branco...

na versão anterior do fonte estava assim

space(20)                                + // 33 a 52 - Brancos

Na versao modificado está assim

StringOfChar('0', 20)                    + // 33 a 52 - Brancos - Alteração para passar no validador

 

Isso na rotina function TACBrBancoob.GerarRegistroHeader240

Gostaria de saber se houve alguma atualização no manual do banco, pois o mais recente que consegui informa que tem que ser brancos.

 

grato

[José Nilton Pace]

Marciano, veja o comentário na frente, "para passar no validador", pra envio pro banco em PRODUÇÃO, tem que ser BRANCOS, o space(20), ok.

[marcianobandeira]

10 minutos atrás, JNPace disse:

Marciano, veja o comentário na frente, "para passar no validador", pra envio pro banco em PRODUÇÃO, tem que ser BRANCOS, o space(20), ok.

Me desculpe a franqueza, mais se é para testes no mínimo deveria ter uma diretiva de compilação, ou alguma maneira de configurar isso no componente. Ainda digo mais, se vai ter uma alteração no fonte para testes, por padrão deveria continuar trabalhando da maneira que deve ser em produção, a menos que seja forçado a configuração. 

Creio que alguem tenha subido isso equivocadamente pro svn, a questão é que várias pessoas podem ser prejudicadas por estes "testes".

Editado 3 Novembro, 2016 por marcianobandeira

[José Nilton Pace]

Marciano, EU fui uma delas, estou pagando R$ pro cliente por este erro pra não ser processado, uma pena. Só quando o cliente reclamou e eu fui ver os fontes que percebi a "cagada", voltei o fonte e agora guardamos uma cópia nossa pra comparar.

[marcianobandeira]

tudo bem, desculpe ter me alterado, só quis mostrar que não justificaria subir este fonte no svn da maneira que subiu.. tbm estou com um cliente me cobrando aqui.

[Rodrigo Belmiro]

Boa tarde Marciano.

Foram recusamos os arquivos remessas ? O que houve exatamente ?

[marcianobandeira]

1 minuto atrás, Rodrigo Belmiro disse:

Boa tarde Marciano.

Foram recusamos os arquivos remessas ? O que houve exatamente ?

Boa tarde, sim foram recusados devido a estar preenchidos com zeros ao invés de brancos.

[Luciano Jr. Mattiello]

Em 06/10/2016 at 10:13, michael_castilho disse:

agora da esse erro:

A linha 7 posição 18 até 23, campo Quantidade de Registros do Lote, possui valor inválido. 
A linha 8 posição 24 até 29, campo Quantidade de Registros do Arquivo, possui valor inválido.

Pessoal, eu estou com o mesmo erro que o @michael_castilho. Alguma solução? Vocês também passaram por isso? O estranho é que este erro começou nos últimos dias pois já validei arquivos com o Sicoob e até então não tinha obtido o erro citado.