Criado em: 04/09/2020 Por: Thatiane Cordeiro

Título da demanda: PRJE0516 - RITM0116951 - Cobrança Terceirizada

Área Solicitante: Arrecadação

Processo/Sub-processo: Cobrança Terceirizada

Sistema: SAP CCS

Responsável TI: Ruthane Costa de Costa

Documento aprovador por: Ruthane Costa de Costa

Data da Aprovação:

Tipo de Intervenção: [] Solução de Contorno [] Corretiva [X] Evolutiva

Histórico de Revisão

Data Versão Descrição Autor

04/09/2020 1.0 Criação do documento Thatiane Cordeiro

Especificação Funcional
1. Objetivo:

Este projeto tem como objetivo criar e automatizar no SAP CCS a ferramenta de
Cobrança que permite ceder documentos a cobrança terceirizada gerando uma carteira para
uma empresa terceira realizar cobrança. A fim de recuperar dívidas em idade avançada.

2. Problema / Situação Atual

Atualmente no SAP CCS não emitimos etapa de cobrança terceirizada para nenhum
cliente da equatorial. Com o Projeto configurar a ferramenta e automatizar os controles no
SAP CCS, além de permitir trocar informações com as cobradoras via arquivo texto.

3. Especificação da Solução Proposta

A finalidade da proposta é a criação e automatização, no SAP CCS, da ferramenta de

cobrança terceirizada que permite ceder documentos a empresas terceiras realizar
cobrança. A fim de recuperar dívidas de valor elevado em idade avançada.

3.1. Importação do SAS (SDA)

A nova etapa de cobrança passará a fazer parte do comportamento do programa

ZARCR0016_IMPORTACAO_SAS (Importação de Alvos do SAS). Os arquivos para a etapa de cobrança
terceirizada terão a informação do COMPL_1 preenchida com a empresa de cobrança e a informação do
COMPL_2 preenchida com o tipo de carteira selecionado (esta informação deverá ser enviada no arquivo
remessa).

Para a nova etapa de cobrança o processo de importação de alvos passará pelas validações abaixo
verificando os registros de cobrança terceirizada aptos para o processo de advertência.

MOTIVO DESCRIÇÃO
01 DOCUMENTO OU CONTA CONTRATO BLOQUEADA
03 DOCUMENTO PARCELADO
06 DOCUMENTO ARRECADADO, ESTORNADO, TRANSFE
07 DOCUMENTO PRESCRITO
10 QUANTIDADE LIMITE ATINGIDA PARA O ID.
12 VALIDAR SE EXISTE NOTA DE NEGOCIAÇÃO ABERTA (RECE, ATIV, IMPR,
AGUA, DEVO E PROC)
17 DOCUMENTO NÃO VENCIDO
21 DOCUMENTO NÃO IDENTIFICADO
22 DOCUMENTO NÃO É UM DOC COBRANÇA/FATURA
26 ETAPA DE COBRANÇA INVÁLIDA
40 CONTA CONTRATO CONTÉM DOCUMENTO PROTESTADO
42 FATURA JÁ CEDIDA COB. TERCEIRA
43 EMPRESA PARCEIRA DE COBRANÇA TERCERIZADA NÃO CADASTRADO.

3.1.1. Detalhes das validações e respectivos status a serem implementados neste projeto

Especificação Funcional
  Fatura/Documento já cedido a cobrança terceira – Status 42

Verificar se fatura/documento de cobrança já foi cedido para cobrança terceirizada.

Caso já tenho sido cedido, este não deverá ser enviado novamente.
Para tal, verificar na tabela de controle da cobrança terceirizada se
fatura/documento de cobrança em questão já se encontra cadastrado, caso esteja, os
registros serão desconsiderados do processo e gravados na tabela de histórico
ZARCT031_IMPSASH com status 42.

 Empresa Parceira de cobrança terceirizada não cadastrada – Status 43

Será criada uma tabela para cadastro das empresas de cobrança terceirizada
conveniadas. O processo ocorrerá por meio de verificação nesta tabela. Caso não exista, o
registro será gravado na tabela de histórico ZARCT031_IMPSASH com status 43.
Será criada a transação ZARC0XXX para cadastro das empresas de cobrança
terceirizada.

 Validar se existe nota de negociação aberta – Status 12

Caso exista nota de negociação aberta, gravar registros na tabela de histórico

