Anlise da Administrao de Crdito.

Comparao da configurao que esta no SAP com a planilha que foi

passada pela BJ
Identificamos que havia divergncia entra as duas informaes causando
conflito no processo de consumo de crdito.
Imagem ilustrativa:

O sistema estava com o cenrio onde que um cliente XXXX determinado

um crdito de qualquer valor por exemplo
e se o grau de utilizao fosse at
99,99%
, o sistema ao iniciar o fluxo por SD
criando uma ordem de venda que iria exceder o limite de crdito, no era
verificava o quanto j tinha sido consumido .

Ou seja, o sistema estava com a seguinte lgica:

O sistema no estava verificando se o valor j consumido iria exceder o

limite do cliente.

Vimos que no em uma transao V/08 esta sem o parmetro de

verificao desses campos.

Ento decidimos cria uma nova rea de Crdito Test com uma
configurao diferente que estava no SAP e com estava na planilha da BJ

Imagem ilustrativa:

Inclumos o parmetro A para fazer a verificao dos campos

Ou seja, agora o sistema esta com a seguinte lgica:

Com essa correo o sistema sempre que criar uma ordem alimentado o
campo Valor vendas.

Isso significa que sempre ao criar ordem de venda, ser informando na

FD32 somando com a dvida a receber, porm esse valor da ordem no
reflete no AR Contas a Receber at que seja feito uma remessa que nesse
caso deixa de compor no campo Valor de venda e passa para o campo
Dvida a receber. Caso seja estornado a ordem, o sistema atualiza na
gesto de crdito automtico subtrado o valor referente a ordem e
permanecendo as restantes caso haja mais.

Outra coisa que inclumos na nossa rea de crdito Test, que no esta na
ABJ1 e ABJ2 informar no momento de criar a ordem um Aviso com valor
excedido e a quantidade que ultrapassou.
Exemplo:
Cliente: 12345
Limite de crdito disponvel: R$ 8.000
Valor da ordem: R$ 10.000
Aviso gerado Limite de crdito excedido em R$ 2.000
Para as reas de crdito ABJ1 e ABJ2 apenas informava Limite de crdito
excedido.
No histrico de pagamento a lgica da transao standard :
reunida todas a compensaes do cliente dentro do mesmo ms, incluindo
se esse mesmo cliente estiver expandido para mais uma rea de crdito
ABJ1, ABJ2, ABJ3.
No campo Total somado o montante das partidas compensadas, caso
tenha variao cambial o sistema ir utilizar a ltima taxa de cambio da
OB08 que esta gravado. Ou seja, caso tenha ocorrido um recebimento hoje,
ser utilizado a taxa atual se no sistema ainda no estiver com essa
informao, ser considerado a taxa do dia anterior.
No campo Dias atraso calculo uma mdia em cima da quantidade de
partidas pagas, mais o valor do montante de cada, mais o dias em atraso ou
dias antecipados.
Exemplo 1:
rea de
crdito

Partida
Paga

ABJ1

ABJ2

ABJ3

Montan Dia
te
atraso
R$
10.000
30
R$
10.000
20
R$
10.000
10

O clculo ser dessa maneira: =(30*10000+20*10000+10*10000)/

(10000+10000+10000) = 20 de mdio.
O sistema iria apresentar a seguinte linha no Histrico de pagamento
Ms
7

Ano
2015

Nmero
partidas
3

Montan Dia
te
atraso
R$
20

30.000
Se verificar em todas as reas ter a mesma informao, ou seja, sabemos
que esse cliente atrasa em mdia 20 dias para pagar.

Exemplo 2:
rea de
crdito

Partida
Paga

ABJ1

ABJ1

ABJ1

ABJ1

Montan Dia
te
atraso
R$
10.000
30R$
10.000
20R$
5.000
5R$
5.000
5-

O clculo ser dessa maneira: =(30*10000+20*10000+5*5000+5*5000)/

(10000+10000+5000+5000) = 18- de mdio.
O sistema iria apresentar a seguinte linha no Histrico de pagamento
Ms

Ano

2015

Nmero
partidas
4

Montan Dia
te
atraso
R$
30.000
18-

