Classe do Cliente - Controles

Defina uma variedade de regras de negócios para cada divisão na qual uma classe de cliente tem clientes. Por exemplo, se você trabalhar na Califórnia e em Nevada E tiver divisões de Sistema de Informações do Cliente para cada estado E tiver clientes residenciais em cada estado, defina Controles de Classe do Cliente para cada divisão de Sistema de Informações do Cliente em relação à classe de cliente residencial. Clique em Admin > Cliente > Classe de Cliente > Pesquisar, em seguida, navegue até a página Controles para manter essa informação.

Descrição da Página

A rolagem dos Controles da Classe do Cliente contém regras de negócios que controlam as contas que pertencem a uma Divisão de Sistema de Informações do Cliente e a uma Classe de Cliente. Os campos a seguir devem ser definidos para cada Divisão de Sistema de Informações do Cliente:

Use Dias Até o Vencimento da Fatura para definir o número de dias, após a data da fatura, em que a fatura do cliente vencerá. Se a data de vencimento for um fim de semana ou feriado da empresa, o sistema moverá a data de vencimento para o próximo dia útil (usando o calendário de dias úteis definido na divisão de Sistema de Informações do Cliente da conta).
Especifique o Plano de Orçamento que é padrão para novas contas que pertencem a essa classe de cliente. Observe que um plano de orçamento da conta poderá ser modificado posteriormente, se a conta tiver necessidades especiais de processamento de orçamento. Para obter mais informações, consulte Configurando Planos de Orçamento.
Use Frequência Mínima de Revisão de Crédito (Dias) para definir o número máximo de dias decorridos entre as revisões de um débito em conta pelo monitor de débitos da conta. Observe que um valor igual a zero (0 ) significa que as contas dessa classe de cliente serão revisadas todos os dias.
Use o Período de Carência de Revisão de Crédito para definir o número de dias, após a data de vencimento da fatura, em que uma conta deve ser revisada pelo monitor de débitos da conta.
Ative a Multa por Atraso no Pagamento se os clientes da combinação de classe/divisão estiverem habilitados para multas por atraso no pagamento.
Use o Período de Carência MPA para definir o número de dias, após a data de vencimento de uma fatura, em que uma multa por atraso no pagamento será gerada (se vários algoritmos de MPA permitirem. Para obter detalhes, consulte Como São Calculadas as Multas por Atraso no Pagamento). Se a data de carência cair em um fim de semana ou feriado, o sistema moverá a data de carência para o próximo dia útil disponível (usando o calendário de dias úteis definido da divisão de Sistema de Informações do Cliente da conta).
Especifique um Grupo de Acesso para padronizar um grupo de acesso em uma conta com base na Divisão de Serviço de Informações do Cliente e na classe de cliente da conta. Isso substituirá o grupo de acesso padrão definido pelo grupo de acesso padrão do usuário. Observação: o grupo de acesso definido aqui não será aplicado se um algoritmo de Controle de Classe de Cliente - Determinar Grupo de Acesso for definido e retornar um grupo de acesso com sucesso.

A grade a seguir contém Algoritmos que controlam funções importantes no sistema. Você deve definir o seguinte para cada algoritmo:

Especifique o Evento do Sistema ao qual o algoritmo está associado (consulte a tabela a seguir para obter uma descrição de todos os possíveis eventos).
Especifique a Sequência e o Algoritmo para cada evento do sistema. É possível definir a Sequência como 10, exceto se tiver um Evento do Sistema que tenha vários Algoritmos. Nesse caso, é necessário informar ao sistema a Sequência na qual eles devem ser executados.

Aviso:

Geralmente, esses algoritmos são processos importantes do sistema. A ausência de um algoritmo pode impedir que o sistema funcione corretamente.

Você pode definir algoritmos para os seguintes Eventos do Sistema:


