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.
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).
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).
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 contém 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.
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.
|
|
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. |
Atividades
A interface do cadastro de atividades permite a criação e a relação das atividades com outras entidades do módulo e não somente com as entidades prospects e clientes. É possível acessar tanto pelo menu Atividades, quanto pela visualização do histórico, de acordo com a entidade selecionada.
A interface permite a criação das atividades para o Outlook® ou do Outlook® para o Protheus por meio de integração com o Exchange. É possível, também, visualizar o check-in/ check-out dos compromissos realizados pelo CRM mobile.
O objetivo do cadastro de atividades do CRM é auxiliar na realização das tarefas diárias para acompanhamento dos clientes e das vendas. As atividades cadastradas podem ser classificadas como tarefas ou compromissos.
Exemplo:
No cadastro é possível registrar todas as tarefas do dia a dia: reuniões, visitas, apresentações, telefonemas, atividades de acompanhamento de oportunidades de vendas, propostas comerciais e outras, informando sempre a data e os horários de início e fim.
Sempre que uma nova atividade for cadastrada será feita a sincronização automática com o Exchange e qualquer alteração realizada, tanto no Microsoft Outlook®, como no Microsiga Protheus CRM®, é replicada por meio da sincronização. É possível consultar o status da sincronização no menu Ações Relacionadas.
Uma vez que a atividade é criada, poderá ser editada indicando sempre o status em que se encontra e, ao ser cancelada ou concluída, é apresentada como registro inabilitado.
Tarefas
As tarefas são utilizadas para cadastrar atividades diárias e auxiliam no acompanhamento de contas, vendas, ações de marketing, registro de ligações etc. Para isso, preencha os seguintes campos:
- Assunto
- Descrição
- Prioridade (alta, normal ou baixa)
- Data de Início
- Data de Fim
- Duração da Atividade
- Descrição da Entidade
- Descrição do Registro Vinculado
- Data de Conclusão da Tarefa
- % Concluída
- Lembrete (data e hora)
- Referente a
- Status
- Não Iniciada
- Em Andamento
- Concluída
- Aguardando Outros
- Adiada
- Status do Registro
- Ativo para os Status: Não Inciado, Em Andamento, Aguardando outros e Adiada.
- Inativo para o Status: Concluída.
Compromissos
Os compromissos são utilizados para cadastrar agendamentos de reuniões, apresentações, visitas à clientes etc. Quando sincronizados com o Outlook®, os compromissos cadastrados compõem o calendário. Para incluir compromissos, preencha os seguintes campos:
- Participantes
- Assunto
- Local
- Descrição da Atividade
- Descrição da Entidade
- Descrição do Registro Vinculado
- Prioridade (alta, média ou baixa)
- Data de Início
- Hora de Início
- Data de Fim
- Hora de Fim
- Data de Conclusão da Tarefa
- Duração da Atividade
- Referente a
- Status:
- Não Iniciado
- Em Andamento
- Concluído
- Aguardando Outros
- Adiado
- Status do Registro:
- Ativo para os Status: Não Inciado, Em Andamento, Aguardando outros e Adiada.
- Inativo para o Status: Concluída.
Procedimentos
- Em Atividades\ Incluir, selecione a opção tarefa ou compromisso.
- Em seguida, o Sistema apresenta os campos que devem ser preenchidos, conforme descrição acima.
- Na opção Alterar, é possível informar as alterações no registro posicionado no browse.
- Se quiser excluir atividades cadastradas, clique na opção Excluir.
- Em Conf. Sincr. o Sistema apresenta as opções de Agenda, Tarefa, o tempo de sincronização, a Sincronização Automática e os dados de login do Exchange.
- Na opção Sincronização, o Sistema exibe os dados da última sincronização realizada.
- Em Check-in/ Check-out é possível visualizar o check-in e check-out do registro posicionado.
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
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
- Integração SIGAOMS x TOTVS GF
- Integração Microsiga Protheus com SoftSite
- Alíquotas do ISS
- Saídas x Entradas
- Programação de Entrega
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas