Histórico da Página
Produto: | Microsiga Protheus® |
Ambiente: | SIGAFAT - Faturamento |
Ocorrência: | Fluxo de Liberações e Causas de Bloqueios do Pedido de Vendas |
startHidden | false |
---|---|
effectDuration | 0.5 |
id | Etapas de Liberação de Pedidos de Venda |
effectType | horizontal |
loopCards | true |
Card | ||||||
---|---|---|---|---|---|---|
| ||||||
Estrutura Exemplo: Os pagamentos serão efetuados da seguinte forma: Obs: Atente-se à configuração do parâmetro MV_DIACONT sendo 1 = Conta o dia atual ou 2 = Conta a partir do dia seguinte. |
Índice |
---|
O Processo de emissão de um Documento de Saída no módulo Faturamento (SIGAFAT), quando iniciado pela inclusão do Pedido de Vendas (MATA410), necessita que este pedido passe pela etapa de Liberação.
Ao realizar a liberação do pedido, o sistema efetua a gravação da tabela SC9 e a partir desse ponto pode-se verificar se o pedido estará:
- Bloqueado por Crédito;
- Bloqueado por Estoque;
- Apto a Faturar.
Caso o pedido possua um bloqueio por Regra de Negócios (FATA100), não será possível realizar sua liberação. Estando com algum dos bloqueios, o Pedido não estará em condições de ser faturado, sendo necessário identificar a causa do bloqueio e realizar a manutenção, para que a liberação do pedido seja reprocessada.
Aviso | ||
---|---|---|
| ||
|
TIPOS DE LIBERAÇÃO DE PEDIDOS DE VENDA
Deck of Cards | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
|
...
Estrutura
O campo Código do cadastro Condição de Pagamento, representa os vencimentos, de acordo com a fórmula:
...
...
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.
Exemplo:
• Código - 001
• Tipo - 3
• Condição - 3,42,7,14,21,28
...
|
...
|
...
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.
...
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.
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 | ||||||
---|---|---|---|---|---|---|
| ||||||
Estrutura |
...
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.
...
...
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.
...
|
Aviso | ||
---|---|---|
| ||
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):
Campo C6_QTDLIB: O campo Quantidade Liberada (C6_QTDLIB) possui como característica o preenchimento em tela, ou seja, o campo é editável, porém, ao gravar o pedido de vendas, o conteúdo do campo não é gravado no Banco de Dados, o sistema utiliza o conteúdo dele para criar o registro de liberação na tabela SC9, mas o conteúdo não é gravado na tabela SC6. |
...
STATUS / LEGENDAS DO PEDIDO DE VENDAS
Na rotina Pedidos de Venda (MATA410) não é demonstrado se há Bloqueio de Crédito ou Estoque, os Status (legendas) disponíveis na rotina são:
Expandir | ||
---|---|---|
| ||
Indica que o pedido foi incluído, não possui bloqueio de Regra / Verba, porém ainda não passou pelas demais liberações (Não possui registro na tabela SC9). |
Expandir | ||
---|---|---|
| ||
Pedido já passou por todas as liberações e foi faturado. |
Expandir | ||
---|---|---|
| ||
O pedido já passou pela avaliação de Regra / Verba e foi submetido à análise de Crédito e Estoque. |
Expandir | ||
---|---|---|
| ||
O pedido está bloqueado por Regra de Negócio e não será submetido à análise de Crédito e Estoque. |
Expandir | ||
---|---|---|
| ||
O pedido possui desconto maior que o estipulado na Regra de Negócio, possui Verba de Venda, porém o valor da verba não cobre o desconto concedido. |
Para mais informações a respeito das Legendas dos Pedidos de Venda (MATA410), acesse o Link: https://tdn.totvs.com/x/Z32ZDg
...
Os bloqueios por Crédito / Estoque são demonstrados em suas rotinas específicas:
- Analise de Crédito de Pedido de Venda (MATA450);
- Analise de Crédito de Cliente (MATA450A);
- Liberação de Estoque (MATA455);
- Liberação de Crédito / Estoque (MATA456);
- Documentos de Saída (MATA460A).
Estas rotinas baseiam-se nos registros da Tabela SC9 onde estes bloqueios são indicados nos campos C9_BLEST (Bloqueio de Estoque) e C9_BLCRED (Bloqueio de Crédito).
Para mais informações a respeito dos bloqueios gravados na tabela SC9, consulte a documentação: https://tdn.totvs.com/x/Zk1tDQ
...
FLUXO DE ANÁLISES PARA FATURAMENTO DO PEDIDO DE VENDAS
draw.io Diagram | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Deck of Cards | ||||||
---|---|---|---|---|---|---|
|
Assim, temos: 3 parcelas com vencimento nos dias 20/Abril, 25/Maio e 30/Junho.
...
default | true |
---|---|
id | Custo Médio |
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:
...
|
...
|
...
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:
...
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 | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
Considerando os pedidos de venda:
...
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:
...
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:
...
Importante:
• 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 | ||||||
---|---|---|---|---|---|---|
| ||||||
Card | ||||||
---|---|---|---|---|---|---|
| ||||||
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. 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).
...
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).
...
1ª Análise: Liberação de Regras de Negócio / Verbas de Venda
...
title | STATUS LIBERADO OU BLOQUEADO |
---|
...
2ª Análise: Liberação de Crédito de Cliente
...
3ª Análise: Liberação de Estoque de Produto
...
|
...
|