Histórico da Página
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
O 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) |
---|---|---|---|---|---|
K | Desmontagem de mercadorias – Item de Origem | K210 | 3 | 1:N | OC |
K | Desmontagem de mercadorias – Item de Destino | K215 | 4 | 1:N | OC |
K | Reprocessamento/Reparo de Produto/Insumo | K260 | 3 | 1:N | OC |
K | Reprocessamento/Reparo – Mercadorias Consumidas e/ou Retornadas | K265 | 4 | 1:N | OC |
K | Correção de Apontamento dos Registros K210, K220, K230, K250 e K260 | K270 | 3 | 1:N | OC |
K | Correção de Apontamento e Retorno de Insumos dos Registros K215, K220, K235, K255 e K265 | K275 | 4 | 1:N | OC |
K | Correção de Apontamento – Estoque Escriturado | K280 | 3 | 1:N | OC |
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).
Nº | Campo | Descrição | Tipo | Tam | Dec | Obrig |
---|---|---|---|---|---|---|
01 | REG | Texto fixo contendo "K280" | C | 004 | - | O |
02 | DT_EST | Data do estoque final escriturado que está sendo corrigido | N | 008* | - | O |
03 | COD_ITEM | Código do item (campo 02 do Registro 0200) | C | 060 | - | O |
04 | QTD_COR_POS | Quantidade de correção positiva de apontamento ocorrido em período de apuração anterior | N | - | 03 | OC |
05 | QTD_COR_NEG | Quantidade de correção negativa de apontamento ocorrido em período de apuração anterior | N | - | 03 | OC |
06 | IND_EST | Indicador do tipo de estoque: | C | 001 | - | O |
07 | COD_PART | Código do participante (campo 02 do Registro 0150): | C | 060 | - | 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. |
---|