Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

Informações Gerais

 

Especificação

Produto

TOTVS Gestão do Planejamento e Controle da Produção

Módulo

Abertura Ordem de OPProdução

Segmento Executor

Gestão de Obras Construção & Projetos

Chamado

TWBTG2

País

(X) Brasil  

   

Objetivo

Efetuar a geração das Ordens de Produção de reprocessamento, e consequentemente possibilitar a geração dos Registros K 260 e K 265 do Bloco K, conforme disposto no Ato COTEPE/ICMS 7 de 13 de maio de 2016.


Definição da Regra de Negócio

 Ato COTEPE/ICMS 7 de 13 de maio de 2016 altera a redação de alguns artigos do Ato COTEPE/ICMS 09/08, que dispõe sobre as especificações técnicas para a geração de arquivos da Escrituração Fiscal Digital - EFD, acrescentando alguns dispositivos ao Manual de Orientação do Leiaute da Escrituração Fiscal - EFD, entre eles os seguintes registros do Bloco K:

 

Bloco
Descrição
Registro
Nível
Ocorrência
Obrigatoriedade do bloco (Todos os contribuintes)
KDesmontagem de mercadorias – Item de OrigemK21031:NOC
KDesmontagem de mercadorias – Item de DestinoK21541:NOC
KReprocessamento/Reparo de Produto/InsumoK26031:NOC
KReprocessamento/Reparo – Mercadorias Consumidas e/ou RetornadasK26541:NOC
KCorreção de Apontamento dos Registros K210, K220, K230, K250 e K260K27031:NOC
KCorreção de Apontamento e Retorno de Insumos dos Registros K215, K220, K235, K255 e K265K27541:NOC
KCorreção de Apontamento – Estoque EscrituradoK28031:NOC

 

Reprocessamento

 

Trata

O reprocessamento trata-se de um ponto

de

da maior relevância, pois afeta praticamente todas as indústrias.

Nesses registros foram incluídas as possibilidades

Com a inclusão desses novos registros no Bloco K, foi criada a possibilidade de apontamento do

reprocesso

reprocessamento industrial, o que não poderia ser apresentado de forma assertiva no modelo anterior, visto que sempre exigia lista técnica e consumo mínimo, além do impedimento de utilização de um produto resultante como componente/insumo.

Essas informações foram divididas em dois registros:

  • K260 – Reprocessamento /Reparo de Produto/Insumo – Produtos Acabados/Insumos: Esse registro informa o produto que será reprocessado ou que foi reprocessado e o insumo que será reparado ou que foi reparado no período de apuração do registro K100 – Período de Apuração do ICMS/IPI. Ou , ou seja, informa os produtos que serão retirados do estoque para o devido reprocesso e/ou reparo.reprocessamento;

  •  K265 – Reprocessamento /Reparo – Mercadorias Consumidas e/ou Retornadas: Nesse registro é informado o consumo de mercadoria e/ou o retorno de mercadoria ao estoque, ocorrido no reprocessamento /reparo de produto/insumo informado no Registro K260 – Reprocessamento /Reparo de Produto/Insumo – Produtos Acabados/Insumos. Ou , ou seja, esse registro trata da quantidade de insumos utilizados no reprocesso ou reparoreprocessamento, bem como trata do retorno de sobras, quando for o caso.

Registro K 260: Reprocessamento de Produto / Insumo

Este registro tem o objetivo de informar o produto que será reprocessado ou que foi reprocessado no período de apuração do Registro K100.Quando a informação for por período de apuração ( K100), onde não existirá o controle por ordem de produção, o registro K260 somente deve ser informado caso ocorra saída e respectivo retorno ao estoque de produto/insumo no
período de apuração, com o respectivo consumo de mercadorias no K265 para se ter esse reprocessamento, caso seja necessário, uma vez que não se teria como vincular a quantidade consumida de mercadorias com a quantidade que
saiu do produto/insumo envolvendo mais de um período de apuração.

As quantidades de saída ou retorno ao estoque devem ser expressas, obrigatoriamente, na unidade de medida de controle de estoque constante no campo 06 do registro 0200: UNID_INV.

