MÚLTIPLAS FORMAS DE PAGAMENTO

Tarefa: HIS.01275.2017 

Na venda Pronta Entrega (TV 14 - Venda de Manifesto) devera´ser possível realizar o recebimento em múltiplos formatos de pagamento:

Observação: sistema de Força de Vendas deverá enviar junto ao pedido de venda (TV14) os dados sobre as formas de pagamento.

1 . O sistema deve estar apto a receber as informações do Força de Vendas quanto as formas de pagamento;

2. Deve ser validado o valor das formas de pagamento com o valor total do pedido;

2.1 Não batendo os valores, o pedido deve ser rejeitado e deve ser exibida mensagem para o usuário e gravado LOG;

3. Existindo parcelas em cartão deve ser obrigatório a informação da Autorização da operação pela Operadora;

3.1 Não havendo esta informação na importação, o pedido deve ser rejeitado e deve ser exibida mensagem ao usuário e gravado LOG;

4. Deve ser gravado na mesma tabela de parcelas de pedido utilizada pela 316 e que será fonte para a geração da PCPREST no faturamento

5. A nova tabela deverá ser criada pelo Módulo Vendas;

5.1 Se não houver informações na nova tabela deve ser mantido o comportamento atual do sistema.

Tarefa: HIS.01312.2017

1. Deverá existir uma nova opção no cadastro do fornecedor, na aba 04-Condições comerciais , ‘Forma de pagamento’, apresentando a tabela criada conforme história (HIS.01345.2017);

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.

• Deverá criar na rotina 522 um campo dentro da aba ‘Dados cadastrais’ denominada como ‘Forma de pagamento NF-e’ neste campo deverá trazer as seguintes opções:
  01=Dinheiro;
  02=Cheque;
  03=Cartão de Crédito;
  04=Cartão de Débito;
  05=Crédito Loja;
  10=Vale Alimentação;
  11=Vale Refeição;
  12=Vale Presente;
  13=Vale Combustível;
  14=Duplicata Mercantil;
  99=Outros;
  
  
• Deverá colocar a rotina 522 para quando for cobrança de cartão de crédito (check box cartão de credito marcado) a opção ‘Cliente (bandeira cartão)’ deverá ser obrigado a informar;
  
  
• Deverá criar um novo campo da rotina 522 aba ‘Cartão de credito’ denominado como ‘Bandeira da operadora’ esse campo deverá listar as seguintes opção para seleção e deverá ser obrigatório para cobranças de cartão de credito:
  01=Visa;
  02=Mastercard;
  03=American Express;
  04=Sorocred;
  05=Diners Club;
  06=Elo;
  07=Hipercard;
  08=Aura;
  09=Cabal;
  99=Outros;
  
  Observação: (Conforme solicitado pelo Varejo, foi definido o nome para o campo de cobrança da sefaz, nas tabelas pccob e pcprest: CODCOBSEFAZ).

1. Deverá ser construído nova aba Informações de Pagamento dentro da aba Informações Complementares;
1.1 O sistema deverá permitir mais de uma informação de pagamento para um mesmo documento.

 
2. Deverá ser criado o campo: Forma Pagamento NF-e;
2.1 Deverá apresentar as informações abaixo conforme informações gravadas na movimentação (HIS.01345.2017):
01=Dinheiro
02=Cheque
03=Cartão de Crédito
04=Cartão de Débito
05=Crédito Loja
10=Vale Alimentação
11=Vale Refeição
12=Vale Presente
13=Vale Combustível
14=Duplicata Mercantil
90=Sem Pagamento
99=Outros
- Caso o pagamento seja realizado por cartão de débito ou crédito, o sistema deverá abrir as informações, caso o pagamento seja realizado com mais de um cartão deverá apresentar os campos de acordo com a quantidade de cartões utilizados.
 

2.2 Deverá apresentar os campos da Credenciadora do Cartão (cadastrado no financeiro):
Campo CNPJ
Razão Social
 

2.3 Deverá apresentar o campo abaixo conforme informação da movimentação. Bandeira do Cartão:
01=Visa
02=Mastercard
03=American Express
04=Sorocred
05=Diners Club
06=Elo
07=Hipercard
08=Aura
09=Cabal
99=Outros

2.4 Deverá apresentar campo com o NUMERO DE AUTORIZAÇÃO DO CARTÃO (alfanumero com 20 posições).
 

3. Quando a opção de pagamento for por Duplicada Mercantil deverá abrir os campo:
Número da duplicata
Vencimento 
Valor da duplicata 

4. Quando a rotina for utilizada para emissão de nota própria (nota fiscal de ajuste) deverá ter como opção de pagamento a forma 90-SEM PAGAMENTO;

5. Os campos apresentados acima deverão ser apresentados somente para consultas e validações, caso necessite de alteração deverá ser realizado junto a equipe financeira.