Ou seja, mesmo sendo montantes R$ 30.000 iguais e quantidades de dias

de atraso/antecipados 60, o resultado da mdia foi 18-, porque a
quantidade de partidas e o montantes de cada uma delas influenciou no
clculo. Nesse caso o cliente antecipa seus pagamentos em 18 dias antes
do vencimento.
Imagem ilustrativa:

Para as determinaes de bloqueios nos processos de gesto de crdito, so

determinados os seguintes parmetros na configurao da transao OVA8.

1 Dinmica a validade que possui o crdito concedido para o cliente,

nesse caso so 12 M (meses).

2 Val.Doc o limite mximo que ele pode ter em um nico documento.

3 Campos crticos verifica alterao dos campos Condio de
pagamento, "DiasValorAdic" e "Data efet.fixa" (No recomendado deixar
com qualquer bloqueio porque o documento esta sujeito a alterao a todo
momento)
4 Prxima data de verificao a quantidade de dias e condio de
verificao, bloqueia o consumo do crdito caso no esteja dentro dos
parmetros

5 Partidas pendentes determina a porcentagem das quantidades de

partidas com a quantidade de dias em atraso.
Exemplo: 100% com 5 dias em atraso, o cliente no pode esta com todas
suas partidas em atraso por mais de 5 dias que o sistema ir bloquear
mesmo que possua limite de crdito.
Todas essas definies foram configuradas e testadas uma a uma e com
combinaes diferentes. S com o aviso, aviso com bloqueio, s com o erro,
erro com bloqueio.

Para o Crdito de garantias, ser utilizada ainda a transao standard FD32.

Sempre que houver um cenrio de Crdito de garantia, o sistema ir fazer a
gesto no campo que esta em destaque como mostra o print abaixo.

O crdito de garantia no influenciado para grau de utilizao consumido

pelo cliente, ou seja, mesmo que o grau esteja 0,00% ou 100%, ao realizar
um processo de garantia o sistema no ir consumir ou bloquear nesse
ponto. Esse valor no ir compor com o valor do compromisso total.
Para que seja feito esse controle de crdito de garantia preciso criar um
Documento financeiro pela transao VX11N

A transao ir solicitar dados para gerar o documento financeiro.

Na tela inicial existe esse boto que ao clicar, ser apresentado um pop up
com os dados que esto incompletos, basta dar um duplo clique em cada
linha para preencher. Cada vez que estiverem completos os dados
obrigatrios, ser retirado a linha das pendncias.

Porm, sugiro que crie esse documento passando aba a aba, pois pode
haver outros campos facultativos que podem ser utilizado pelo negcio para
do cenrio.

EX: Campo texto pode ser utilizado para colocar uma descrio que
identifique esse contrato Garantia referente 1 TON de algodo para safra
15/16
1 Cliente: Informar o cliente que esta envolvido para o crdito de garantia.
2 - Recebedor da mercadoria: Informar o recebedor podendo ser o mesmo
que o cliente ou no.
3 Pas do banco: Indicar o pas do banco que o cliente possui.
4 Chave do banco: Indicar o cdigo que representa os primeiros dgitos so
o ID do banco + o cdigo do banco que informado pela Febraban + os
quatros ltimos que so o nmero da agncia bancria. (Caso no encontre
a chave do banco deve configurado pela FI01)
5 N* externo DF (Documento financeiro): Campo livre para preencher. Foi
definido com a rea para colocar o nmero do contrato gerado da garantida
no primeiro momento e ao final do processo quando encerrar o contrato
deve incluir o nmero do documento de compensao gerado em FI para ter
um rastreabilidade.
6 Valor do doc. Financeiro: Informar o montante da garantia acordado no
contrato fsico.
7 Moeda: Informar o valor da moeda do contrato.
8 Status A cada etapa do processo preenchido com uma letra que
representa a posio do documento.

A prxima aba esta relacionado as datas e dados do fornecedor, apenas o

campos destacados em vermelhos so destacados.
Data da solicitao: Indica a data na qual o documento financeiro foi solicitado.
Data de criao: Especifica a data na qual o documento financeiro foi criado.
Data de entrada: Especifica a data na qual o documento financeiro foi recebido.
ltima dta.expedio: Indica a ltima data de expedio possvel.
Exemplo: Pode indicar um perodo antes do vencimento, nesse caso quando o negcio

