NECTAR BI

Cobrança com tecnologia e inovação

Manual atualizado em 15/03/2013

Versão 3.5.2013.0313
 INDICE.
1) Menu > Financeiro
1.1 _Caixa

2) Menu > Cadastro

2.1_Assessoria
2.1.1_Links....
• Equipe > negociador por equipe
• Feriado
• Filial
2.1.2._Configurações da Equipe NectarBI x Fila de trabalho do
“Vonix/Teledata/Calflex/Gennix”
2.1.3._Funcionamento dos tipos de fila no “VONIX/TELEDATA/CALFLEX/GENNIX”:
2.1.4._Funcionamento dos tipos de equipe no NECTAR BI:
2.1.5._Configurando a Equipe no NECTAR BI.
2.1.6._Tipo de fila de Cobrança - Ativo Manual / Receptivo Manual:
2.1.7._DiscadorIP – Ativo discador automático preditivo / Receptivo:

2.2_Campanha:
2.2.1_Campos na tela principal da campanha:
2.2.2_Links......
• Negociadores:
• Ocorrências:
• Temporização de ocorrências:
• Situação específica:
• Segmentação de equipe:
• Segmentação de cobrança:
• Segmentações por Best Time To Call:
2.2.3_Campos Segmentações de Cobrança:

2.3_Cliente:

2.4_Empresa:
2.4.1_Links na tela principal da empresa:
• Bandeira de Cartões de Crédito
• Carteira
• Carteira Negociação
• Classe
• Comissão
• Documento
• Espécie de pagamento
• Lojas
• Motivo de devolução
• Motivo de pagamento direto
• Negociação
• Ocorrência
• Inconsistências Importação

2.4.2_Campos tela principal da Carteira

2.4.3_Campos tela Assessoria

3) Menu > Operacional:

3.1_Cancelamento de Acordo:
3.2_Envio de Acordo:
3.3_Excluir prestação de contas:
3.4_Gera boleto de Acordo:
3.5_Gera devolução por borderô:
3.6_Gera devolução por seleção:
3.7_Gera evento:
3.8_Gera prestação de contas:
3.9_Fila de emails – Nectar service:
3.10_Gera mala direta:
3.11_Processos:

4) Menu > Tabelas

4.1_Alíneas:
4.2_Bancos:
4.3_Consumo:
4.4_Cargo:
4.5_DDD:
4.6_Estado:
4.7_Fornecedor:
4.8_Moeda:
4.9_Ocorrência:
4.10_Situação:

5) Menu > Auditoria

5.1_ Monitor / Painel de produtividade

6) Score
7) Market Basket Analysis (MBA)
8) Best Time to call
9) Cópia de perfil
10) Controle de usuários

Anexos:
1. Suspensão de cobrança (dicionário)
 1. Menu > Financeiro

1.1 Caixa:

Dispositivo utilizado no sistema para controle financeiro das baixas de pagamento

efetuadas. Para efetuar a baixa ou estorno do pagamento se faz necessária a abertura
de um caixa para o dia.

Incluir um novo caixa clique aqui.

Na tela inicial serão listados todos os caixas abertos no sistema, sendo que esta busca
poderá ser realizada por:

 ‘ Responsável’ = Nome do responsável pela abertura do caixa

 ‘Data’ = Data de abertura do caixa
 ´Data de encerramento’ = Data de encerramento do caixa

Exemplo de abertura do Caixa:

Aqui você escolhe o usuário
Escolher a Assessoria a ser utilizada responsável /autorizado a
no caixa. baixar/estornar o pagamento.

Colocar a data do dia. Após preenchimento dos campos

indicados clicarem no CONFIRMAR para
concluir.

Exemplos de encerramento de Caixa:

Preencha aqui a data.

Após preenchimento dos campos indicados

clicarem no CONFIRMAR para concluir.
Observação: ao final do dia se faz obrigatório o fechamento do caixa, sendo que não é
necessário informar o saldo final.

2. Menu > Cadastro

2.1_Assessoria: Dados cadastrais referente à sua Empresa, estas informações poderão

ser utilizadas em alguns formulários impressos pelo sistema.

No sistema poderá ser cadastrada mais de uma assessoria caso haja necessidade de
separação dos credores se na empresa houver mais de uma filial ou se é feita
quarteirização da carteira. Desta forma os usuários das filiais terão acesso somente às
carteiras que lhe pertencerem.

Deverá ser preenchida todas as informações cadastrais da assessoria solicitadas na

tela, tais como Razão Social, CNPJ, Endereço etc, pois estes dados poderão ser
utilizados nos boletos emitidos pelo sistema caso assim seja necessário.
No item Expediente temos que informar qual os horarios de funcionamento da
Assessoria, isso e primordial para o processo de agendamento dos acionamentos feitos
pelos cobradores/negociadores.

2.1.1 Cadastro > Assessoria > Links:

 Equipe > Conjunto de negociadores vinculados a um determinado grupo.

Na criação da equipe será necessário vincular ao Supervisor, escolher um
tipo de fila de acordo com forma de trabalho e informar o horário de
trabalho desta equipe.
 Equipe ura> Nesta tela também deverá ser criada equipe para a utilização
na fila de ura.
o A equipe que estiver configurada com fila de ura não irá permitir
que haja negociador vinculado a ela.

OBS: Ferramenta para cadastro dos retornos de URA ATIVA > Se a equipe estiver configurada
como Ura será possível cadastrar os motivos de retorno recebidos na ura.
Utiliza Best Time to Call: Esse campo determinará se aquela equipe utilizará ou não o
método de ligação do “Best Time to Call”.

Nome da fila de discagem: Informar neste campo qual o nome da fila que foi criada na
ferramenta de discador para ser alimentada pelo Nectar.

Estoque de casos na fila: Permite que seja gerenciada a quantidade de casos que
ficaram em estoque, ou seja, a partir de qual quantidade iremos fazer nova
alimentação para deixar a fila sempre com o mínimo definido no campo.

Carga de casos na fila: Quantos telefones devem ser carregados na fila por vez.
Painel controller: Permite escolher se o painel de produtividade será exibido na tela
do monitor de forma detalhada ou não.

Discar para todos telefone: Utilizado para o discador, permite que o Nectar envie para
o discador novamente os telefones de um contrato já discado caso não tenha sido
inserido uma qualificação positiva de atendimento, para que seja tentado localizar
novamente o devedor em outro número.

Quantidade de dias para permanência no blacklist: Informar a quantidade de dias que

o telefone ficará na blacklist. Lembrando que o telefone é incluído na blacklist após o
retorno negativo do mesmo.

 Link > Negociador por equipe: deverão ser marcados os negociadores que
irão fazer parte da equipe cadastrada.
Observação: se o negociador deixar de participar desta equipe o mesmo
deverá ser desmarcado primeiro na campanha e depois da equipe.
  Feriado > O sistema permite que seja cadastrado uma tabela com os
feriados do ano, se a assessoria não quiser que ocorra agendamento de
ocorrência e vencimento de acordo/proposta nestas datas.

2.1.2 Funcionamento dos tipos de equipe no NECTAR BI:

Ativo Manual / Receptivo Manual:

Neste tipo de fila, a ficha é distribuída pelo NECTAR Controller, e feito sem utilização
de automação de discagem.

DISCADOR IP – Ativo discador automático preditivo / Receptivo

Neste tipo de fila, a distribuição das fichas e feita pelo Nectar Controller IP.

É criada uma fila para o discador e se houver o atendimento o mesmo distribui a

ligação para um negociador e o Nectar envia a tela de atendimento já do cliente que
houve a discagem/atendimento.

Discadores integrados com o Nectar: “Vonix/Teledata/Calflex/Gennix”/ DISCADOR IP

– Ura Ativo

Neste tipo de fila, é administrada pelo NECTAR Controller IP, utilizando automação de
discagem, para Assessoria em que temos mais de um PABX.
Observação: no caso de utilização de Tipo de Fila gerenciada pelo Controller IP se faz
obrigatório a utilização do nome da Equipe igual ao nome da Fila de discagem no
“Vonix/Teledata/Calflex/Gennix”..

2.2_Campanha: Conjunto de carteira com a mesma caracteristica de cobrança, neste

item é feita a configuração de estatégias de cobrança.

2.2.1 Campos na tela principal da campanha:

 Assessoria: Selecionar a Assessoria existente no sistema

 Descrição: Nome da campanha que esta sendo cadastrada;

 Grava conversa: Utilizada em empresas que possuam Placa USB de discagem

integrada ao sistema;

 Permite seleção no acionamento: Configuração que libera ou não ao

Negociador/Negociador a opção de selecionar qual segmentação irá trabalhar;
Sim – o Negociador/Negociador poderá escolher qual Campanha e
segmentações disponíveis para ele trabalhar.
Não - o Negociador/Negociador irá trabalhar dentro da estratégia definida, sem
opção de escolha;

 Prioridade de trabalho: permite a definição tipo de acionamento será utilizado

na fila de cobrança, temos duas opções:
  seg – agendamentos: indicado para dar foco numa determinada
segmentação, ignora os agendamentos pendentes de outras
segmentações.

 age – segmentação: indicado para que o sistema sempre verifique a

agenda do Negociador/Negociador priorizando na fila o retorno dos
agendamentos na data e hora marcada independente de qual
segmentação esta sendo trabalhada.

 Minutos para redistribuir a ficha novamente para a discagem: Esse campo

permite configurar por Campanha o tempo para a ficha entrar novamente em
cobrança pelo discador preditivo, podendo variar entre 1 e 360 minutos
(“Vonix/Teledata/Calflex/Gennix”/Calflex).

2.2.2 Cadastro > Campanha > Links:

 Negociadores: vincula a equipe e os negociadores por campanha. Sendo que se
o negociador for desmarcado nesta opção ele perderá a propriedade dos
contratos.

 Ocorrências: vincular quais as ocorrências que deveram ficar liberadas ao

acesso dos negociadores, por campanha.

 Temporização de ocorrências: a ocorrência poderá ter um prazo de

agendamento diferenciado por campanha, neste link o usuário pode adequar a
quantidade mínima ou máxima de dia ou hora a ser agendada uma
determinada ocorrência.

 Situação específica: adequação da situação caso seja necessário que a mesma

tenha configurações diferenciadas para determinadas campanhas.

 Segmentação de cobrança: possibilita a adequação da estratégia do cliente,

com a finalidade de criação das filas de cobrança, esta opção é totalmente
configurável;
  Segmentações por Best Time To Call: Se foi cadastro planos para utilização de
Best Time to call, o mesmo deverá ser selecionado na campanha para associar
quais segmentações irão utiliza-las.

Segmentação de equipe: o sistema permite que tenha equipes vinculadas a mesma

carteira, porém que não trabalhem as mesmas filas de cobrança.

2.2.3 Campos Segmentações de Cobrança:

 Seqüência deverá ser sempre crescente na ordem que as segmentações forem

criadas, sugerimos que tenha um intervalo de 10 em 10;

 Descrição nome que identifica a segmentação;

 Informações inserir lembretes ou observações sobre a segmentação;

 Seqüência de Trabalho da Fila um dos critérios que o sistema utiliza para

priorizar a ordem em que as fichas serão trabalhadas;

 Situação com telefone utilizado pelo sistema no momento da importação para

determinar em qual situação o novo contrato será cadastrado. Sugerimos
utilizar a situação de Ficha Nova;

 Situação sem telefone utilizado pelo sistema no momento da importação para

determinar em qual situação o novo contrato será cadastrado. Sugerimos
utilizar a situação de Pesquisa;

 Hora limite: Hora máxima que é permitido à equipe cobrar

 Adianta Agendamento: Tipo de adiantamento da agenda onde poderá ser

escolhido: Minutos, horas ou dias correspondente ao valor digitado.

o Quando o campo se tratar de minutos, o valor máximo será 60.

o Quando se tratar de horas, o valor máximo será 23.

o Quando se tratar de dias, o valor máximo será 2.

 N de Dias para Inicio da Cobrança quantidade de dias utilizados para

agendamento da ficha no ato da importação da carga de cobrança;

 N de Dias Antes da Devolução Prazo que o sistema irá utilizar para não incluir o
contrato na fila de cobrança se a previsão de devolução estiver para expirar.

 Considera Propriedade Se este campo estiver configurado como “sim” o

sistema irá verificar se o contrato esta vinculado a um determinado negociador
para entrar na fila de cobrança ativa.

o Com propriedade volta para o mesmo negociador.

o Sem propriedade volta para qualquer negociador.

Atenção: Para empresa que utiliza discador esta funcionalidade não e

respeitada no modo preditivo de cobrança.
 Entra na Fila de Cobrança utilizado para evitar que o cliente entre na fila de
cobrança, se a opção estiver configurada como não os contratos ficarão como
não agendado.

 Permite Cadastrar Acordo / Proposta utilizado para definir se é permitido ao

negociador cadastrar Acordo ou Proposta. Na criação de nova segmentação
vem com a configuração padrão como sim, caso não seja permitido, abre um
campo para o usuário digitar uma mensagem que irá ser visualizada na tela de
negociação toda vez que um negociador tentar cadastrar um acordo ou
proposta.

 Discar para Celular: Informar se o negociador pode ou não discar para celular,
se for utilizado discador e este campo estiver com não o sistema não irá
distribuir para o discador telefones do tipo celular, caso o contrato só possua
telefones do tipo celular este contrato ficará como não agendado.

 Discar para Avalista / Referência: Informar se o negociador pode ou não discar

para referências, se for utilizado discador e este campo estiver com não o
sistema não irá distribuir para o discador telefones do tipo referências, caso o
contrato só possua telefones do tipo referência este contrato ficará como não
agendado.

 Disparar eventos automaticamente e passar para a próxima ficha (Discador

USB/Discagem SERIAL): Esta configuração apenas é utilizada para discador
próprio do Nectar, que utiliza placa de discagem individual por estação (P’a).

 Prefixos permitidos para discagem de Celular (opcional): O usuário poderá

informar prefixos de DDD específicos para discagem do tipo celular

 Link: eventos da Segmentação:

Nesta tela é possível configurar rotinas automáticas para geração de eventos

que a partir de uma segmentação pré-determinada.
Fila de URA: Se o evento por segmentação for para gerar fila de ura, deverá ser
selecionado qual a fila será alimentada;
Telefones a serem discados na URA: Selecionar qual o tipo de telefone deverá
conter no cadastro do cliente para ser exportado para a fila de ura.
Evento: Selecione qual evento o sistema deverá gerar.

Gerar evento: Quando entrar na segmentação, ou seja, inserir o andamento

nos contratos somente quando entrarem na segmentação selecionada.

Periodicamente: Inserir o andamento a cada X dia (Dias para a periodicidade),

ou seja, o sistema irá verificar no histórico dos contratos que estiverem na
segmentação selecionada se existe o evento no período, se não houver o
evento no período o sistema irá inserir pela rotina.

Somente na importação: Quando entrar um novo contrato e o mesmo for

alocado na segmentação seleciona o sistema irá fazer o evento.

Gerar evento para casos: O usuário poderá selecionar além dos critérios
existentes na segmentação, opções compatíveis com o evento a ser feito,
exemplo, selecionar a opção possui Celular para evento do tipo SMS.

Máscara para o marcado com: Utilizar um código de identificação para o

evento gerado. “Se for preenchido o código o mesmo será obrigatório na
geração do arquivo”.

Gerar para casos com acordo: Sim ou não

 Complemento para andamentos gerados por evento/segmentação: Preencha
com uma mensagem para visualização no campo complemento do andamento
que será inserido pelo sistema.

Horário Inicia e horário fim: Caso a geração de evento seja periódica

ou ao entrar na segmentação, há a opção de fornecer a data
inicio e fim para ser cadastrado o andamento e o usuário que
ficará com a propriedade do andamento. Caso o evento seja
geração automática de ura, somente o horário inicial deve ser
fornecido.

2.3_Cliente: Na tela cliente poderá ser visualizado ou alterado ou mesmo cadastrar

manualmente todas as informações do cliente/contrato. Links disponíveis na tela de
cadastro do cliente:

 Informações do contrato: como pode ser observado na figura abaixo, neste

item contém informações do contrato que poderão ser úteis no processo de
cobrança e que não ficam disponíveis na tela de atendimento.
 Informações de cobrança: contém informações pertinentes a cobrança já
efetuada.
Aqui você poderá trocar a propriedade da ficha
casos seja necessário

 Acordos: Neste item contém as informações de todos os acordos fechados, que

não estão disponíveis na tela do atendimento. Aqui que você coloca a
propriedade do acordo,
caso necessário.
 Andamento: É exibido(s) em ordem alfabética todo(s) o(s) andamento(s)
existente no cadastro do contrato selecionado.

 Avalistas e Referências: neste item contém informação dos avalistas e

referência recebida via arquivo de carga do Credor. São importados aqui
também todos os telefones de vizinhos oriundos de arquivo de pesquisa.

 Comissão Direta: contém valores de comissão caso na Empresa tenha definição

para tal.
 Email: Exibe o(s) endereço(s) de e-mail do devedor.
 Endereços: Exibe o(s) endereço(s) do devedor.
 Lançamento de Despesa e Receita: Aqui você poderá lançar as despesas
efetuadas e permitir das de serem cobradas. Este lançamento poderá ser feito
manualmente ou através de arquivo de carga.
 Pagamento Direto: Exibe pagamento direto existente no contrato selecionado.
 Parente: Exibe dados cadastrais de parente(s).
 Telefone: Exibe o(s) telefone(s) cadastrado no contrato selecionado.
 Títulos de Cobrança: Exibe o(s) títulos(s) em cobrança atual.
 Títulos Devolvidos: Exibe o(s) títulos(s) que está devolvido.
2.4_Empresa: Tela na qual será configurada todas as regras operacionais, regras da
carteira de cobrança e opções de pagamento.

Os dados aqui cadastrados serão visualizados pelo negociador além da utilização em

vários relatórios.

 Permite configurar entrada mínima: estiver selecionado como “sim” será

possível nas Tabelas de Negociação a configuração da Parcela 1 (à vista) os
campos Valor Mínimo, Valor Mín. Entrada e Entrada na Parcela 1 (à vista).

2.4.1 Cadastro > Empresa > Links:

 Bandeira de Cartões de Crédito: Cadastra bandeiras quando há uma carteira
que cobre cartões;

Para inserir um novo registro clicar no botão ‘incluir novo’, preencher com as
informações necessárias. Se precisar utilizar logo em boletas de forma
diferenciada deverá anexar à logomarca.
 Carteira: Configuração de todas as regras de negociação;

Para visualizar as informações da carteira basta clicar no >>, caso queira colocar
uma nova basta clicar no INCLUIR NOVO.

 Carteira Negociação: Vinculo de carteiras em determinada tabela de

negociação, esta opção possibilita disponibilizar uma tabela para várias
carteiras ou várias tabelas para uma carteira.
 Classe: Classificação de origem do Credor.

 Comissão: Configuração que possibilita flexibilizar e adaptar regras de comissão

individual para cada empresa.
Informar a Data Inicio - Data Fim
 Período que será utilizado para cálculo de comissão. O sistema passará a
contabilizar os acordos cadastrados a partir da data informada.
Informar o tipo de comissão
 Por ocorrência: Será verificada somente se a ocorrência comissionável
está cadastrada anterior ao Pagamento.
 Por Acordo: Verifica se a ocorrência comissionável está cadastrada
anterior ao pagamento E posterior a inclusão do Acordo.
 Por proposta: Verifica se a ocorrência comissionável está cadastrada
anterior ao pagamento E posterior a inclusão de uma proposta
cadastrada pelo negociador, neste caso também verifica se o
pagamento foi feito anterior a data de prorrogação da proposta
Informar Pagamentos a Comissionar:
  Marcar se serão comissionados pagamentos: Acordo assessoria, Acordo
Credor, Pagamentos diretos.
Informar os cargos das pessoas que serão comissionadas:
 O cargo do negociador deverá ser obrigatoriamente Ativo ou Receptivo
-> confirmar.

Clicar no Link ocorrências:

 Informar a Ocorrência: que será comissionada. Ex. Promessa de

pagamento
 Informar a Qtd de dias: É a quantidade de dias, anterior ao pagamento
que o sistema vai procurar essa ocorrência.
 Informar a Hierarquia: Usado para verificar se duas ocorrências devem
ser comissionadas juntas.
o Ex. Se você incluir "Promessa de pagamento" e "Recado" como
duas ocorrências comissionáveis, o sistema só irá comissionar
duas pessoas caso a hierarquia da ocorrência mais antiga seja
menor do que a primeira. Se as duas ocorrências tiverem a
mesma hierarquia, somente a ultima anterior ao pagamento é
comissionada.
Observações:
Somente são comissionados: Um negociador ATIVO e outro RECEPTIVO ou dois
negociadores ATIVOS e nunca dois negociadores RECEPTIVOS.
O sistema identifica um negociador ativo e receptivo, pelo CARGO do
negociador e não pela tela em que a ocorrência é inserida.
Para comissão de pagamentos de demais parcelas de acordo, vale as
ocorrências anteriores ao cadastro do acordo, ou seja, ocorrências realizadas
após o pagamento da primeira parcela não é considerada.
Se houver somente uma ocorrência comissionável dentro da faixa de dias
estipulada no cadastro, apenas um cobrador é comissionado, se houver mais
de uma ocorrência de negociadores diferentes, a comissão é dividida.

 Documento: Nomenclatura que se da a divida a ser cobrada ou a ser abatida

 Espécie de pagamento: Contém o cadastro das diferentes formas de
pagamento a serem utilizados para baixar o pagamento das parcelas de acordo
dos clientes (DI/Boleto/Cheque);
o Campo “Pagamento Credor”: Utilizado para definir quais das espécies
de pagamento vão ser de pagamento credor.

o Informa linha digitável fornecido pelo credor: Esse campo foi