ZARCT031_IMPSASH com status 12.
Uma vez as faturas estejam cedidas a cobrança terceirizada, as mesmas não
poderão sofrer nenhuma atividade de cobrança, sendo necessário para tal a retirada da
carteira da empresa parceira.

Caso todas as validações sejam satisfeitas deverá ser populado na tabela temporária
ZARCT030_IMPSAS conforme processo de cobrança definido.

Complementando a configuração da importação e execução da atividade, será realizado

configurações da etapa de advertência de Cobrança Terceirizada.

3.2. Configuração da Etapa de Advertência

Para configuração da etapa de Cobrança Terceirizada será criada a etapa “COBT” conforme
abaixo:

SPRO > Contabilidade financeira > Conta corrente contratual > Transações contábeis > Advertir >
Advertência segundo estratégia de cobrança > Definir etapa de cobrança

Especificação Funcional
 SPRO > Contabilidade financeira > Conta corrente contratual > Transações contábeis > Advertir >
Configurar atividades de advertência

Especificação Funcional
 A configuração abaixo, terá o acréscimo de novos status vinculados a nova etapa de cobrança COBT
para a lista de Histórico de Importação de alvos SAS na tabela ZARCT074_IMPSASH.

Status Descrição
42 FATURA JÁ CEDIDA COB. TERCEIRA
43 EMPRESA PARCEIRA DE COBRANÇA TERCEIRIZADA NÃO CADASTRADA.

Inclusão dos motivos de bloqueio considerados no processo para a nova etapa de cobrança na tabela
ZARCT025_ACOES.

Motivo de Bloqueio Descrição Etapa

8 Decisão Judicial – Recuperação Judicial COBT
9 Decisão Judicial – Geral COBT
A Administrativo – Reclamação COBT
B Administrativo - Concessão Prazo COBT
Administrativo - Débito Pago Não COBT
C Baixado
D Administrativo – ANEEL COBT
E Administrativo – PROCON COBT
F Administrativo – ARCON COBT
G Administrativo – Ouvidoria COBT
H Administrativo - Cálculo CNR COBT
I Administrativo – Incobrável COBT
J Administrativo - Troca de Titularidade COBT
Administrativo - Arrecadação em
K clarificação COBT
Administrativo - Aferição de COBT
M Equipamento
O Administrativo - Cliente protestado COBT

3.3. Parceiro de Cobrança Terceirizada

Especificação Funcional
 Cadastrar parceiro de cobrança terceirizada COBTERC001 (Função Fornecedor) conforme abaixo:

SPRO > Contabilidade financeira > Conta corrente contratual > Transações contábeis > Taxa de
cobrança > Gravar escritórios de cobranças

3.4. Status de Cobrança Terceirizada

Cadastro de status de cobrança terceirizada conforme abaixo:

SPRO > Contabilidade financeira > Conta corrente contratual > Transações contábeis > Taxa de
cobrança > Definir status da cessão

3.5. Atividade de Advertência

No processo de execução da atividade de advertência que é executado na transação FPVB será

implementada a validação da tabela de controle de importação ZARCT030_IMPSAS agrupando os
débitos por Fatura ou Documento de Cobrança. Validando o vencimento da fatura e em caso de
documentos em aberto validos deverá ser chamada a função ZARCF0151_DUNNING_COBT_0350

Especificação Funcional
 gerando a cessão de documentos a empresa de Cobrança terceirizada. Gravando as informações nas
tabelas DFKKOP, DFKKCOLLH e DFKKCOLL. A definição da empresa de cobrança tercerizada
deverá ser realizada atravez do campo Compl 1 da Etapa da tabela ZARCT030_IMPSAS e o tipo de
carteira deverá ser informado pelo campo Compl 2 da Etapa da tabela ZARCT030_IMPSAS.

3.6. Remessa de Cobrança Terceirizada

A liberação das faturas para a cessão a Empresa de Cobrança Tercerizada deverá ser feita através
das transações standard FP03DM (Cessão de Faturas em massa) e FPCI (para retirada de faturas
cedidas).
O processamento da remessa se dará através da transação FP03DM. Após a liberação feita na
FPVB, os documentos estarão disponíveis para cessão de crédito, via FP03DM.
Ao acessar a transação FP03DM, deverão ser informados os filtros desejados na primeira aba
(Seleções gerais) e na terceira aba (Parâmetro cessão) deverá ser informado o escritório de cobrança
para o qual será feita a cessão e o diretório da AL11 onde o arquivo gerado deverá ser gravado.

Ao final do processamento, o programa de remessa, deverá gerar um arquivo sumarizado por

fatura e disponibilizado em formato .txt em diretório da AL11 para envio das remessas as empresas de
cobrança terceirizada.

Especificação Funcional
 O layout do arquivo de remessa (body) deve seguir as seguintes especificações. Consultar layout
do header e do trailer no final deste documento.

CAMPO TIPO OBSERVAÇÃO

ID_LINHA Char(1) / SATZTYP_I_KK 1 – header 2 – body ou 9 – trailer
CONTA_CONTRATO Char (12) / VKONT_KK
NOME Char (40) / AD_NAME1
INSTALACAO Char (10) / ANLAGE
PARCEIRO_NEGOCIO Char (10) / GPART_KK
TIPO_DOCUMENTO Numérico (2) / ZZ_TP_DOC_COBT 01 – CPF ou 02 – CNPJ
CPF Char (20) / BPTAXNUM
RG Char (20) / ZZDOC_DEVEDOR
TEL_FIXO Char (11) / ZZ_TEL_COBT
TEL_MOVEL Char (11) / ZZ_TEL_COBT
ENDERECO Char (60) / AD_STREET
NUMERO Char (10) / AD_HSNM1
COMPLEMENTO Char (10) / AD_HSNM2
BAIRRO Char (40) / AD_CITY2
MUNICIPIO Char (40) / AD_CITY1
CEP Char (12) / AD_CITYNUM
Char (2) /
STATUS_COMERCIAL ZZ_STATUS_COMERCIAL
AREA Char (30) / ZZ_AREA
FATURA Char (16) / XBLNR_KK
VENCIMENTO Data (8) / DATUM AAAAMMDD
DIAS Numérico (4) / ZZ_DIAS Considerar zeros a esquerda
VLR_AB Decimal (16) / MBETM_KK 2 casas decimais após a vírgula
RESPONSAVEL Char (40) / AD_NAME1
EMPRESA_COBRADORA Char (10) / INKGP_KK
TIPO_CARTEIRA Char (20) / ZZ_TIPO_CARTEIRA

Para que o arquivo seja gerado no layout desejado serão implementadas as seguintes funções:
 ZARCF0155_COBT_EVE_5051_HEADER, no evento 5051 para alterações no
cabeçalho do arquivo, via FPCI.
 ZARCF0156_COBT_EVE_5052_BODY, no evento 5052 para alterações no corpo do
arquivo (itens), via FPCI.
 ZARCF0157_COBT_EVE_5053TRAILER, no evento 5053 para alterações no rodapé
do arquivo, via FPCI.
 ZARCF0155_COBT_EVE_5062_HEADER, no evento 5062 para alterações no
cabeçalho do arquivo, via FP03DM.
 ZARCF0156_COBT_EVE_5063_BODY, no evento 5063 para alterações no corpo do
arquivo (itens), via FP03DM.
 ZARCF0157_COBT_EVE_5064TRAILER, no evento 5064 para alterações no rodapé
do arquivo, via FP03DM.

Além da criação de enhancements nas funções FKK_MASS_AKT_0097_END (FPCI) e

FKK_MASS_AKT_0098_END (FP03DM) para que o arquivo seja emitido no formato desejado.

3.7. Motivo de Chamada de Retorno de Cobrança Terceirizada

Especificação Funcional
 Cadastro de motivo de chamada de retorno para cobrança terceirizada conforme abaixo:

SPRO > Contabilidade financeira > Conta corrente contratual > Transações contábeis > Taxa de
cobrança > Definir motivos para a chamada de retorno de contas a receber

3.8. Retirada Automática de Cobrança Terceirizada

Para a retirada automática do processo de cobrança terceirizada será implementada a retirada por
prescrição na cobradora, retirada prescrição da dívida, retirada por parcelamento, retirada por
pagamento e retirada por devolução. Deverão ser gravados os motivos de retirada em todos os
movimentos da carteira.

3.8.1. Retirada por Prescrição na Cobradora

Será cadastrado, por cobradora, um parâmetro de dias, o qual o SAP CSS deverá ler e verificar
se a quantidade de dias já foi atingida. Uma vez atingida, o sistema enviará a retirada da carteira
da cobradora.