Tarefa:HIS.00127.2017 

1. Ao realizar faturamento o sistema deve verificar se existe registro na nova tabela de parcelas por pedido;

2. Caso exista registros na tabela para o pedido que esta sendo faturado deve ser utilizado estes registros para a geração da PCPREST;

3. Os novos dados gravados na nova tabela devem ser replicados para a PCPREST gerada;

4. Se não houver registros, deve ser mantido o comportamento atual de gerar a PCPREST com os registros originais de pagamento gravados no pedido;

5. Validar os valores para boleto no valor da parcela ou invés do pedido como é hoje;

6. Sendo utilizado o processo de múltiplos pagamentos não será utilizado crédito de cliente;

7. Sendo múltiplas parcelas e o cliente tenha ST ou parcela bonificadas na mesma nota, o sistema deve respeitar o que esta gravado no nova tabela;

8. Na geração da PCPREST deve ser gravado na parcela o Código SEFAZ da cobrança conforme informado na rotina PCSIS522;

Outras Informações - Acréscimos

1. Deve ser criado parâmetro para determinar onde será acrescido valor a maior caso haja recálculo de imposto no faturamento com as seguintes Opções:

1.1 Boleto

1.2 Cheque

1.3 Dinheiro (default)

2. Sendo cobranças em boleto e havendo taxa de boleto as mesmas devem ser acrescidas na cobrança boleto;

3. Havendo recálculo de valores de impostos na faturamento e o valor seja maior que o já informado nas cobranças, acrescer o valor na cobrança escolhida no parâmetro criado no item 1;

4. Não havendo a cobrança já informada deve ser inserida com o valor a ser acrescido;

5. Caso o parâmetro 1226 estiver como sim deverá ser ignorado as cobranças em cartão de crédito.

Outros Critérios:

1. As rotinas de geração de nota fiscal eletrônica devem passar a enviar as informações de forma de pagamento para o servidor NF-e permitindo mais de uma forma de pagamento;

1.1 Quando a operação for conter apenas uma forma de pagamento e for paga em dinheiro deverá gravar na movimentação a opção:

01=Dinheiro

1.2 Quando a operação for envolver operações a prazo deverá conter uma das opções abaixo:

02=Cheque
03=Cartão de Crédito
04=Cartão de Débito
05=Crédito Loja
14=Duplicata Mercantil
99=Outros

1.3 Quando a opção for Cartão: Credito ou Debito deverá ser exibida na movimentação as seguintes informações:

- tpIntegra - que será o tipo de integração utilizada no pagamento ( TEF ou POS)

- CNPJ da Credenciadora de cartão de crédito e/ou débito - que será o numero do CNPJ com 14 posições numéricas.

- Bandeira da operadora de cartão de crédito e/ou débito - que será:

01=Visa
02=Mastercard
03=American Express
04=Sorocred
05=Diners Club
06=Elo
07=Hipercard
08=Aura
09=Cabal
99=Outros

- Número de autorização da operação cartão de crédito e/ou débito - sendo este a autorização na transação do cartão

1.4 Quando a opção grava for Duplicata Mercantil deverá passar a enviar as parcelas com a devida numeração;

1.5 As demais opções não devem passar para o servidor somente a forma da opção;

2.  O sistema deverá permitir mais de uma forma de pagamento para a mesma transação no momento do faturamento, caso ocorra;3/

3. A opção de 99-Outros deverá ser utilizada em operações e situações em que as demais não ocorrem:

Simples Faturamento (que não envolver operação financeira).

- Bonificações
- Brindes
- Transferências

4. O sistema deverá permitir mais de uma forma de pagamento para a mesma transação no momento do faturamento, caso ocorra.

Tarefa: HIS.01312.2017

2. Para as entradas (tipo 1,2,S, M,G,H,J) , deverá existir uma nova opção na aba de Condição de Pagamento para cada parcela gerada, com a opção de selecionar as formas de pagamento que será apresentado de acordo com os dados da nova tabela que será criada pelo fiscal com as formas de pagamento de acordo com a história (HIS.01345.2017);

2.1 - Deverá carregar como default a forma de pagamento cadastrada no cadastro fornecedor, conforme número 1;

2.2 - Para as entradas importadas por XML deverá importar esta forma de pagamento conforme tag ??, e permitir editar na tela de condição de pagamento se as parcelas forem alteradas;

2.3 - Ao gravar a nota deverá gravar a forma de pagamento no contas a pagar PCLANC;

3 - Para as entradas (tipo 4,5, R, A,E), como não é gerado forma de pagamento, não deverá ser feito nada e o fiscal irá considerar por default a forma de pagamento: ’90-Sem pagamento’.

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.

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.

