Histórico da Página
MÚLTIPLAS FORMAS DE PAGAMENTO
Informações Gerais
Linha de Produto: | PC Sistemas | ||||||||||||||||||||||
Segmento Executor: | D&L | ||||||||||||||||||||||
Módulo: | 3 - Venda / 14 - Faturamento / 5 - Processamento | ||||||||||||||||||||||
Rotina: |
| ||||||||||||||||||||||
Chamado/Ticket: | 0.005362.2017 (HIS.01261.2017 // HIS.01262.2017 // HIS.01268.2017 // HIS.00139.2017 // HIS.01681.2017 ) | ||||||||||||||||||||||
Requisito/Story/Issue: | Informe o requisito relacionado (Issue). | ||||||||||||||||||||||
País: | ( X ) Brasil ( ) Argentina ( ) México ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colômbia ( ) Outro _____________. | ||||||||||||||||||||||
Versão: | Rotina 316 - V. Rotina 1406 - V. Rotina 1432 - V. Rotina 500 - Versão 28.01.00.042 Rotina 522 - Versão 28.02.00.02 Rotina 560 - Versão 28.01.00.038 |
Objetivo
As rotinas que geram nota fiscal eletrônica, no momento do faturamento, devem disponibilizar a condição de se informar a forma de pagamento a ser utilizada na geração deste documento, o que permite mais de uma forma de pagamento simultaneamente.Sendo escolhido a origem de venda como Balcão no momento da gravação do pedido (F2) deve ser apresentado ao usuário mensagem se ele deseja informar múltiplas formas de pagamentoSendo escolhido a origem de venda como Balcão no momento da gravação do pedido (F2) deve ser apresentado ao usuário mensagem se ele deseja informar múltiplas formas de pagamento
Definição da Regra de Negócio
Expandir | ||
---|---|---|
| ||
Tarefa: HIS.01261.2017 1. Sendo escolhido a origem de venda como Balcão no momento da gravação do pedido (F2) deve ser apresentado ao usuário mensagem se ele deseja informar múltiplas formas de pagamento; 1.1 Deve ser respeitado as validações já realizadas para apresentar as cobranças possíveis; 2. Sendo a resposta do usuário Não deve ser mantido o comportamento atual de gravar o pedido conforme a forma de pagamento já escolhida; 3. Sendo a resposta do usuário Sim deve ser exibida nova janela com planilha para o usuário informar novos planos de pagamento e múltiplas cobranças; 3.1 Deve ser criado botão de confirmar para finalizar a informação das formas de pagamento e proceder com o faturamento; 3.2 Deve ser criado botão de cancelar para que seja cancelado a inserção dos dados das formas de pagamento e retornar a digitação do pedido; 3.3 Deverá ser calculado o novo prazo médio e validar com o prazo médio da cobrança original não podendo ser superior; 3.4 Deve ser ser possível realizar a alteração das datas e valores exibidos; 3.5 Não deve ser exibido o plano de pagamento 99; 3.6 Não sendo plano de pagamento variável deve ser exibido somente 1 linha para cada cobrança; 3.7 Quando a cobrança for variável devem ser exibidas as linhas para que o usuário edite valores e datas; 4. O prazo médio das novas cobranças não pode exceder os prazo médio da cobrança original; 4.1 Caso exceder, deve ser informado ao usuário que com o prazo médio maior não é possível faturar, devendo este retornar a aba F4 para alterar o plano de pagamento pois pode haver alteração no valor do pedido; 5. Os valores informados para cada nova cobrança devem ser validados com o valor total do pedido não podendo ser menor; 5.1 Se houver pagamento em dinheiro poderá ser a maior e exibido campo de troco com o valor a maior; 5.2 Não deve ser aceito valor a maior se não houver cobrança em dinheiro; 6. As novas cobranças informadas devem ser gravadas em nova tabela de parcelas por pedido; 7. Sendo escolhido cobrança em cartão (debito ou crédito) devera gravar as seguintes informações na mesma tabela: 7.1 Tipo de integração - 2; 7.2 CNPJ da credenciadora do cartão (Informação ligada ao cadastro da cobrança); 7.3 Bandeira da Operadora (Informação ligada ao cadastro da cobrança); 7.4 Deve ser exigido o numero da autorização da operação do cartão pela administradora (Alfa de 20); 7.5 Persistir o valor do troco; 7.6 Na geração da PCPREST deve ser gravado na parcela o Codigo SEFAZ da cobrança conforme informado na rotina PCSIS522 - Cadastrar Tipo de Conbrança (Novo campo) 8. A soma das cobranças não dinheiro não pode ser maior do valor do pedido; 9. Quando estiver parametrizado que o ST será gerado separado deverá ser apresentado na tela de cobrança (BK), já uma parcela do ST sem possibilidade de alteração; 10.Quando houver produto bonificado na mesma nota, deve ser exibida na tela de cobrança parcela BNF com o valor da bonificação sem a possibilidade de alteração; 11. Deve ser criado parâmetro para definir se este processo de múltiplas formas de pagamento será utilizado. |
Expandir | ||
---|---|---|
| ||
Tarefa: HIS.01262.2017 1. Sendo escolhido somente 1 pedido para o faturamento deve ser exibido ao usuário mensagem se ele deseja informar múltiplas formas de pagamento; 1.1 Devem ser respeitadas as validações já realizadas para exibir as cobranças possíveis; 2. Sendo a resposta do usuário Não deve ser mantido o comportamento atual de gravar o pedido conforme a forma de pagamento já escolhida; 3. Sendo a resposta do usuário Sim deve ser exibida nova janela com planilha para o usuário informar novas cobranças, datas de vencimento e valores; 3.1 Deve ter um botão de confirmar para finalizar à informação das formas de pagamento e proceder com o faturamento; 3.2 Deve ter um botão de cancelar para que seja cancelado a inserção dos dados das formas de pagamento e retornar a digitação do pedido; 3.3 Deverá ser calculado o novo prazo médio e validar com o prazo médio da cobrança original não podendo ser superior; 4. O prazo médio das novas cobranças não pode exceder os prazo médio da cobrança original;. 4.1 Se exceder deve ser informado ao usuário que com o prazo médio maior não será possível faturar devendo informar que deverá ir a 336 alterar o plano de pagamento; 5. Os valores informados para cada nova cobrança deve ser validado com o valor total do pedido não podendo ser menor; 5.1 Se houver pagamento em dinheiro poderá ser a maior e apresentado campo de troco com o valor a maior; 5.2 Não deve ser aceito valor a maior se não houver cobrança em dinheiro 6. As novas cobranças informadas devem ser gravadas em nova tabela de parcelas por pedido; 7.Sendo escolhido cobrança em cartão (debito ou crédito) devera gravar as seguintes informações na mesma tabela; 7.1 Tipo de integração - 2; 7.2 CNPJ da credenciadora do cartão (Informação ligada ao cadastro da cobrança); 7.3 Bandeira da Operadora (Informação ligada ao cadastro da cobrança); 7.4 Deverá ser exigido o numero da autorização da operação do cartão pela administradora (Alfa de 20); 7.5 Persistir o valor do troco; 7.6 Na geração da PCPREST deve ser gravado na parcela o 'Codigo SEFAZ da cobrança' conforme informado na rotina PCSIS522 (Novo campo) 8. A soma das cobranças não dinheiro não podem ser maiores do que o valor do pedido; 9. Quando estiver parametrizado que o ST será gerado separado deverá ser apresentado na tela de cobrança (BK), já uma parcela do ST sem possibilidade de alteração; 10. Quando houver produto bonificado na mesma nota será apresentada deverá ser apresentado na tela de cobrança parcela BNF com o valor da bonificação sem a possibilidade de alteração; 11. Deve ser criado parâmetro para definir se este processo de múltiplas formas de pagamento será utilizado. |
Expandir | ||
---|---|---|
| ||
Tarefa: HIS.01268.2017 1. Sendo escolhido somente 1 pedido para o faturamento deve ser exibido ao usuário mensagem se ele deseja informar múltiplas formas de pagamento; 1.1 Devem ser respeitadas as validações já realizadas para exibir as cobranças possíveis; 2. Sendo a resposta do usuário Não deve ser mantido o comportamento atual de gravar o pedido conforme a forma de pagamento já escolhida; 3. Sendo a resposta do usuário Sim deve ser exibida nova janela com planilha para o usuário informar novas cobranças, datas de vencimento e valores; 3.1 Deve ter um botão de confirmar para finalizar à informação das formas de pagamento e proceder com o faturamento; 3.2 Deve ter um botão de cancelar para que seja cancelado a inserção dos dados das formas de pagamento e retornar a digitação do pedido; 3.3 Deverá ser calculado o novo prazo médio e validar com o prazo médio da cobrança original não podendo ser superior; 4. O prazo médio das novas cobranças não pode exceder os prazo médio da cobrança original;. 4.1 Se exceder deve ser informado ao usuário que com o prazo médio maior não será possível faturar devendo informar que deverá ir a 336 alterar o plano de pagamento; 5. Os valores informados para cada nova cobrança deve ser validado com o valor total do pedido não podendo ser menor; 5.1 Se houver pagamento em dinheiro poderá ser a maior e apresentado campo de troco com o valor a maior; 5.2 Não deve ser aceito valor a maior se não houver cobrança em dinheiro 6. As novas cobranças informadas devem ser gravadas em nova tabela de parcelas por pedido; 7.Sendo escolhido cobrança em cartão (debito ou crédito) devera gravar as seguintes informações na mesma tabela; 7.1 Tipo de integração - 2; 7.2 CNPJ da credenciadora do cartão (Informação ligada ao cadastro da cobrança); 7.3 Bandeira da Operadora (Informação ligada ao cadastro da cobrança); 7.4 Deverá ser exigido o numero da autorização da operação do cartão pela administradora (Alfa de 20); 7.5 Persistir o valor do troco; 7.6 Na geração da PCPREST deve ser gravado na parcela o 'Codigo SEFAZ da cobrança' conforme informado na rotina PCSIS522 (Novo campo) 8. A soma das cobranças não dinheiro não podem ser maiores do que o valor do pedido; 9. Quando estiver parametrizado que o ST será gerado separado deverá ser apresentado na tela de cobrança (BK), já uma parcela do ST sem possibilidade de alteração; 10. Quando houver produto bonificado na mesma nota será apresentada deverá ser apresentado na tela de cobrança parcela BNF com o valor da bonificação sem a possibilidade de alteração; 11. Deve ser criado parâmetro para definir se este processo de múltiplas formas de pagamento será utilizado. |
Expandir | ||
---|---|---|
| ||
|
Expandir | ||
---|---|---|
| ||
|
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
[ACAA040 – Parâmetros] | [Alteração] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA050 – Negociação Financeira] | [Envolvida] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA060 – Cadastro de Pedidos] | [Criação] | [Atualizações -> Acadêmico-> Cadastros] | - |
Exemplo de Aplicação:
- Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
- Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades como a referência mínima para calcular o débito total do aluno.
- Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
- O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.
Tabelas Utilizadas
- SE2 – Cadastro de Contas a Pagar
- FI9 – Controle de Emissão de DARF>.
(Opcional)
Procedimento para Utilização
Expandir | ||
---|---|---|
| ||
Rotina 500
Rotina 560
Rotina 522
|
Expandir | ||
---|---|---|
| ||
Rotina 500 |
Procedimento para Configuração
(Estes procedimentos devem ser feitos quando for necessário configurar parâmetros e/ou rotinas no menu).
CONFIGURAÇÃO DE PARÂMETROS
- No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros (CFGX017). Crie/configure (mantenha somente a instrução correspondente) o(s) parâmetro(s) a seguir:
(É necessário criar uma tabela para cada parâmetro descrito no item Parâmetro(s), da tabela Características do Requisito)
Itens/Pastas | Descrição |
Nome: |
|
Tipo: | Informe o Tipo do parâmetro |
Cont. Por.: | Informe o Conteúdo padrão |
Descrição: |
|
CONFIGURAÇÃO DE MENUS
2. No Configurador (SIGACFG), acesse Ambientes/Cadastro/Menu (CFGX013). Informe a nova opção de menu do informe o nome do módulo, conforme instruções a seguir:
Menu | Informe o Menu em que estará localizada a rotina |
Submenu | Informe o Submenu em que estará localizada a rotina |
Nome da Rotina | Informe o Título da rotina |
Programa | Informe o Fonte da rotina |
Módulo | Informe o Nome do(s) produto(s) a ser utilizado ou “Todos” |
Tipo | Informe a Função |
Opcional
Fluxo do Processo
<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>.
Opcional
Dicionário de Dados
Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/
Índice | Chave |
01 | <FI9_FILIAL+FI9_IDDARF+FI9_STATUS> |
02 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF> |
03 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO> |
Campo | <AAA_PERESP> |
Tipo | <N> |
Tamanho | <6> |
Valor Inicial | <Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. |
Mandatório | Sim ( ) Não ( ) |
Descrição | <Referência Mínima para Cálculo> |
Título | <Ref.Calc.> |
Picture | <@E999.99> |
Help de Campo | <Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação> |
HTML |
---|
<script> (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,'script','https://www.google-analytics.com/analytics.js','ga'); ga('create', 'UA-91324488-1', 'auto', 'newTracker'); ga('newTracker.send', 'pageview'); </script> <script> ga('create', 'UA-91324488-1', 'auto', 'newTracker'); ga('newTracker.send', 'pageview'); </script> |
...