FF.5 - processamento arquivo retorno cobrança - Bradesco

[luizomar_goncalves]

boa tarde, experts!!!

estou processando o arquivo retorno de cobrança (o agendamento já foi processado) Bradesco e enfrentando um problema.

o arquivo remessa informa o número do documento e também o número de identificação do título no banco (imagem 1 - arquivo remessa).

o agendamento foi processado corretamente, inserindo nos documentos o "nosso número" (imagem 2 - nosso número).

No entanto, o Bradesco tem informado no arquivo retorno de cobrança, somente o "nosso número" que é o número de identificação do título no banco (posição 127 a 146) e o sistema é configurado para busca do número do documento e está havendo erro no processamento do arquivo (imagem 3 - processamento arquivo).

a regra de contabilização para a operação externa 17 foi configurada com chave 40 para BR-entradas e tp.lcto 8, algorítimo 030 e tp. processamento dummy.

já testei outras combinações, como algoritimo 30 e tp proces. brasil: entrada...

ou mesmo outros algorítimos como 000, 001, 031 e 121....todos sem sucesso.

alguém já passou por essa situação, como corrigir?

[luizomar_goncalves · Accepted solution]

bom dia.

um detalhe que talvez possa estar passando desapercebido e que é muito importante nesse caso:

não é processamento de cobrança registrada, cujo código de operação externa (ocorrência) é o 06.

Para essa operação o banco informa o número de documento no arquivo retorno e o processo é feito normalmente.

o caso em questão é para cobrança sem registro, código de operação 17.

esse processo o banco está informando apenas o "nósso número" e já me informou que não informará no arquivo o número do documento.

Daí o porque de eu ter feito testes com outros tipos de algorítimos na tentativa de outro que não o 30 buscasse por essa informação.

[coleti · Accepted solution]

Olá Luiz,

Se for boleto sem registro, realmente o arquivo de retorno não vem com o documento que deve ser compensado no SAP.

Para isso, fizemos um enhancement utilizando a SMOD FEB00001. EXIT_RFEBBU10_001

Com o número do boleto encontramos o documento e a partida no SAP.

Se precisar te passo algumas dicas do código fonte.

Abs,

Gabriel Coleti

[luizomar_goncalves · Accepted solution]

Gabriel, bom dia.

obrigado pelo retorno/ajuda.

é exatamente essa a questão e já estava me dando por vencido e aceitando a customização.

por favor, me envie as informações do código.

abs.

[coleti · Accepted solution]

Olá Luiz, segue abaixo como fizemos:

*&---------------------------------------------------------------------*

*&  Include           ZXF01U01

*&---------------------------------------------------------------------*

  DATA: l_belnr TYPE regup-belnr,

        l_gjahr TYPE regup-gjahr,

        l_buzei TYPE regup-buzei,

        l_bankn TYPE char18,

        ls_t012 TYPE t012k,

        ls_payr TYPE payr.

  FIELD-SYMBOLS: <fs_febcl> LIKE LINE OF t_febcl.

  IF i_febep-vorgc EQ '17'. "Bank Boleto

    SELECT SINGLE *

      FROM t012k

      INTO ls_t012

      WHERE bankn EQ i_febko-ktonr.

    IF sy-subrc EQ 0.

      SELECT SINGLE *

        FROM payr

        INTO ls_payr

        WHERE zbukr EQ ls_t012-bukrs

          AND hbkid EQ ls_t012-hbkid

          AND hktid EQ ls_t012-hktid

          AND chect EQ i_febep-chect(12).

      IF sy-subrc EQ 0.

        SELECT SINGLE belnr gjahr buzei

          FROM regup

          INTO (l_belnr, l_gjahr, l_buzei)

          WHERE laufd EQ ls_payr-laufd

            AND laufi EQ ls_payr-laufi

            AND zbukr EQ ls_payr-zbukr

            AND kunnr EQ ls_payr-kunnr

            AND vblnr EQ ls_payr-vblnr.

        IF sy-subrc EQ 0.

          READ TABLE t_febcl ASSIGNING <fs_febcl> WITH KEY kukey = i_febep-kukey

                                                           esnum = i_febep-esnum.

          IF sy-subrc EQ 0.

            <fs_febcl>-selvon = l_belnr && l_gjahr && l_buzei.

          ENDIF.

        ENDIF.

      ENDIF.

    ENDIF.

  ENDIF.