desenvolvido para permiti-lo a inserção de uma linha digitável
informada pelo credor nas parcelas de um acordo gerado. Valor padrão:
"Não"

 Lojas: Para carteiras varejistas poderão ser cadastrada no sistema todas as

filiais.
 Motivo de devolução: Motivo a ser utilizado como informação para identificar
qual solicitação foi feita para o contrato ser devolvido (ex: solicitação do
credor/ prazo expirado).
 Motivo de pagamento direto: Motivo a ser utilizado no cadastramento do
pagamento recebido do Credor, somente será utilizado se o Credor nos enviar
esta informação.
 Negociação: Cadastro das tabelas de negociações, esta opção possibilita que
seja cadastra várias tabelas para a mesma empresa, por faixa de atraso, por
faixa de valor, por alçadas ou por classe, diferenciando os percentuais de
correções, honorário e desconto.
 Ocorrência: Específico para carteiras que é necessário enviar os acionamentos
realizados para o credor.
o "Layout de Retorno": O campo "Layout de Retorno" não é obrigatório.
o Funcionalidade: Permite cadastrar uma mesma ocorrência desde que o
layout de retorno selecionado seja diferente. Possibilitando enviar o
retorno da mesma ocorrência do Nectar com códigos diferentes. Essa
 verificação não será feita para ocorrências que não tenham um layout
de retorno selecionado.
 Inconsistências Importação: Opção para definir as inconsistências positivas e
qual as negativas.

2.4.2 Cadastro > Empresa > Carteira configura todas as regras de negociação.

Campos da tela principal da carteira:

 Descrição Nome que será visualizado na carteira;

 Identificação da Carteira: Identificação a ser utilizado para o processo de
importação
 Prazo Permanência: Prazo de permanência do contrato no sistema, este prazo
poderá ser parametrizado ou importado caso venha no arquivo de carga.
 Origem do MBA: Utilizado para identificar qual será o critério que o sistema irá
verificar para analisar o relatório de Market Basket Analysis.
(Acordo/Pagamento direto).
 Nº Dias de Histórico para MBA: Qual o período a ser analisado pelo sistema da
data de pagamento para traz.
 Atraso Inicial e Atraso Final: Período do atraso a ser cobrado pela carteira.
Preferencialmente preencher com atraso inicial 00 e final 999999.
 Recibo de Pagamento: Comprovante a ser entregue ao cliente nos casos em
que se tenha recebimento na Assessoria.
 Termo de Acordo: Utilizado por empresas que há necessidade de imprimir um
termo de acordo no ato da negociação, sendo estes modelos específicos por
carteira.
 Verificar Acordo Aceito: Específico para empresas que há necessidade de
enviar o acordo e aguardar uma aprovação do mesmo para continuidade da
cobrança.

 Exibir Aviso de Contrato Fora do Prazo de Cobrança na Tela de Atendimento

Receptivo: (Sim/ Não). Caso essa opção esteja configurada com sim, ao acessar
um contrato que não esteja devolvido e esteja fora do prazo de cobrança na
tela de atendimento receptivo, será exibido um aviso de que o contrato está
fora do prazo de cobrança antes da tela de atendimento ser exibida.

 Preenchimento obrigatório do motivo de retorno: Utilizar quando o

negociador de cargo receptivo for obrigado a informar no ato da inserção da
ocorrência o que motivou o cliente a entrar em contato.
 Carregar endereços de lojas: Opção de definir se irão ser carregados os
endereços de lojas cadastrados.
 Devolução automática de borderô: Configuração que definirá se o sistema irá
realizar a devolução dos contratos na rotina noturna quando o prazo de
permanência for concluído.
 Listar Andamento Sistema: Se será visualizado na tela de andamento os
eventos inseridos pelo sistema
 Listar Contratos Devolvidos: Se ao pesquisar o cliente irá ser visualizado todos
os contratos, ou seja, os que já estão devolvidos juntamente com os ativos.
 Incluir andamentos em contratos que não sejam desta empresa: Se o cliente
tiver debito em duas empresas distintas, ao inserir o andamento será incluído
em ambos os contratos.
 Incluir andamentos em contratos na geração de prestação de contas: Se esta
opção estiver como “sim” o sistema irá inserir andamento automático no
contrato quando for gerada a prestação de contas da parcela paga.
 Listar Outros Contratos Quitados: Se esta opção estiver como “sim” o sistema
irá mostrar na tela de atendimento os contratos já quitados do mesmo
devedor.
 Preenchimento de Questionário Obrigatório: Se estiver cadastrado o
questionário CRM, o negociado no atendimento ativo, será obrigado a
responder ao questionário, antes de inserir um andamento e passar a ficha.
 Preencher e-mail automaticamente: Se esta opção estiver como “sim” o
usuário poderá configura uma frase padrão no campo “Texto de e-mail” para
ser enviado ao cliente na opção envio de e-mail da tela de andamento.
 Links que serão mostradas na tela de acionamento (Ativo): Links de acesso
disponibilizado somente para negociadores ativos.
 Links que serão mostradas na tela de acionamento (Receptivo): Links de
acesso disponibilizado somente para negociador receptivo.
 Informações que serão listadas na tela inicial de acionamento: As informações
na tela inicial de cobrança passam a ficar sempre visíveis, as informações que
não estiverem selecionadas nesse campo deixam de ser exibidas na tela inicial
de cobrança.
 Logomarca: Poderá ser exibido na tela inicial um logo diferente para cada
carteira de uma mesma empresa.
 Exibir logomarca da Carteira na tela de acionamento: No cadastro de Carteira,
caso o parâmetro "Exibir logomarca na tela de acionamento" esteja marcado
como "Sim" o sistema irá exibir na tela de acionamento a logomarca cadastrada
na Carteira ao invés da logomarca da Empresa.
 Usa WebService: Utilizado por empresa que faz comunicação WebService
(Banco Fibra / Besni/Carrefour e Banco Cacique).

 Atualizar Informações do Cliente: Se esta opção estiver configurada como

“sim” o sistema irá alterar a data de inclusão do contrato, caso o mesmo já
esteja ativo na base e venha em outro arquivo de carga.
 Buscar Telefones Anteriores: Se o contrato já estiver na base o sistema irá
copiar informações anteriores a importação atual.
 Buscar Endereços Anteriores: Se o contrato já estiver na base o sistema irá
copiar informações anteriores a importação atual.
 Buscar E-mails Anteriores: Se o contrato já estiver na base o sistema irá copiar
informações anteriores a importação atual.
 Nova Sequência em Contrato Liquidado: Se vier um mesmo contrato que já
tenha sido quitado o sistema irá cadastrar como outra seqüência.
 Importa Telefones Como Preferencial: Se este campo estiver como “sim”, ao
importar o arquivo de carga os telefones irão ser marcados como preferencial.
 Cadastrar evento de atualização de título: Se este campo estiver como “sim”,
ao atualizar o título, será inseria uma ocorrência no contrato de títulos
atualizado.
 Cancelar acordos assessoria: Se este campo estiver como “não” o sistema
somente irá cancelar acordo de origem credor.
 Tipo de Cancelamento: Definição de como proceder com relação atualização
do débito no processo de cancelamento.
 Origem do Acordo a ser Cancelado: Opção a ser configurada para qual origem
do acordo a ser cancelado, ou seja, se irá cancelar somente acordo assessoria,
ou somente acordo credor ou ambos.
 Cancelamento 1ª Parcela (em dias): Definição de quantidade de dias após o
vencimento ocorra o cancelamento do acordo caso não tenha ocorrido o
pagamento.
 Cancelamento Demais Parcelas (em dias): Definição de quantidade de dias
após o vencimento ocorra o cancelamento do acordo caso não tenha ocorrido
o pagamento.
 Considerar somente atraso da última parcela para cancelamento (rotina
noturna) O sistema somente irá cancelar o acordo quando a ultima parcela do
acordo estiver a X dias em atraso.
 Processar Cancelamento de Acordo Automático (rotina noturna): Se estiver
configurado igual a sim o sistema irá verificar o prazo informado na opção
anterior e fazer a quebra automático.
 Separa Contrato ao Efetivar Proposta: Verificar se o contrato será separado
caso todos os títulos não estejam selecionados ao efetivar uma Proposta.
 Processar Devolução no Cancelamento: Se estiver configurado igual a sim após
o cancelamento do acordo o sistema irá fazer a devolução dos contratos em
seguida a quebra.
 Criticar Final de Semana no Vencimento da 1ª Parcela: Se estiver configurado
igual a sim, o sistema não irá permitir que o vencimento da primeira parcela do
acordo seja agendado para o final de semana.
 Juntar Contratos (sem acordo) ao Cancelar Acordo: Utilizado em carteiras que
pode ser negociado por títulos, sendo que o sistema gera uma nova seqüência
de contrato quando é formalizado um acordo, caso este acordo seja cancelado,
o sistema unifica novamente os títulos no mesmo contrato.
 Copiar Andamentos ao Separar Contrato: Se a carteira permitir que seja
gravado acordo por títulos, e esta opção estiver configurada como sim o
sistema irá automaticamente copiar todos os andamentos para a nova
seqüência de contrato gerado.
 Forçar dia de Vencimento da Parcela: Específico para carteiras que o credor
determina que a data de vencimento do acordo, seja igual o dia do vencimento
do títulos.
 Dias Limite para Entrada(mínimo): Prazo mínimo de intervalo entre a data do
acordo e o 1ª vencimento.
 Dias Limite para Entrada(máximo): Prazo máximo de intervalo entre a data do
acordo e o 1ª vencimento.
 Passar para Próxima Ficha após o Acordo: Se estiver configurado igual a sim,
ao gravar um acordo no ativo o sistema irá puxar a próxima ficha, sem deixar
que o negociador insira um evento.
 Passar para Próxima Ficha após a Proposta: Se estiver configurado igual a sim,
ao gravar a Proposta no ativo o sistema irá puxar a próxima ficha, sem deixar
que o negociador insira um evento.
 Incluir Títulos a Vencer no Acordo: Utilizado em carteiras que o credor permite
a negociação de contratos com títulos a vencer.
 Permite Cálculo por Valor Total: Padrão deixar não, esta opção somente
deverá ser liberado se o valor a se negociado, for informado pelo negociador e
não haverá cálculo do sistema.
 Permite Alteração do Saldo: Padrão deixar não esta opção somente deverá ser
liberado se poder haver a alteração do valor no momento da negociação.
 Salvar Títulos Atualizados na Geração da Mala: Padrão deixar sim, com isso os
títulos que foram utilizados para geração da mala serão guardado junto às
informações da proposta.
 Arredondamento do Valor da Parcela – Definição se irá ser utilizado o
arredondamento ou não nos valores das parcelas negociadas, além de definir
se será na 1ª ou ultima parcela.
 Origem do Acordo para Geração de Boletos de Parcelas: Poderá ser gerado no
sistema somente boleto de acordo feito na Assessoria, no Credor ou em ambos
os tipos de acordo.
 Criticar Data de Devolução no Cadastro do Acordo: Padrão estar como sim
para que o negociador não grave um acordo com vencimento da entrada
superior a data de previsão da devolução.
 Permitir baixar pagamento com valor menor que a parcela do acordo: Padrão
