Histórico da Página
...
Índice | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
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 | ||
---|---|---|
| ||
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:
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 | ||
---|---|---|
| ||
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 | ||
---|---|---|
| ||
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 | ||
---|---|---|
| ||
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. |
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:
...