Tal processo será executado através da chamada da transação FP03U via Z_MASS_ACT
paralelizado pelo objeto Conta Contrato. Onde a retirada será via parametrização na tabela
ZISU_CT_CONFIG e implementada a retirada no evento 5065, função
ZARCF0164_COBT_5065.

3.8.2. Retirada por Prescrição

Quando os débitos da carteira cedida atingirem o prazo de prescrição, o sistema enviará a

retirada da carteira da cobradora.
Tal processo será executado através da chamada da transação FP03U via Z_MASS_ACT
paralelizado pelo objeto Conta Contrato. Onde a retirada será via validação pela função

Especificação Funcional
 ZARCF0011_PRESCRICAO que irá validar a necessidade de retirada no evento 5056, função
ZARCF0164_COBT_5065.

3.8.3. Retirada por Parcelamento de Débitos

Será permitido o parcelamento de débitos nos seguintes canais de atendimento: CRM, SAP CCS
e SITE. O processo de retirada por parcelamento de débitos só deve ser enviado à cobradora se o
parcelamento tiver sido confirmado. Logo em caso de envio para aprovação via WF o mesmo só
será retirado em caso de aprovação.

Quando o parcelamento for com troca, é sempre necessário fazer transferência de débito. Neste
cenário, deverá ser previsto a verificação do parcelamento na conta contrato de destino.

Para tal a re-chamada das faturas cedidas será realizada no evento 3040 e implementada na
função ZARCF0154_COBT_3040.

3.8.4. Retirada por Diferimento

Para as faturas ou parcelas avulsas cujo estejam passando pela etapa de diferimento através da
FPE2 que realiza a chamada do evento 1120, através do módulo de função
ZARCF0165_COBT_1120. No entanto o SAP não chama o mesmo evento quando existem
diferimentos para parcelas, neste caso será necessário incluir uma lógica no evento 3041, da
seguinte maneira:

Verificar se a chave estatística (STAKZ) é igual a “R”. Caso positivo, checar se a nova data de
diferimento está preenchida e se ela é diferente da data de diferimento anterior. Caso seja e o
INKPS (item de cobrança) esteja preenchido, chamar o FM
ZARCF0168_COBT_RECALL_C_AGENCY passando os documentos de parcelamento.

Obs.: No evento 5065 será necessário validar se a origem da retirada foi pelo processo de
diferimento de parcela vide evento 1120 e 3041. Caso positivo, atualizar o motivo de retirada
igual a “08”.

3.8.5. Retirada por Pagamento

Quando os débitos cedidos às cobradoras forem compensados, estes deverão ser enviados para
retirada da carteira da cobradora utilizando o motivo compensado. Débitos cedidos para
cobradoras estarão disponíveis para pagamento no site e no POS.

Débitos compensados por perdas não deverão ser enviados para retirada das cobradoras, desta
forma será criado uma configuração na tabela ZISU_CT_CONFIG para definir se débitos com
origem de compensação igual a 04 e 14 poderão ser retirados dos escritórios de cobrança.

Dentro do módulo de função ISU_SAMPLE_0020 existe uma rotina standard para atualizar a
tabela DFKKCOLL e DFKKCOLLH iniciando o processo de retirada do contas a receber. Esse
processo é chamado para os casos de compensação, anulação e estorno.

Especificação Funcional
 O standard utiliza como controle uma variável (i_process) determinando o âmbito da atualização,
ou seja:

1 = Reversão;
2 = Estorno;
3 = Devolução;
‘‘ ” = Compensação.

Existem três módulos de função que o standard utiliza para atualizar a razão da chamada do
contas a receber durante o processo de baixa:

 Baixa por reversão, estorno e devolução.

o FKK_COLL_AGENCY_RESET_CLEARING
o FKK_COLLECTION_AGENCY_REVERSE

 Baixa por compensação.

o FKK_COLLECTION_AGENCY_REVERSE
o FKK_COLL_AGENCY_UPDATE_STATUS

Para ambos os módulos de função existe um perform BUILD_DFKKCOLLH responsável pela

atualização da tabela DFKKCOLLH.

Será necessário incluir um enhancement point dentro do perform build_dfkkcollh no final da

última rotina, inserindo as seguintes validações abaixo.

Especificação Funcional
  Realizar um loop para cada item da tabela interna P_T_HISTORY_COLL que
representa os itens a serem atualizados na DFKKCOLLH. Atualizar o campo de motivo
de chamada de retorno (RUGRD) da seguinte maneira:

Verificar a origem do pagamento de acordo com o documento associado no escritório

de cobrança e item de cobrança (OPBEL e INKPS) entra as tabelas internas (FKKCL e
DFKKCOLL / DFKKCOLLH).

Caso o motivo de compensação (AUGRD) do item na FKKCL seja igual a 03

(Transferir partidas) atualizar o campo RUGRD com o valor 02 (troca de titularidade –
Transf. de Débito.)

Caso P_PROCESS = “ “ (branco)

RUGRD = “13” (Compensação)
Caso P_PROCESS = “1” (Estorno)
RUGRD = “16” (Estorno)
Caso P_PROCESS = “2” (Anulação)
RUGRD = “14” (Anulação)
Caso P_PROCESS = “3” (Devolução)
RUGRD = “15” (Devolução)

Antes de atualizar as tabelas DFKKCOLL e DFKKCOLLH no evento 0020 será

validado se os parâmetros da tabela ZISU_CT_CONFIG estão preenchidos com os
valores da chave abaixo:

ZMODULE = FI-CA
AREA = COBT
KEY01 = PERD

Verificar se o motivo de compensação (AUGRD) da estrutura FKKCL está preenchida

com um dos valores associados ao parâmetro “VAL01”. Caso esteja, eliminar os itens
preenchidos na tabela DFKKCOLL e DFKKCOLLH e pular a rotina de atualização de
commit do banco.

Caso contrário atualizar também a tabela DFKKCOLL e DFKKCOLLH com o motivo

de retorno (RUGRD) seguindo a regra acima.

3.8.6. Retirada por Devolução da cobradora

As cobradoras podem devolver as carteiras cedidas a qualquer momento, total ou parcial. Para
devolução, esperamos código de devolução no arquivo retornado previamente cadastrado no
SAP CCS. O arquivo deverá ser devolvido no layout esperado pelo SAP CCS. Deverá ser
previsto no arquivo através do campo ACEITE com o valor “N” sinalizando a devolução.

Tal ajuste será realizado no processamento do programa de retorno onde quando o campo
ACEITE estiver preenchido com “N” o mesmo irá retirar a fatura do processo de Cobrança
Terceirizada.

3.8.7. Retirada Manual de Cobrança Terceirizada

Para o processo de retirada manual será utilizada a transação FP03 onde o cliente poderá realizar
a re-chamada de faturas conforme necessidade.

Especificação Funcional
 3.8.8. Desativação de plano

Em casos onde houver uma desativação de plano de pagamento contendo itens em escritório com
o status de cobrança igual a cedido (02) será necessário realizar a chamada do contas a receber.
Desta forma implementar o evento 3045 e seguir as seguintes validações:

 Realizar uma seleção na DFKKCOLL com o número do documento (OPBEL) e item de

cobrança (INKPS) da estrutura R_FKKOP;

 Inserir os documentos que estão em escritório de cobrança na estrutura T_FKKOP e

chamar o módulo de função ZARCF0168_COBT_RECALL_C_AGENCY.

Obs.: No evento 5065 será necessário validar se a origem da retirada foi pelo processo de
desativação de plano de pagamento, vide evento 3045. Caso positivo, atualizar o motivo de
retirada igual a “12”.

3.9. Retirada Massiva de Cobrança Terceirizada

Para retirada massiva de cobrança terceirizada deverá ser criada a

transação ZARC0171 (programa ZARCR0162_COBT_RETIRADA_MASSA) para ler as informações
de conta contrato e executar a chamada do módulo de função
ZARCF0168_COBT_RECALL_C_AGENCY responsável por gerar a chamada do contas a receber.

Realizar a busca dos documentos que estão na tabela DFKKCOLL utilizando a função
FKK_COLLECT_AGENCY_ITEM_SELECT, passando como parâmetro as seguintes informações:

T_VKONT_RANGE = Range com a conta contrato do arquivo;

T_INKGP_RANGE = Escritório de cobrança do arquivo;
T_AGSTA_RANGE = Utilizar como base os status de apresentação (02, 04, 06, 10, 11, 13, 15).