estar como não, para que não seja permitir do efetuar a baixa do pagamento
da parcela com valor menor do que o negociado/cadastrado.
 Permitir propostas para casos devolvidos: Padrão estar como não, esta opção
deverá ser liberada somente se o credor permitir negociação fora do prazo de
exclusividade da Cobrança na Assessoria.
 Gerar um Código de barras para cada opção da Mala Direta: Padrão estar
como não, esta opção deverá ser liberada somente se for obrigatório ser
gerado boleto campanha com código de barras fechado.
 Criticar Data de Devolução no Cadastro da Proposta: Padrão estar como sim
para que o negociador não grave a proposta com vencimento da entrada
superior a data de previsão da devolução.
 Permitir alteração de vencimento de parcela: Padrão estar como não.
Específico para carteiras que não pode haver parcelamento com intervalo de
vencimento de 30 em 30 dias e o negociador informa qual o vencimento das
parcelas do acordo.
 Permite informar entrada e alterar valores de parcelas no Cadastro de
Acordo/Proposta:
o Entrada Obrigatória - Alterar parcelas somente habilita selecionar uma
forma de parcelamento caso a entrada esteja preenchida e permite
alterar as parcelas do acordo/proposta.
o Entrada Obrigatória - Não alterar parcelas somente habilita selecionar
uma forma de parcelamento caso a entrada esteja preenchida e NÃO
permite alterar as parcelas do acordo/proposta.

 Permitir freqüência em dias para parcelas de acordo: Padrão não, utilizado

para carteiras que o negociador poderá gravar acordo com dias de vencimento
diferente em cada parcela.

 Critica endereço ao imprimir Boleto: Padrão sim obriga o negociador a

atualizar os dados cadastrais do endereço antes de gerar o boleto.
 Critica alteração de valor de parcela única: Padrão sim, não permite que o
negociador manipule o valor da negociação.

 Permitir Alteração da Data de Cadastramento Acordo: Padrão não, permissão

para alterar a data em que o acordo foi cadastrado.

 Gerar Seqüencial Para Boleto: Padrão não, o sistema gera a seqüência de

nosso número.

o Se for configurado = Sim, quando o negociador for cadastrar um acordo, na

tela de acordo será solicitado a primeira faixa de nosso número. O
negociador deverá digitar a primeira faixa de nosso número para imprimir o
primeiro boleto, os demais boletos seguirão a numeração do primeiro boleto.
Por exemplo: se o primeiro termina em 0010, o segundo vai terminar em 0011,
terceiro 0012, quarto 0013 e assim por diante.

• Atribuir Seqüencial Para Todas as Espécies:

Configuração utilizada para replicar a mesma espécie de pagamento para todas as parcelas
do acordo/proposta, para que isso ocorra corretamente é necessário que todos os
requisitos abaixo sejam preenchidos:

o Menu>Cadastro>Empresa>Espécie de Pagamento: O campo Permite Gerar Boleto

deve estar marcado como “sim”.
o Menu>Cadastro>Empresa>Carteira em ACORDOS: O campo atribuir seqüencial
para todas as espécies deve estar marcado como “sim”.
o Menu>Cadastro>Empresa>Carteira>Assessoria: BOLETO DE ACORDO/PROPOSTA:
O campo Espécie para Geração de Boleto deve ter uma espécie selecionada.

 Planilha de Acordo (modelo): Utilizado por empresas que há necessidade de

imprimir um ‘termo’ de acordo no ato da negociação, sendo estes modelos
específicos por carteira.
 Modelo de geração de PC: Utilizar modelo padrão.
 Permite alterar a forma de pagamento: Permissão para modificar formas de
pagamento como Boleto/Cheque/DI. Obs. se o campo gerar seqüencial para
boleto estiver como “sim” esta opção ficará bloqueada para alterações.
 Permite imprimir boleto com anterior em aberto: Padrão não, permissão para
que o negociador consiga gerar boleto de próxima parcela sem que a anterior
ainda esteja paga/baixada.
 Permitir Que a Data de Vencimento das Parcelas Caia Final de Semana:
Padrão sim (permite que o vencimento da parcela seja no final de semana),
configuração utilizada para que o sistema permita ou não que a(s) parcela(s) de
acordo/proposta tenha vencimento(s) em final de semana.
 Permite informar a data de entrada no Cadastro de Acordo/Proposta:
Utilizado em carteira(s) que o negociador poderá gravar um acordo/proposta
com a data do 1º vencimento diferente da(s) parcela(s).
 Gravar Informações Completas no Andamento: Padrão não, se estiver
configurado como sim o gravar um acordo será lançado no complemento do
andamento todas as informações sobre o cálculo.
 Gerar novo boleto a cada impressão: Padrão sim, sempre que for reimpresso o
boleto o sistema irá gerar uma nova faixa de nosso número e linha digitável.
 Resumo de Cobrança (modelo): É o modelo que será impresso com todas as
informações de negociação e cadastro do cliente.

 Permitir Alteração da Data de Prorrogação Acordo: Configuração que liberar

duas datas de negociação para o acordo, ou seja, vencimento com prazo
prorrogado.

 Número de Dias Antes da Devolução para Cadastro do Acordo/Proposta (em

dias): permite diminuir o prazo de devolução para o cadastro de um novo
acordo ou proposta, ou seja, o negociado não poderá negociar x dias antes da
data de previsão de devolução do contrato, caso a opção "Criticar Data de
Devolução no Cadastro da Proposta" e "Criticar Data de Devolução no Cadastro
do Acordo" esteja marcada como "Sim".

 Permite gerar mala direta sem opção de pagamento À VISTA: possibilitando a

geração da mala direta sem a opção de à vista. Caso seja feito alteração nesse
parâmetro entrar em contato com nosso suporte.
 Exibir Somente Títulos Vencidos: Padrão do sistema “não”, configurar como
sim somente se a carteira(s) não permitir que seja negociado títulos a vencer.

 Número de Dias Antes da Devolução para Cadastro do Acordo/Proposta (em

dias): Esse campo indica a quantidade de dias a partir da data atual no qual a
Proposta não pode ser Cadastrada, ou seja, se a "Data do Vencimento" da
Proposta for menor que a data atual o sistema irá somar a data de hoje + a
quantidade de dias cadastrado neste campo e colocar como vencimento. O
padrão para este parâmetro é "0 Dias".

 Criticar Data de Devolução no Cadastro da Proposta: Se este campo estiver

marcado como "Sim", o sistema não irá permitir que seja cadastrada uma
proposta na data de previsão de devolução do contrato.

 Criticar Data de Devolução no Cadastro do Acordo: Se este campo estiver

marcado como "Sim", o sistema não irá permitir que seja cadastrado um
acordo na data de previsão de devolução do contrato

 Verificar Alçada na Forma Pagamento: Poderá ser cadastrada uma forma de

pagamento que somente será utilizado pelo supervisor/administrativo,
exemplo, no cadastro da espécie de pagamento deposito deverá se informado
alçada = 5, somente os usuários que estiverem cadastrados com uma alçada =
ou > que 5 poderemos selecionar esta opção de pagamento no acordo.

 Efetivar Proposta para Contrato com Acordo Cancelado: Se este campo estiver
marcado como "Não", o sistema não deixar que proposta seja efetivada, caso já
tenha sido cadastrado um acordo e cancelado, evitando assim, que o cliente
reative um acordo não permitido.

 Permite alterar juros originais no Cadastro de Acordo/Proposta: Se esta opção

estiver como “sim” na tela de acordo/proposta o campo % Juros ficará
habilitado para o usuário informar um percentual menor do configurado na
tabela de negociação.
 Permite baixar parcela fora de ordem: Se este campo estiver marcado como
"Sim", será possível Pagar/Estornar qualquer parcela (independente da anterior
estar paga ou não) na tela de Pagamento.

 Impedir Cancelamento de Acordo que possui Pagamento Baixado: Se este

campo estiver marcado como "Sim", não será possível efetuar o cancelamento
de Acordo Ativo na tela de Cadastro de Acordo para Acordo que possua
parcela(s) paga(s).

 Número de Dias do Vencimento para Cadastro de Proposta (em dias): Este

campo deverá ser utilizado quando o vencimento da 1º parcela da proposta
deverá ser maior que X dias.

 Permitir Alteração da Data de Vencimento da Proposta Sem Alterar Linha

Digitável: Se este campo estiver como não na linha digital estará o mesmo
vencimento da proposta, caso este campo estiver como sim e o vencimento
original da proposta for alterado na linha digitável irá permanecer a informação
do vencimento original.

 Permitir Boleto em Duplicidade: Se esta opção estiver como “sim” o sistema

irá gravar a mesma faixa de nosso número para todas as parcelas do
acordo/proposta.

 Permitir Usuário Resetar Proposta Efetivada: Se esta opção estiver configurada

como “sim” o sistema permite que a data de efetivação da proposta seja
zerada, para uma nova efetivação. (obs. Desde que o acordo esteja cancelado)

 Permitir Gravar Acordo com Data Retroativa: Se esta opção estiver “sim” o
usuário terá permissão retroagir a data de gravação do acordo.

 Número de Dias do Vencimento para Cadastro da Promessa (em dias) Na tela

de promessa a data de vencimento deverá ser x dias da data que estiver
gravando.
 Permitir gravar proposta sem endereço ativo: Permitir ou não que o usuário
para gravar propostas antes de confirmar se o contrato possua um acordo
ativo.

 Passar para Próxima Ficha após a Promessa: Quando for realizada uma
Promessa, o sistema passe para a próxima ficha automaticamente.
(atendimento ativo)

 Número de Dias do Cadastro da Proposta para Impressão do Boleto (em dias):

O valor padrão do parâmetro é zero (0), indicando que não é necessário
aguardar um período para imprimir o boleto.

 Proposta Ativa Influência no Cálculo do Agendamento do Contrato: Se o

campo estiver configurado como sim e o contrato possua alguma proposta
ativa, a data de agendamento de novos andamentos será preenchida
automaticamente com a mesma data de vencimento da proposta. Se campo
estiver como não, será considerada a quantidade dia configurada na
ocorrência.

 Permitir Alteração da Data de Prorrogação da Proposta: Permite ou não

alterar a data da prorrogação da proposta na tela de Detalhes de Proposta, na
geração do boleto.

 Mensagem exibida caso não haja negociação disponível (Nectar Quiosque):

Digite uma mensagem para ser exibida ao devedor quando acessar o “Nectar
Quiosque” e não houver negociação gravada

 Permite Pagamento Manual: Neste campo sendo selecionada a opção não,

será bloqueado o processo de baixa manual de pagamento. Aparecendo a
seguinte mensagem: Carteira definida para não realizar pagamentos
manualmente, se o usuário tentar efetuar a baixa de pagamento.

 Permite baixar múltiplas parcelas: Opção para permitir baixar mais de um

pagamento manual por vez. Criado uma opção onde se permita selecionar
várias parcelas do acordo para efetuar a baixa do pagamento.
 Executa rotina de cancelamento no processo noturno: Marcar com “Sim” caso