Quando houver identificação da ordem de produção ou serviço, a chave deste registro são os campos: COD_OP_OS e COD_ITEM.

 No caso em que a ordem de produção ou serviço não for identificada, o campo chave passa a ser COD_ITEM.

  

Campo

Descrição

Tipo

Tam

Dec

Obrig

01

REG

Texto fixo contendo "K260"

C

004

-

O

02

COD_OP_OS

Código de identificação da ordem de produção de reprocessamento

C

030

-

OC

03

COD_ITEM

Código do produto/insumo a ser reprocessado ou já reprocessado (campo 02 do Registro 0200)

C

060

-

O

04

DT_SAÍDA

Data de saída do estoque

N

008*

-

O

05

QTD_SAÍDA

Quantidade de saída do estoque

N

-

03

O

06

DT_RET

Data de retorno ao estoque (entrada)

N

008*

-

OC

07

QTD_RET

Quantidade de retorno ao estoque (entrada)

N

-

03

OC


Observações:

Nível hierárquico - 3
Ocorrência – 1:N

Descrição dos campos do registro K260:

  • Campo 01 (REG) - Valor Válido: [K260].;

  • Campo 02 (COD_OP_OS) – Preenchimento: informar o código de identificação da ordem de produção, no reprocessamento, caso exista. Validação: obrigatório se o campo DT_RET não for preenchido e o campo DT_SAÍDA estiver no período de apuração do K100.;

  • Campo 03 (COD_ITEM) – Validação: o código do produto/insumo a ser reprocessado ou já processado deverá existir no campo COD_ITEM do Registro 0200.;

  • Campo 04 (DT_SAÍDA) - Validação: a data informada deve ser menor ou igual a DT_FIN do registro K100.;

  • Campo 05 (QTD_SAÍDA) – Preenchimento: não é admitida quantidade negativa.;

  • Campo 06 (DT_RET) – Validação: a data deve estar compreendida no período de apuração – K100 e ser maior que DT_SAÍDA.;

    Campos 04 e 06 (DT_SAÍDA e DT_RET) – as datas de saída e retorno ao estoque do produto/insumo substituem, respectivamente, as datas de início e conclusão da ordem de produção/serviço.;

  • Campo 07 (QTD_RET) – Preenchimento: não é admitida quantidade negativa. Validação: este campo será obrigatório caso o campo DT_RET estiver preenchido.

Registro K 265: Reprocessamento - Mercadorias Consumidas e/ou Retornadas

Este registro tem o objetivo de informar o consumo de mercadoria e/ou o retorno de mercadoria ao estoque, ocorridos no reprocessamento /reparo de produto/insumo informado no Registro K260.

A quantidade deve ser expressa, obrigatoriamente, na unidade de medida de controle de estoque constante no campo 06 do registro 0200: UNID_INV.

A chave deste registro é o campo COD_ITEM.

Campo

Descrição

Tipo

Tam

Dec

Obrig

01

REG

Texto fixo contendo "K265"

C

004

-

O

02

COD_ITEM

Código da mercadoria (campo 02 do Registro 0200)

C

060

-

O

03

QTD_CONS

Quantidade consumida – saída do estoque

N

-

03

OC

03

QTD_RET

Quantidade retornada – entrada em estoque

N

-

03

OC


Observações:

Nível hierárquico - 4
Ocorrência – 1:N

Descrição dos campos do registro K265:

  • Campo 01 (REG) - Valor Válido: [K265];
  •  Campo 02 (COD_ITEM) – Validações:
    a a) o código da mercadoria deverá existir no campo COD_ITEM do Registro 0200;
    b) o código da mercadoria deve ser diferente do código do produto/insumo reprocessado / reparado (COD_ITEM do Registro K260);
    c) o tipo da mercadoria (campo TIPO_ITEM do Registro 0200) deve ser igual a 00, 01, 02, 03, 04, 05 ou 10.;
  • Campos 03 (QTD_CONS) e 04 (QTD_RET) – Preenchimento: não é admitida quantidade negativa.
    Validação Validação: pelo menos um dos campos é obrigatório.

