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

Módulo

Estoque > Produção > Movimentação

Segmento Executor

Gestão de Obras Construção & Projetos

Chamado

270950

País

(x) Brasil.

   

Objetivo

Facilitar para o Possibilitar ao 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 K280 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

Neste momento iremos tratar do registro de correção de apontamento do estoque escriturado - K280. 

 

 

Correção de Apontamento

Esse tipo de registro se destina a atender a dificuldade relatada pelas empresas , poisnas quais, em decorrência de da 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 registroregistro 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 declarar a correção de apontamento de estoque escriturado no Registro K200, 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 desses 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.

 

 

 

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

 
  • 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 que realizou a encomenda, 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 estabelecimento que realizou a encomenda para industrialização 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 que realizou a encomenda, 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.

Vamos exemplificar uma situação em que a necessidade de correção de apontamento é conhecida somente em mês posterior ao mês de referência do apontamento.

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

Em abril/2017 detectou-se que na realidade a quantidade em estoque que existia para o Produto X em janeiro/2017 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/2017:
0000 – 30/04/2017 a 30/04/2017
K100 – 30/04/2017 a 30/04/2017
K280 – Data de referência do estoque: 31/01/2017 – Produto X – Quant. de correção negativa: 20
K280 – Data de referência do estoque: 29/02/2017 – Produto X – Quant. de correção negativa: 20
K280 – Data de referência do estoque: 31/03/2017 – 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.


No 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ão criados nos Parâmetros do Tipo de Movimento, na Etapa 61 - Fis Dados:

  • Group box com o título SPED Fiscal;
  • Campo "Data para Registro K280" do tipo drop down e localizado dentro do group box SPED Fiscal.

As opções para preenchimento do campo "Data para Registro K280" serão:

  • Não usa;
  • Data Emissão;
  • Data Extra 1;
  • Data Extra 2.

Por default o campo não virá preenchido, ficando a cargo do usuário o fornecimento da informação, sendo que enquanto não estiver preenchido este campo não deve ser considerado nas rotinas que envolverem movimentos desse tipo.

Como o movimento que irá gerar o Registro K280 poderá afetar não só o saldo atual, como também o saldo de estoque de terceiros ou o saldo de estoque com terceiros, deverá ser criado um novo Tipo de Controle de Estoque de Terceiros (TTMVEXT.CONTROLETERCEIROS) que é o 'Ajuste'. No momento em que o usuário selecionar o preenchimento do campo "Tipo de Controle de Estoque de Terceiros", o Ajuste deverá ser sempre o último da lista de tipos de controle de estoque de terceiros disponíveis.

Caso o usuário preencha o campo "Data para Registro K280" com 'Não Usa' não existem consistências a serem feitas pelo sistema, mas caso o campo seja preenchido com qualquer uma das datas disponíveis, no momento da gravação dos parâmetros do tipo de movimento, o sistema deverá efetuar as seguintes consistências:

  • O campo referente à edição da data (como por exemplo os campos: "Edição da Data de Entrada", "Edição da Data Extra1", etc., das Etapas 4 e 5 - Mov - Datas 1/2 e Mov - Datas 2/2) que foi definida como a data para o K280, não pode estar preenchido com 'Não Edita';
  • A data selecionada para ser a data do Registro K280 não pode estar parametrizada como "Data do Movimento Default" na Etapa 4 - Mov - Datas 1/2, já que a data do movimento é a data em que o estoque será realmente afetado;
  • O tipo de movimento deverá obrigatoriamente afetar, aumentando ou diminuindo, pelo menos um dos seguintes saldos: 
    • Saldo Atual (TITMTMV.EFEITOSALDOA2);
    • Saldo de Terceiros (TITMTMV.EFEITODETERCEIROS);
    • Saldo com Terceiros (TITMTMV.EFEITOCOMTERCEIROS);
  • O Tipo de Controle de Estoque de Terceiros somente poderá ser de "Ajuste ref. Correção Apontamento - Estoque Escriturado" caso a "Data para Registro K280" esteja preenchida com uma das datas disponíveis, caso contrário esse tipo de controle não poderá ser utilizado.


O sistema irá identificar os movimentos que irão gerar o registro K280, através do preenchimento do campo "Data para Registro K280" se diferente de nulo ou 'Não Usa', e neste caso, no momento em que esses movimentos forem gravados o sistema deverá fazer as seguintes consistências:

  • A data configurada como "Data para Registro K280" não poderá estar em branco;
  • A data configurada como "Data para Registro K280" tem que ser de meses anteriores à "Data do Movimento";
  • Caso o movimento esteja afetando o Saldo de Terceiros ou o Saldo com Terceiros, o preenchimento do cli/for ou do cli/for origem/destino deve ser obrigatório devido à informação do código do participante (consistência já efetuada pela rotina que controla o estoque de terceiros);
  • O campo Situação da Mercadoria (TPRDFISCAL.SITUACAOMERCADORIA) de todos os itens constantes do movimento tem que estar preenchido com um dos seguintes conteúdos;
    • 01 – Mercadoria para Revenda;
    • 02 – Matéria-Prima;
    • 03 – Produto em Processo;
    • 04 – Produto Acabado;
    • 08 – Embalagem;
    • 09 – Subproduto;
    • 10 – Produto Intermediário;
    • 15 – Outros insumos.


Iremos destacar abaixo como deverá ser o preenchimento de alguns dos campos do registro K280: 

  • DT_EST: Verificar o conteúdo da data parametrizada como "Data para Registro K280" e levar para este campo o último dia do mês informado nesta data;
  • QTD_COR_POS: Traz a quantidade do item dos movimentos cujo tipo de movimento está configurado para Aumentar o saldo, seja ele Atual, de Terceiros ou com Terceiros;
  • QTD_COR_NEG: Traz a quantidade do item dos movimentos cujo tipo de movimento está configurado para Diminuir o saldo, seja ele Atual, de Terceiros ou com Terceiros;
  • IND_EST: Deve ser preenchido conforme o saldo que será afetado pelo movimento, ou seja:
    • 0 - caso o movimento vá afetar o saldo Atual do item;
    • 1 - caso o movimento vá afetar o saldo Com Terceiros do item:
    • 2 - caso o movimento vá afetar o saldo De Terceiros do item.
  • COD_PART: Código do cliente/fornecedor dos movimentos que afetam Saldo de Terceiros ou Saldo com Terceiros. Este campo não deverá ser preenchido nos registros em que o saldo afetado é o Saldo Atual.


Importante: Podem existir tipos de movimento que estejam parametrizados para afetar ao mesmo tempo o Saldo Atual e o Saldo com Terceiros e, nestes casos, deverá ser gerado para o mesmo item e na mesma data, um Registro K280 para cada saldo que está sendo afetado.


Conforme já dissemos, 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 na geração desses registros o sistema irá considerar tanto a "Data para Registro K280" como a "Data do Movimento", gerando-os desde a Data de Registro até o mês imediatamente anterior ao da Data do Movimento.

Assim, após terem sido gravadas todas as movimentações de correção de estoque escriturado do mês, o TOTVS Gestão Fiscal estará apto a gerar, no SPED Fiscal, os Registros K 280 relativos a estas movimentações.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

Parâmetros dos Tipos de Movimento

Alteração

Ambiente > Parâmetros > Gestão de Estoque, Compras e Faturamento > Gestão de Estoque > Ajuste de Estoque

Conforme definições constantes deste documento

 

Tabelas Utilizadas:

  • TTMVEXT - Parâmetros dos Tipos de Movimento

 

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