[Marssel700 · Accepted solution]

Opa, Luiz. Tá explicado. Aí muda tudo. A cobrança registrada usa o algoritmo 030 buscando pelo BELNR, mas não existe algoritmo standard para trazer do XREF3. Se você tiver que buscar esse campo terá que realizar um desenvolvimento de um enhancement no programa de importação dos arquivos.

Você poderia ainda fazer um teste para o algoritmo 015. Ele faz uma busca no campo atribuição ZUONR, porém nesse caso você teria que criar uma regra pra substituir esse campo vindo do XREF3.

Veja ainda a lista de algoritmos disponíveis.

Interpretation Algorithms - Electronic Account Statement (FI-BL) - SAP Library

Boa sorte

[luizomar_goncalves · Accepted solution]

boa tarde.

obrigado pela informação Marssel.

o Gabriel, inclusive, me passou o código fonte da exit que ele utilizou para resolver o problema.

a ajuda de vocês e também do Jandoval foi de muita valia para resolução do problema.

abs.

[Marssel700 · Accepted solution]

Luiz, legal. Mas te recomendo você sempre ir pelo caminho standard antes de optar por um desenvolvimento. Opte por um Z somente em ultimo caso, beleza? Veja o que fica melhor pra você.

Abraço

[luizomar_goncalves · Accepted solution]

Sem dúvidas, Marssel.

o "Z" é a última opção, somente após descartadas todas as possibilidades standard.

[coleti]

Olá Luiz,

Verifique no arquivo do banco (retorno da cobrança) se não está sendo informado o custo do boleto. Deve ser o campo do layout chamado "Valor da Tarifa/Custos".

Tivemos o mesmo problema no passado sobre esse campo informado e sua contra-partida não poderia ser configurada gerando diferença no balanço na hora de compensar.

Nesse caso, tivemos que trabalhar com um enhancement para jogar esse custo para uma conta de P&L como contra-partida.

Veja se é isso seu problema e se precisar de mais detalhes te passo como resolvemos o problema.

Abs,

Gabriel Coleti

[luizomar_goncalves]

Bom dia, Gabriel.

não é esse o problema. chequei os campos destinados aos valores de custas/despesas e não há informação neles, os mesmos estão populados com "0".

Mas, havendo esse problema no futuro, vou lhe pedir a resolução do problema.

obrigado pela ajuda.

[Marssel700]

Luiz,

O algoritmo para baixa de cobrança bradesco é o 030 e process type 0. Não é esse o problema.

O erro "diferença demasiado elevada para compensação" é muito genérico. Pode ser qualquer coisa.

Recomendo você gerar a FF.5 para a opção Batch Input. Verifique porque o sistema não está encontrando o documento para compensação pelo processamento visível da SM35.

Verifique também o numero do convênio bancário na OBBD e no seu arquivo. O bradesco localiza o banco empresa e a determinação de contas por esse número.

Abraço

[luizomar_goncalves]

bom dia.

Marssel,

o código do convênio está ok, foi validado logo no primeiro arquivo enviado. Vou seguir seu conselho e processar a FF. em batch.

informarei o resultado logo em seguinda.

abs.

[luizomar_goncalves]

bom dia a todos.

eu processei a FF.5 via batch para ver onde o processamento para, o processamento não encontra o campo BELNR.

Esse campo não é informado no arquivo retorno. A informação que o banco fornece no arquivo é o "nosso número", campo XREF3.