Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Índice
maxLevel5
outlinetrue
indent8.1.1
exclude.*ndice
stylenone

Objetivo

Esta rotina gerencia o controle de parcerias para o processo de venda, com o objetivo de atender às seguintes situações:

  • Quando o comprador quer garantir a entrega de determinado material ou bem;
  • Quando o adquirente encomenda a fabricação de um equipamento e necessita dos documentos emitidos pelo vendedor para fins de obtenção de financiamento;
  • Para o pagamento antecipado de qualquer bem a ser adquirido;
  • Para a garantia do preço de venda.

O contrato de parceria é similar à venda com entrega futura.

Informações
titleNota

Caso haja a necessidade da escrituração do documento de saída para o recebimento antecipado, deve ser preenchido o campo TES de Cobrança com atenção, para que não haja duplicidade de cobrança ou atualização de estoques.

O TES deve ter as seguintes características:

  • Gera Duplicata = S
  • Atualiza Estoque = N

Como as entregas não possuem uma data efetiva, o contrato não deve ser considerado pelo MRP.

O sistema permite gerar pedidos de venda por meio dos contratos de parceria, a partir das opções:

  • Aprovar
  • Remessa
  • Encerrar

Os contratos são identificados por uma legenda, na janela de manutenção da rotina, sendo:

  • Verde- Contrato em Aberto
  • Azul - Contrato Aprovado ou sem TES de Cobrança
  • Amarelo - Contrato Parcialmente Entregue
  • Vermelho - Contrato Totalmente Entregue
  • Cinza - Contrato Encerrado Manualmente

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

Informações
titleNota

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

Como as entregas não possuem uma data efetiva, o contrato não deve ser considerado pelo MRP.

Existem vários tipos de pedido de venda:

  • N = Normal
  • D = Devolução

Quando ocorre devolução de mercadoria é necessário imprimir uma Nota de Devolução, desta forma 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).

Informações
titleNota

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).

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.

 

Informações
titleImportante

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:
Cadastre na estrutura um código para beneficiamento.
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.
Abra uma OP referente ao produto que será resultado do beneficiamento.
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.

[PICTURE Help_button.gif]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.


[PICTURE Help_button.gif]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.


[PICTURE Help_button.gif]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.

Veja também
Para consultar os pedidos de venda, veja:
Relatório Pedido de Venda x Cliente
Relatório Pedido de Venda x Produto
Relatório Pedido por Produto ou por Grade
Relatório Pedidos a Faturar
Liberação de Regras
Fundo Estadual de Combate e Erradicação da Pobreza do Estado do Rio Grande do Norte - FECOP-RN
Fundo de Erradicação da Miséria e Combate à Pobreza - FECP-MG
IF V116Integração SIGAOMS x TOTVS GFEEND
IF V117
Integração Microsiga Protheus com SoftSite
Alíquotas do ISS
Saídas x Entradas
Programação de Entrega
END
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 permitidasO parâmetro MV_PRCCTR indica se na captação do pedido ou orçamento de venda deve-se respeitar o preço negociado no contrato ou utilizar a Tabela de Preços.
O parâmetro MV_ALTCTR indica se é possível a alteração de preços em pedidos de venda que possuem contrato de parceria.

Mapa Mental

Conheça neste diagrama as informações que contemplam as funcionalidades da rotina: 

...