As rotinas de geração de nota fiscal eletrônica deverão passar a enviar as informações de forma de pagamento para o servidor NF-e permitindo mais de uma forma de pagamento:

• Deve criar parâmetro Utiliza múltiplas formas de pagamento;
  
  1- Origem de venda balcão:
• Ao gravar o pedido de venda balcão, será apresentada a mensagem Deseja informar múltiplas formas de pagamento?;
• Se o usuário clicar o botão Não, deverá ser mantido o comportamento atual de gravar o pedido conforme a forma de pagamento já escolhida;
• Se o usuário clicar o botão Sim, deverá ser apresentada uma nova janela com grid para escolher os planos de pagamento e múltiplas cobranças;
• O prazo médio das novas cobranças NÃO deverá exceder os prazo médio da cobrança original;
• Caso exceda, deverá apresentar uma mensagem informando que prazo médio da cobrança está maior e não será possível faturar.Informando ao usuário que retorne e altere o plano de pagamento pois pode haver alteração no valor do pedido;
• Deverá calcular o novo prazo médio e validar com o prazo médio da cobrança original, não podendo ser superior;
• Os valores informados para cada nova cobrança deverá ser validado com o valor total do pedido não podendo ser menor;
• Deverá ter um botão de Confirmar para finalizar a informação das múltiplas formas de planos de pagamento e proceder com o faturamento;
• Deverá ter um botão de Cancelar para que seja cancelado a inserção dos dados das múltiplas formas de plano de pagamento e retornar a digitação do pedido;
  
  2- Não deverá apresentar o plano de pagamento 99;
• A opção de 99-Outros deverá ser utilizada em operações e situações em que as demais não ocorrem:
  - Simples Faturamento (que não envolver operação financeira);
  - Bonificações;
  - Brindes;
  - Transferências.
  
  3-Deverá apresentar somente 1 linha para cada cobrança, com exceção do plano de pagamento variável;
  
  4- Quando a cobrança for plano variável deverá apresentar as linhas para que o usuário edite valores e datas;
  
  5-Dinheiro:
  - Se houver pagamento em dinheiro deve ser apresentado campo de troco caso necessário;
  - Não deve ser aceito valor a maior caso não tenha cobrança em dinheiro;
  - Deverá gravar as novas cobranças informadas em nova tabela de parcelas por pedido.
  
  6-Cobrança em cartão:
• Se escolher a cobrança em cartão (debito ou crédito) deverá gravar as seguintes informações na mesma tabela:
  - Deverá ter o Tipo de integração - 2;
  - Deverá ter a informação do CNPJ da credenciadora do cartão ligada ao cadastro da cobrança;
  - Deverá ter a informação da bandeira da operadora ligada ao cadastro da cobrança;
  - Deverá exigir o número da autorização da operação do cartão pela administradora (Alfa de 20);
  - Na geração da PCPREST deve ser gravado na parcela o Código SEFAZ da cobrança conforme informado na rotina PCSIS522 (Novo campo).
  
  7- Quando estiver parametrizado que o ST será gerado separado deverá ser apresentado na tela de cobrança (BK);
  
  8- Item bonificado:
  - Quando houver produto bonificado no mesmo pedido deverá ser mostrado a cobrança;
  - BNF com o valor da bonificação sem a possibilidade de alteração.
  
  9- Gravar os dados no pedido/título
• Os registros gravados neste novo arquivo que deverão ser a base para a geração da PCPREST;
• O nome para o campo de cobrança da SEFAZ, nas tabelas PCCOB e PCPREST deverá ser CODCOBSEFAZ;
• Os campos devem ser criados com o nome:
  - PCPREST BANDEIRACARTAO NUMBER(3) INC Bandeira do Cartão De Credito ou Debito.
  - PCLANC BANDEIRACARTAO NUMBER(3) INC Bandeira do Cartão De Credito ou Debito.
  - PCCOB BANDEIRACARTAO NUMBER(3) INC Bandeira do Cartão De Credito ou Debito.

Tarefa: HIS.01313.2017

1. Na opção do controle de Embarque, na tela de forma de pagamento, deverá apresentar esta nova opção da Forma de pagamento nas três grids, (Adiantamento, Á vista, Á prazo), carregando as opções da nova tabela, e por default a forma de pagamento selecionada no cadastro do fornecedor, com opção de seleção;

2. Ao gravar o controle de embarque deverá gravar esta forma de pagamento no contas a pagar (PCLANC);

3. Na opção de entrada de mercadoria, tipo N, na tela de Parcelas, deverá apresentar esta nova opção com seleção da forma de pagamento, em caso de houver novo pagamento, será carregado o default do cadastro do fornecedor, e gravado na PCLANC;

