Additional Blogs by Members
cancel
Showing results for 
Search instead for 
Did you mean: 
Former Member

Introdução

O artigo mostra de forma simples os passos necessários para configuração do DDA - Débito Direto Autorizado no SAP ECC.

Conceituação do DDA


A FEBRABAN - Federação Brasileira de Bancos criou o DDA - Débito Direto Autorizado em 2009 para facilitar e aumentar a produtividade das empresas e diminuir a impressão de boletos bancários.

Com a implantação do DDA as empresas ou pessoas físicas não precisam esperar o boleto impresso chegar, podem visualizar o compromisso financeiro através de sites ou caixas eletrônicos e celulares, com isso, fazer seus pagamentos.

No manual FEBRABAN as informações sobre o DDA estão localizadas item 3.2.3 Bloqueto Eletrônico (Captura de Títulos em Cobrança) contemplado nos seguimentos G e H composto pelo layout de 240 posições.

Pré-requisitos técnicos necessários


O DDA já está disponível na versão SAP ECC 6.0 para todos os Enhancement Packages. Caso tenha uma versão inferior ao SAP ECC 6.0 é necessário baixar as seguintes notas abaixo.

Notas para solução de DDA:

1579415 DDA Phase 2 development

1581476 DDA: Incorrect length of the field A322(structure J_1BELBYA)

1630442 BR:RFEBKA00: Brazil DDA legal changes for Bradesco

1529125 BR:RFEBKA00:DDA Legal Changes for Febraban,Itau and Bradesco

1514922 BR:RFEBKA00:DDA Legal Changes for Febraban,Itau and Bradesco

1652414 BR:DDA Brazil: Incorrect selection of DDA documents

1644550 BR :Checkman errors rectified for Brazil DDA Bredesco Format

1659236 BR: DDA Post Processing

1666697 BR:DDA Segment G and Segment H changes for Febraban

1702609 DDA: Bazil DDA Itau file with no account details

1744913DDA: Enhancement point in program J_1BBR20 and RFFOBR_DDA

1717247 DDA: RFEBKA00: DDA document year different from file year

1746618 RFFOBR_A-j_1bdmexh3-h306 should be blank in FEBRABAN format

Definição de objetivos

Uma vez que compreendemos o conceito do DDA e pré-requisitos técnicos necessários vamos começar a configurar o DDA no SAP ECC.

Nesse artigo vamos trabalhar com o banco Santander, onde usamos o DDA para capturar o código da linha digital para preenchimento no campo RF05L-BRCDE descrito na imagem abaixo.

É importante que SAP ECC esteja contemplando o item da localização Brazil no link abaixo para que o campo esteja com 48 posições.

http://wiki.scn.sap.com/wiki/display/LOCLA/Barcodes+with+48+digits+in+FB02

O banco Santander trabalha com os seguimentos G e H para disponibilizar as informações do DDA.  No seguimento G existe o campo código de movimento remessa que está na posição de 016 até 017.

Segue abaixo os códigos de movimento de remessa disponível no Santander:

01 = Entrada de Títulos sem agendamento

02 = Pedido de Baixa

09 = Protestar

31 = Alteração de Outros Dados

75 = Entrada de títulos bloqueados

76 = Entrada de títulos conforme convênio

O campo “código de movimento remessa” mais o campo “banco”, ”agencia” e “conta bancaria” será a ponte ligação do DDA com SAP ECC.

Configuração do DDA

Vamos acessar as transações de configurações pelo o seguinte caminho:

SPRO> IMG > Contabilidade financeira(nv.) > Contab.bancária > Transações contábeis > Pagamentos > Extrato eletrônico da conta-> Executar opções globais para o extrato de conta eletrônico

Para configurar o DDA é necessário criar uma regra de lançamento, essa operação não será contabilizada mas faz parte da configuração.

Criação de uma “Chave para regras de lançamento”.

"Criar chave para regras de lançamento”.

A categoria de operação é utilizada para agrupar todos os códigos “movimento da remessa” que vem no arquivo retorno do DDA ou extrato eletrônico com suas respectivas regras de lançamentos no SAP ECC.

“Criar categoria de operação”.

Uma vez que a categoria de operação está definida precisamos atribuir o código de movimento de remessa do arquivo DDA para o SAP ECC. Iremos utilizar o código de movimento remessa 76, que será vinculado com a regra do DDA.

“Atribuir código processo a regras contabilização”.

Descrição dos campos relevantes:

Operação externa: Esse campo deverá ser igual aos códigos de movimento da remessa do arquivo do extrato DDA. Essa informação está disponível no seguimento G do arquivo na posição de 016 até 017.

Sinal: Sinal +/- do montante que entra da informação do banco, estamos usando o sinal “-“.

