Linha Microsiga Protheus

Árvore de páginas

O pedido é considerado peça fundamental para o faturamento da empresa, pois determina as vendas e demanda de produtos e serviços. É uma confirmação da venda e, quando há a necessidade de formalização das necessidades do cliente em relação ao que sua empresa pode lhe oferecer, é o principal instrumento de efetivação deste atendimento.

Importante:

Configure o parâmetro MV_IFATDPR para informar se está ativada a Integração entre o Faturamento (SIGAFAT) e o Desenvolvimento de Produtos (SIGADPR).


Existem vários tipos de pedido de venda:

  • N = Normal
  • D = Devolução

Quando ocorre devolução de mercadoria imprima uma Nota de Devolução. Assim gera-se um Pedido de venda do tipo D. Por isso a necessidade de informar o número da Nota Fiscal de origem, no campo respectivo, via tecla [F4]. O código fiscal não necessariamente deve ser respectivo às devoluções.

  • C = Complemento de preço

Quando existe a necessidade de complementar o preço de alguma Nota Fiscal, o campo Quantidade dos produtos deve estar em branco. O tipo deve ser C. Os demais dados devem estar idênticos aos da nota fiscal original.

  • P = Complemento de IPI

Este tipo de nota é necessária quando a alíquota ou o valor do IPI da nota fiscal foi registrado menor do que o devido. O valor do IPI sempre será o total do pedido.

No Livro Fiscal o valor do IPI é apresentado na coluna Tributado, independente do que for definido no TES (Tipos de Entrada e Saída).

O procedimento de preenchimento deve ser:

Tipo = P;

Código de Produto = código do produto original;

Quantidade = 0 (zero).

  • I = Complemento de ICMS

Este tipo de nota é necessária quando a alíquota ou o valor do ICMS da Nota Fiscal foi registrado menor do que o devido. O valor do ICMS sempre será o total da nota fiscal, independente da definição da pergunta Calcula ICM (S/N) do Cadastro de TES.

O valor do IPI não será calculado.

No Livro Fiscal, o valor do ICMS é apresentado na coluna de Tributado, independente do que estiver definido na pergunta Livro Fiscal ICM do Cadastro de TES.

Não é gerada duplicata.

O procedimento de preenchimento deve ser:

Tipo = I;

Código de Produto = código do produto original;

Quantidade = 0 (zero).

Importante:

Há uma limitação de compras efetuadas por clientes não inscritos no cadastro de contribuintes do Estado de Alagoas, conforme configuração do parâmetro MV_LIMFTAL. Para liberar esses pedidos bloqueados, utilize a Liberação de Regras.

  • B = Beneficiamento 

Quando enviado determinado produto para guarda/conserto/beneficiamento em terceiros, o Sistema disponibiliza um controle sobre estas quantidades. O Sistema controla a quantidade de terceiros em poder da empresa e a quantidade da empresa em poder de terceiros.

Para efetuar o controle de poder de terceiros o Faturamento, Compras e Estoque/Custos devem estar implantados.

Em poder de terceiros, temos dois casos básicos:

Com movimentação do estoque

Para poder de terceiros com movimentação de estoque, o Sistema faz uma movimentação de custos, dependendo da operação, ou seja:

Para operações de terceiros, o custo será igual ao custo de entrada.

Para operações em terceiros, o custo será o médio ponderado.

Sem movimentação do estoque

Para poder de terceiros sem movimentação de estoque, o Sistema guarda o saldo líquido do produto da empresa que esteja em poder de terceiros, mas que ainda pertence ao estoque da empresa.

O procedimento de preenchimento deve ser: Possui um TES com Poder Terceiros = R (Remessa) ou D (Devolução de Remessa), conforme a necessidade do beneficiamento.

Quando a opção for igual a D (Devolução), se a nota fiscal de origem não for digitada ou selecionada por meio da tecla [F4] sobre o campo Quantidade no Pedido de Venda, o Sistema exibe as Notas Fiscais de remessa que tiverem saldo a devolver, em que deve ser selecionada a nota e pressionada a tecla [Enter].

  • B = Utiliza Fornecedor

Este tipo de nota é utilizada nas seguintes situações:

Devolução ou Remessa no Poder de Terceiros (de acordo com o TES utilizado).


Importante:

Podemos efetuar a devolução das quantidades enviadas com base no vínculo entre os Pedidos de Venda e os empenhos vinculados a estes pedidos. Assim podemos gerar múltiplas remessas para beneficiamento do mesmo material, até que seu saldo empenhado fique zerado.


Publicação de Preço

A relação entre o Pedido de Vendas e a Publicação de Preço contempla a utilização do parâmetro MV_GREGNEG que indica se no PV deve ser sugerido Tabela de Preço e Condição de Pagto a partir da Regra de Negócio.