Data fim de validade: Indica a data final da validade de um documento financeiro.

Na aba banco pode determinar outra chave de banco caso tenha-se

equivocado, definir uma porcentagem de encardo bancrios ou o montante
especfico fixo com o tipo de moeda.

Aba textos uma rea livre para o negcio detalhar algo relacionado ao
processo. Pode ser feito um upload de um arquivo txt tambm

Caso queira verificar se faltam dados incompletos, basta clicar no boto que
esta no canto superior da tela como mostra os prints abaixo

Normalmente End. Cliente mesmo criado corretamente no sistema

solicitado para confirmao caso tenha alguma modificao. Basta clicar Ok

Os dados de documentos no so obrigatrios, so destinados para

documento de importao e exportao. Poderia preencher a mesma
informao para os trs linhas ou menos. Note que no final do texto
standard existem campos em brancos que possam preenchidos. No nosso
cenrio, estamos colocando qual o tipo de contrato criado e um nmero de
sequencia aleatrio.

Vocs podem adotar como opo, colocar na denominao o tipo do

contrato com um nmero sequencial para cada tipo de contrato criado ou
definir um cdigo nico para cada tipo de contrato.

Na aba Status indica a posio real da criao do documento financeiro.

necessrio que passe por cada verificao para que seja gravado o
documento.

Note que cada letra que valido registrado a data, hora e altera o status.

Quando o status estiver verde, o documento pode ser salvo e assim gerando
um documento financeiro.

Os outros botes de status E e F s sero alterados caso tenha

necessidade de alterao, ou seja, desfeito. Nesse caso sugerido que
utilize a transao VX12N, note que alm dos botes de status E e F,
surgiu o Z.
Caso seja necessrio alterar campos que j estejam bloqueados no
documento, clique na letra E, ir abrir uma nova janela com os possvel
motivo da alterao. Elegi uma das opes e siga em frente.

Note que o status mudou e incluiu a informao do motivo.

J pode editar os campos que estavam fechados para edio. Ex: Valor
doc.financeiro
Lembrando sempre que haver modificaes no documento, ao final deve
voltar o status E para o status D.

O status F apenas ir aparecer para os tipos de documento financeiro R

Revogavl, para outros tipos de documentos, por exemplo U Irrervogvel
no confirmado ou C - Irrevogvel confirmado o sistema no incluiu o
status F. Aps ser desfeito o documento, no se pode ser utilizado,
devendo concluir o ciclo com o status Z de encerado.

Utilizando outro documento criado como exemplo, note que ao editar o

documento na VX12N e aperta a letra Z o documento encerrado e no
pode mais ser utilizado.

Quando gravar o documento pode-se ver os dados relacionados de quem

criou, data, hora, para qual empresa foi gerado entre outros na aba
Administr.

Observao: Mesmo que o documento que foi gerado pela VX11N ou

alterado VX12N, esteja com o status devolvido e /ou encerrado, DEVE ser
estornado pelo fluxo de SD Vendas para que seja atualizar no
gerenciamento da rea de controle de crdito.

O SAP disponibiliza de algumas transaes que possa visualizar como um

todo. Os documentos criados, seus dados, porcentagem de utilizao do
contrato, cenrio do status atual de cada um.
Transao: VX14N
Azul: Nesse campo pode criar um novo documento, editar visualizar, criar
com cpia e etc.
Verde: Nesse campo mostra todos os tipos de documentos financeiros
criados e seu status atual
Amarelo: Nesse campo pode ver o detalhe em linhas dos documentos
existentes
Laranja: Nesse campo pode explorar todas as abas e campo do um
documento especfico
Vermelho: Nesse campo consegue verificar o valor e porcentagem da
utilizao da garantia cedida pelo cliente
Setas vermelhas: Recurso que pode arrastar para ambos lados

Transao: VXA1 Permite visualizar qual documento financeiro esta

atribuda no fluxo de vendas (SD)

1 Visualizar documento financeiro

2 Visualizar documento de SD
3 Detalhe entre o vnculo dos dois documentos.