Regra Contábil:  Neste campo é informando a regra de lançamento para a sua contabilização.

Algoritmo de interpretação: É o algoritmo em substituição do SAP ECC, basicamente é modo de leitura das informações. Iremos usar o “Nenhuma interpretação”.

Tipo de planejamento transação: Não se aplica ao processo de DDA.

Tipo de processamento: Esse campo é usado para selecionar o tipo de processamento para seu objeto correspondente no SAP ECC, no caso do processo do DDA será “Brasil: entrada no documento e com dados brasileiros”.

Apesar do cenário de estudo estar tratando somente o código de movimento remessa 76 essas configurações podem ser adicionadas nas configurações já existente.

O Último passo para da configuração é atribuir a categoria de operação para sua conta bancaria.

“Atribuir contas bancárias a categorias de operação”.

Processando o DDA

Para processar o arquivo do DDA utilizamos a transação FF_5, as informações que processamos ficam disponível na transação DDA_BR.

Na transação DDA_BR ficam todos os documentos com seus detalhes de processamento com sucessos ou erros.

“Transação DDA_BR”.

Na transação DDA_BR temos os seguintes status.

S- sucesso.

E- erro.

Detalhamento dos erros

C- CNPJ não corresponde;

D- Vencimento não corresponde;

A- Montante não corresponde;

V- Fatura não encontrada.

Opções de processamento disponível na transação DDA_BR.

  

Executa processamento manual dos registros.

 

Remover da tabela DDA os registros já processados ou com erro.

Para que o processamento do DDA seja efetivo e encontre os documentos de compras correspondente para atualização do código de barra no SAP ECC, a pesquisa é feita pelos seguintes campos: CNPJ, Data de vencimento, Valor Fatura e Número da Fatura.

Evitando erros

Na disponibilização do arquivo pelo banco com as informações do DDA, aconselho que venham somente informações referentes ao processo do DDA. Para que nenhum eventual erro de processamento gere impactos nos processos do extrato eletrônico.

Outro ponto importante é quando um código de movimento remessa não está configurado no SAP ECC na opção “atribuir código processo a regras contabilização” e esse código esteja contido no arquivo de retorno do DDA. Com isso, é gerado um erro de processamento semelhante a imagem abaixo e nenhuma informação do processamento do DDA é concluído.

"Erro de processamento".

Detalhes técnicos

A SAP disponibiliza nos programas “RFFOBR_DDA, RFFOBR_DDA_O00” com um “Enhancement point” RFFOBR_DDA_POINT para ser usado no tratamento de informação na hora do processamento das informações do DDA.

Conclusão

Foi descrito de forma pratica os passos necessários para configuração do DDA no SAP ECC, caso alguém encontre alguma divergência por favor informe para correção.

26 Comments
Marssel700
Active Contributor
0 Kudos

Muito bom Artur!

Essa é uma documentação bem organizada e precisa deste importante processo financeiro.

O DDA é bastante utilizado em plataformas bancárias e muitas empresas sonham em ativar essa ferramenta dentro do SAP.

Obrigado por compartilhar! :wink:

Gostaria de saber a opinião do daniel.carvalho

Ele fez uma publicação de uma interessante discussão sobre o assunto

Brazilian Localization: DDA - Débito Direto Automático. Any words?

Former Member
0 Kudos

Muito Obrigado, Marssel !

daniel_carvalho
Active Contributor
0 Kudos

Olá Marssel e Artur,

Também gostei do documento criado. Na experiência que tive com a implementação do DDA na empresa que trabalho utilizamos outro banco para oferecer os dados da Varredura, que foi o Citibank. Com este banco, tivemos algumas particularidades:

a) O arquivo não era entregue na versão 084 (posições 164 a 166 da primeira linha), o qual foi necessário um trabalho de tradução feita por uma VAN (a qual é contratada pelo banco para realizar esta tradução, bem como do número da conta do banco).

b) O arquivo não continha "dados 100%". Quero dizer, muitos fornecedores, ao enviar os dados de cobrança, na referência deles, muitas vezes, não colocam o número da nota fiscal, o qual o SAP se utiliza (de maneira estandar) para realizar o reconhecimento da fatura. Isto foi um ponto de queixa dos usuários de Contas a Pagar (donos da transação DDA_BR), uma vez que eles duvidavam de que o processo traria algum benefício a eles.

c) A entrega do arquivo é feita (até hoje) por uma aplicação chamada "citinetClient". Esta aplicação (ao contrário da aplicação CISA - Conexão Inteligente SAntander) não funciona "standalone" em um servidor Windows ligado sem um usuário conectado. Ou seja, deveríamos ter um usuário conectado no servidor para que a aplicação funcionasse "standalone". O que fizemos? Instalamos (isso mesmo) a tal da aplicação localmente em algumas máquinas de pessoas da Tesouraria (donos dos dados vindos do banco e que, em exceções, poderiam executar a transação FF.5) e, quando a máquina é ligada, automaticamente a aplicação é executada e o arquivo é obtido do ambiente do banco até o ambiente da empresa e depois existe um "script" (SAP roda em Linux) no SAP que busca o arquivo e o disponibiliza dentro do servidor SAP para o processo em "job" da transação FF.5