Após o retorno do FM, verificar se a tabela T_FKKCOLL está preenchida. Caso positivo chamar o
módulo de função FKK_BP_LINE_ITEMS_SELECT passando o número do documento (OPBEL) e
item de cobrança (INKPS) da tabela T_FKKCOLL.

Para os itens inseridos na tabela T_FKKOP chamar o FM

ZARCF0168_COBT_RECALL_C_AGENCY passando como parâmetro os itens para realizar a
chamada de retorno do contas a receber.

Obs.: No evento 5065 será necessário validar se a origem da retirada foi pelo processo de
retirada massiva. Caso positivo, atualizar o motivo de retirada para “11”.

Especificação Funcional
 3.9.1. Execução Via Arquivo 
 
Teremos como parâmetros na tela de seleção campos para informar a Empresa
Cobradora e o diretório onde encontra-se o arquivo. 
 

 O layout do arquivo de retirada massiva (body) deve seguir as seguintes especificações. Consultar

layout do header e do trailer no final deste documento. 
 
CAMPO TIPO OBSERVAÇÃO
ID_LINHA Char(1) / SATZTYP_I_KK 1 – header 2 – body ou 9 – trailer
CONTA_CONTRATO Char (12) / VKONT_KK
 
3.9.2. Execução Por Conta Contrato (via Z_MASS_ACT) 
 
Teremos como parâmetros na tela de seleção campos para informar a Empresa Cobradora e Conta
Contrato, a execução para este tipo de retirada deverá ser feita através da transação Z_MASS_ACT. 
 

3.10. Recebimento de Dados Cadastrais

O recebimento do arquivo informacional servirá apenas para enriquecimento da base de dados no SAP
CCS. Através deste arquivo, as cobradoras informarão os dados cadastrais atualizados de seus clientes e
estes serão gravados em uma tabela no SAP CCS.

Na transação ZARC0166, teremos como parâmetro na tela de seleção um campo para informar o
diretório onde encontra-se o arquivo .txt.

A tabela ZARCT136_COBT_DC que possui os seguintes campos irá armazenar os dados recebidos via
arquivo. Layout do body especificado abaixo, onsultar layout do header e do trailer no final deste
documento.

CAMPO TIPO OBSERVAÇÃO

ID_LINHA Char(1) / SATZTYP_I_KK 1 – header 2 – body ou 9 – trailer
CONTA_CONTRATO Char (12) / VKONT_KK
NOME Char (40) / ZZ_NOME_GPART
INSTALACAO Char (10) / ANLAGE

Especificação Funcional
 PARCEIRO_NEGOCIO Char (10) / GPART_KK
TIPO_DOCUMENTO Numérico (2) / ZZ_TP_DOC_COBT 01 – CPF ou 02 – CNPJ
CPF Char (20) / ZZ_CPF_CNPJ
RG Char (60) / ZZ_RG
ORGAO_EXPEDIDOR Char (40) / ZZ_ORG_EXPEDIDOR
ESTADO Char (3) / ZZ_ESTADO
EMAIL Char (241) / AD_SMTPADR
NIS Numérico (11) / ZZ_NIS_COBT
COD_FAMILIAR Char (10) / ZZ_COD_FAMILIAR
NOME_MAE Char (40) / ZZ_NOME_MAE
TEL_FIXO Char (30) / ZZ_TEL_FIXO
TEL_MOVEL Char (30) / ZZ_TEL_MOVEL
ENDERECO Char (60) / AD_STREET
NUMERO Char (10) / AD_HSNM1
COMPLEMENTO Char (10) / AD_HSNM2
BAIRRO Char (40) / AD_CITY2
MUNICIPIO Char (40) / ZZ_MUNICIPIO
CEP Char (12) / ZZ_CEP_COBT
SITUACAO_CLIENTE Char (2) / ZZ_SITUACAO_CLIENTE
AREA Char (30) / ZZ_AREA

3.11. Transação de Consulta de Cobrança Terceirizada

Criar a transação ZARC0165 para consulta das cobranças terceirizadas já enviadas as cobradoras. Nesta
transação serão consultadas as seguintes informações sobre a cobrança terceirizada: faturas,
vencimento, valor, data cessão, parceiro, conta contrato do cliente em cobrança e empresa cobradora.