seja necessário o sistema cancelar automaticamente as promessas.

 Prazo para cancelamento (em dia): Informar quantos dias após o vencimento o
sistema deverá efetuar o cancelamento.

 Tipo de cancelamento para promessa: ao executar a rotina o sistema deverá

cancelar por que há “Por pagamento direto” ou “Por titulo devolvido”.

 Numero de dias antes da devolução para alteração da prorrogação da

proposta: Caso o usuário possa alterar a data de prorrogação da proposta,
limitar a data para poder fazer isso, a fim de evitar casos de o contrato ser
devolvido e a proposta ainda válida.

 Permite incluir telefone que originou a dívida: Se essa opção for marcada
(sim), ao realizar a importação de carga ele inclui o telefone que originou a
divida na tabela de telefone para ser cobrado.

 Parcela a receber IOF: Informar se o valor do IOF será cobrado na primeira ou

na segunda parcela.

 Bloquear Impressão de Boleto na Proposta: Bloqueia a geração de boleto na

proposta cadastrada.

 Ao efetivar a proposta, gerar vencimento das parcelas baseado em: Data do

pagamento, Data da prorrogação ou Data do vencimento.

o Selecionar em qual data será baseado o cálculo do vencimento das

demais parcelas do acordo, caso a data selecionada seja "data de
prorrogação", ao tentar efetivar uma proposta, a opção de selecionar
“data de prorrogação” como base para data de vencimento das parcelas
já estará automaticamente selecionada. Na efetivação de qualquer
proposta via importação também será verificada esta opção para a
geração das demais parcelas.

 Cancelar proposta (Rotina Noturna): Se a carteira grava proposta o usuário

poderá configura como Sim para que o sistema cancele automaticamente as
propostas vencidas que não foram efetivadas.
 Prazo máximo permitido em dias para prorrogar uma proposta na
reimpressão: Informar neste campo o prazo máximo que o usuário poderá
prorrogar uma proposta quando for gerar o boleto.

 Nº dias após a prorrogação para cancelar proposta (Rotina Noturna): Somente

serão canceladas propostas que estejam ativas, não efetivadas e cuja data de
prorrogação seja maior que a quantidade de dias informada para o
cancelamento.
 Os campos abaixo mostram qual o limite máximo de caracteres que é permitido
para o cadastro de endereço. Configurar em carteira que o layout de
exportação para o credor tem um tamanho menor que o já utilizado pelo
Nectar.

o Quantidade Máxima de Caracteres do Campo Logradouro;

o Quantidade Máxima de Caracteres do Campo Bairro;

o Quantidade Máxima de Caracteres do Campo Cidade;

o Quantidade Máxima de Caracteres do Campo Número;

o Quantidade Máxima de Caracteres do Campo Complemento.

 Todas as opções de forma de cálculo podem ser adaptadas a necessidade de

cada credor, sendo fundamental que a Assessoria entre em contato com o
suporte, para saber quais as formula ideal para cada tipo de cálculo, e após o
cadastro destas informações entrarem em contato com o Credor para validar
a atualização feita pelo sistema. (simular a vista e parcelado)
2.4_Campos tela Assessoria: Menu > cadastro>empresa>carteira>assessoria: Nesta
tela são configurados todos os boletos/DI por carteira, sendo os links:

 Principal: Informar qual a assessoria e a campanha, lembrando que se for

vinculado à campanha indevida, ou seja, que não pertence à carteira em
questão os contratos que forem importados ficaram vinculados a campanha
errada, e deverá ser aberta uma solicitação para o suporte fazer a correção.

 Sequencia de Distribuição: Utilizado em empresas que fará quarteirização de

carteira.

 %De casos sem segmentação que se enquadrem nos critério para distribuir: O
ideia é manter 100%, para que independente se o contrato esta vinculado ou
não a uma segmentação seja distribuído.
 Critérios para Importação: Selecionar quais os critérios necessários que o
contrato deverá se enquadrar para entrar na base.

 Agendamento: Poderá ser configurada uma quantidade de dias para Preventiva

ou Agendamento Futuro, ou seja, o sistema irá verificar a data do vencimento
do acordo, proposta ou promessa e agendar o retorno no contrato para a
cobrança ativa, baseado no que for informado nestes campos. (Um ou Outro),
se o negociador inserir uma ocorrência que agenda este processo deixa de ser
viável.

 Boletos consumo: Utilizado somente por empresas que envia por arquivo
faturas para impressão de segunda via, esta opção é liberada na tela de títulos
atualizados.

o Quando a carteira estiver configurada para gerar boletos agrupados por

contrato, mas o contrato não tiver código de barras, o sistema não exibirá o
ícone para impressão de todos os boletos, somente por título. Ou seja, se a
opção origem do código de Barras Agrupado for escolhida ‘contrato’, o sistema
irá gerar um único pdf com o código de barras de um único valor.

Caso seja escolhido ‘títulos’ ele ira gerar um único arquivo pdf com todos os
códigos de barras dos títulos.

OBS: ESSE CODIGO DE BARRAS, ÚNICO PARA O CONTRATO, DEVERÁ VIR NA

CARGA DO CREDOR!

 Boletos por títulos: Utilizado somente por empresas que o boleto não é gerado
por um acordo e sim na tela de títulos atualizado (debito original), ou seja, esta
opção possibilita imprimir boletos comuns (tipo banco) associados aos Títulos.
 Para isso, é necessário que os dados para impressão sejam fornecidos pela
carga de dados

 Somente permite impressão se "Gerar Boleto por Título" estiver "SIM" e tiver
um modelo de boleto selecionado.

 Caso a opção "Permite imprimir boleto com valor atualizado" esteja "SIM", na
tela de cobrança será disponibilizado um botão para enviar o valor atualizado
para impressão do boleto.

 Acordo: Configurar como Sim caso a carteira permita que seja gravado acordo.

 Permite reativar contrato: Campo será utilizado na definitiva de acordo, onde o

contrato só será reativado para a inclusão de um acordo caso esteja marcado
como “Sim” neste campo.

 Obs. Para as empresas do tipo WebService há várias opções nesta tela a

serem configuradas.

o URL, usuário, senha e informação de boleto que deve ser solicitada ao

credor para o cadastramento no Nectar.

OBS: Sempre que for configurada nova conta de boleto ou D.I. Realizar testes de
pagamento com o banco, para validação de linha digitável e código de barras.

 Boletos de Acordo/Proposta: Nesta opção são configuradas todas as

informações que devem ser geradas no boleto, Banco/Agência/Conta/modelo/
Instruções/ Taxa e etc..

 Quantidade de dias para projeção: Informar a quantidade de dias mínimos

para o vencimento do boleto.
 Quantidade Máxima de dias para projeção: Informar qual o limite de dias após
o vencimento que o boleto ainda poderá ser emitido.

 Imprimir no vencimento do boleto:

o ‘Prorrogação’ a data limite que o boleto poderá ser pago após o

vencimento

o ‘Vencimento’ a data original que a parcela tem como vencimento.

o ‘O dia’ a data que o boleto esta sendo emitido.

 Forçar Geração dos Boletos no Cadastro do Acordo: Caso a opção marcada

seja sim, será gerado boleto no cadastro do acordo, mesmo que a opção
"Imprimir Boletos" esteja desmarcada na tela de cadastro de acordo.

 Critica se o acordo foi aceito para geração: Se estiver marcado como ‘sim’ o
sistema irá verificar se existe a data do aceito no acordo para liberar a
impressão do boleto.

 Bloquear Impressão de Boleto no Acordo: Bloqueia a geração de boletos dos

acordos cadastrados.

 Bloquear impressão do boleto da Proposta Vencida: Se estiver configurado

como sim o sistema não permite que o usuário imprima o boleto ou efetive
uma proposta já vencida.

 Forçar Inclusão de Boleto na Tela de Acordo. A opção informada como sim

momento do cadastro de acordo ao finalizar o processo o contrato voltara para
tela inicial, não exibindo a tela de impressão do boleto e os campos do nosso
número e forma de pagamento serão preenchidos em todas as parcelas.

Observação: Este processo de preenchimento do nosso número só era

possível ao gerar o boleto.

 Boletos demais parcelas (opcional): Cadastrar nesta opção outro banco ou

número de conta, caso o boleto gerado para acordo em andamento seja
diferente da conta cadastra na opção anterior.
 Critérios para baixa de parcela: O sistema por padrão somente faz a baixa
automática se a data de pagamento for igual à data de vencimento da parcela
em aberto e se o valo pago for igual ao valor de vencimento do acordo.
Configurar nesta opção margem para a baixa de pagamento com diferenças de
valor ou data.

 Boletos de Mala direta: Cadastrar nesta opção outro banco ou número de

conta, somente se para boletos de campanha houver a necessidade de uma
conta específica, diferente da que esta cadastrada na opção ‘boletos de
acordo/proposta’.

 Dados da assessoria para boleto:

o Nesta opção é configurável se o negociador poderá imprimir boleto do

tipo credor;
o Qual o formato de boleto a ser gerado (preferencialmente somente a
opção PDF esteja liberada), se o sistema verifica o prazo de
permanência do contrato antes de gerar o boleto;
o Nome de cedente do boleto;
o Tipo de envio: Gráfica/Fax/E-mail;
o Dados da empresa para ser visualizado no boleto, como: telefone de
atendimento, horário de atendimento, site, fax da empresa e e-mail.

 Deposito identificado: Configurar banco agência e conta para espécie de

pagamento do tipo depósito identificada, caso a empresa libere esta opção
 para o negociador, o sistema gera um código de identificação para o cliente
informar ao caixa do banco, sendo este vinculado a um acordo ou somente ao
contrato. (deverá ser cadastrada na tela espécie de pagamento a forma de D.I.).

 Envio de e-mail: A empresa poderá ter mais de uma conta de e-mail para o
envio de boletos, por carteira, se não for preenchido este campo o sistema irá
fazer o envio utilizando a conta que esta cadastrada no dicionário.

o É possível cadastrar uma conta para e-mail de boleto acordo e outra

conta para ser utilizada no envio de mala direta por e-mail.

 Enviar nome do negociador ou da assessoria: Definir se o nome do Negociador

ou da Assessoria será enviado como remetente do Email (somente envio de
Boleto por Email).

 SSL: Inclusão de novos campos na tela de configuração e na carteira x

assessoria para especificar a porta de conexão do servidor de E-mail a se
utilizar SSL (SECURITY SOCKET LAYER) ou não. Isso quando o servidor de E-mail
existe conexão segura.
  Acesso do Devedor: Esta opção deverá ser configurada, caso a assessoria
libere no site um acesso para o devedor pelo Nectar Quiosque.

 Definições para envio de ura: Informar um numero de retorno para ura

especifico para cada carteira.

3. Menu > Operacional

3.1_Cancelamento de Acordo: Utilizar quando não estiver configurado na carteira,

para que o sistema faça o cancelamento de acordos vencidos automático. O usuário
poderá executar o cancelamento de determinada carteira, sendo que o sistema irá
utilizar como tempo de atraso o que for configurado na carteira.

Se for inserido critério de seleção na tela de cancelamento de acordo, os acordos serão

