Beruflich Dokumente
Kultur Dokumente
Configurao no SAP
ECC.
created by Artur Paulino da Silva Cardoso on Nov 25, 2014 6:45 PM, last modified
by Artur Paulino da Silva Cardoso on Nov 25, 2014 7:33 PM
Version 1
inShare34
Introduo
O artigo mostra de forma simples os passos necessrios para configurao do DDA - Dbito
Direto Autorizado no SAP ECC.
Conceituao do DDA
A FEBRABAN - Federao Brasileira de Bancos criou o DDA - Dbito Direto Autorizado em
2009 para facilitar e aumentar a produtividade das empresas e diminuir a impresso de
boletos bancrios.
Com a implantao do DDA as empresas ou pessoas fsicas no precisam esperar o boleto
impresso chegar, podem visualizar o compromisso financeiro atravs de sites ou caixas
eletrnicos e celulares, com isso, fazer seus pagamentos.
No manual FEBRABAN as informaes sobre o DDA esto localizadas item 3.2.3 Bloqueto
Eletrnico (Captura de Ttulos em Cobrana) contemplado nos seguimentos G e H composto
pelo layout de 240 posies.
Definio de objetivos
Uma vez que compreendemos o conceito do DDA e pr-requisitos tcnicos necessrios
vamos comear a configurar o DDA no SAP ECC.
Nesse artigo vamos trabalhar com o banco Santander, onde usamos o DDA para capturar o
cdigo da linha digital para preenchimento no campo RF05L-BRCDE descrito na imagem
abaixo.
importante que SAP ECC esteja contemplando o item da localizao Brazil no link abaixo
para que o campo esteja com 48 posies.
http://wiki.scn.sap.com/wiki/display/LOCLA/Barcodes+with+48+digits+in+FB02
=
=
=
=
=
=
Configurao do DDA
Vamos acessar as transaes de configuraes pelo o seguinte caminho:
SPRO> IMG > Contabilidade financeira(nv.) > Contab.bancria > Transaes
contbeis > Pagamentos > Extrato eletrnico da conta-> Executar opes globais
para o extrato de conta eletrnico
Para configurar o DDA necessrio criar uma regra de lanamento, essa operao no ser
contabilizada mas faz parte da configurao.
Criao de uma Chave para regras de lanamento.
"Criar chave para regras de lanamento.
Uma vez que a categoria de operao est definida precisamos atribuir o cdigo de
movimento de remessa do arquivo DDA para o SAP ECC. Iremos utilizar o cdigo de
movimento remessa 76, que ser vinculado com a regra do DDA.
Processando o DDA
Para processar o arquivo do DDA utilizamos a transao FF_5, as informaes que
processamos ficam disponvel na transao DDA_BR.
Na transao DDA_BR ficam todos os documentos com seus detalhes de processamento com
sucessos ou erros.
Transao DDA_BR.
E- erro.
Detalhamento dos erros
C- CNPJ no corresponde;
D- Vencimento no corresponde;
A- Montante no corresponde;
V- Fatura no encontrada.
Evitando erros
Na disponibilizao do arquivo pelo banco com as informaes do DDA, aconselho que
venham somente informaes referentes ao processo do DDA. Para que nenhum eventual
erro de processamento gere impactos nos processos do extrato eletrnico.
Outro ponto importante quando um cdigo de movimento remessa no est configurado no
SAP ECC na opo atribuir cdigo processo a regras contabilizao e esse cdigo esteja
contido no arquivo de retorno do DDA. Com isso, gerado um erro de processamento
semelhante a imagem abaixo e nenhuma informao do processamento do DDA concludo.
"Erro de processamento".
Detalhes tcnicos
A SAP disponibiliza nos programas RFFOBR_DDA, RFFOBR_DDA_O00 com um
Enhancement point RFFOBR_DDA_POINT para ser usado no tratamento de informao na
hora do processamento das informaes do DDA.
Concluso
Foi descrito de forma pratica os passos necessrios para configurao do DDA no SAP ECC,
caso algum encontre alguma divergncia por favor informe para correo.
Ol Marssel e Artur,
Tambm gostei do documento criado. Na experincia que tive com a implementao 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 no era entregue na verso 084 (posies 164 a 166 da primeira linha), o qual foi necessrio
um trabalho de traduo feita por uma VAN (a qual contratada pelo banco para realizar esta traduo,
bem como do nmero da conta do banco).
b) O arquivo no continha "dados 100%". Quero dizer, muitos fornecedores, ao enviar os dados de
cobrana, na referncia deles, muitas vezes, no colocam o nmero 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 usurios
de Contas a Pagar (donos da transao DDA_BR), uma vez que eles duvidavam de que o processo traria
algum benefcio a eles.
c) A entrega do arquivo feita (at hoje) por uma aplicao chamada "citinetClient". Esta aplicao (ao
contrrio da aplicao CISA - Conexo Inteligente SAntander) no funciona "standalone" em um servidor
Windows ligado sem um usurio conectado. Ou seja, deveramos ter um usurio conectado no servidor
para que a aplicao funcionasse "standalone". O que fizemos? Instalamos (isso mesmo) a tal da
aplicao localmente em algumas mquinas de pessoas da Tesouraria (donos dos dados vindos do banco
e que, em excees, poderiam executar a transao FF.5) e, quando a mquina ligada,
automaticamente a aplicao 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 transao FF.5
Ah, e tambm fizemos implementaes nos "Enhancement Points" disponibilizados pela SAP para
melhorar a forma como os dados eram gravados na tabela que lida por detrs da transao DDA_BR,
bem como adicionado um algoritmo de interpretao para um melhor reconhecimento das faturas dos
fornecedores vs. boletos eletrnicos (por exemplo, uma fatura que emitida por um CNPJ
xx.xxx.xxx/0002-xx pode ter a sua cobrana feita pelo CNPJ xx.xxx.xxx/0001-xx. Neste caso,
simplesmente desconsideramos o identificador de matriz/filial e dgitos verificadores e comparamos se o
CNPJ raiz estava ok, se sim, desmarcamos o caso como erro).
Um Abrao