Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 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 de Estoque, Compras e Faturamento

Módulo

Estoque > Produção > Movimentação

Segmento Executor

Gestão de Obras & Projetos

Chamado

270950

País

(x) Brasil.

   

Objetivo

Facilitar para o usuário a geração dos registros de correção de apontamento do estoque escriturado e consequentemente possibilitar a geração no TOTVS Gestão de Estoque, Compras e Faturamento do Registro K 280 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

  

Correção de Apontamento

Esse tipo de registro se destina atender a dificuldade relatada pelas empresas, pois, em decorrência de natureza física dos produtos, há a possibilidade de ocorrer diferenças no estoque, como, por exemplo, produtos a granel, líquidos etc., que alteram sua quantidade e não podem ser medidos com precisão.

Essas correções poderão ser efetuadas no quesito relacionado ao registro

K280 – Correção de Apontamento – Estoque Escriturado: Esse registro visa escriturar a correção de apontamento de estoque escriturado de período de apuração anterior escriturado no registro K200 – Estoque Escriturado. Portanto, por meio desse registro, é possível fazer ajustes diversos em produtos estocados, sejam eles de produtos acabados, insumos ou material de embalagem.

Registro K280 - Correção de Apontamento - Estoque Escriturado

 

Este registro tem o objetivo de escriturar correção de apontamento de estoque escriturado de período de apuração anterior, escriturado no Registro K200.

A correção de apontamento tem que ocorrer, obrigatoriamente, entre o levantamento de 02 inventários, uma vez que, com a contagem do estoque se terá conhecimento de uma eventual necessidade de correção de apontamento.

A correção do estoque escriturado de um período de apuração poderá influenciar estoques escriturados de períodos posteriores, até o período imediatamente anterior ao período de apuração em que se está fazendo a correção, uma vez que o
estoque final de um período de apuração é o estoque inicial do período de apuração seguinte.

As quantidades devem ser expressas, obrigatoriamente, na unidade de medida de controle de estoque constante no campo 06 do registro 0200: UNID_INV.

A chave deste registro são os campos: DT_EST, COD_ITEM, IND_EST e COD_PART (este, quando houver).

 

Campo
Descrição
Tipo
Tam
Dec
Obrig
01REGTexto fixo contendo "K280"C004-O
02DT_EST

Data do estoque final escriturado que está sendo corrigido

N008*-O
03COD_ITEMCódigo do item (campo 02 do Registro 0200)C060-O

04

QTD_COR_POS

Quantidade de correção positiva de apontamento ocorrido em período de apuração anterior

N-03OC

05

QTD_COR_NEG

Quantidade de correção negativa de apontamento ocorrido em período de apuração anterior

 
N-03OC

06

IND_EST

Indicador do tipo de estoque:
0 = Estoque de propriedade do informante e em seu poder;
1 = Estoque de propriedade do informante e em posse de terceiros;
2 = Estoque de propriedade de terceiros e em posse do informante

C001-O
07COD_PART

Código do participante (campo 02 do Registro 0150):
- proprietário/possuidor que não seja o informante do arquivo

C060-OC

Observações:

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

Descrição dos campos do registro K280:

  • Campo 01 (REG) - Valor Válido: [K280];
  • Campo 02 (DT_EST) – Validação: a data do estoque deve ser anterior à data inicial do período de apuração – campo DT_FIN do Registro K100;
  • Campo 03 (COD_ITEM) – Validação: o código do item deverá existir no campo COD_ITEM do Registro 0200. Somente podem ser informados nesse campo valores de COD_ITEM cujos tipos sejam iguais a 00, 01, 02, 03, 04, 05, 06 e 10 – campo TIPO_ITEM do Registro 0200.
  • Campos 04 e 05 (QTD_COR_POS e QTD_COR_NEG) – Validação: não é admitida quantidade negativa e somente um dos campos pode ser preenchido.
  • Campo 06 (IND_EST) - Valores Válidos: [0, 1, 2]. Validação: se preenchido com valor “1” (posse de terceiros) ou “2” (propriedade de terceiros), o campo COD_PART será obrigatório.

    A quantidade em estoque existente no estabelecimento industrializador do produto industrializado para terceiro por encomenda deverá ser:
    a) quando o informante for o estabelecimento industrializador, do tipo 2 - estoque de propriedade de terceiros e em posse do informante;
    b) quando o informante for o estabelecimento encomendante, do tipo 1 - estoque de propriedade do informante e em posse de terceiros.

    A quantidade em estoque existente no estabelecimento industrializador de insumo recebido do encomendante para industrialização por encomenda deverá ser:
    a) quando o informante for o estabelecimento industrializador, do tipo 2 - estoque de propriedade de terceiros e em posse do informante;
    b) quando o informante for o estabelecimento encomendante, do tipo 1 - estoque de propriedade do informante e em posse de terceiros.

  • Campo 07 (COD_PART) – Preenchimento: obrigatório quando o IND_EST for “1” ou “2”. Validação: o valor fornecido deve constar no campo COD_PART do registro 0150.