Sobre os pontos de configuração, eu não associei nenhuma regra contábil na questão do código do processo. Pelo que vi da solução SAP, o mais importante é ter no código do processo o tipo de processamento "11 - Brasil entrada no documento e com dados brasileiros".

Ah, e também fizemos implementações nos "Enhancement Points" disponibilizados pela SAP para melhorar a forma como os dados eram gravados na tabela que é lida por detrás da transação DDA_BR, bem como adicionado um algoritmo de interpretação para um melhor reconhecimento das faturas dos fornecedores vs. boletos eletrônicos (por exemplo, uma fatura que é emitida por um CNPJ xx.xxx.xxx/0002-xx pode ter a sua cobrança feita pelo CNPJ xx.xxx.xxx/0001-xx. Neste caso, simplesmente desconsideramos o identificador de matriz/filial e dígitos verificadores e comparamos se o CNPJ raiz estava ok, se sim, desmarcamos o caso como erro).

Espero ter colaborado.

Atenciosamente,

Daniel

Marssel700
Active Contributor
0 Kudos

É Daniel, existe muitas variações de processo. Por isso muitos até hoje utilizam na plataforma do banco mesmo, pois as vezes complica mais do que ajuda.

Valeu pela contribuição!

Former Member
0 Kudos

Muito bom o docto! Parabéns e obrigado por compartilhar!

Curiosidade... existe algum idoc standard ou a carga pode ser feita somente pela FF_5?

Abraço

Eduardo Chagas

Marssel700
Active Contributor
0 Kudos

Edu, a FF.5 (ou FF_5) possui formatos específicos de arquivos. Já vi funcionar algo com o formato multicash. Depois dá pra definir uma contabilização com base no arquivo importando.

abraço

Former Member
0 Kudos

Eduardo,

Nesta nota abaixo descreve o formato multicash, espero que ajude!

SAP Note Number 36833

        Multicash Format (auszug.txt and umsatz.txt)

       RFEBKA00, FF.5, mulitcash, RFEKA200, bank statement, electronic

 

Um Abraço

Artur

Former Member
0 Kudos

Ola Artur,

Muito obrigada por compartilhar conosco o documento.

Abraços!!!

Karen Rodrigues

Former Member
0 Kudos

Obrigado a todos!!

Pelos incentivos e pelo compartilhamento de informações também.

Artur

MRobalinho
Active Participant
0 Kudos

Excelente documentação.

Former Member
0 Kudos

Gratidão, se tiver mais exemplos será de grande ajuda. Sou iniciante aqui, estou aprendendo a cada dia. Abraço a todos

Former Member
0 Kudos

Daniel, parabéns pelo doc!

Referente ao particularidade "c", o Citibank também disponibiliza o Portal Corporate - Download manual do arquivo - como forma de transmissão do arquivo do DDA.

Abraço,

Henrique

Former Member
0 Kudos

Boa tarde a todos.

Nossa empresa está aderindo ao DDA Bradesco.

Nos nossos testes, não estamos conseguindo gerar uma remessa no SAP, no layout PAGFOR-Bradesco com as instruções necessárias autorizando  ao Bradesco o pagamento dos títulos.

Alguém trabalha em alguma empresa que aderiu a algum banco e que o SAP gera esta remessa corretamente.

De acordo com o manual PAGFOR-Bradesco "

O cliente que aderiu ao DDA poderá utilizar o processo de alegação mediante o envio de arquivo remessa, informando se Reconhece (Aceita) ou Não Reconhece (Não Aceita) a divida junto ao Cedente. "

obs.: pelo que pude ver o SAP só lê o arquivo do DDA, pela FF_5, e grava a linha digitável na fbl1n e envia o título com modalidade 31 (títulos de terceiro). No caso da aderência há algumas particularidades a serem informadas e uma delas é a modalidade que deve ser 30 (Exclusivo para o arquivo de rastreamento).

Abraço,

Alexandre..


0 Kudos
Olá artur,

 

Seguindo os seus passos para a configuração do DDA santander, e tenho algumas duvidas, se puder me ajudar. Segue:

1 -No ponto de “Criar categoria de operação” é colocado para criar uma categoria nova, porém no nosso caso, já existe a configuração para o Santander, com a combinação de operação , conta bancária e chave do banco, e como as duas últimas são chaves na tabela, não conseguimos criar mais uma.



