O fluxo de alçadas do módulo de Faturamento restringe a manutenção dos pedidos de venda criados pela empresa aos usuários que possuem permissão para tais ações, bem como, a análise e aprovação. Isto viabiliza a redução de erros na geração do Pedido de Venda e garante o controle e gerenciamento do processo realizado.

O processo de Alçadas para o Pedido de venda levará em conta a existência de um grupo de aprovadores específico para o processo. Para isto, será necessário:


Após isto, será necessário cadastrar o Grupo de Aprovação para controle via "Pedido de Venda" ou "Desconto de Venda", conforme a documentação: PCOM09010 - Grupo de Aprovação (MATA114)

A partir desta configuração, será necessário informar no parâmetro MV_PVAPROV o grupo de aprovação criado anteriormente e o tipo de aprovação de alçada escolhida no parâmetro MV_TALCFAT (1-Pedido de venda ou 2-Desconto de Venda). Após a configuração dos dois parâmetros, o processo já estará em funcionamento. O processo de alçadas para o faturamento somente é executado via preenchimento do parâmetro MV_PVAPROV e não disponibiliza outra forma de controle.


O controle de alçadas gerará as seguintes informações para Bloquear, Rejeitar ou Liberar um pedido de vendas:


Por fim, para que sejam executadas as ações do responsável pela alçada, sejam elas quais forem, seguir o documento: PCOM09009 - Liberação de Documentos (MATA094)


  • O processo de Alçadas para Pedido de Venda não considera a aba "Entidades Contábeis" para a configuração do Grupo de Aprovação e somente é executado via preenchimento do parâmetro MV_PVAPROV  contendo o Grupo de aprovação criado, não disponibilizando outra forma de controle.
  • Na aba "Tipos de Documento" somente as opções "Pedido de Venda" e "Desconto de Venda" são as opções relacionadas ao Pedido de Venda;
    • Pedido de Venda: Considera o valor total dos Pedidos, mesmo que existam descontos lançados, seja no cabeçalho ou nos itens;
    • Desconto de Venda: Considera somente os Pedidos que tiverem informações de valores de desconto, seja no cabeçalho ou nos itens;
  • A validação da alçada de aprovação sempre será pelo valor total do pedido de venda, não estando disponível liberações por itens. Em casos de Desconto de Venda, o sistema considerará somente o valor total do desconto, sejam estes descontos por cabeçalho (SC5) ou pelos itens do pedido (SC6).

Exemplo de Alçada por Pedido de Venda: Pedido de venda no valor $ 300,00, contendo desconto de 10%, com o valor total de $ 270,00 e o valor de desconto de $ 30,00. O valor da alçada de Aprovação que será considerado é $ 270,00. Este valor que será enviado para o controle de alçada e seguirá por toda a validação de acordo com as configurações dos aprovadores e seus respectivos perfis. A aprovação por pedido de venda considera somente o valor total do Pedido de Venda, de acordo com o parâmetro MV_TALCFAT como "1-Pedido de venda", mesmo que existam desconstos lançados no pedido de venda.  

Exemplo de Alçada por Desconto de Venda: Pedido de venda no valor $ 300,00, contendo desconto de 10%, com o valor total de $ 270,00 e o valor de desconto de $ 30,00. O valor da alçada de Aprovação que será considerado é $ 30,00. Este valor que será enviado para o controle de alçada e seguirá por toda a validação de acordo com as configurações dos aprovadores e seus respectivos perfis. Caso o parâmetro MV_TALCFAT esteja configurado como "2-Desconto de Venda" e o pedido de venda não possua nenhum desconto lançado, o pedido de venda automaticamente será incluído como liberado (C5_CONAPRO -> Status: L - Liberado). Ou seja, para que o controle por Desconto de Venda funcione, é necessário que o parâmetro MV_TALCFAT esteja com "2-Desconto de Venda" e exista desconto no pedido de venda.


  • A validação de alçadas sempre ocorrerá antes de qualquer bloqueio e, após a sua liberação, seguirá o fluxo de Bloqueios/Liberações já existentes no faturamento Exemplo:
    1. Bloqueio/Liberação de Alçadas
    2. Bloqueio/Liberação de Regra/Verba
    3. Bloqueio/Liberação de Crédito
    4. Bloqueio/Liberação de Estoque
    5. Apto a faturar
  • O estorno de liberação somente será possível antes da liberação de crédito ou crédito/estoque. Após isto, existirão registros na tabela de controle de "Pedidos Liberados - SC9" e não será permitido o estorno via rotina de Aprovação de Alçadas (MATA094), sendo necessário estornar o pedido pelo próprio fluxo do faturamento, para depois o aprovador efetuar a ação na rotina de alçadas.
  • O controle de Alçadas pelo Faturamento estará disponível somente a partir da versão 12.1.2410.



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 de algumas rotinas acima, 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.

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 mais detalhes sobre a Política de Segurança, clique aqui.

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 mais detalhes, consulte o capítulo Regras de Auditoria na Política de Segurança.

O Sistema Protheus® disponibiliza algumas rotinas para a geração dos 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.