cancelados a partir do mesmo.

3.2_Envio de Acordo: Esta tela é utilizada somente para empresas que há necessidade
de gerar arquivo de envio ao credor, com os acordos realizados pela operação. Este
processo irá marcar os clientes com acordo cadastrado no período para envio de
acordos. Informar Empresa, Carteiras, Data para envio é Período de cadastro dos
acordos.
Atenção: A opção para envio de acordo
utilizar ACORDO NÃO ENVIADOS. Somente
utilizar Acordos enviados caso queira
REENVIAR o acordo.

Ao término do processo o sistema exibir a mensagem de quantos casos será

selecionados para enviados, por carteira. Gerar arquivo no Nectar Service, menu
Retorno: Informar > Empresa, carteiras e período de data do envio (data que foi
informada como data do envio no processo acima)
3.3_Excluir prestação de contas: Esta tela é utilizada somente para empresas que é
gerado arquivo de prestação de contas, sendo possível excluir um lote gerado
indevidamente. Ao selecionar a carteira serão exibidos todos os lotes de prestação de
contas gerados, marcar o lote que deseja excluir e confirmar.

3.4_Gera boleto de Acordo: Esta tela é utilizada somente para empresas que gravam
acordo e geram boletos de próximas parcelas para serem enviadas via birô de gráfica.
(Gerar arquivo no Nectar Service, menu gerar arquivo)

Existem 2 processos distintos para envio do boleto de acordo para a gráfica no

Nectar:

1. O negociador apenas faz o acordo e não coloca nenhuma informação quanto à

forma de pagamento:

 Entrar no menu operacional - Gera boleto acordo - Informar o período de

vencimento do boleto.

 O sistema irá criar uma numeração para o boleto e vinculá-lo ao número da

parcela do acordo. Para este processo é criado um número de LOTE.
  Entrar no Nectar Service opção GERAR ARQUIVO - Layout Boleto acordo-
acordo. E gerar o arquivo informando o número do LOTE que foi gerado no
processo acima.

 O arquivo pode ser gerado quantas vezes forem necessário, basta informar o
número do LOTE.

2. O negociador informa a opção boleto e seleciona a opção tipo de envio = GRAFICA

