| Deck of Cards |
|---|
| startHidden | false |
|---|
| effectDuration | 0.5 |
|---|
| id | Etapas Tipos de Liberação de Pedidos de Venda |
|---|
| effectType | horizontal |
|---|
| loopCards | true |
|---|
| | Card |
|---|
| default | true |
|---|
| id | Custo Médio06072020 |
|---|
| label | TIPO 1 |
|---|
| Estrutura
Definir qualquer código para representar a condição.
O campo Cond. Pagto. indica o deslocamento em dias a partir da data base. Os valores devem ser separados por vírgula. Exemplo:
• Código - 001
• Tipo - 1
• Condição - 00,30,60 Os pagamentos serão efetuados da seguinte forma:
• 1ª parcela à vista
• 2ª parcela 30 dias
• 3ª parcela 60 dias Obs: Atente-se à configuração do parâmetro MV_DIACONT sendo 1 = Conta o dia atual ou 2 = Conta a partir do dia seguinte. | | Card |
|---|
| default | true |
|---|
| id | Custo Médio |
|---|
| label | TIPO 2 |
|---|
| Estrutura
O campo Código do cadastro Condição de Pagamento, representa os vencimentos, de acordo com a fórmula:  Image Removed
O campo Cond. Pagto. deve determinar o multiplicador.
Exemplo:
• Código - 341
• Tipo - 2
• Condição - 7 (Multiplicador) Image Removed
| Card |
|---|
| default | true |
|---|
| id | Custo Médio |
|---|
| label | TIPO 3 |
|---|
| Estrutura
O campo Cond. Pagto determina o número de parcelas, a carência e as datas padronizadas para o vencimento. O usuário pode definir qualquer código para representar a condição.  Image Removed
Exemplo:
• Código - 001
• Tipo - 3
• Condição - 3,42,7,14,21,28  Image Removed
O programa calcula, após a data de emissão, as datas de vencimento, ajustando-as de acordo com as datas padrão fornecidas, sempre para a próxima. |
| Card |
|---|
| | default | true |
|---|
| id | Custo Médio |
|---|
| label | TIPO 4 |
|---|
| Estrutura
O campo Cond. Pagto determina o número de parcelas, o intervalo de dias e o dia da semana para o vencimento. O usuário pode definir qualquer código para representar a condição.
O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula.  Image Removed
Em que D pode assumir:
1 - Domingo
2 - Segunda
3 - Terça
4 - Quarta
5 - Quinta
6 - Sexta
7 - Sábado
Exemplo:
• Código - 001
• Tipo - 4
• Condição - 4,30,3
Esta condição indica que o título terá quatro parcelas com vencimento a cada trinta dias, toda terça-feira.Obs: O sistema não retrocede a data para a semana vigente ao vencimento. Quando por intervalo de parcelas vencimento cair na quarta - feira a mesma semana o sistema levará a regra como vencimento para terça- feira da seguinte. | Liberação Automática: Realizada através do botão "AUTOMÁTICA" → Permite realizar a liberação dos pedidos de venda em lote por: - Intervalo de números de pedido (Pedido de / Pedido até);
- Intervalo de códigos de clientes (Cliente de / Cliente até);
- Intervalo de datas de entrega (Data Entrega de / Data Entrega até);
- Intervalo de lojas de cliente (Loja De / Loja Até)
|
Ex: Emissão 06/01/20 +30 DDL = vencimento cairia para 05/02 (quarta-feira), como a regra no pagamento é toda terça-feira , o vencimento correto será dia 11/02/20 (terça-feria da próxima semana) | Card |
|---|
| default | true |
|---|
| id | Custo Médio |
|---|
| label | TIPO 5 |
|---|
| Estrutura
O campo Cond. Pagto representa a carência, a quantidade de duplicatas e os vencimentos, nesta ordem, representado por valores numéricos.
Exemplo:
• Código - 001
• Tipo - 5
• Condição - 10,12,30
Assim, a condição 10,12,30 representa:  Image Removed
|
| Card |
|---|
| default | true |
|---|
| id | Custo Médio |
|---|
| label | TIPO 6 |
|---|
| Estrutura O campo Cond. Pagto assume dias da semana padronizados para o vencimento, considerando o intervalo de dias entre cada parcela.
O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula.  Image Removed
Em que D pode assumir:
1 - Domingo
2 - Segunda
3 - Terça
4 - Quarta
5 - Quinta
6 - Sexta
7 - Sábado
Exemplo:
• Código - 001
• Tipo - 6
• Condição - 6,15,4,30
Assim, a condição 6,15,4,30 representa: Image Removed
| Card |
|---|
| default | true |
|---|
| id | Custo Médio |
|---|
| label | TIPO 7 |
|---|
| Estrutura
Permite a definição de datas fixas de vencimento no período de um ano. O valor de cada parcela será calculado dividindo-se o Valor Total da Nota pelo Número de Parcelas. Esta condição trata as parcelas da seguinte maneira:
• São definidos 13 valores numéricos com dois dígitos, separados por vírgula;
• O primeiro valor numérico indica o número de parcelas;
• Os demais devem ser utilizados para informar os dias de vencimento das parcelas de janeiro a dezembro sequencialmente;
• O vencimento da primeira parcela será a data imediatamente posterior à data base.
Dica: Quando o dia informado for superior ao último dia do mês, o último dia do mesmo será assumido.
Exemplo:
Data Base 25/03/2002
• Código - 001
• Tipo - 7
• Condição - 03, 05, 10, 15, 20, 25, 30, 05, 10, 15, 20, 25, 30 Image Removed
Assim, temos: 3 parcelas com vencimento nos dias 20/Abril, 25/Maio e 30/Junho
|
| Card |
|---|
| default | true |
|---|
| id | Custo Médio060720201 |
|---|
| label | TIPO 8 |
|---|
| Estrutura O campo Cond. Pagto representa os dias de deslocamento e os percentuais de cada parcela na seguinte forma: [nn, nn, nn], [xx, xx, xx], em que: • [nn, nn, nn] são os deslocamentos em dias a partir da data base.
• [xx, xx, xx] são os percentuais de cada parcela
Os valores deverão ser separados por vírgula.
A soma dos totais dos percentuais deve ser de 100%.Exemplo:
• Código - 001
• Tipo - 8
• Condição - [30,60,90],[25,35,40]
Num total de 1.000 reais serão geradas as seguintes parcelas.
• para 30 dias, 25% do total R$ 250,00
• para 60 dias, 35% do total R$ 350,00
• para 90 dias, 40% do total R$ 400,00 | Card |
|---|
| default | true |
|---|
| id | Custo Médio |
|---|
| label | TIPO 9 |
|---|
| Caso nenhum dos Tipos de Condição disponíveis atenda plenamente a particularidade de sua necessidade, poderá utilizar o TIPO 9, que é o Tipo utilizado quando não há um tipo que automatize a regra do cliente.
Detalhes abaixo e no link: Condição_de_Pagto_Tipo_9 Estrutura (Datas Fixas)
O usuário informa as datas de vencimentos e valores em moeda ou percentuais. Esta condição é utilizada quando não há regras predeterminadas, sendo que o usuário pode informar manualmente as parcelas e vencimentos no momento da venda. Desta forma, poderá compor os valores das parcelas como desejar. Esta opção é válida para Pedidos de Venda e Orçamentos de Venda. Para determinar o número de parcelas, deve ser configurado o parâmetro MV_NUMPARC. O padrão do sistema é 4, porém é permitida a configuração de até 26 parcelas. No entanto, como a quantidade de parcelas é informada no pedido de vendas (Campos C5_PARC1 a 4 e C5_DATA1 a 4), e no orçamento de vendas (Campos CJ_PARC1 a 4 e CJ_DATA1 a 4), devem ser criados os campos "Parcela" e "Data" de acordo com a necessidade de cada empresa. Desta forma, caso o parâmetro seja configurado para 7 parcelas, por exemplo, devem ser criados os campos: Para o pedido de Vendas:
C5_PARC5, C5_PARC6, C5_PARC7 e C5_DATA5, C5_DATA6 E C5_DATA7.
Para o Orçamento de Vendas:
CJ_PARC5, CJ_PARC6, CJ_PARC7 e CJ_DATA5, CJ_DATA6 e CJ_DATA7.Importante:
Somente para o tipo de condição de pagamento 9, o parâmetro MV_IPITP9 define se o valor do IPI será incluso nas parcelas. Configure o parâmetro com conteúdo igual a S (Sim) se o valor do IPI estiver incluso, caso contrário, informe N (Não). A condição de pagamento tipo 9 tem o valor definido pelo usuário em valor ou em percentual, sendo assim, se a opção escolhida for valor, o IPI pode ser distribuído nas parcelas como convier. Exemplo:
Pode-se incluir o valor total do IPI na primeira parcela ou na última, ou dividir o valor do IPI pelo número de parcelas e cobrar o IPI junto com cada parcela, etc.
Para a condição de pagamento tipo 9, informe no campo Cond. Pagto.; zero 0 ou o símbolo percentual %:
• O símbolo % - para utilizar os campos Parcelas do arquivo de Pedidos de Vendas como percentuais a serem parcelados;
• Zero 0 - para que os parcelamentos sejam considerados em valor moeda. Exemplos: | Cond. Pgto. 001 | Cond. Pgto. 002 |
|---|
| Campos | Conteúdo |
|---|
| Código | 001 | | Tipo | 9 | | Cond. Pagto. | % | | Descrição | Percentual |
| | Campos | Conteúdo |
|---|
| Código | 002 | | Tipo | 9 | | Cond. Pagto | 0 | | Descrição | Valor |
|
Considerando os pedidos de venda: | Pedido 1 |
|---|
| Campos | Conteúdo |
|---|
| Pedido | 000001 | | Cliente | 000099 | | Cond. Pagto. | 001 | | Parcela 1 | 10 | | Vencimento 1 | 25/03/16 | | Parcela 2 | 30 | | Vencimento 2 | 20/04/16 | | Parcela 3 | 30 | | Vencimento 3 | 05/05/16 | | Parcela 4 | 30 | | Vencimento 4 | 10/06/16 | | Valor Total do Pedido | R$ 1.000,00 |
| Para a condição de Pagamento 001 (%), o sistema considera: • Parcela 1: 10% sobre o total do pedido (R$100,00) e vencimento 25/03/03
• Parcela 2: 30% sobre o total do pedido (R$ 300,00) e vencimento 20/04/03
• Parcela 3: 30% sobre o total do pedido (R$ 300,00) e vencimento 05/05/03
• Parcela 4: 30% sobre o total do pedido (R$ 300,00) e vencimento 10/06/03| Pedido 2 |
|---|
| Campos | Conteúdo |
|---|
| Pedido | 000002 | | Cliente | 000099 | | Cond. Pagto. | 002 | | Parcela 1 | 100 | | Vencimento 1 | 25/03/16 | | Parcela 2 | 300 | | Vencimento 2 | 20/04/16 | | Parcela 3 | 300 | | Vencimento 3 | 05/05/16 | | Parcela 4 | 300 | | Vencimento 4 | 10/06/16 | | Valor Total do Pedido | R$ 1.000,00 |
| Para a condição de Pagamento 002 (0), o sistema considera: • Parcela 1: 100,00 e vencimento 25/03/03
• Parcela 2: 300,00 e vencimento 20/04/03
• Parcela 3: 300,00 e vencimento 05/05/03
• Parcela 4: 300,00 e vencimento 10/06/03Importante:
• A condição de pagamento do tipo “9” não deve ser utilizada em transações realizadas nos ambientes Compras, Financeiro e Automação Comercial (Sigaloja e FrontLoja).
• A rotina de Televendas do ambiente Call Center utiliza a condição de pagamento tipo 9, somente se o pedido de vendas for gerado através de integração com o ambiente Faturamento.
• O sistema não efetua aglutinação de duplicatas com tipo de condição de pagamento 9, pois os valores para este tipo de condição são definidos pelo usuário e não pelo sistema. Para maiores informações consulte o link: FAT0074_Condição_de_Pagamento_Tipo_9
| Card |
|---|
| default | true |
|---|
| id | Custo Médio |
|---|
| label | TIPO A |
|---|
|  Image Removed
|
| Liberação Manual: Realizada através do botão "LIBERAR" → Permite realizar a liberação dos itens do pedido de venda parcialmente, através do preenchimento do campo “Qtd.Liberada” (C6_QTDLIB).
Ao clicar nesta opção, o sistema exibe a tela do pedido de vendas e todos os seus itens permitindo alterar algumas informações no cabeçalho do pedido como: - Transportadora (C5_TRANSP);
- Frete, Seguro e Despesas (C5_TPFRETE, C5_FRETE, C5_SEGURO, C5_DESPESA, C5_FRETAUT, C5_RECFAUT, C5_REDESP);
- Peso, Volume e Espécie (C5_PSOL, C5_PBRUT, C5_VOLUME1/2/3/4, C5_ESPECI1/2/3/4);
- Mensagem da Nota (C5_MENNOTA);
É possível bloquear a opção de Liberação Manual do Pedido de vendas, saiba como através da documentação do link:
Observações: Campo C6_BLQ pode impedir a liberação do item caso seja inserida informação de Eliminação de Resíduo manual ou automática. Possíveis conteúdos para o campo (Tabela F1 - Status do bloqueio da SX5): - Sim (S) - Pedido Bloqueado;
- Não (N) - Não Bloqueado;
- Resíduo (R) - Eliminado Resíduo.
| | Card |
|---|
| default | true |
|---|
| id | Custo Médio |
|---|
| label | TIPO B |
|---|
| Este tipo de condição possibilita a combinação de diversos tipos de vencimentos (tipos: 1 a 8; com exceção do tipo 9) em uma única uma condição de pagamento. Na janela de inclusão de condição de pagamento, a área superior apresenta os campos para definição dos tipos das condições de pagamento já existentes; a área inferior, apresenta linhas para definição dos itens quando a condição for tipo B, neste caso, somente os campos definidos nos itens serão considerados para o cálculo dos vencimentos das duplicatas. Os itens da condição de pagamento tipo B serão armazenados na tabela Desmembramento de Condições de Pagamento - SEC. Parâmetros Envolvidos • MV_AGLDUPB - Define se quando existirem duplicatas com a mesma data de vencimento, estas deverão ser aglutinadas.
• MV_DATDUPB - Indica se para o cálculo dos vencimentos, será aplicada a data do último título gerado como referência para a próxima condição (1=Atualiza) ou será utilizada sempre a data inicial (2-Inicial). Exemplos de Aplicação:http://interno.totvs.com/mktfiles/tdiportais/helponlineprotheus/p12/portuguese/mata360_tipo_b.htm |
Para emitir um Documento de Saída no módulo Faturamento SIGAFAT é necessária a inclusão de um Pedido de Vendas - Rotina MATA410 e a liberação deste Pedido. O que determina que um Pedido está apto a Faturar são as liberações do Pedido. Estando com algum bloqueio, indica que o Pedido não está em condições de ser faturado. É necessário primeiramente identificar a causa do bloqueio, sanar a causa e reprocessar a análise para que ocorra a liberação.O Pedido passa por um fluxo de análises para validação de que está liberado por todos os fatores. Uma vez liberado nas três etapas, o Pedido torna-se apto ao faturamento. OBS: é possível estornar a liberação e submeter à uma nova análise quando for necessário reavaliar por quaisquer razões (para estornar a liberação bloqueada clique em "Alterar" no Pedido de Vendas e em seguida "Confirmar" pois alteração do Pedido estorna as liberações, ou, acesse a rotina Docs de Saída MATA460A > Outras Ações > Estornar liberação. Após estornar poderá submeter novamente à análise).
| Aviso |
|---|
| title | IMPORTANTE ESCLARECER |
|---|
|
Botão "AUTOMÁTICA" → Indica que o sistema irá avaliar os cadastros/ parâmetros / configurações pré definidas e indicar se o Pedido será Liberado ou, se não estiver em acordo, será mantido Bloqueado. Botão "MANUAL" ou "LIBERAR" → Desconsidera os cadastros/ parâmetros / configurações pré definidas e Libera o Pedido independente da análise. É uma liberação "forçada" (Veja aqui como Retirar permissões para Liberação Manual). |
| draw.io Diagram |
|---|
| border | true |
|---|
| viewerToolbar | true |
|---|
| |
|---|
| fitWindow | false |
|---|
| diagramName | Liberação Pedido de Venda |
|---|
| simpleViewer | false |
|---|
| width | |
|---|
| diagramWidth | 1274 |
|---|
| revision | 17 |
|---|
|
1ª Análise: Liberação de Regras de Negócio / Verbas de Venda
- Para submeter o Pedido à análise de Regras de Negócio / Verbas de Venda basta incluir o pedido na rotina MATA410 - Pedidos de Venda.
- Esta etapa avalia se o Pedido incluído está de acordo com as Regras de Negócio (FATA100) da Organização (Veja mais sobre Regras de Negócio em: Aplicação de Regra de Negócio / Fluxo conceitual de Regra de Negócio / Forma de pagamento na Regra de Negócio) e caso a análise indique que o Pedido ultrapassou o desconto máximo concedido na Regra de Negócio, é avaliado também se há Verbas de Vendas que compensam a diferença e permitem a liberação
- Caso o Pedido seja avaliado com Bloqueio de Regras de Negócio (C5_BLQ ou C6_BLOQUEI = 1) / Verbas de Venda (C5_BLQ ou C6_BLOQUEI = 2) é possível realizar a liberação manual na Rotina Liberação de Regras - FATA210
- Após liberar o Pedido nesta etapa, é criado um registro deste Pedido na Tabela SC9 (Tabela de Liberações do sistema) o que indica que o Pedido está apto a ser analisado por Crédito de Cliente e Saldo de Estoque. O que nos leva à próxima análise.
- OBS: Campo C6_BLQ pode impedir a liberação do item.
Possíveis conteúdos (Tabela F1 - Status do bloqueio da SX5:
Sim / Não - Registro manual no item do Pedido ("S" = Bloqueado e "N" ou " " =Não Bloqueado)
Resíduo - Registro manual, ou também, automaticamente ao Eliminar Resíduo de Pedido de Vendas
| Informações |
|---|
| title | STATUS LIBERADO OU BLOQUEADO |
|---|
|
- Na rotina Pedidos de Venda MATA410 não é demonstrado se há bloqueio de Crédito ou Estoque; apenas se há bloqueio de Regras de Negócio / Verbas de Venda. Ou seja, estando o pedido sem tais Bloqueios de Regra ou de Verba, então o Pedido realmente é caracterizado como Liberado (legenda amarela) para esta rotina. Os bloqueios por Crédito ou Estoque na verdade são demonstrados em suas rotinas específicas, como por exemplo: MATA450 - An. Crédito Pedido e MATA455 - Liberação Estoque às quais se baseiam na Tabela SC9 onde estes bloqueios são registrados. Havendo dúvidas em relação à legenda amarela - Liberado porém com bloqueios de Crédito / Estoque consulte a FAQ: Legendas / Status do Pedido de Vendas - MATA410
- Para verificar se determinado Pedido está liberado ou com algum bloqueio, consulte a Tabela SC9 (Tabela de Liberações do sistema) através da rotina MATA450 ou MATA455 e localize o registro deste item / deste pedido.
Verifique os campos C9_BLCRED e C9_BLEST . Conforme mostra a FAQ: Bloqueios na Tabela SC9 se houver conteúdo no campo C9_BLCRED indica bloqueio de crédito e se houver conteúdo no campo C9_BLEST indica bloqueio de estoque.
Avalie a seguir como sanar cada caso.
|
2ª Análise: Liberação de Crédito de Cliente
- Para submeter o Pedido à análise de Crédito basta processar o Pedido em uma das rotinas:
- MATA440 - Liberação de Pedidos de Venda (Essa rotina na realidade visa a primeira análise (acima), porém já aciona automaticamente também, na sequência, as funções de liberação de Crédito quando processada pela opção "Automático")
- MATA450 - Análise de Crédito por Pedido / MATA450A - Análise de Crédito por Cliente (Veja aqui as diferenças na exibição da Análise de Crédito por Pedido X por Cliente)
- MATA456 - Liberação de Crédito e Estoque unificada
- Esta etapa avalia se o Cliente possui Saldo de Crédito Disponível. Veja aqui as configurações e parametrizações para análise automática de crédito ou, se não desejar utilizar Análise de crédito no Protheus, é opcional (neste caso configure MV_BLOQUEI como .F.)
- Caso o Pedido seja avaliado com Bloqueio de Crédito (C9_BLCRED preenchido) então indica que não há limite de crédito disponível para este Cliente. Para identificar o que o sistema está validando para chegar a essa conclusão, consulte (e ajuste de acordo com sua necessidade) a FAQ: Bloqueio de Crédito
- Ao identificar a causa do bloqueio deverá optar por:
A) liberar manual (veja aqui como Retirar permissões para Liberação Manual) ou,
B) sanar a causa do bloqueio, estornar a liberação bloqueada e submeter novamente à análise automática (para estornar a liberação bloqueada clique em "Alterar" no Pedido de Vendas e em seguida "Confirmar" pois alteração do Pedido estorna as liberações, ou, acesse a rotina Docs de Saída MATA460A > Outras Ações > Estornar liberação. Após estornar poderá submeter novamente à análise)
- Após liberar o Pedido nesta etapa de análise de Crédito indica que o mesmo está apto a ter os itens analisados por Saldo de Estoque. O que nos leva à próxima análise.
3ª Análise: Liberação de Estoque de Produto
- Para submeter os itens do Pedido à análise de Estoque basta processar o Pedido em uma das rotinas:
- MATA440 - Liberação de Pedidos de Venda (Essa rotina na realidade visa a primeira análise (acima), porém já pode acionar automaticamente também, na sequência, as funções de liberação de Crédito e Estoque ao preencher a pergunta "Liberar ? " com a opção "Credito/Estoque" quando processada pela liberação "Automática"
- MATA455 - Liberação de Estoque
- MATA456 - Liberação de Crédito e Estoque unificada
- Esta etapa avalia se os itens inseridos no Pedido de Vendas possuem Saldo de estoque Disponível. Obs: Diferente da Análise de crédito no Protheus, a Análise de Estoque já não é opcional, ou seja, não havendo saldo disponível o item/pedido realmente ficará com bloqueio de Estoque pela análise automática.
- Caso o Pedido seja avaliado com Bloqueio de Estoque (C9_BLEST preenchido) então indica que não há saldo de estoque disponível para estes itens/para este Pedido / para o lote selecionado (caso exista). Para identificar o que o sistema está validando para chegar a essa conclusão, consulte (e ajuste de acordo com sua necessidade) a FAQ: Bloqueio de Estoque
- Ao identificar a causa do bloqueio deverá optar por:
A) liberar manual (veja aqui como Retirar permissões para Liberação Manual) ou,
B) sanar a causa do bloqueio, estornar a liberação bloqueada e submeter novamente à análise automática (para estornar a liberação bloqueada clique em "Alterar" no Pedido de Vendas e em seguida "Confirmar" pois alteração do Pedido estorna as liberações, ou, acesse a rotina Docs de Saída MATA460A > Outras Ações > Estornar liberação. Após estornar poderá submeter novamente à análise)
- Após liberar o Pedido nesta etapa de análise de Estoque indica que o mesmo está apto a ser faturado
| Dica |
|---|
| title | DÚVIDAS FREQUENTES sobre Análise de Estoque |
|---|
|
|
|