3.1 - Para os pagamentos gerados como provisionados, ao gravar a nota tipo N, deverá carregar a forma de pagamento gerado no controle de embarque vinculado;

 3.2 - Nas notas tipo I e P, não fazer nada;

• A rotina 3421 deverá permitir informar mais de uma forma de recebimento para a mesma transação no momento do faturamento, caso necessário;
  - Deverá habilitar na rotina 3421 tela ‘cabeçalho da nota’ uma grid onde o cliente informe o valor do contas a receber por cobrança;
  - Essa grid deverá apresentar as parcelas que são informadas na tela de dados para geração do conta a receber, o campo da cobrança na grid deverá ficar habilitado para informar a cobrança desejada, com opção de pesquisa;
  - Ao quebrar o contas a receber por cobrança deverá validar se sua soma corresponde ao valor total da nota fiscal;
• A forma de pagamento deverá ser gravada na PCPREST;
• Quando a venda utilizar cobrança de cartão "Crédito ou Debito" deverá gravar na movimentação da pcprest os seguintes dados:
  - tpIntegra - que será o tipo de integração utilizada no pagamento = 2 - POS; 
  - CNPJ da Credenciadora de cartão de crédito e/ou débito - que será o numero do CNPJ com 14 posições numéricas – buscar da cobrança do cartão de credito na rotina 522 campo ‘Cliente (bandeira cartão);
  - Bandeira da operadora de cartão de crédito e/ou débito – buscar da rotina 522 campo ‘Bandeira da operadora’ segue os campos aceitos;
  01=Visa;
  02=Mastercard;
  03=American Express;
  04=Sorocred;
  05=Diners Club;
  06=Elo;
  07=Hipercard;
  08=Aura;
  09=Cabal;
  99=Outros;
• Deverá colocar dentro da grid que será criada para as formas de pagamento onde quando a cobrança seja cartão de crédito seja informado o Número de autorização da operação cartão de crédito e/ou débito - sendo este a autorização na transação do cartão;
• Quando a opção gravada na cobrança gravada na rotina 522 do campo Forma de pagamento NF-e for "14 - Duplicata Mercantil" deverá passar a enviar as parcelas com a devida numeração. Acredito que podemos usar o campo ‘prest’ da PCPREST;
• As demais opções diferente do especificado no item 1 não deverá enviar ao servidor;
•  A tela de confirmação de parcelas geradas a receber não será mais exibida, pois as parcelas serão exibidas na tela principal da rotina no novo grid de formas de recebimento;
• Fazer multi seleção no grid para exclusão, opção para marcar e desmarcar todos;
• e o usuário gerou as parcelas, poderá gerar novamente somente se excluir todas as parcelas já existentes, e ao tentar gerar parcelas duas vezes a rotina irá avisar que “Já existem parcelas geradas! <enter> Para gerar novamente exclua todas as parcelas atuais!”;
• Ao tentar gerar as parcelas serão validados:
  - Se já foram geradas as parcelas anteriormente;
  - Se o cliente foi informado;
  - Se a data do primeiro vencimento foi informada;
  - Se o código de cobrança foi informado;
•  Ao tentar avançar para a tela dos itens ou gravar a nota, serão validados:
  - Se o NSU Tef foi informado em caso de cartões;
  - Se o total da nota é igual a somatória das parcelas geradas;
  
  6. O item 4.1 na verdade irá gravar na tabela PCPRESTECF, conforme verificado com analistas do fiscal e financeiro;
  UPDATE PCPRESTECF SET
  TIPOOPERACAOTEF = '2'
  WHERE NUMTRANSVENDA = :NUMTRANSVENDA;
• No item 5 o campo a ser utilizado para a gravação será PCPREST.NSUTEF, conforme verificado com do módulo fiscal e financeiro;
• No item 4.2 o campo utilizado para gravação foi PCPREST.CNPJCREDENCCARTAO, e a origem da informação será.

Tarefa: HIS.01313.2017

1. Para as notas de entrada de consumo tipo 1, deverá existir uma nova opção na aba de Condição de Pagamento para cada parcela gerada, com a opção de selecionar as formas de pagamento que será apresentado de acordo com os dados da nova tabela que será criada pelo fiscal com as formas de pagamento de acordo com a história HIS.01345.2017. 

1.1 - Deverá carregar como default a forma de pagamento cadastrada no cadastro fornecedor.

1.2 - Para as entradas importadas por XML deverá importar esta forma de pagamento conforme tag ??, e permitir editar na tela de condição de pagamento se as parcelas forem alteradas.

1.3 - Ao gravar a nota deverá gravar a forma de pagamento no contas a pagar PCLANC.

1.4 - Para as entradas de consumo tipo 5, não deverá fazer nada e será considerado pelo fiscal com o tipo 90.

2. Para a devolução a fornecedor também não faz nada e será considerado pelo fiscal com o tipo 90.

<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>