Esta rotina define regras para bonificação de produtos. O bônus é um produto fornecido gratuitamente aos clientes, incondicionalmente ou em função de uma característica de venda, como tabela de preços, condição de pagamento, forma de pagamento, produto ou grupo de produtos e quantidade.
Na inclusão do pedido de venda o sistema verifica as regras de bonificação existentes para sua aplicação, consistindo a regra que se adapta ao pedido.
As regras de bonificação serão aplicadas por Cliente ou por Grupo de Clientes, não sendo consistidos os dois ao mesmo tempo. Desta forma, nos itens do cabeçalho, ao ser selecionado o Cliente, não poderá ser selecionado o Grupo, e vice-versa. Quando selecionado um Cliente e, em seguida, selecionado o grupo, o sistema automaticamente deixa o campo Cliente em branco.
O mesmo tratamento ocorre para o Produto. Nos itens da Regra de Bonificação, deve ser selecionado o Produto ou o Grupo de Produtos.
Deve ser observado com atenção o preenchimento dos campos desta rotina, pois, quando deixados em branco, o sistema entende que a regra de bonificação será aplicada para todos os casos.
Exemplo:
Caso o campo Cliente seja deixado em branco, a regra de bonificação será aplicada para todos os clientes. O mesmo ocorre para a forma de pagamento, condição de pagamento e assim por diante.
Quando a regra for atendida por Grupo de Produtos, será considerado se pelo menos 1 produto daquele grupo atende a regra.
Exemplo 1:
Produto | Grupo |
---|---|
000002 | 001 |
000003 | 001 |
Regra de Bonificação: O cliente será bonificado com o Produto 000001 se ele comprar 2 quantidades do Grupo de Produtos 001.
Pedido de Venda:
Item | Produto | Quantidade |
---|---|---|
001 | 000002 | 1 |
002 | 000003 | 1 |
Resultado: O cliente não será bonificado, pois a regra não considera a quantidade total de todos os itens pertencentes ao mesmo grupo Para que a regra seja atendida, é necessário que pelo menos 1 produto do pedido possua quantidade 2.
Exemplo 2:
Produto | Grupo |
---|---|
000002 | 001 |
000003 | 001 |
Regra de Bonificação: O cliente será bonificado com o Produto 000001 se ele comprar 2 quantidades do Grupo de Produtos 001.
Pedido de Venda:
Item | Produto | Quantidade |
---|---|---|
001 | 000002 | 1 |
002 | 000002 | 1 |
003 | 000003 | 1 |
Resultado: O cliente será bonificado, pois os itens 001 e 002 possuem o mesmo produto do grupo 001 totalizando a quantidade 2 solicitada pela regra.
Importante: A rotina de bonificação efetuará a validação produto a produto, ou seja, será considerada apenas a quantidade de produtos iguais e pertencentes ao mesmo grupo. |
As regras de bonificação são executadas após a confirmação do documento de venda (pedido de venda). O produto bônus será relacionado como último item do pedido de venda, utilizando o TES (Tipo de Entrada e Saída) contido no parâmetro MV_BONUSTS.
Dica: O TES informado no parâmetro deve ser utilizado exclusivamente para o tratamento do bônus, não podendo ser usado em outro processo do sistema, e não deve ser informado pelo usuário no pedido de venda, pois neste caso o sistema entenderá que se trata de um item bonificado. |
Com o objetivo de tornar a regra de bonificação mais eficiente, pode ser utilizado o parâmetro MV_TPBONUS, para que seja configurado se o tipo de bonificação será acumulado ou não. Essa regra vale também para grupos de produtos cadastrados na bonificação.
Exemplo:
Supondo que, para ganhar o Produto 000001, o cliente deve comprar:
- 1 quantidade do Produto 000002
- 1 quantidade do Produto 000003
Considerando um pedido de venda com os seguintes Produtos:
- 1 quantidade do Produto 000002
- 1 quantidade do Produto 000003
Quando o parâmetro estiver configurado com .T., o sistema bonificará 2 quantidades do Produto 000001, pois ele acumulará todos os produtos envolvidos na regra.
Quando o parâmetro estiver configurado com .F., o sistema bonificará 1 quantidade do Produto 000001, pois já encontrou 1 produto que atende a regra.
Bonificando produtos diferentes para regras idênticas
O sistema permite a bonificação de produtos diferentes para regras idênticas, por meio da configuração do parâmetro MV_BONUSTD. Este parâmetro indica se o sistema buscará regras de bonificação com condições idênticas e possui os seguintes conteúdos:
1 = busca regras iguais
2 = não busca regras iguais
Exemplo:
Caso o conteúdo do parâmetro seja 1, ocorrerá a seguinte situação:
Regra 001 | |
Produto a ser bonificado | Mousepad |
Produto regra de venda para a bonificação | Computador |
Regra 002 | |
Produto a ser bonificado | Mouse |
Produto regra de venda para a bonificação | Computador |
Ao emitir um pedido de venda com o produto "Computador", o pedido ficará da seguinte maneira:
Item 01 - Computador
Item 02 - Mouse (Bonificado)
Item 03 - Mousepad (Bonificado)
Cadastramento de promoções relâmpago
A tabela de bonificação (ACQ e ACR) tem a possibilidade de registrar as seguintes informações:
ACQ - Cabeçalho
- Cliente / Loja
- Grupo de Clientes
- Tabela de Preço
- Condição e Forma de pagamento
- Produto
- Quantidade
- Tipo de Bonificação (todos / somente um)
- Data/hora inicial e final
- Lote
ACR - Itens
- Produto / Grupo
- Lote
A verificação da Regra de Bonificação ocorre na inclusão de um novo item na rotina de Pedido de Vendas, devido a concomitância do processo referente às informações de condição de pagamento e não à forma como serão consideradas, desta forma, estas não devem estar cadastradas.
Possíveis cenários | |
Descrição | Ação |
Inclusão do item bonificado. | No momento da finalização da inclusão do Pedido de Vendas. |
Excluir item. | Não será possível excluir a bonificação do produto e caso o produto principal (que gerou a bonificação) seja excluído a bonificação, automaticamente, também será. |
Valor do item bonificado. | Será demonstrado o valor cheio do produto, porém, se houver um desconto informado no pedido, esse desconto será aplicado no total para ser abatido. |
Os itens bonificados sempre serão somados no total da Nota Fiscal de Saída.
As rotinas, também, envolvidas no cadastramento de promoções relâmpago são: Tabela de Preços e Regras de Descontos.
Procedimentos
Para cadastrar regras de bonificação:
- Em Regras de Bonificação, selecione a opção Incluir. O sistema apresenta a tela de inclusão.
- Preencha os dados conforme orientação do help de campo.
- Após a informação do cabeçalho, relacione os produtos a serem vendidos para que seja aplicada a regra de bonificação.
Confira os dados e confirme a inclusão.
Lei n° 13.709 - Lei Geral de Proteção de Dados
Para adequar o Sistema Protheus® à Lei Geral de Proteção de Dados foi necessária a adaptação da apresentação dos dados desta rotina, de modo a realizar o tratamento dos dados sensíveis e/ou pessoais, com a utilização dos processos de Controle de Acesso e Log de Auditoria.
- Controle de Acesso
Define se o usuário ou um grupo de usuários possui a permissão de acessar/visualizar os dados sensíveis e/ou pessoais disponíveis nas telas das rotinas e/ou relatórios, quando for o caso.
O Administrador do Sistema é o responsável por estabelecer se as regras de controle das informações serão aplicadas a um único usuário ou a um grupo de usuários. A configuração desse acesso dos usuários e/ou grupo de usuários aos dados sensíveis e pessoais está disponível no módulo Configurador (SIGACFG) através dos acessos 192 e 193 (Relação de Acessos x Rotina).
Para maiores detalhes sobre a Política de Segurança, clique aqui.
- Log de Auditoria
Permite auditar as atualizações do Dicionário de Dados e do Cadastro de Usuário, as autenticações de acesso às rotinas que possuem campos sensíveis e/ou pessoais, bem como as possíveis rejeições de acesso a tais dados.
Para maiores detalhes, consulte o capítulo Regras de Auditoria na Política de Segurança.
O Sistema Protheus® disponibiliza algumas rotinas para a geração do Log de Auditoria. Os procedimentos para a configuração e geração desses relatórios podem ser obtidos através das Rotinas de Log e Auditoria.
Veja também