2 - Utilizando o que já existe, tive que excluir uma regra que já existia na combinação operação externa e regra de contabilização, veja:



Tive que excluir a regra BRJC (-) que utilizava a operação externa 01.

3 - De que forma esta trabalhando na questão do "numero do documento de cobrança" que é validado com o campo XBLNR na BKPF, porém o campo no arquivo Varredura do fornecedor nunca é igual a referencia no SAP.

 

Rodrigo Simon
Former Member
0 Kudos
Rodrigo, bom dia.

No ponto 1 - Você pode usar a mesta categoria.
No ponto 3 - Você terar usar Enhancement point” RFFOBR_DDA_POIN para fazer tratamento dos dados
por um programa ABAP.

Um Abraço
ARtur
João_FI_FIN-CS
Active Contributor
0 Kudos
Olá Pessoal,

Para variar, o post realmente está bem explicado. Acredito que para o S/4HANA não deve alterações, não?

João Paulo Almeida
Former Member
0 Kudos
Boa tarde artur.paulinodasilvacardoso .

Meu caro, por favor, tenho uma dúvida.

Qual formato você utiliza para fazer o upload do CNAB 240?



 

 

Muito Obrigado.
Former Member
Boa tarde, Pessoal.

Mais uma nota de extrema relevância.

2032491 - RFFOBR_DDA: Document not found because the selection was done based on the incorrect fiscal year

Um Abraço

Artur

 
Former Member
0 Kudos
 

Boa tarde artur.paulinodasilvacardoso arturpaulino !

Graças a esse seu blog estou conseguindo configurar o DDA aqui na empresa do Brazil. Muito bom mesmo.

Mas não estou conseguindo fazer o upload do arquivo na FF.5, pois não sei o formato como você pode ver minha pergunta aqui no final do blog.

Por favor,
Você poderia me ajudar confirmando qual formato e paramêtros utilizar (Um screenshot se possível)?

Nenhum está funcionando.

 

Muito Obrigado!

 
0 Kudos
Erico,

 

O arquivo DDA tem 240 posições e o download pode ser feito na FF.5 com o formado "B" "Cobrança/Pagar Itaú - Brasil".

O manual do Itaú está no link abaixo:

http://download.itau.com.br/bankline/varredura_dda_itau.pdf

Att,

Jaisson.
0 Kudos
Oi Érico,

Acredito que vc já tenha resolvido, mas se não, segue config da FF_5 que fiz em uma implementação recente para o Banco Itaú, está em produção e funcionando perfeitamente!

Qualquer dúvida, me procure.

Abraço!

Former Member
0 Kudos
Bom dia,

Acionando informações importante quase sempre é necessario fazer  pequenos ajustes na implantação do DDA conforme cada empresa, então podemos usar os seguintes pontos.:

 

1-Importação do  DDA  pelo progama, no Itaú pode ser necessário fazer ajustes, podemos usar ENHANCEMENT no programa J_1BBR20.

2-Também no criterio de pesquisa na DDA no programa RFFOBR_DDA_O00 - ENHANCEMENT Z_RFFOBR_DDA_POINT

 

Obrigado,

Artur

 

 
NitinA
Explorer
0 Kudos
Hello Everyone,

 

I am in the process of implementing DDA process for my client. Ciitbank is the bank that will be providing the CNAB240 format. Can anyone who has configured the solution for Citi help with the configuration ?

 

Thanks in advance for your help.

 

Regards,

Nitin
0 Kudos
Bradesco:
A mensagem de erro era: Código externo 01V2 não é código p/operação fornecedor (Nº mensagem ICC-FI222)
Foram aplicadas as notas
2255147 - Brazil DDA: DDA invoice and fiscal year corrections
2442474 - J_1BBR20: Bradesco: Text of Error code not displayed for Segment J
1909277 - J_1BBR20: The Optional Segment Y in the DDA file should not
2001401 - J_1BBR30: Reason code not passed during the post processing
2019533 - J_BBR20: Company code is not picked up when using DDA file
2032491 - RFFOBR_DDA: Document not found because the selection was don
2113663 - Issue in report J_BBR20 when Branch is not equal to CNPJ
former_member501444
Discoverer
0 Kudos
 

oi como você está

Agora estou implementando o DDA ITAU na minha empresa tenho uma duvida pois hoje existe o banco ITAU com AUTOBAK



Eu acho que seria melhor copiar o AUTOBAK (Transaction type) para o ITAU



 

e então adicionar movementos remesas

 

o voce como fiz

 

Obrigado
former_member501444
Discoverer
0 Kudos
Hello

digits insted of CNPJ complete

Could you help me How did you do the solution CNPJ 8 digits insted of CNPJ complete, the enhanced point is a User Exit

 

Thanks