Para facilitar possibilitar a inclusão do processo de desmontagem reprocessamento no TOTVS Gestão de Estoque, Compras e Faturamento, será realizada a ampliação da rotina de "Cópia por Referência", que do Planejamento e Controle da Produção, foi realizada, na tela de abertura da Ordem de Produção, a criação do campo 'Ordem é de Reprocessamento?'. Com a implementação dessa informação, a rotina de criação da "Ordem de Prodção" passa a atender ao processo de geração das movimentações internas relativas reprocessamento, que é relativo aos Registros K210 e K215. Assim, a partir da cópia por referência do movimento de baixa da estrutura de origem o sistema irá possibilitar a criação automática do movimento de entrada dos itens de destino, além de criar o vínculo entre estes movimentos.

Para a desmontagem do item de origem, que deve corresponder a uma estrutura ou semi-acabado, poderá ser utilizado qualquer movimento de baixa (tipo 2.2) já atualmente em uso pela empresa, não sendo necessária nenhuma parametrização específica. Deverão ser informados nesta movimentação de baixa as estruturas que sairão do estoque da empresa (itens origem) devido ao seu desmonte.

Para utilizar o processo de desmontagem através da cópia por referência, será necessário criar um motivo de cópia de referência específico para esta situação (29 - Desmontagem de Mercadorias).

Assim, o sistema localizará em determinado período quais foram os movimentos de entrada gerados por cópia por referência com o motivo 29 e enviará os seus produtos para o Registro K215.

O sistema irá também a partir dos movimentos de entrada gerados por cópia por referência com o motivo 29 , identificar os respectivos movimentos de baixa que os originaram e enviará todos os seus produtos para o Registro K210.

Apesar da rotina do SPED Fiscal (da qual o Bloco K faz parte) ser gerada no TOTVS Gestão Fiscal, os lançamentos relativos aos Registros K 210 e K 215 serão enviados diretamente pelo TOTVS Gestão de Estoque, Compras e Faturamento, portanto, os movimentos que irão gerar esses registros não serão escriturados e não conterão Natureza Fiscal. 

Para utilizar o processo de desmontagem através da cópia por referência, será necessário que o usuário crie em sua base de dados um novo tipo de movimento de entrada (1.2.XX) que utilize o motivo de cópia por referência 29. Este tipo de movimento será responsável por efetuar a entrada dos novos itens (itens destino) gerados a partir da desmontagem (baixa) do item de origem. 

Para este tipo de Cópia por Referência poderá ser efetuada a cópia de apenas um movimento por vez, mas um mesmo movimento pode conter várias estruturas.

Quando a criação de um movimento for acionada através de cópia por referência com motivo 29, o sistema automaticamente deverá verificar os itens do movimento de origem e somente permitir a execução do processo, caso todos eles sejam estruturas. Assim, tão logo o usuário solicite a criação do movimento via cópia por referência o sistema deverá checar os itens de origem e caso algum deles não seja uma estrutura o sistema deverá apresentar mensagem de erro com essa informação e não poderá permitir a execução do processo.

Quando um movimento for criado através de cópia por referência com motivo 29, o sistema deverá explodir a estrutura e apresentar em tela os componentes da(s) mesma(s). Para isso o sistema deverá apresentar uma mensagem perguntando se o usuário deseja explodir a(s) estrutura(s) do movimento de origem até o último nível.

Caso o usuário informe "Sim", optando pela explosão completa, o sistema apresentará todos os níveis da estrutura, apresentando em tela todos os componentes da mesma.

Caso o usuário informe "Não", optando pela explosão parcial, ela será feita apenas até o primeiro nível da estrutura e o sistema irá permitir que o usuário possa intervir explodindo os semi-acabados chegando até outros níveis da estrutura caso queira.

Assim, como pudemos observar, na rotina de desmontagem os itens do movimento de origem têm obrigatoriamente que ser uma estrutura, enquanto que os itens do movimento de destino podem ser produtos (componentes), semi-acabados (estrutura) ou ambos. 

Para os itens de destino apresentados através da explosão da estrutura de origem, será permitido ao usuário excluir itens, bem como alterar a sua quantidade, porém não será permitida a inclusão de novos itens ou estruturas.