Ações Relacionadas

O Pedido de Venda possui funcionalidades que auxiliam nas operações mais utilizadas:

  • Código Barras
  • Copiar
  • Retornar
  • Preparar documento de saída
  • Visualizar
  • Banco de Conhecimento: vincula ao Pedido de Venda arquivos como: figuras, textos, planilhas ou qualquer tipo que contem informações relevantes ao sistema.
  • Clientes: exibe informações importantes sobre o relacionamento com o cliente como: informações cadastrais e financeiras (cheques devolvidos, títulos protestados, média de atraso, maior compra, última compra etc). Também, disponibiliza de recursos para consulta rápida de títulos em aberto, títulos recebidos, pedidos, faturamento, referências e histórico de cobrança.
  • Planilha: exibe uma previsão do cálculo dos impostos que devem incidir sobre o documento de saída e dos títulos a receber que devem ser gerados (valores e vencimentos).
  • Formas: define as formas de pagamento específicas para o pedido e informar os percentuais de rateio entre elas. A forma de pagamento é diferente da condição, pois, ela é apenas um registro informativo indicando o meio, como por exemplo, dinheiro ou cheque e a condição indica a distribuição do valor em parcelas, de acordo com as regras de negócio e por consequência os vencimentos dos títulos no financeiro quando houver integração.
  • Adiantam: permite relacionar adiantamentos (Títulos de tipo RA) ao Pedido de Venda para que sejam utilizados no abatimento dos pagamentos do pedido que deve ser gerado.


Integração do SIGAOMS com o TOTVS GFE

É possível simular o Pedido de Vendas com o Frete calculado, informando as transportadoras que prestam o serviço por destino/origem, prazo de entrega e valor de frete.

Importante:

Para isto é necessário configurar o parâmetro MV_INTGFE com o conteúdo em .T., que disponibiliza em Ações Relacionadas a opção Simulação.

Para que o XML seja exportado com as informações para o TOTVS GFE é necessário preencher os campos: Produto, Quantidade e Valor do Item.


Procedimentos

Ao enviar um produto para beneficiamento, devem ser executadas as seguintes tarefas:

  1. Cadastre na estrutura um código para beneficiamento.
  2. Emita a nota da matéria-prima referente à remessa para beneficiamento. Essa nota será gravada no arquivo de saldo em poder de terceiros, para o seu controle, nota a nota.
  3. Abra uma OP referente ao produto que será resultado do beneficiamento.
  4. Ao receber o material pela nota fiscal de entrada, informe o código do produto do beneficiamento e o número da OP anterior. Assim, será gerada a requisição do mesmo produto para a OP em referência.


Importante:

  • Remessa na entrada é uma remessa de seu cliente: utilizar nota Tipo B e TES com R no campo Poder 3.
  • Remessa na saída é uma remessa ao seu fornecedor: utilizar nota Tipo B e TES com R no campo Poder 3.
  • Devolução na entrada é uma devolução de remessa já efetuada ao seu fornecedor: utilizar nota Tipo N e TES com D no campo Poder 3.
  • Devolução na saída é uma devolução de remessa já efetuada pelo seu cliente: utilizar nota Tipo N e TES com D no campo Poder 3.

Dica:

  • Se o Cadastro de Produtos estiver com as informações referentes ao peso, quantidade por embalagem, peso da embalagem, entre outros, os campos Peso Líquido e Peso Bruto podem ser preenchidos automaticamente, desde que sejam criados Gatilhos para esses campos (veja o item Gatilhos, no ambiente Configurador).
  • Entre os campos Quantidade e Qtd. Liberada, o Sistema faz as consistências devidas e libera o pedido automaticamente, desde que não haja restrições de crédito do cliente e estoque do produto.

Importante:

A rotina de Rentabilidade por Pedido, permite a visualização de uma listagem de pedidos de venda com informações de rentabilidade (custo, lucro, margem e markup). É possível também consultar as vendas por meio de gráfico.


Bloqueio de Edição da Ordem de Serviço

Para manter a integridade entre os cadastros da ordem de serviço e do pedido de venda, foram feitos alguns ajustes para bloquear a edição de apontamentos de uma ordem de serviço, quando há um pedido de venda em aberto.

Para isso, foi criado o parâmetro MV_LIBVINC, que é verificado ao realizar a edição dos itens do pedido de venda. Se o conteúdo dele estiver configurado como Falso (.F.), a edição e a inclusão de novos itens serão bloqueadas. Se o conteúdo estiver configurado como Verdadeiro (.T.), a edição e a inclusão de novos itens serão permitidas.


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.

  • 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 mais 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 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.


Veja também

Para consultar os pedidos de venda, veja: