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 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
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 |
Reprocessamento
Trata
O reprocessamento trata-se de um ponto
deda maior relevância, pois afeta praticamente todas as indústrias.
Nesses registros foram incluídas as possibilidadesCom a inclusão desses novos registros no Bloco K, foi criada a possibilidade de apontamento do
reprocessoreprocessamento 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.
Nº | 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.
Nº | 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
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
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|