(O boleto não é aberto na tela para o negociador, somente é armazenado para
posterior geração do arquivo.

 Somente entrar no Nectar Service e usar o layout BOLETOS ACORDOS RE-

IMPRESSO.

 Informar a data da impressão (ou seja, a data em que o negociador

armazenou para envio à gráfica.

 Uma vez gerado o arquivo o Nectar Service MARCA o boleto como já gerado,
não possibilitando novas gerações de arquivo para o mesmo boleto.

Importante: Se o negociador abrir o boleto na tela com uma opção de envio = E-MAIL,
por exemplo, o boleto não será gerado em nenhuma das opções acima. (Então induzir
ao negociador somente usar essa opção se realmente for enviar o boleto via e-mail,
caso contrario escolher GRAFICA).

3.5_Gera devolução por borderô: Utilizar quando não estiver configurado na carteira,
para que o sistema faça devolução de contratos automática por prazo expirado. O
usuário poderá executar a devolução manual, sendo que o sistema irá utilizar como
prazo de permanência o que for configurado na carteira.
3.6_Gera devolução por seleção: Utilizar quando houver a necessidade de devolver
contratos que tenham uma característica comum, selecionando nos critérios
disponíveis.

3.7_Gera evento: Utilizar quando houver a necessidade de gerar arquivos para

URA/SMS/CARTA/PESQUISA/EMAIL entre outros em lote. Escolher a empresa, a
carteira e a quantidade de contrato que deverá ser selecionado, utilizando os critérios
de seleção disponíveis.

Para a geração de URA na tela de geração de eventos, possibilitando o agrupamento

por CPF ou REFERÊNCIA do contrato. Com isso pode-se enviar somente um contrato de
cada “CPF” ou “Referência” evitando rediscagens.

Ao término do processo o sistema dará a mensagem de quantos casos foram incluídos

eventos. Gerar arquivo no Nectar Service, menu gerar arquivo cada qual com seu
layout, preenchendo o campo ocorrência com o mesmo evento que foi utilizado no
site.

ATENÇÃO: Para evento tipo Ura sempre incluir critério telefone fixo, para evento do
tipo SMS sempre incluir critério de seleção possui celular, para evento do tipo envio e-
mail sempre incluir critério de seleção possui e-mail, não se esquecer de incluir critério
de situação e previsão de devolução do borderô. Verificar também no menu tabela
ocorrência, se o evento a ser utilizada esta cadastrada corretamente, principalmente
campos: ‘Situação’, ‘Força Agendamento do Contrato’, ‘Nº de Dias’ e ‘Nº Máx. de Dias’,
pois este processo poderá influenciar o agendamento da carteira, visto que o evento
prevê período de agendamento

O critério de seleção "Possui Acordo" nas telas de Gera Evento e Relatório de

Critério de Seleção, não pode ser selecionado na parte inferior da tela, somente
no campo "Critério de Acordo".

3.8_Gera prestação de contas: Este processo irá marcar os clientes com pagamento
num determinado período para prestação de contas. Neste processo é criado um
número seqüencial e ano da geração (por carteira). Informar > Empresa, carteiras,
data da PC, e período de pagamento.
Caso o período de pagamento não seja
preenchido/informado será utilizado o prazo
previsto na espécie de pagamento
(cadastro/empresa)

Ao término do processo o sistema dará a mensagem de quantos casos foram incluídos

na PC, por carteira.

Caso seja necessário envio de arquivo deveremos gerar o mesmo através do Nectar
Service, menu Retorno: Informar > Empresa, carteiras e período de PC data que foi
informada na geração de PC. (processo acima)

3.9_Fila de emails – Nectar service: Foi criada a tela "Fila de Emails - Nectar Services"
dentro do Menu "Operacional" para usuários com perfil de Administrador.

Essa tela mostra todos os casos na fila de envio de email. Nela é possível filtrar casos
por período de geração de Lote.
A principal função da tela é possibilitar a visualização do texto das mensagens que
estão na fila e possibilitar a retirada das mesmas.

O processo de envio de emails do Nectar Service passará a funcionar da seguinte

maneira:

Alterações na tela de Configuração (disponível na senha do dicionário):

 Campo "Quantidade de Tentativas de Envio Antes de Invalidar o Email" passa a

se chamar "Quantidade de Tentativas de Envio" e determinam quantas vezes o
processo tentará enviar uma mensagem antes de marcá-la como falha.

 Campo "Inativar E-mail após falha em todas as tentativas (Sim/ Não)" que
determina se um endereço de e-mail será inativado caso falhe no envio em
todas as tentativas.

 Campo "Lançar Andamento de Falha de Envio após falha em todas as tentativas

(Sim/ Não)" que determina se será lançado um andamento de "Falha no envio
de e-mail por Lote - Nectar Services"
após falhas em todas as tentativas.

 Campo "Quantidade máxima de horas que o email pode esperar na fila para ser
enviado" que determina até quantas horas, após ter entrado na fila, um e-mail
ainda pode ser enviado.
Esse campo será criado com um valor default de 4 horas. Favor configurar o
campo conforme desejado.

 Campo "Quantidade de Emails Enviados por Hora pelo Nectar Services"

continua determinando quantas mensagens serão enviadas a cada hora.

O relatório> Gerenciais>Envio de Email: Mostra a data que o email entrou na fila,

seu status, a data em que foi enviado e a quantidade de tentativas de envio.
3.10_Gera mala direta: Menu utilizado para geração de boleto campanha em lote
selecione a empresa e se houver mais de uma carteira cadastrada a mesma será
gerada separadamente.

Campos obrigatórios para preenchimento:

 Empresa: Preencher com a empresa que será enviada a mala.

 Carteira: Preencher com a carteira que será enviada a mala.

 Assessoria: Preencher com a assessoria que esta vinculada a empresa que será
enviada a mala.

 Tipo de endereço: Selecione o tipo de endereço que deverá ser exportado nos
boleto de mala (Residencial, comercial ou instalação)

 Data inicio de borderô e Data final de borderô: informar qual período de

entrada dos contratos na base para ser selecionado.

 Data de vencimento: Qual será o vencimento do boleto

 Quantidade de Registro: É a quantidade de contratos que serão boletados.

 Critérios disponíveis: Sugerimos que seja sempre incluído o critério, previsão

de devolução do borderô e Situação, caso não queira enviar mala para
contratos que já foram postados utilizar o critério ocorrência de exceção = mala
direta.

 Número de parcelas: É a quantidade de opções que será enviado no boleto

campanha.

Campos Opcionais:

 Classe: Utilizar somente em carteiras específica que há informação de classe

preenchida.

 Fornecedor: Utilizar para que o sistema selecione contratos que contenha

endereço fornecido por uma determinada empresa de pesquisa.

 Valor mínimo de parcelas: Preencher este campo para que o sistema verifique
no momento que esta sendo gerada a opção de parcelamento, se o valor da
 parcela irá ficar abaixo do valor informado, se sim o sistema não irá exportar
esta opção no arquivo, somente as que ficarem com o valor maior.

 Data da prorrogação: Preencher caso a estratégia permita um prazo de

carência a partir da data de vencimento, lembrando que esta data deverá ser
maior que a data preenchida no campo “data de vencimento” e a correção caso
haja será calculada até esta data.

 Incluir contrato com proposta ativa: O sistema considera como proposta ativa
se vencimento da ultima proposta cadastrada é igual ou maior que o
vencimento da mala direta.

 Forma de envio de mala: podendo ser escolhido "Padrão" (envio gráfica) ou "E-mail" (envio
via Nectar Services).

 Possui e-mail ativo: Opções "Todos, Sim e Não". Caso tenha escolhido o envio por e-mail,
automaticamente a combo de e-mail ativo é alterado pra sim e desabilito para o usuário não
alterar.

 Campos de % Desconto: Todos os campos de percentual de desconto é sobre o

percentual Maximo disponível na tabela de negociação, exemplo se a tabela
permite 50% de desconto é neste campo for informado 50% o desconto
concedido na campanha será de 25%.
Após a geração o sistema irá mostrar a quantidade de registro gerado com sucesso,
acessar no Nectar Service escolher o layout de mala e exportar.

Todos os contratos que foram gerados mala serão incluídos proposta de negociação
com as opções calculadas pela campanha e inserido evento ‘mala direta’.

OBS: Sempre verificar se não esta sendo processado arquivo de atualização para
empresa em questão

 Sempre solicitar a gráfica modelo teste, para a validação do cálculo antes de

postar.
 A tabela de exceção deverá ter o campo, ‘Permite gerar mala’ = Não
 O Status do Endereço, Endereço preferencial, selecionar a opção que satisfaça
o critério escolhido e que deverá ser utilizado na geração dos arquivos de saída.

 3.11_Processos: Esta tela mostra se existe algum processamento sendo feito

no site do Nectar, como geração de mala, devolução por borderô ou devolução
por critério de seleção.

4. Menu > Tabelas

4.1_Alíneas: Cadastro referente aos motivos de devolução de cheque informado pelo

banco central.

4.2_Bancos: Cadastro de todos os bancos para a utilização de boletos, sendo nesta tela
inserida o logo do banco e o número do mesmo.

4.3_Consumo: Cadastro de informações que serão utilizados para geração de

boletos/faturas do tipo consumo.

4.4_Cargo: Cadastro de cargos/departamentos para a utilização no cadastro de

usuários na senha do dicionário.
4.5_DDD: Cadastro de todos os DDD por cidade, sendo que o sistema utiliza este
cadastro para realizar acertos no momento da importação, se no arquivo não vier a
informação do DDD, mas contenha a informação do estado e cidade, o sistema irá
incluir o DDD no cadastro de telefone do contrato.

4.6_Estado: Cadastro dos estados/cidades/DDD para utilização do sistema.

4.7_Fornecedor: Cadastro de Empresas de Pesquisa, utilizado para que o sistema

marque qual foi o fornecedor utilizado no enriquecimento de dados cadastrais.

4.8_Moeda: Cadastro de índices de correção como IGPM.

4.9_Ocorrência: E o resultado de cada ligação do negociador. A cada ocorrência
gerada, é gravado um andamento de cobrança contendo todas as informações do que
foi negociado entre o negociador e o devedor (Histórico do devedor), e determinam a
situação da ficha. Temos também as ocorrências geradas pelo processo de Importação
de arquivos e por Geração de Eventos.

 Descrição: Este parâmetro define o título da ocorrência. Não possui opção de

preenchimento.
 Situação: (parâmetro obrigatório) Este parâmetro define a situação em que ficará o
contrato do cliente. Assume os parâmetros configurados na Tela "Situação". (obs.: A
ocorrência somente irá alterar a situação, se a hierarquia da situação for igual o
maior que a situação atual do contrato).
 Sucesso: (parâmetro obrigatório) Este parâmetro define se a ocorrência é de
sucesso ou insucesso:
 o Opções de preenchimento:
o Não - ocorrência de insucesso;
o Sim - ocorrência de sucesso.
 Motivo de Retorno: Parâmetro que define se a ocorrência também será
disponibilizada como motivo de retorno para o receptivo.
o Opções de preenchimento:
o Não – ocorrência não será habilitada como motivo de retorno;
o Sim – a ocorrência será habilitada como motivo de retorno.
 Permite gerar evento: (parâmetro obrigatório) Este parâmetro define se a
ocorrência deverá ser exibida na tela de gerar eventos.
o Opções de preenchimento:
o Não - não utilizar para geração de evento;
o Sim – liberar para gerar evento.
 Contato com o Cliente: (parâmetro obrigatório) Este parâmetro define se a ligação
foi um contato com o cliente ou não:
o Opções de preenchimento:
o Não - não foi um contato com o cliente;
o Sim - foi um contato com o cliente.
 Alçada: (parâmetro obrigatório) Este parâmetro define se a ocorrência vai ser
visualizada por determinados grupos.
 Evento (utilizado para ocorrências sistêmicas) Este campo somente é liberado
quando é criada uma nova ocorrência é informado que a utilização é de sistema,
informar neste campo um código de identificação da ocorrência.
 Utilização: (parâmetro obrigatório) Este parâmetro define se a ocorrência será
utilizada para ligações inbound (receptivo) ou outbound (ativo e sistema).
o Opções de preenchimento
o Ativo - libera a utilização da ocorrência se a origem do atendimento for
no ativo;
o Receptivo - libera a utilização da ocorrência se a origem do atendimento
for no receptivo;
o Ativo e Receptivo - quando a ligação for outbound e inbound;
 o Sistema - ocorrências automáticas do sistema, utilizado em importações
e geração de eventos.
 Classificação: (parâmetro não obrigatório e não utilizado) Este parâmetro define o
tipo de evento a ser gerado na tela de geração de eventos e também é utilizado
para o painel de produtividade.
 Custo Médio: Este parâmetro define o custo médio da chamada.
 Agendamento: (parâmetro obrigatório) Este parâmetro define o formato do
agendamento e o tempo de permanência do cliente no mailing sem acionamento.
o Opções de preenchimento:
o Automático - quando a data é pré-definida no sistema. Habilita o
parâmetro "No de Dias";
o Manual - quando a opção da data fica aberta para o acionador de
cobrança;
 Força Agendamento do Contrato: (parâmetro obrigatório) Este parâmetro define a
predominância de um agendamento sobre outro de maior valor.
o Opções de preenchimento:
o Não – neste caso o sistema somente altera a data/hora do
agendamento for maior que a atual;
o Sim – Possibilita antecipação do agendamento – quando o
agendamento pode ser antecipado;
o Não altera o agendamento - quando o agendamento não deverá ser
mudado.
 Nº de Dias: Parâmetro obrigatório para as ocorrências determinadas pelo
parâmetro "Agendamento" como "Automático". Este parâmetro define o
número de dias para retornar a ligação ao cliente.
 Nº máximo de dias: Parâmetro obrigatório para as ocorrências determinadas
pelo parâmetro "Agendamento" como "Manual". Este parâmetro define o
número máximo de dias para o agendamento manual ser feito.
 Nº de Horas: Parâmetro obrigatório para as ocorrências determinadas pelo
parâmetro "Agendamento" como "Automático". Este parâmetro define o
 número de horas para retornar a ligação ao cliente, vinculado ao parâmetro
"No de Dias".
 Contagem de Tentativa Consecutiva: Este parâmetro define se a contagem de
ocorrências inseridas no sistema será consecutiva ou se contenha x vezes a mesma
ocorrência, para mudar de situação (utilizar se as opções n de tentativas e situação
de destino forem preenchidas).
o Opções de preenchimento:
o Não - que contenha x vezes esta ocorrência;
o Sim - que seja consecutiva x vezes esta ocorrência.
 No de Tentativas: Este parâmetro define o número de ocorrências que deverá
existir para alterar a situação de destino.
 Situação Destino: (parâmetro obrigatório determinado pela ocorrência) Este campo
define após x ocorrências para qual situação de destino terá enviar o contrato,
situação deve ser definida pela assessoria.
 Discar para o Telefone: (parâmetro obrigatório) Este parâmetro define se após
inserir a ocorrência ou qualificação do telefone, o mesmo será ou não reenviado
para discagem.
o Opções de preenchimento:
o Não - não disponibiliza ficha para ligação;
o Sim - disponibiliza ficha para ligação.
 Gravar Ligação: (parâmetro não obrigatório) Este parâmetro define se o sistema
deve gravar a ligação ou não. Discador do Nectar não é utilizado.
o Opções de preenchimento:
o Não - não grava a ligação;
o Sim - grava a ligação.
 Qualifica Telefone: (parâmetro obrigatório) Este parâmetro define se a ocorrência
se habilitada para utilização no campo qualificação de telefone:
o Opções de preenchimento:
o Não - o sistema não qualifica automaticamente o telefone;
o Sim - o sistema qualifica automaticamente o telefone.
 Inativa Telefone: (parâmetro não obrigatório) Este parâmetro define se a
ocorrência deve inativa o telefone, o sistema somente irá inativa se utilizar esta
ocorrência em processos de importação, para o negociador o telefone tem que ser
inativado manualmente.
o Opções de preenchimento:
o Não - telefone não será inativado;
o Sim - telefone será inativado.
 Quantidade de Ocorrências para Inativa o Telefone: Informar a quantidade de
ocorrências consecutivas que deverá existir no historio para que o telefone seja
inativo automaticamente.
 Nº de dias para postergação do telefone (Discador): Configurar em ocorrência que
será utilizada como retorno do discador, para definir após quantos dias (data+hora)
o sistema irá redistribuir para o discador o telefone marcado. (Independente do
agendamento do contrato).
 Seleciona de telefone para Rediscagem - no Discador: (parâmetro obrigatório) Este
parâmetro define data e hora para o retorno da ligação. Utilizada somente para
Vocalcom. Utilizado apenas nas ocorrências 306 e 309.
o Opções de preenchimento:
o Não - Nectar não envia para o Vocalcom a data e à hora para retorno de
ligação ao cliente;
o Sim - Nectar envia para o Vocalcom a data e à hora para retorno de
ligação ao cliente.
 Código de Classificação da ligação (No Discador): (parâmetro obrigatório - utilizado
somente para o Vocalcom) Este parâmetro define o código de classificação para o
discador Vocalcom. Utilizado somente para as ocorrências que devem ser
qualificadas no Vocalcom:
o Opção de preenchimento:
o Código - definido no call status Vocalcom.
 Pontuação no escore de ligação do telefone (Discador): Configurar em ocorrência
que será utilizada como retorno de discador, para fazer pontuação no telefone.
 Atualiza Endereço: (parâmetro obrigatório) Este parâmetro define se processos de
importação de endereço irá m alterar o cadastrado no contrato sim ou não:
o Opções de preenchimento:
o Não - não habilita a opção de atualização de endereço;
o Sim - habilita a opção de atualização de endereço.
 Qualifica Endereço: (parâmetro não obrigatório) Este parâmetro define se a
ocorrência se habilitada para utilização no campo qualificação de endereço:
o Opções de preenchimento:
o Não - o sistema não qualifica automaticamente o endereço;
o Sim - o sistema qualifica automaticamente o endereço.
 Inativa Endereço: (parâmetro não obrigatório) Este parâmetro define se a
ocorrência deve inativa o endereço, o sistema somente irá inativa se utilizar esta
ocorrência em processos de importação, para o negociador o telefone tem que ser
inativado manualmente.
o Opções de preenchimento:
o Não - endereço não será inativado;
o Sim - endereço será inativado.

 Qualifica e-mail: Parâmetro que determina se a ocorrência será utilizada também

como qualificação de e-mail;
 Inativa e-mail: Parâmetro que determina se na utilização da ocorrência o sistema
deverá inativa o e-mail automático.
 Complemento: (parâmetro não obrigatório) Este campo define se será obrigatório
ou não o usuário inserir informações no complemento para inserir a ocorrência.
o Opções de preenchimento:
o Não - Habilita o campo, mas não é obrigatório;
o Sim - É obrigatório preencher o complemento para inserir a ocorrência.
 Texto Inicial do Complemento: (parâmetro não obrigatório) Define orientações
para o acionador de cobrança, se necessário.
 Informações: (parâmetro não obrigatório e não utilizado) Esta informação somente
é visualizada na tela de geração de eventos (configurar somente em ocorrências de
sistema, gerada em lote)
 4.10_Situação:

 Descrição: Este parâmetro define o nome da situação da ocorrência.

 Tempo ideal: (parâmetro não obrigatório) Este parâmetro define o tempo ideal
para ligação.
 Tempo limite: (parâmetro não obrigatório) Este parâmetro define o tempo limite
por ligação.
 Tempo de manuseio: (parâmetro não obrigatório) Este parâmetro define o tempo
de manuseio da ligação.
 % de Temporização: (parâmetro não obrigatório) Este parâmetro define o
percentual de temporização das ocorrências.

 Atualiza Telefone: (parâmetro não obrigatório) Este parâmetro atualiza o telefone.

o Opções de preenchimento:
o Não - mantém o telefone no status atual;
o Sim - atualiza o status do telefone. Geralmente parametrizado como
“Sim". Este parâmetro prepondera sobre o parâmetro 1.22 "Inativa
Telefone".
 Multidiscagem: (parâmetro não obrigatório) Este parâmetro é vinculado ao
discador do Nectar.
 Critica Devolução: (parâmetro obrigatório) Este parâmentro verifica a previsão de
devolução do contrato, ou seja, se o contrato estiver nesta situação e a data
prevista para devolução estiver expirada o contrato não entra na fila de cobrança:
o Opções de preenchimento:
o Não – O sistema não verifica a data de devolução;
o Sim – O sistema irá verificar a data de devolução.
 Hierarquia: As ocorrências determinam a situação que o contrato fica após um
acionamento, sendo que estas situações serão sempre crescentes, ou seja, o
contrato somente irá mudar de situação se a hierarquia for igual ou maior que a
situação atual.
 Prioridade: É um critério de desempate do sistema, para organizar o agendamento
da fila de cobrança, sendo que será prioridade para entrar na fila as situações que
estiverem configuradas em ordem decrescente.
 Tipo de Agendamento: (parâmetro obrigatório) Este parâmetro altera a
configuração de todas as ocorrências vinculas a esta situação, referente ao campo
tipo agendamento, sendo:
o Manual – Defini que agendamento será disponível para edição na tela
de atendimento, não verificando o cadastrado da ocorrência;
o Por ocorrência – Utiliza/verifica a configuração definida no cadastro de
ocorrência.
 Agendamento: (parâmetro obrigatório) Este parâmetro define se o cliente não
ficará disponível para cobrança.
o Opções de preenchimento:
o Não Agendar - cliente não ficará disponível para cobrança;
o Agendar - cliente ficará disponível para cobrança. Deve ser habilitada
essa opção quando se quiser que o cliente fique disponível ou retorne
para a cobrança.
o Agendamento sem telefone – Utilizar quando quiser agendar para
entrar na fila contratos que não possua telefone.
 Prioridade da Agenda: (parâmetro obrigatório) É um critério que define a ordem da
fila de cobrança, sendo que será prioridade para entrar na fila as situações que
estiverem configuradas em ordem decrescente
 Atribui Propriedade: (parâmetro obrigatório) Este parâmetro define se a situação
irá atribuir a prioridade do contrato para determinado acionador de cobrança,
desde que no cadastro do usuário esteja configurada para atribuir propriedade igual
a sim:
o Opções de preenchimento:
 o Não - não atribui propriedade da ficha;
o Sim - atribui propriedade da ficha.

 Prazo em dias para Permanência de propriedade: Quantidade de dias que o

sistema irá considerar como propriedade do negociador.
 Permite novo andamento de cobrança: O sistema verificar qual a situação atual do
contrato e se o mesmo irá permitir inserir um novo andamento.
 Permite exclusão de andamento de cobrança: O sistema verifica se a situação atual
permite exclusão de andamento.
 Sequencial de discagem dos telefones: De acordo com a situação do contrato, a ordem
de distribuição dos telefones para o discador pode ser alterada, priorizando os telefones de
acordo com cada situação.

o Opções disponíveis: (Preferencial mais atualizado/Menos acionados/Maior

índice de sucesso/Pesquisados/Não qualificados).

5. Menu > Auditoria

5.1 Monitor / Painel de produtividade:

Painel no monitor informando a produtividade de cada negociador de uma campanha

em relação ao número de ligações transferidas.

OBS: Para que tenha o efeito desejado será necessário classificar as ocorrências como
promessa para as que são promessa e acordo para as de acordo, esta configuração é
feita em menu > tabelas > ocorrência > campo classificação.
Funcionalidade: Permite o acompanhamento em tempo real das segmentações que
estão sendo acionada pelo negociador, mostrando números de ligações transferidas,
de contatos com cliente, de promessas cadastradas e fazendo vários cruzamentos
entre esses dados para permitir a visualização dos percentuais em tempo real,
possibilitando uma avaliação mais ágil e eficaz.

Abaixo detalhamento dos campos:

 Negociador: Nome do Negociador a ser analisado.
 Ligações Transferidas: Informa às ligações que foram transferidas para o
negociador.
 Contatos Diretos: Ligações que tiveram em sua finalização um andamento no
qual a ocorrência tem definição de que é referente a contato direto com o
Cliente.
 % CD / LT: Percentual calculado entre Contatos Diretos Versus Ligações
transferidas.
 Promessas de Pagamento (PP): Quantidades de ligações onde o negociador
conseguiu contato com o cliente e incluiu uma ocorrência que tenha o campo
CLASSIFICAÇÃO preenchido com as seguintes informações ACORDO ou
PROMESSA
 % PP / CD: Percentual calculado entre Promessas de pagamento realizadas
versus Contato direto.
 % PP / LT: Percentual calculado sobre Promessas de pagamento versus Ligações
transferidas.
 6. Scores

O sistema verificando a partir dos critérios selecionados, os contratos

ainda ativos, que se enquadram nestes critérios para reorganizar a fila de
cobrança.

 Score: Pontuação
 Descrição: Nome para identificação da pontuação
 Informações: Somente informações
 Critério: Selecionar os critérios que o contrato deve ter para receber a
pontuação informada.

Como dar-se-á a priorização?

Quanto menor a pontuação melhor; 0

O score prevalece / subscreve a segmentação?

Não, é um critério utilizado pelo sistema para ordenar a fila de cobrança dentro da
segmentação. 10

Qual a ordem de maior probabilidade?

O sistema ordena os contratos na fila de forma Crescente

Se tiver configurado no menu Score e também Score pelo MBA, qual prevalece ?
No Nectar Services, são processos agendados irá prevalecer a rotina que for
executada por ultimo.
 7. Mrket Basket Analysis (MBA)

Se o usuário marcar o campo “Utilizar no Cálculo de Score” = Sim, o sistema fará a

Scoragem os contratos a partir do estudo do MBA.

O sistema verifica a partir dos elementos adicionados no link Market Basket Analysis,
os contratos com pagamentos no período cadastro na carteira no campo “Nº Dias de
Histórico para MBA” e pontua os contratos, que se enquadram nestes mesmos
elementos, sendo que os que tiverem um percentual de peso maior serão mais bem
pontuados
 8. Best time to call

Best time: Configurar plano de discagem, determinando qual o melhor horário para
discar por tipo de telefone (Residencial/Comercial/Celular).

É obrigatório configurar todo o período de trabalho (Ex. 08:00 as 20:00).

Descrição: Nome para identificação do plano;

Horário Inicial e final: Período para discar determinado tipo de telefone;
Sequencial de discagem: Determina a ordem do tipo de telefone a ser discado
primeiro.
Dias de cadastro: Determina os dias da semana que será utilizado o plano.

9. Cópia de Perfil
Com o usuário do “Dicionário” em Menu> Cadastros> Usuário - Cópia de Perfil é
possível cadastrar um novo usuário de cargo operador, copiado todas as
configurações de outro operador já cadastrado para a mesma empresa/carteira.
Os campos: Nome, login, senha, confirmação da senha e perfil a ser copiado são
obrigatórios.
Ao fazer este cadastro o sistema automaticamente fará a marcação em carteira e
equipe

10. Controle Usuário.

Em Menu> Auditória> Monitor> Controle de usuários, nesta tela é exibido todos os

usuários que estão logados ativos e em pausa no sistema, sendo também possível
deslogar o usuário nesta opção.
--------- Anexo --------
1. Suspensão de cobrança

Foi disponibilizada na versão de 2010-05-26 a opção de suspensão do negociador, esta

tem duas maneiras de serem feita.

1ª Opção: Programada

Entra no site do Nectar com o usuário Dicionário, vá ao menu (cadastro\usuário),

pesquise e entre no usuário desejado:

Ao entrar no usuário desejado, vá ao final da pagina e escolha o link “Suspensão

Programada por Usuário”.

Neste link iremos visualizar as informações de suspensões já programadas (caso exista)

e visualizaremos nesta tela a opção de incluir uma nova suspensão automática.

Ao abrir a tela de Incluir Novo, temos que escolher a opção de SUSPENSÃO, e colocar o
horario desejado e clicar no CONFIRMAR.
No horário programado o Nectar Controller verifica se o usuário esta em atendimento,
caso esteja irá aguardar a finalização do atendimento para então encerrar a sessão.

2ª Opção: Suspensão Manual

Nesta opção temos a flexibilidade de suspender a qualquer momento todos os

usuários de uma equipe ou somente um dos usuários.

Para fazer a suspensão de toda equipe é preciso entrar no Caminho Auditoria\Monitor,

escolha a campanha desejada click no link “Opções de Campanha” lá irá apresentar
uma opção “Suspender Usuários” click neste botão que todos os usuários desta equipe
serão suspensos após o término do atendimento atual.

Caso queira suspender somente um usuário da equipe vá ao negociador desejado e

altere o Status do negociador de ATIVO para INATIVO, com isso o Nectar Controller irá
finalizar a sessão deste usuário ao término do atendimento.

Aqui altere de Ativo

para Inativo.
Para acompanhamento clique no nome, será aberta esta sub-janela:

Para saber a quantidade clique no HISTÓRIOCO DE LOGIN:

Definições de Ação:

Login: Entrada do usuário no sistema

Pausa: Suspensão feita através do processo de Suspensão Programada, com tipo

Suspensão

Encerramento: Suspensão feita através do processo de Suspensão Programada, com

tipo Encerramento

Suspenso pelo Supervisor: Suspensão feita através do processo de Suspensão Manual

(tela do monitor).

Clicou no botão Sair: O negociador saiu do sistema através da opção de fechar,

 2. Glossário
Agendamento: Data prevista para o contrato entrar na fila de cobrança.
Andamento: Histórico de acionamento feito no contrato.
Assessoria: Nome da empresa de cobrança.
Borderô: Código de identificação do arquivo de remessa.
Campanha: Conjunto de carteira com a mesma caracteristica de cobrança.
Carteira de cobrança: Lote de devedores a serem negociados.
Cliente: Responsável pelo débito. (Devedor)
CNAB: Francesinha bancaria eletrônica (arquivo de pagamento boleto/DI).
Contrato: Código de identificação do documento a ser cobrado.
Credor: Nome da empresa contratante.
D.I: Código de identificação para deposito bancário.
Discador preditivo: Discagem automática de telefone.
Evento: Ocorrência inserida pelo sistema em lote.
Fila de cobrança: Ordem de contratos a serem acionados.
Mala direta: Ação para envio de boleto em lote.
Pagamento direto: Pagamento feito pelo devedor direto ao credor.
Proposta: Valor proposto para negociação do debito.
Segmentação: Filtro com um conjunto de contrato para fila de cobrança.
SMS: Mensagem de texto eletrônica para celular.
Título baixado: Débito retirado de cobrança.
Título de cobrança: Débito em aberto a ser negociado.
URA/URA Ativa: Mensagem de voz eletrônica enviada para um telefone.