Teremos como parâmetro na tela de seleção os possíveis filtros: fatura, parceiro, conta contrato e
empresa cobradora. Poderá ser utilizada como base, para construção da nova transação, a transação
standard FP03L que faz a exibição das seguintes informações: faturas (Nº doc. referência), valor
(Montante), data cessão (Data cessão), parceiro (ParcNeg.), conta contrato do cliente em cobrança
(Cta.contr.) e empresa cobradora (CobrançaPN).

3.12. Retorno de Cobrança Terceirizada

Será disponibilizado em diretório da AL11 arquivo em formato .txt para processamento do retorno. O
programa deverá analisar se o arquivo tem o layout esperado, caso negativo o arquivo deverá ser
movido para a pasta de ERRO.

As empresas de cobrança terceirizada deverão enviar um arquivo de retorno ao SAP CCS informando se
a fatura foi aceita, se houve contato com o cliente, data e tipo de contato. Será possível informar até 3
tipos de contato, por vez, com suas respectivas informações.

As informações serão armazenadas na tabela DFKKCOLLH, pela transação ZARC0167 (programa

ZARCR0161_RETORNO_TERCEIRIZA).

O layout do arquivo de retorno (body) deve seguir as especificações abaixo. Consultar layout do header
e do trailer no final deste documento.

Especificação Funcional
 CAMPO TIPO OBSERVAÇÃO

Especificação Funcional
 ID_LINHA Char(1) / SATZTYP_I_KK 1 – header 2 – body ou 9 – trailer
CONTA_CONTRATO Char (12) / VKONT_KK
NOME Char (40) / ZZ_NOME_GPART
INSTALACAO Char (10) / ANLAGE
PARCEIRO_NEGOCIO Char (10) / GPART_KK
TIPO_DOCUMENTO Numérico (2) / ZZ_TP_DOC_COBT 01 – CPF ou 02 – CNPJ
CPF Char (20) / ZZ_CPF_CNPJ
RG Char (20) / ZZ_RG
TEL_FIXO Char (11) / ZZ_TEL_FIXO
TEL_MOVEL Char (11) / ZZ_TEL_MOVEL
ENDERECO Char (60) / AD_STREET
NUMERO Char (10) / AD_HSNM1
COMPLEMENTO Char (10) / AD_HSNM2
BAIRRO Char (40) / AD_CITY2
MUNICIPIO Char (40) / ZZ_MUNICIPIO
CEP Char (12) / ZZ_CEP_COBT
Char (2) /
STATUS_COMERCIAL ZZ_STATUS_COMERCIAL
AREA Char (30) / ZZ_AREA
FATURA Char (16) / XBLNR_KK
VENCIMENTO Numérico (8) / ZZ_VENCIMENTO AAAAMMDD
DIAS Numérico (4) / ZZ_DIAS Considerar zeros a esquerda
VLR_AB Decimal (13) / MBETM_KK 2 casas decimais após a vírgula
RESPONSAVEL Char (40) / ZZ_RESPONSAVEL
EMPRESA_COBRADORA Char (10) / INKGP_KK
TIPO_CARTEIRA Char (20) / ZZ_TIPO_CARTEIRA
Reserva_futuro1 Char (20) / ZZ_RESERVA1 Em branco
Reserva_futuro2 Char (20) / ZZ_RESERVA2 Em branco
ACEITE Char(1) / ZZ_ACEITE S(Sim) ou N(Não)
Char (10) /
STATUS_COBRANCA ZZ_STATUS_COBRANCA
CONTATO_1 Char (10) / ZZ_CONTATO1
DATA_1 Data (8) / ZZ_DATA_1 AAAAMMDD
CONTATO_2 Char (10) / ZZ_CONTATO2
DATA_2 Data (8) / ZZ_DATA_2 AAAAMMDD
CONTATO_3 Char (10) / ZZ_CONTATO3
DATA_3 Data (8) / ZZ_DATA_3 AAAAMMDD

3.13. Layout header

Todas os arquivos deverão ter a primeira linha com o layout de header abaixo.

CAMPO TIPO OBSERVAÇÃO

ID_LINHA Char(1) / SATZTYP_I_KK 1 – header 2 – body ou 9 – trailer
Char (1) / ZZ_TIPOA_ARQ_COBT I – Inclusão (FP03DM)
E – Exclusão (FPCI)
R – Retorno
D – Dados Cadastrais
TIPO_ARQUIVO C – Retirada (ReChamada)

Especificação Funcional
 EMPRESA_COBRADORA Char (10) / INKGP_KK