Caso a desmontagem tenha ocorrido sem nenhum problema, tendo sido realmente gerados todos os itens decorrentes da mesma, não será necessária nenhuma intervenção do usuário que deverá apenas clicar em "Avançar" até que o processo seja finalizado e OK no tipo de movimento criado.

A exclusão de itens destino e/ou alteração de quantidade dos mesmos poderá ocorrer tanto na tela do Assistente para Cópia por Referência, como na tela do movimento destino.

Na geração do Registro K215 do Bloco K do SPED Fiscal, o sistema levará os dados relativos aos movimentos gerados com Motivo de Referência 29 no período de apuração do SPED, e na geração do Registro K210 serão levados os dados dos movimentos que os originaram.

Assim, após terem sido gravadas todas as movimentações internas de desmontagem do mês, o sistema estará apto a gerar os Registros K 210 e K 215 do Bloco K do SPED Fiscal no Totvs Gestão Fiscal.

 

 

 

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

 

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

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

  

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

 

(Opcional)

Grupo de Perguntas

 

<Informações utilizadas na linha Protheus>.

 

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

8

X1_GSC

G

X1_VAR01

MV_PAR01

X1_DEF01

Comum

X1_CNT01

'01/01/08'

X1_HELP

Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório 

 

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMB->AMB_CODIGO

 

K260 e K265 do Bloco K do SPED Fiscal.

Quando da criação de uma Ordem de Produção, o campo 'Ordem é de Reprocessamento?' virá desmarcado, indicando que a Ordem de Produção que está sendo criada se trata de uma Ordem de Produção normal, ou seja uma Ordem de Produção de fabricação. Portanto, para utilizar o processo de Reprocessamento, será necessário marcar este campo.

Na Ordem de Produção de Reprocessamento deverá ser informada a estrutura que será reprocessada. O sistema irá permitir que seja efetuada a manutenção nos componentes e atividades dessa estrutura, para que sejam excluídos da Ordem de Produção aqueles que não serão utilizados no reprocessamento.

A partir daí será efetuado o processo normal de qualquer Ordem de Produção.

No registro K260 serão informados:

  • Código da Ordem de Produção;
  • Código do Item - Item a ser reprocessado, e que é obrigatoriamente uma estrutura;
  • Data Saída – Data em que foi efetuada a saída da estrutura a ser reprocessada do estoque para a produção;
  • Quantidade de Saída – Quantidade dessa estrutura que saiu do estoque e foi para a produção;
  • Data Retorno – Data de término da Ordem de Produção;
  • Quantidade de Retorno – Quantidade dessa estrutura que retornou ao estoque após o reprocessamento.

No registro K265 serão informados:

  • Código do Item – Código do insumo que foi consumido ou retornado para o estoque após o reprocessamento (neste caso serão considerados todos os itens que estiverem na Ordem de Produção e que forem do tipo P - Produto);
  • Quantidade Consumida – Quantidade consumida do insumo no reprocessamento;
  • Quantidade Retornada – Quantidade do insumo que retornou ao estoque após o reprocessamento.

Irão gerar os registros K260 e K265 as Ordens de Produção com o status "concluída" e cuja data de conclusão esteja compreendida entre as datas inicial e final do período de apuração do SPED Fiscal (bloco K100).

Após a conclusão da Ordem de Produção, o conteúdo do campo 'Ordem é de Reprocessamento?' somente poderá ser alterado por um usuário que seja supervisor.

Para realizar a implantação da funcionalidade na versão 12.1.14, é necessário executar o script SCRIPTBLOCOK210E260.ZIP disponível no pacote, já para as versões superiores à 12.1.14 não há necessidade de execução de script específico.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

Ordem de Produção

Alteração

Produção > Ordem de Produção

Conforme definições constantes deste documento

 

Tabelas Utilizadas:

  • KORDEM - Ordem de Produção

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Release de Liberação

 

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Categoria[3]

 

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Não

Registro padrão

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Query on-line

Sim/Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/Não

Sim/Não

Rotina (EMS)

 

 

 

Sub-Rotina (EMS)

 

 

 

Localização dentro da Sub Rotina (EMS)

 

 

 

Compact[4]

Sim/Não

Sim/Não

Sim/Não

Home[5]

Sim/Não

Sim/Não

Sim/Não

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

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

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

 

[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.