Evento do Sistema	Opcional/Obrigatório	Descrição
Valor do pagamento automático acima do limite	Opcional	Esse algoritmo é chamado para tratar a situação em que um pagamento automático iniciado pelo sistema é criado e excede o limite máximo de retirada do cliente. Esse algoritmo é chamado, principalmente, quando: - A conta tem um limite máximo de retirada em suas opções de pagamento automático - O sistema tenta criar um pagamento automático que excede esse valor - O algoritmo de pagamento automático que é associado ao registro de instalação tem lógica que chama esse algoritmo quando ocorrem as condições descritas acima. Se você não associar esse tipo de algoritmo e a situação acima for detectada, o pagamento automático será criado e nenhum erro será emitido. Para obter mais informações, consulte Como Implementar Limites Máximos de Retirada.
Conclusão da Fatura	Opcional	Quando a fatura de uma conta é concluída, os algoritmos de conclusão da fatura são chamados para executar uma tarefa adicional. Para obter uma descrição de quando esse algoritmo é chamado durante o processo de conclusão, consulte a descrição do botão Concluir em Ciclo de Vida da Fatura.
Aplicabilidade de Fatura	Opcional	Os algoritmos desse spot de plug-in são chamados ao gerar uma fatura no faturamento batch. Eles fornecem a capacidade para determinar se uma conta não está habilitada para faturamento e deve, portanto, ser ignorada no próximo processamento. Se um algoritmo de aplicabilidade não for usado, uma fatura será criada para qualquer conta no ciclo de faturamento aberto e será excluída, posteriormente, pelo processo de faturamento, se for detectado que não há informações vinculadas à fatura.
Congelamento/Cancelamento do Segmento da Fatura	Opcional	Quando um segmento da fatura de uma conta dessa classe/divisão do cliente for congelada ou cancelada, um algoritmo desse tipo pode ser chamado para executar uma tarefa adicional. Para obter mais informações sobre congelamento e cancelamento dos segmentos da fatura, consulte Ciclo de Vida do Segmento da Fatura.
Cancelar Fatura	Opcional	Esse algoritmo fornece a capacidade de incluir a lógica de cancelamento adicional durante o cancelamento on-line. Os algoritmos desse tipo podem ser chamados de duas formas: D (Determinar os Botões da Página Fatura) e X (Cancelar Fatura). O modo 'D' controla se um botão de ação deve cancelar a fatura que aparece na página Fatura e o modo 'X' executa a lógica de cancelamento real.
Determinar o Grupo de Acesso	Opcional	Quando uma conta é adicionada ou uma Divisão de Serviço de Informações do Cliente de uma conta ou a classe do cliente é alterada, esse spot de plug-in pode ser usado para determinar o grupo de acesso adequado. Esse spot de plug-in permite que uma lógica mais complexa seja definida, como verificar o grupo de acesso na conta de outras pessoas principais. Se um grupo de acesso não for determinado, o grupo de acesso poderá ser padronizado a partir do controle de classe de cliente ou de usuário.
Congelamento de Transação Financeira	Opcional	Quando uma Transação Financeira for congelada, esse algoritmo será chamado para executar uma tarefa adicional. Por exemplo, se você praticar a Contabilização de Item em Aberto, esse algoritmo será necessário para tratar o cancelamento dos eventos de correspondência quando uma transação financeira, que aparece em um evento de correspondência, for cancelada. Para obter mais informações sobre cancelamento, consulte Como os Eventos de Correspondência São Cancelados?.
Aplicabilidade de Multa por Atraso no Pagamento	Obrigatório, se a classe/divisão do cliente estiver habilitada para multa por atraso no pagamento	Esse algoritmo é chamado pelo processo de atraso no pagamento para determinar a aplicabilidade de atrasos no pagamento. Embora uma classe de cliente da conta permita que a multa por atraso no pagamento seja calculada, isso não significa que os acordos de serviço em atraso da conta cobrarão as multas por atraso no pagamento. Além disso, um tipo de Acordo de Serviço em atraso deve fazer referência a um algoritmo de multa por atraso no pagamento. Para obter mais informações sobre os problemas de multa por atraso no pagamento, consulte Tipo de Acordo de Serviço - Principal . Para obter mais informações sobre as multas por atraso no pagamento, consulte Como São Calculadas as Multas por Atraso no Pagamento. Observação: Apenas Um Algoritmo. Apenas um algoritmo de aplicabilidade de multa por atraso no pagamento pode ser definido para uma combinação de classe de cliente/divisão de Sistema de Informações do Cliente.
Efetuar Cobrança por Insuficiência de Fundos.	Opcional	Esse algoritmo é chamado quando um pagamento é cancelado com um motivo de cancelamento que indica IF. Para obter mais informações sobre o que acontece quando um pagamento é cancelado devido a insuficiência de fundos, consulte Cancelamentos de IF. Observação: Apenas Um Algoritmo. Apenas um algoritmo para cobrar IF pode ser definido para uma combinação de classe de cliente/divisão de Sistema de Informações do Cliente.
Conclusão da Ordem	Opcional	Quando uma ordem é concluída para um cliente vinculado a essa classe de cliente, esse algoritmo é chamado para executar a tarefa adicional (por exemplo, criar um contato com o cliente). Você precisará especificar esse tipo de algoritmo somente se precisar que a tarefa adicional seja executada quando uma ordem for concluída para os clientes que pertencem a essa classe de cliente.
Distribuição de Pagamento a Maior	Obrigatório	Quando um cliente paga mais do que deve, esse algoritmo é chamado para determinar o que fazer com os fundos excessivos. Para obter uma descrição de como configurar o sistema para lidar com os requisitos de pagamento a maior, consulte Segmentação de Pagamento a Maior. Observação: Apenas Um Algoritmo. Apenas um algoritmo de distribuição de pagamento a maior pode ser definido para uma combinação de classe de cliente/divisão de Sistema de Informações do Cliente.
Substituir Data de Vencimento	Opcional	A data de vencimento da fatura de uma conta será igual à data da fatura mais os Dias Até o Vencimento da classe de cliente. Se você precisar substituir esse método para contas, em uma classe de cliente específica, especifique o algoritmo apropriado aqui. Observação: Apenas Um Algoritmo. Apenas um algoritmo de substituição da data de vencimento pode ser definido para uma combinação de classe de cliente/divisão de Sistema de Informações do Cliente.
Cancelamento do Pagamento	Opcional	Os algoritmos desse tipo são chamados quando um pagamento é cancelado.
Distribuição do Pagamento	Obrigatório	Esse algoritmo é chamado para distribuir um pagamento entre os acordos de serviço de uma conta. Para obter mais informações sobre como a distribuição do pagamento funciona, consulte Distribuição do Pagamento. Observação: Apenas Um Algoritmo. Apenas um algoritmo de distribuição do pagamento pode ser definido para uma combinação de classe de cliente/divisão de Sistema de Informações do Cliente.
Congelamento do Pagamento	Opcional	Quando um pagamento é congelado, esse algoritmo é chamado para executar uma tarefa adicional. Se você praticar a Contabilização de Item em Aberto, esse algoritmo será necessário para vincular as transações financeiras do pagamento ao evento de correspondência que foi criado originalmente quando o pagamento foi distribuído. Para obter mais informações, consulte Pagamentos e Eventos de Correspondência.
Lançar Conclusão da Fatura	Opcional	Quando uma classe de cliente tem algoritmos desse tipo, eles são chamados após a conclusão de uma fatura para uma conta vinculada a essa classe de cliente. Para obter uma descrição de quando esse algoritmo é chamado durante o processo de conclusão, consulte a descrição do botão Concluir em Ciclo de Vida da Fatura.
Conclusão de Pré-Faturamento	Opcional	Quando uma classe de cliente tem algoritmos desse tipo, eles são chamados imediatamente antes do início da conclusão de uma conta vinculada a essa classe de cliente. Esses algoritmos têm a capacidade de: Excluindo uma fatura. É possível que um algoritmo de conclusão de pré-faturamento exclua uma fatura se for detectada uma condição que iniba o envio de uma fatura para um cliente (por exemplo, a fatura contém apenas informações sobre os pagamentos recentes). Abortar o processo de conclusão e criar uma exceção da fatura. Se o algoritmo indicar que isso deve ser feito, a fatura será deixada no estado pendente e uma exceção da fatura será criada, descrevendo o motivo de a conclusão ter sido abortada. É possível que um algoritmo de conclusão de pré-faturamento faça isso se, por exemplo, as verificações de integridade detectarem que há algo errado na conta ou em seus acordos de serviço. Se a verificação de integridade falhar, a fatura poderá ficar no estado pendente e uma exceção será criada descrevendo o motivo. Para obter uma descrição de quando esse algoritmo é chamado durante o processo de conclusão, consulte a descrição do botão Concluir em Ciclo de Vida da Fatura.
Conclusão da Cotação	Opcional	Quando uma cotação é concluída para um cliente vinculado a essa classe de cliente, esse algoritmo é chamado para executar a tarefa adicional (por exemplo, criar um contato com o cliente). Será necessário especificar esse tipo de algoritmo somente se você precisar que a tarefa adicional seja executada quando uma cotação for concluída para os clientes que pertencem a essa classe de cliente.
Método de Baixa	Obrigatório, se você permitir que os usuários baixem o débito em tempo real usando a transação de baixa contábil	Quando um usuário pressiona o botão de criação na transação de baixa contábil, esse algoritmo é executado para baixar o débito selecionado. Para obter mais informações, consulte As Ramificações das Baixas Contábeis no Livro Razão.