EMPRESA Char (4) / BUKRS C001 – Maranhão ou E141 – Pará
DATA Data(8) / BLDAT_B_KK AAAAMMDD
Numérico(6) / Sequencial
SEQUENCIAL ZZ_SEQ_ARQ_COBT

3.14. Layout trailer

Todas os arquivos deverão ter a última linha com o layout de trailer abaixo.

CAMPO TIPO OBSERVAÇÃO

ID_LINHA Char(1) / SATZTYP_I_KK 1 – header 2 – body ou 9 – trailer
EMPRESA_COBRADORA Char (10) / INKGP_KK
RECNUM Char (4) / BUKRS Número de registros no file
SOMATORIO Char(18) / SUMAF_KK Total de contas a receber cedidas

O campo somatório só deverá ser preenchido nos arquivos do tipo remessa, nos demais arquivos
ele deverá ficar em branco.

1. Cenários de Teste

Cenário Descrição Etapa Resultado Esperado

s
Não preenchimento dos alvos
Importação de Alvos do SAS com documentos bloqueados, na tabela temporária
parcelados, prescritos, arrecadado, estornado, vencido, não ZARCT030_IMPSAS gerando
identificado, diferente de FA e DC, baixa renda, protestados, log na ZARCT031_IMPSASH
CT001
cedido para Cobrança Tercerizada, Cobradora inexistente. em caso de erro e preencher os
Utilizar algumas etapas aleatorias nos arquivos (como cort, dados corretamenta na tabela
recort, reaviso) para certificar se esta dando dump ou não) ZARCT030_IMPSAS em cao
de sucesso.
Parceiro cadastrado na BP e
Evidênciar Configuração de Cobradora Tercerizada (Gravar escritórios
CT002 de cobranças)
Gravar escritórios de
cobranças.
Realizar cessão das faturas para
CT003 Execução da Advertência - etapa COBT ( FPVA/FPVB ) empresa Cobradora
Tercerizada.

CT004 Cessão de faturas (FP03DM / FPCI)  

Atualizar exclusão na tabela

CT005 Retirada por Pagamentos (01, 02, 05,08,15,26) – faturas cedidas.
DFKKCOLL.
Atualizar exclusão na tabela
CT006 Retirada por Parcelamento ( Com WF e Sem WF ) – Faturas Cedidas
DFKKCOLL.
Atualizar exclusão na tabela
CT07 Retirada por Bloqueio – Faturas cedidas
DFKKCOLL.
Atualizar exclusão na tabela
CT08 Retirada por Refaturamento – Faturas cedidas
DFKKCOLL.
Atualizar exclusão na tabela
CT09 Retirada por Diferimento – Faturas cedidas
DFKKCOLL.
Atualizar exclusão na tabela
CT10 Estorno de fatura cedidas.
DFKKCOLL.
CT11 Bloqueio de transferência FP40 Atualizar exclusão na tabela

Especificação Funcional
 DFKKCOLL.

Exibir icone de itens cedidos a

CT12 Mensagem FPL9
cobradora.

Geração de arquivo de
CT13 Geração arquivo de remessa Inclusão conforme layout
Remessa.
Geração de arquivo de
CT14 Geração arquivo de remessa Exclusão conforme layout
Remessa.
Processar retorno de recusa de
CT15 Processamento de arquivo de retorno conforme layout
faturas e ações de cobrança.
Processar arquivo de
CT16 Processamento de arquivo de atualização cadastral conforme layout atualização cadastral e registrar
na tabela interna de controle.
Processar arquivo de retirada
CT17 Interface para Retirada Massiva da Cobrança Terceirizada massiva de clientes de
Cobrança Tercerizada.
Realizar consulta individual de
CT18 Transação de Consulta cliente sumarizando resyultado
de cessão por fatura.
Não preenchimento dos alvos
na tabela temporária
ZARCT030_IMPSAS gerando
log na ZARCT031_IMPSASH
CT17 Mensagem FPL9
em caso de erro e preencher os
dados corretamenta na tabela
ZARCT030_IMPSAS em cao
de sucesso.
Parceiro cadastrado na BP e
CT18 Geração arquivo de remessa Inclusão conforme layout Gravar escritórios de
cobranças.

2. Premissas e Restrições gerais

3. Riscos e Impactos

4. Especificação da Solução Técnicas (USO ACCENTURE)

Especificação Funcional