O Registro K280 se refere a correções dos saldos de estoque escriturados no registro K200 em períodos anteriores e deve ser gerado a partir do período de apuração da correção até o período de apuração imediatamente anterior ao mês de referência da correção.

Assim, cabe lembrar que se Vamos exemplificar uma situação em que a necessidade de correção do de apontamento é conhecida dentro do próprio mês, não há que se falar em utilização do Registro K280, pois a correção deverá ser efetuada nos próprios registros originais relativos somente em mês posterior ao mês de referência .

 

do apontamento.

Período de referência do apontamento: janeiro/2016:
0000 – 01/01/2016 a 31/01/2016
K100 – 01/01/2016 a 31/01/2016
K200 – 31/01/2016 – Produto X – Quant. 60

Em abril/2016 detectou-se que na realidade a quantidade em estoque que existia para o Produto X em janeiro/2016 era 40.

Neste caso será feito um ajuste negativo no mês de abril que irá gerar os registros K280 dos meses anteriores, conforme descrito a seguir:

Período de correção do apontamento: abril/2016:
0000 – 01/04/2016 a 30/04/2016
K100 – 01/04/2016 a 30/04/2016
K280 – Data de referência do estoque: 31/01/2016 – Produto X – Quant. de correção negativa: 20
K280 – Data de referência do estoque: 29/02/2016 – Produto X – Quant. de correção negativa: 20
K280 – Data de referência do estoque: 31/03/2016 – Produto X – Quant. de correção negativa: 20

Cabe lembrar que se a necessidade de correção do apontamento é conhecida dentro do próprio mês, não há que se falar em utilização do Registro K280, pois a correção deverá ser efetuada nos próprios registros originais relativos ao mês de referência.

TOTVS Gestão de Estoque, Compras e Faturamento o registro K280 será gerado a partir de movimentos de ajuste positivo ou negativo do saldo atual, saldo do estoque com terceiros ou saldo de terceiros em poder da empresa.

Para que o sistema possa identificar quais são os tipos de movimento que irão gerar os registros K280, será criado nos Parâmetros do Tipo de Movimento (Para possibilitar a inclusão do processo de correção de apontamento do estoque escriturado no TOTVS Gestão de Estoque, Compras e Faturamento, será realizada a ampliação da rotina de "Cópia por Referência", que passa a atender ao processo de geração das movimentações internas relativas 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 semiacabado, 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 mesma. 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á em tela todos os níveis e subníveis da estrutura, chegando até o nível dos componentes definidos como matéria-prima. 

Caso o usuário informe "Não", optando pela explosão parcial, ela será feita apenas até o primeiro nível da estrutura e somente no movimento destino o usuário poderá intervir explodindo os semiacabados e chegando até outros níveis da estrutura, caso necessário.

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), semiacabados (estrutura) ou ambos. 

Para os itens de destino apresentados através da explosão da estrutura de origem, será permitido ao usuário excluí-los, porém não será permitido alterar a quantidade dos mesmos e nem efetuar a inclusão de novos itens ou estruturas. Caso seja necessário realizar alguma alteração de quantidade, isso deverá ser feito diretamente no movimento destino.

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, porém, caso seja necessária alguma alteração na quantidade dos itens, o usuário deverá efetuá-la 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, ou seja, do Registro K210 constará a estrutura que foi desmontada (baixada) e do Registro K215 constarão os componentes gerados pela desmontagem da mesma (entrada via cópia por referência com motivo 29).

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.


 

 

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

 

 

 

 

 

 

 

 

 

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

 

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