Histórico da Página

Realizar melhorias na geração do Bloco K para clientes que não utilizam os módulos de Suprimentos e Manufatura do Logix. 

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

Permitir que o usuário configure como deve ser processado as informações para a geração do Bloco K.

Definição da Regra de Negócio

Criar parâmetro para que seja possível Indicar possível indicar se na geração do bloco K no SPED Fiscal será utilizado os módulos de Suprimentos e Manufatura do ERP Logix.

Descrição: Utiliza Suprimentos e Manufatura do ERP Logix na geração do Bloco K

Parâmetro: gera_bloco_k_sup_man_logix 

Help:  Indica se na geração do bloco K no SPED Fiscal será utilizado os módulos de Suprimentos e Manufatura do ERP Logix.

Este parâmetro deverá ser criado no LOG00087 no seguinte caminho: Gestão Fiscal  / Obrigações Fiscais / Legislação Federal 

Conversor: OBF0418.cnv

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

Definição da Regra de Negócio

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

OBF17016 - Registro Complementar

Alterar para que seja possível incluir registros do Bloco K (K200, K220, K230, K235, K250, K255) e o registro 0210 do Bloco 0 manualmente pela tela principal.

Incluir uma opção "Importar Arquivo" no Menu principal conforme Protótipo 01, onde abrirá uma tela que será possível informar o caminho do arquivo que será processado (Protótipo 02).

O arquivo importado possuir o seguinte formato:

"Tipo Registro" +  | (Pipe) + "Sequencia do registro" +  | (Pipe) + "Campo" +  | (Pipe) + "Valor Campo" +  | (Pipe) + "Formato do campo"

Alterar a tela principal e incluir a opção "importado" no tipo de registro, para os registros incluídos pela opção "Importação".

Após o processamento da importação, caso ocorra alguma inconsistência deverá ser gerado um relatório listando os erros encontrados no arquivo texto.

As seguintes inconsistências serão geradas:

• Mesmo campo SEQ_REGISTRO para dois ou mais  K230.
• Mesmo campo SEQ_REGISTRO para dois ou mais  K250.
• Validação dos campos obrigatórios nos registros 0210, K200, K220, K230, K235, K250 e K255.

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

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

 Image Removed

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

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

Tabelas Utilizadas

• obf_cred_ctrib

  
  

Protótipo de Tela

Protótipo 01

Image Added

Protótipo 02 

Image Added

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.