01 - Dda Sap

 

DDA

Localização Brasil - DDA  –  Configuração no SAP ECC. created by  by Artur Paulino da Silva Cardoso Cardoso  on Nov 25, 2014 6:45 PM, last modified by  by  Artur Paulino da Silva Cardoso  Cardoso on Nov 25, 2014 7:33 PM Version 1   inShare34 inShare 34

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

Conceituação do DDA  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 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 te nha 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 deta ils 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 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   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  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 vin culado com a regra do DDA. “Atribuir código “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 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ç configurações õ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  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 tran saçã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 d e barra no SAP ECC, a pesquisa é feita pelos seguintes campos: CNPJ, Data de vencimento, Valor Fatura e Número da Fatura.

 

Evitando erros  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 pro cessamento 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  técnicos  A SAP disponibiliza nos “RFFOBR_DDA, com um “Enhancement point” RFFOBR_DDA_POINT RFFOBR_DDA_POIN T programas para ser usado no tratamento RFFOBR_DDA_O00” de informação na hora do processamento das informações do

DDA. Conclusão   Conclusão

Foi descrito de forma pratica os o s passos necessários para configuração do DDA no SAP ECC, caso alguém encontre en contre alguma divergência por favor informe para correção. 2086 Views (edit edit)) Tags  Tags:: brazil  brazil,, brasil,  brasil, dda dda,, dda_br  

Average User Rating (8 ratings) My Rating: inShare34 inShare 34

 



 

12 Comments  Add a comment 



  Marssel Vilaça Nov Vilaça Nov 25, 2014 7:59 PM

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 ati var essa ferramenta dentro do SAP. Obrigado por compartilhar!

Gostaria de saber a opinião do  do Daniel Carvalho  Carvalho  Ele fez uma publicação de uma interessante discussão sobre o assunto

 

Brazilian Localization: DDA - Débito Direto Automático. Any words?  words?   Like (4) Alert Moderator  Reply Reply  

 

o

Artur Paulino da Silva Cardoso Nov Cardoso Nov 25, 2014 8:22 PM (in response to Marssel Vilaça)  Vilaça) 

Muito Obrigado, Marssel ! Like (1) Alert Moderator  Moderator  Reply Reply  

 

o

Daniel Carvalho Nov Carvalho Nov 26, 2014 2:32 AM (in response to Marssel Vilaça)  Vilaça)  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 u m usuário conectado. Ou seja, deveríamos devería mos 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 b usca o arquivo e o disponibiliza d isponibiliza 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 Like (3) Alert Moderator  Moderator  Reply Reply  



 

Marssel Vilaça Nov Vilaça Nov 26, 2014 1:32 PM (in response to Daniel Carvalho)  Carvalho) 

 

É 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! Like (0) Alert Moderator  Reply Reply  

 



Henrique Santos May Santos May 8, 2015 10:43 PM (in response to Daniel Carvalho) Ca rvalho)  

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 Like (2) Alert Moderator  Reply Reply  



  Eduardo Chagas Nov Chagas Nov 26, 2014 2:09 PM

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 Like (0) Alert Moderator  Reply Reply  

 

o

Marssel Vilaça Nov Vilaça Nov 26, 2014 2:43 PM (in response to Eduardo Chagas)  Chagas) 

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 Like (0) Alert Moderator  Moderator  Reply Reply  

 

o

Artur Paulino da Silva Cardoso Nov Cardoso Nov 26, 2014 4:50 PM (in response to Eduardo Chagas)  Chagas) 

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 Like (0) Alert Moderator  Moderator  Reply Reply  



  Karen Rodrigues Nov Rodrigues Nov 27, 2014 2:42 PM

Ola Artur, Muito obrigada por compartilhar conosco o documento. Abraços!!! Karen Rodrigues Like (1) Alert Moderator  Reply Reply  

 



  Artur Paulino da Silva Cardoso Nov Cardoso Nov 29, 2014 1:02 PM

Obrigado a todos!!  Pelos incentivos e pelo compartilhamento de informações também.    Artur Like (0) Alert Moderator  Reply Reply  



  MANUEL ROBALINHO Jan ROBALINHO Jan 6, 2015 6:10 PM  Excelente documentação. 

Like (2) Alert Moderator  Reply Reply  



  Tânia Conceição de Barros Freitas Jan Freitas Jan 18, 2015 1:54 AM

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