Âncora |
---|
| Tratamentonorom |
---|
| Tratamentonorom |
---|
| Tratamento no romaneio para item com duas etiquetas [ Release 178115 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Comercial - Carteira de Pedidos |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Necessidade verificada atendimento ao cliente TRAPP (identificado pelo Sidnei, Ramon e Daniel).
Objetivo:
Implementar tratamento no Romaneio para item com duas etiquetas (dois volumes)
|
Âncora |
---|
| Verificacaodosd |
---|
| Verificacaodosd |
---|
| Verificação dos dados do cliente no romaneio [ Release 178082 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Comercial - Carteira de Pedidos |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Necessidade verificada atendimento ao cliente TRAPP (identificado pelo Sidnei, Ramon e Daniel).
Objetivo:
Implementar tratamento para verificação dos dados do cliente no Romaneio
|
Âncora |
---|
| Configuracaodeb |
---|
| Configuracaodeb |
---|
| Configuração de boleto para exibição no monitor da nota [ Release 178097 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Comercial - Faturamento |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Verificado que a rotina padrão de faturamento sempre utiliza fixo o formulário "um por pagina", independente da configuração do programa "Configuração da Emissão do Boleto (CCCC050)".
Na impressão com a Danfe que é feita pelo programa (CCFTN610) não busca esta configuração do boleto porque existem impressoras que grampeiam automático, sendo assim, ao usar a configuração tipo de formulário 2 - 2 Por Página poderia ocorrer de imprimir junto boletos que não são do mesmo cliente.
O ideal é alterar a regra da emissão de boleto via (CCFTN610) para que considere a configuração do boleto quando o tipo de formulário for:
Configuração da Emissão do Boleto (CCCC050)/Dados Para Impressão de Bloquetos (CCCC050A)
Tipo de Formulário*:
0 - 1 Por Página
3 - 1 Por Página com Recibos
Objetivo:
Incluir validação na geração dos boletos pelo faturamento conforme configuração do financeiro do tipo de formulario
para gerar conforme configuração os tipos:
0 - 1 Por Página (CCCC350B)
1 - 1 Por Meia Página (CCCC350D)
2 - 2 Por Página (CCCC350E)
3 - 1 Por Página com Recibos (CCCC350C)
|
Âncora |
---|
| Tratamentonocal |
---|
| Tratamentonocal |
---|
| Tratamento no cálculo do DIFAL [ Release 178083 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Comercial - Faturamento |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 (com retrofit 7.0) |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Verificamos que a a apuração do Difal em alguns estados é feita com base dupla e no sistema não atende.
Devido legislação UF:MT - NOTA TÉCNICA N° 001/2024- UDCR/UNERC (Unidade de Divulgação e Consultoria de Normas da Receita Pública da Unidade de Uniformização de Entendimentos e Resolução de Conflitos, em Cuiabá/MT, 25 de janeiro de 2024.)
No programa Configuração do Diferencial de Alíquota para Não Contribuinte (CCFTH150), no campo: Forma de Cálculo *, incluir a opção: ICMS por Dentro (Alíquota Simples) , onde passa aplicar na formula do calculo do ICMS DIFAL, a alíquota simples "%DIFAL" (Alíquota Interna menos Alíquota Interestadual), conforme segue:
Cálculo ICMS Por Dentro (Alíquota Simples):
Base de cálculo 1 "Valor Sem ICMS" = Valor da Operação menos ICMS Interestadual
Base de cálculo 2 "BC DIFAL" = Base de cálculo 1 divido por (1 menos Alíquota Interna)
Valor ICMS DIFAL = BC DIFAL multiplicado por "%DIFAL" (Alíquota Interna menos Alíquota Interestadual)
Objetivo:
Implementar tratamento do Cálculo do DIFAL com Base Dupla e alíquota simples "%DIFAL" (Alíquota Interna menos Alíquota Interestadual)
|
Âncora |
---|
| Codigodebarrasd |
---|
| Codigodebarrasd |
---|
| Código de barras da guia GNRE [ Release 178107 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Contábil/Fiscal - Escrita Fiscal |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 (com retrofit 7.1) |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Ticket desmembrado do ticket original (429097)
Foi automatizado para gerar o compromisso para pagamento da guia GNRE, porém não tem a possibilidade de informar o código de barras para a realização do pagamento.
Os compromissos gerados na integração (CCEPI203) não possuem cód. de barras respectivo da guia gerada no site (sem o qual não é possível pagar nem manual nem escrituralmente).
O ideal é possibilitar informar o código de barras da guia GNRE, no compromisso do contas a pagar.
Objetivo:
Implementar a possibilidade de informar o código de barras da guia GNRE, no compromisso do contas a pagar.
|
Âncora |
---|
| Geracaodecompro |
---|
| Geracaodecompro |
---|
| Geração de compromissos dos valores de Simples Nacional [ Release 178102 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Contábil/Fiscal - Escrita Fiscal |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Atualmente o sistema já contabiliza a apuração do ICMS, porém não lança o compromisso no financeiro. Ocasionando da contabilidade fechar a conta do Passivo com saldo provisionado e não conseguir conciliar a mesma com o financeiro.
Em resumo este compromisso no financeiro vai surgir nos primeiros dias do mês posterior, contabilmente está ocorrendo o seguinte. Contabilidade respeita o regime de competência e financeiro não!
Objetivo:
Implementar para Gerar Compromissos dos valores de Simples Nacional
|
Âncora |
---|
| Geracaodecompro |
---|
| Geracaodecompro |
---|
| Geração de compromissos dos valores de PIS/Cofins [ Release 178101 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Contábil/Fiscal - Escrita Fiscal |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Atualmente o sistema já contabiliza a apuração do ICMS, porém não lança o compromisso no financeiro. Ocasionando da contabilidade fechar a conta do Passivo com saldo provisionado e não conseguir conciliar a mesma com o financeiro.
Em resumo este compromisso no financeiro vai surgir nos primeiros dias do mês posterior, contabilmente está ocorrendo o seguinte. Contabilidade respeita o regime de competência e financeiro não!
Objetivo:
Implementar para Gerar Compromissos dos valores de PIS/COFINS
|
Âncora |
---|
| Geracaodecompro |
---|
| Geracaodecompro |
---|
| Geração de compromissos dos valores de ICMS [ Release 178100 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Contábil/Fiscal - Escrita Fiscal |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Atualmente o sistema já contabiliza a apuração do ICMS, porém não lança o compromisso no financeiro. Ocasionando da contabilidade fechar a conta do Passivo com saldo provisionado e não conseguir conciliar a mesma com o financeiro.
Em resumo este compromisso no financeiro vai surgir nos primeiros dias do mês posterior, contabilmente está ocorrendo o seguinte. Contabilidade respeita o regime de competência e financeiro não!
Objetivo:
Implementar para Gerar Compromissos dos valores de ICMS
|
Âncora |
---|
| Geracaoeestorno |
---|
| Geracaoeestorno |
---|
| Geração e estorno de compromisso no contas a pagar [ Release 178089 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Contábil/Fiscal - Escrita Fiscal |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Atualmente o sistema já contabiliza a apuração do IPI, porém não lança o compromisso no financeiro. Ocasionando da contabilidade fechar a conta do Passivo com saldo provisionado e não conseguir conciliar a mesma com o financeiro.
Em resumo essa provisão do no financeiro vai surgir nos primeiros dias do mês posterior, contabilmente está ocorrendo o seguinte. Contabilidade respeita o regime de competência e financeiro não!
*Objetivo:*
Implementar geração de compromissos do contas a pagar dos valores apurados na apuração de IPI |
Âncora |
---|
| AlteracoesnaEsc |
---|
| AlteracoesnaEsc |
---|
| Alterações na Escrituração Contábil Fiscal [ Release 178088 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Contábil/Fiscal - Informações Fiscais |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 (com retrofit 7.1) |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Adequar o sistema para incluir na estrutura do leiaute 10 da ECF - Escrituração Contábil Fiscal
Validações e Campos
Alterações nas validações dos registros X360 a X375 (Preço de Transferências)
Alterações nas validações dos registros X480 a X485 (Benefícios Fiscais)
Registros 0021: esclarecimentos sobre os programas de regime especial
Alterações nas validações dos registros N605 (Contas Contábeis Utilizadas na Apuração do Lucro da Exploração)
Alterações nas validações dos registros X280 (Subvenções para Investimentos)
Alterações sobre os Pagamentos ou Remessas a Título de Serviços, Juros e Dividendos a Beneficiários do Brasil e do Exterior (X450).
Inclusão do Y800 ? que destaca o detalhamento das operações.
|
Âncora |
---|
| Integracaoentre |
---|
| Integracaoentre |
---|
| Integração entre contrato de serviço e fechamento de comissão [ Release 178113 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Entradas - Compras |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Conforme solicitado pelo Jeovane da Farbe, com o novo módulo de Contrato de Serviço, o cliente irá gerar contrato de serviço por representante e poderá alimentar os valores pelo programa "Lançamento para pagamento de serviço-CCESUS131".
Porém o cliente gostaria que fosse automatizado o lançamento dos valores quando realizar o fechamento da comissão.
Ou seja, que fosse automático.
Objetivo:
Implementar integração entre Contrato de Serviço e Fechamento de Comissão
|
Âncora |
---|
| Notadecontratod |
---|
| Notadecontratod |
---|
| Nota de contrato de serviço com entrada automática [ Release 178086 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Entradas - Estoques |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Desenvolvemos o módulo de contrato de serviço, que já vai gerar o pedido de compra, porém não vai dar entrada na nota automaticamente ainda.
Objetivo:
Implementar a possibilidade de ao chegar a nota de contrato de serviço já dar entrada automatica
Necessidade verificada em reunião com a Riosulense em 26/07
---
Levantamento:
*Objetivo:*
Auxiliar o vinculo da nota ao pedido de compra.
*Escopo:*
<pre>
1. Reestruturar CCESN105
- Retirar Filtro
> Setor
- Adicionar Filtos
> Espécies -> %CSUTIMM
> Fornecedores Com Contrato Serviço -> Check
> Fornecedores Com Contrato Mercadoria -> Check
> Data Inicio
> Data Final
- Alterar Filtros
> Notas Sem Cenario -> Só irá exibir notas sem cenarios aplicado
> Notas Sem Pedido de Compra -> Só irá exibir notas sem pedido de compra
- Grid
- Colunas*
- Ações
> Reprocessar
> Atribuir Pedidos -> Tela do topíco 2 - Aplicar permissão por usuario -> http://projetos.consistem.com.br/projects/proj-desenvolvimento/wiki/Permiss%C3%A3o_por_Perfil_e_Usu%C3%A1rio
> Atribuir Marcador -> Tela do topíco 3
- Divergências
> Fazer um separador em subnivel(Hoje tem duas colunas, juntar as duas e fazer um |
Âncora |
---|
| Revisaodaetique |
---|
| Revisaodaetique |
---|
| Revisão da etiqueta agilizando informações para detalhamento [ Release 178081 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Entradas - Estoques |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 (com retrofit 7.0) |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Verificado pelo analista Ramon a necessidade de uma melhoria para a nossa global de etiqueta, para que possamos ter os dados da etiqueta em uma global e não seja mais necessário ficar acessando as movimentações de estoque, pendência e várias globais. |
Âncora |
---|
| Permissaoparain |
---|
| Permissaoparain |
---|
| Permissão para informar a safra ou período na consulta [ Release 178104 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Entradas - Grãos |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Com a variação de períodos de safra, sugiro melhorar as rotinas de consultas de movimentos de grãos, como por exemplo a rotina CCGGM605.
Cada vez mais, as safras vem se misturando, não ficando mais divididas em data corte.
A rotina CCGGM605, por exemplo eu preciso digitar a safra e o período de consulta.
A sugestão é, que esses dois campos sejam campos separados, exemplo:
Se quiser consultar por safra, trazer toda a movimentação da safra informada, sem necessidade de informar período,
Se quiser consultar período, trazer toda a movimentação do período sem necessidade de informar safra.
Quando eu informo safra e tenho de informar período também, a consulta traz movimentações dentro do período, misturando as safras.
Este ano aqui para nos tivemos produtores em janeiro, vendendo arroz da safra anterior, enquanto outros já estavam depositando da safra nova.
Objetivo:
Alterar a Consulta de Movimento Físico - Fornecedor-CCGGM605/Consulta de Movimento Físico/Financeiro - Fornecedores-CCGGM600 para permitir informar safra ou período para a consulta
|
Âncora |
---|
| Selecaodemaisti |
---|
| Selecaodemaisti |
---|
| Seleção de mais títulos para baixa [ Release 178103 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Financeiro - Contas a Pagar |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Na baixa da rotina CCCC220, por mais que selecione mais de um titulo para baixar, e optar por imprimir os recibos de juros, só sai um, para um cliente.
O ideal é sair um recibo para cada cliente, conforme os selecionados
O Cliente quer ter o controle com o recibo
Objetivo:
Implementar Baixa de Título por Cliente-CCCC220 para permitir selecionar mais de um titulo para baixar, e optar por imprimir os recibos de juros
|
Âncora |
---|
| Consultadetitul |
---|
| Consultadetitul |
---|
| Consulta de títulos em abertos e pagos [ Release 178090 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Financeiro - Contas a Pagar |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Hoje tem muitas telas de consulta de titulos pagos. O ideal é analisar as telas de consulta de títulos em aberto e títulos pagos existentes hoje e criar pelo menos duas telas que atendam aos filtros. Isso possibilita a redução significante do numero de telas de consultas criadas hoje apenas para atender a filtros.
Isso reduziria manutenção;
Facilitaria suporte e implantação.
Também facilitaria uma posterior reorganização do menu.
Sistema possui um numero razoável de telas de consulta que o diferencial são apenas os filtros. Criar uma ou duas telas que contemplem todos os filtros e disponibilize todos os dados possíveis em grid para o usuário montar sua visualização fica mais dinâmico.
*Objetivo:*
Implementar uma nova consulta de títulos (abertos e pagos) com várias colunas e filtros.
|
Âncora |
---|
| Processosinterr |
---|
| Processosinterr |
---|
| Processos interrompidos na baixa e estorno do documento de borderô [ Release 178080 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Financeiro - Contas a Pagar |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 (com retrofit 7.1) |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Temos um caso na Fakini que está ocorrendo com frequência, que eles já nos relataram que o sistema trava, o TI reinicia tudo.
Ai principalmente os processos de baixa e estornos ficam pela metade, sempre necessitando de manutenção de bases.
O ideal é Aplicar na rotina CCFFB070 e CCFFB072 de baixa/estorno do contas a pagar o monitor de processos interrompidos para quando o cliente sair irregular na rotina consiga corrigir os lançamentos que ficam presos.
Objetivo:
Aplicar o tratamento para processos interrompidos na Baixa do Documento de Borderô-CCFFB070/Estorno de Baixa dos Documentos de Borderô-CCFFB072
|
Âncora |
---|
| Implementaruman |
---|
| Implementaruman |
---|
| Implementar uma nova consulta de titulos (abertos e pagos) com várias colunas e filtros e já avaliar consultas a retirar [ Release 178111 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Financeiro - Contas a Receber |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Buscamos no consistem, um relatório que relacionasse, os títulos que tiveram prorrogação (alteração de data de vencimento), porém só localizamos um por representante mas não nos atender.
A necessidade da usuária é consultar todos os títulos prorrogados de uma determinado período
Objetivo:
Implementar uma nova consulta de titulos (abertos e pagos) com várias colunas e filtros e já avaliar consultas a retirar
|
Âncora |
---|
| Bloqueiodeclien |
---|
| Bloqueiodeclien |
---|
| Bloqueio de cliente com atraso no pagamento [ Release 178094 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Financeiro - Contas a Receber |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Preciso que o sistema bloqueie o cliente que estiver com atraso no pagamento (contas a receber), com X dias de atraso, de forma automática, e que seja desbloqueado automaticamente assim que a baixa do título vencido seja efetuada.
Hoje temos a Desativar/Bloquear Clientes-CCCC105 porém precisa de mais filtros, mostrar quem vai alterar antes e solicitar confirmação. Deveria ter a opção de retornar também.
Objetivo:
Implementar na Desativar/Bloquear Clientes-CCCC105 a possibilidade de bloquear o cliente com atraso no pagamento (contas a receber), com X dias de atraso, de forma automática, e que seja desbloqueado automaticamente assim que a baixa do título vencido seja efetuada.
|
Âncora |
---|
| Leituradeetique |
---|
| Leituradeetique |
---|
| Leitura de etiqueta para requisição no mobile [ Release 178106 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Confecção |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Foi implementado na https://projetos.consistem.com.br/issues/158656 a leitura de etiqueta para requisições dos PCPs.
É necessário implementar o mesmo para Mobile
Objetivo:
Implementar para mobile a leitura de etiqueta para Requisições - PCP Confecção
CCTCQ050 - Baixa PPCP Confecção
|
Âncora |
---|
| Buscaovalordopr |
---|
| Buscaovalordopr |
---|
| Busca o valor do projeto com base na projeção [ Release 178096 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Confecção |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Com base no atendimento realizado via ticket 433927, foi definido em reunião entre analistas do Confecção e Custos, que precisamos implementar para passar a gerar valor com base na projeção de custos da CCTGC100
Segue detalhamento abaixo:
Ao gerar NFS de remessa para terceirização na confecção, o sistema precisa informar o valor do produto na NFS. Para isso realiza 4 tentativas sequenciais, descristas na wiki: https://colab.consistem.com.br/cuka/negocio/industrial/ppcp-confeccao/valores-da-terceirizacao/.
Dentre essas opções, na Tentativa 2 ? Projeção, o PCP faz um cálculo do valor do produto com base no custo (mão de obra+valorInsmos) até a fase atual da remessa.
Nesta tentativa existe um problema ao obter o valor dos insumos, pois independentemente da origem do insumo sempre busca o custo unitário da tabela de insumos CCCPG250, no entanto, esta tabela são cadastrados insumos comprados e por conta disso, insumos fabricados ficam sem valor impactando no valor do produto deixando menor do que deveria.
Obs.: Em relação às regras fiscais o valor do produto na terceirização não tem grande impacto, mas podem ocorrer situações como no caso do ticket 433927, onde o cliente teve um sinistro e o seguro ressarciu o valor que estava em nota, como o valor estava muito baixo devido a esse problema, ressarciu a menos.
Objetivo:
Alterar esta tentativa 2 para obter o valor do produto com base somente nos valores de insumos e mão de obra conforme estão na projeção configurada para a coleção e não mais buscar parte da projeção e parte da tabela de insumo como ocorre hoje;
Incluir um campo de configuração na CCTCT001 para configurar um valor fixo para os insumos da OP a serem considerados para calcular o custo do produto quando o insumo não estiver na projeção;
Incluir aviso na CCTCT100 ao gerar a remessa informando o cliente quais insumos não estão na projeção que ficaram sem valor e por conta disso buscou o valor fixo configurado;
Retirar campo de configuração CCTCT013 referente a tabela de insumos, caso não for utilizada em outro ponto;
Incluir memória de cálculo para cliente consultar como obteve o valor do produto para gerar a remessa.
Corrigir a wiki citada acima conforme sequências de tentativas executadas pelo sistema, pois esta diferente do que realmente faz.
|
Âncora |
---|
| Novaconsultadep |
---|
| Novaconsultadep |
---|
| Nova consulta de planejamento [ Release 178116 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tecelagem |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Em reunião com o cliente, o mesmo nos informou que necessita de uma consulta que apresente informações suficientes, para utilização da área comercial, quando o mesmo está atendendo um cliente.
Hoje uma das alegações do cliente é que o tempo de resposta do comercial para com o cliente é muito grande. Seja para posicioná-lo sobre um pedido, quanto para ?negociação? de um pedido.
Assim sendo o mesmo necessita de uma consulta onde traga, o máximo de informações para a equipe comercial.
Essa consulta deve conter informações comerciais, produtivas e de estoque.
Após verificar o vídeo e conversar com o cliente, entendemos que o mesmo estava misturando várias áreas.
Ou seja, a consulta que ele possui no sistema atual, havia sido montada para a realidade dele.
Assim sendo, ficou claro que as informações que compete a área de planejamento, será utilizado o planejamento têxtil, pois lá existe as informações necessárias para o desenvolvimento das atividades do dia a dia.
Para os pontos voltados para área comercial, separamos em dois momentos. O primeiro momento é a consulta dos pedidos já em carteira. Onde será utilizado a rotina CCPV716 (Consulta Unificada de Pedidos).
A mesma foi apresentada e atende a necessidade do cliente.
Porém para disponibilizar as informações para área comercial, para ?negociação? de pedido, segundo a necessidade do cliente, possuímos as seguintes consultas.
São elas:
CCTTP775: Consulta de Planilha para Controle de Produção Período/Partida
CCESA630: Consulta de Posição do Estoque por Natureza/Grupo
CCESG630: Consulta de Localizações
As consultas acima foram apresentadas para o cliente, e o mesmo entendeu que as informações existentes nas rotinas, atendem a necessidade deles, porém o mesmo necessita que as informações sejam disponibilizadas em uma consulta unificada, dessa forma a área comercial terá em apenas uma consulta todas as informações necessárias.
Objetivo:
Implementar nova consulta, baseada na Consulta de Planilha para Controle de Produção Período/Partida-CCTTP775 e com as informações do planejamento.
E incluir detalha conforme a:
CCESA630: Consulta de Posição do Estoque por Natureza/Grupo
E por item permitir detalhar as etiquetas conforme a:
CCESG630: Consulta de Localizações
|
Âncora |
---|
| Novoscenariosno |
---|
| Novoscenariosno |
---|
| Novos cenários no planejamento têxtil [ Release 178099 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tecelagem |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Em razão da demanda Melhoria #158254, serão necessárias mais alterações no planejamento têxtil. Identificado que a aplicação da melhoria não funcionou para todos os cenários, a tela de memória de cálculo (CCTTGP255C) contradiz o que se apresenta na CCTTGP255, e o valor enviado à CCTTGP260 para geração de partida não condiz em todos os cenários.
Objetivo:
Revisar o Planejamento Têxtil-CCTTGP255 para tratar novos cenários referente a quantidade de Necessidade Geral
---
Levantamento:
*Objetivo:*
Em razão da demanda Melhoria #158254, serão necessárias mais alterações no planejamento têxtil. Identificado que a aplicação da melhoria não funcionou para todos os cenários, a tela de memória de cálculo (CCTTGP255C) contradiz o que se apresenta na CCTTGP255, e o valor enviado à CCTTGP260 para geração de partida não condiz em todos os cenários.
*Escopo:*
1 - Adequar quantidades
* Alterando o tipo de nota para não fazer programação para pedido, a quantidade exibida no grid não corresponde mais a necessidadeGeral=necessidadePedido-(programadoParaPedido+programadoParaEstoque)
* Necessário verificar se a regra CalcularNecessidadeGeral |
Âncora |
---|
| Refatoracaonaco |
---|
| Refatoracaonaco |
---|
| Refatoração na configuração das opções liberadas da engenharia/planejamento por operador [ Release 178098 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tecelagem |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Revisão de padrão de tela conforme identificado pelo analista João.
*Objetivo:*
Refatorar o programa Configuração das Opções Liberadas da Engenharia/Planejamento por Operador-CCTGAC020
|
ImplementaraexpImplementaraexpImplementar a explosão Explosão para análise de materiais para o Planejamento Têxtil no planejamento têxtil [ Release 178095 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tecelagem |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 (com retrofit 7.2) |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Hoje é possível realizar o planejamento porém não explode necessidade de materiais como na confecção, para a questão de geração de necessidades de compra.
Verificado no cliente Farbe em reunião de diretoria.
Objetivo:
Implementar a explosão para análise de materiais para o Planejamento Têxtil
|
ImplementarparaImplementarparaImplementar parâmetro de campo de quantidades Parâmetro de quantidade de períodos (Limitar em 60 períodos) no Planejamento e Programação da Produção-CCTTGP250 no planejamento e programação da produção [ Release 178092 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tecelagem |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
No Planejamento Têxtil-CCTTGP255 não tem como configurar para qualquer quantidade de datas.
(Disponível de ver de data x a data y)
OBS: A partir de hoje, qual a quantidade de periodos(Semanas) para visualizar?;
Objetivo:
Implementar parâmetro de campo de quantidades de períodos (Limitar em 60 períodos) no Planejamento e Programação da Produção-CCTTGP250
|
Refatoraratelap | Refatoraratelap | Refatorar a tela principal (capa) do Planejamento e Programação da Produção-CCTTGP250 Refatoração do planejamento e programação da produção [ Release 178110 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tinturaria / Estamparia |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
A tela inicial do planejamento está fora do padrão de telas atual.
Problemas da interface:
possui muitos campos seguidos e amontados;navegação entre campos não é clara e possuem movimentos obscuros;alguns filtros não tem descrição ou finalidade clara;não traz descrições dos códigos informados na capa, uma vez carregada uma sequência existente;labels em cima de campos;uma vez clicado em calcular, não se sabe qual etapa do código está calculando.Problemas de código:
a gravação da configuração é feita diretamente na global TTGPPAR na saída dos campos;a consulta dos filtros na geração das mtemps são feitas com $get() e $piece() direto na global;fixas da global TTGPPAR não documentadas;validações feitas entre campos.Sugestão de melhoria:
1 - Facelift do planejamento:
transformar a capa em um crud padrão;sequência de cálculo, descrição, novo, duplicar, excluir na capa do grud;novas funcionalidades na capa: tempo da última execução; data da última execução; permitir a execução por task; exibir dados da execução por task.agrupar filtros em categorias e distribuir as categorias em abas;campos que funcionam para montar uma informação de filtro (empresa + natureza), transformar em grid com manutenção em linha;exibição de dados com descrições dos códigos. Usar PEs, grids dentro das tabs, ou mesmo telas auxiliares, se necessário;botão Calcular irá apresentar componente de espera, exibindo a etapa corrente do cálculo;revisar campos que podem ou não ser alterados por configuração da base ou de dados previamente gravados de outros campos;botão para gravar / alterar configurações;revisão dos F7 que não trazem dados.2 - Padronização de regras:
Regrar obtenção de filtros;Aplicar regras de obtenção;Adicionar descrição da etapa do calculo para componente de espera;todas as validações dos campos da capa devem estar nos valcps;somente gravar / alterar ao clicar no botão que indica esta função;gravar tempo da última execução, e data da última execução.
Objetivo:
Refatorar a tela principal (capa) do Planejamento e Programação da Produção-CCTTGP250
|
RevisarosbotoesRevisarosbotoes | Revisar os botões da Sequenciamento do Beneficiamento-CCTTGPS290 para ajustar conforme a Ajuste de botão na dimensão da tela [ Release 178108 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tinturaria / Estamparia |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Com o tamanho original as opções aparecem da forma abaixo, escondendo outros botões, inclusive a opção "ListarPartida".
Teria que ajustar os botões para ficarem ajustados na tela.
Isso dificulta muito a ação do PCP para fazer o sequenciamento e a exportação das partidas.
Realizado teste deixando a largura com 190 e altura com 22 (que é tamanho mínimo de alteração) mas não é possível visualizar a área total da CCTTGPS290.
Conforme relato do cliente, PCP não consegue enxergar a tela inteira da rotina CCTTGPS290 sequenciamento do planejamento, e gostaria de ajuste para ver as informações de uma só vez na tela.
Objetivo:
Revisar os botões da Sequenciamento do Beneficiamento-CCTTGPS290 para ajustar conforme a dimensão da tela
|
AlterarnoPlanejAlterarnoPlanej | Alterar no Planejamento para não considerar itens que estão cancelados no catálogo Item cancelado no catálogo desconsiderado do planejamento [ Release 178105 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tinturaria / Estamparia |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Conforme mencionado no ticket Nº 368093, achamos que seria relevante que os itens que estão cancelados dentro de um catalogo, não deveriam ter esse catalogo em questão mencionado na coluna da tela de planejamento (CCTTGP255). Temos certeza que isso funcionava assim antes, pois controlávamos por ali, mas não vamos mais discutir isso.
Gostaríamos de sugerir essa melhoria visto que não é possível excluir um item de um catalogo uma vez inserido, mesmo que essa exclusão fosse necessária logo após a inserção. Visto que o status do item seria "cancelado" achamos que faz sentido esse item não aparecer mais dentro do catalogo.
Objetivo:
Alterar no Planejamento Têxtil-CCTTGP255 para não considerar itens que estão cancelados dentro de um catálogo
|
AvaliacaodasRegAvaliacaodasRegAvaliação das Regras de Geração do
Grid Planejamento novo CCTTGP250/260 grid do planejamento novo [ Release 178085 não homologado ]
Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tinturaria / Estamparia |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
*Contexto:*
Conforme email enviado no dia 23/07.
Registro a melhoria para serem avaliadas e reajustas as regras de geração do grid na CCTTGP260, pois a forma como as mesmas foram desenvolvidas está fora do padrão e por esse motivo, estão ocorrendo erros ente a versão 6.5 e 7.0 de componentes.
A exemplo, a regra ObterDadosRegistroSelec |
ImplementartratImplementartrat | Implementar tratamento para produto achado Produto sem etiqueta nas Pendências pendências das
Aquisições aquisições ou
Devoluções devoluções com
Controle de Etiqueta Têxtil-CCTTGM100 controle de etiqueta têxtil [ Release 178078 não homologado ]
Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
Industrial - PPCP - Tinturaria / Estamparia |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Hoje quando o cliente acha um rolo de malha no estoque, sem etiqueta, eles usam a CCESA020 para criar um documento, que então aparece na CCTTGM100 e eles fazem a pesagem e etiquetam.
Mas devia ter um tratamento na CCTTGM100 para esta situação.
Pois hoje estão informando um peso (um peso "chute" pois não tem certeza da informação) na CCESA020 e depois quando estão CCTTGM100 é pesado pela balança, e fica diferente do que está na CCESA020.
Aí na CCTTGM100 sempre tem que fazer um acerto. Este acerto está mudando o preço médio e está afetando diretamente apuração de custos.
Objetivo:
Implementar tratamento para produto achado sem etiqueta nas Pendências das Aquisições ou Devoluções com Controle de Etiqueta Têxtil-CCTTGM100
|
Âncora |
---|
| Cadastrodeterce |
---|
| Cadastrodeterce |
---|
|
Cadastro de terceiros [ Release 178091 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
RH - Folha de Pagamento |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Conforme visita a Nanete com o usuário Gerson do RH no dia 10/02 com a presença de Diomara, Thiago, Clarissa e Katiani.
Atualmente o cliente utiliza a rotina CCPGE060 com customizações para saber saber quando começam e terminam e ter o controle. Utiliza a consulta CCPGE605.
Seria importante ter este cadastro dos terceiros para controle do RH.
Hoje o problema de utilizar este cadastro da CCPGE060 é que o código do operador só tem 4 dígitos, e o cliente definiu que os códigos acima de 9000 ele utiliza para os terceiros, porém o número de operadores já está chegando nos 9000 e isto irá gerar problemas.
Então de qualquer forma já teria que aumentar este número de dígitos no código.
O cliente possui a rotina customizada GCNAPGE000 com as opções para cadastrar a agencia (GCNAPGE010), o operador (CCPGE060 com gatilhos) e a consulta GCNAPGE600 (cofnorme abaixo).
Objetivo:
Implementar um Cadastro de Terceiros para saber quando começam e terminam e toda o controle deles
|
Âncora |
---|
| Implementacaodo |
---|
| Implementacaodo |
---|
|
Implementação do módulo de gestão de treinamento [ Release 178114 não homologado ] Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Submódulo |
---|
| Wiki markup without migration |
---|
RH - Treinamento e Desenvolvimento |
|
| Ccscallout |
---|
Cor | Verde |
---|
Tamanho | H5 |
---|
Titulo | Versão |
---|
| Wiki markup without migration |
---|
7.3 |
|
|
UI Text Box |
---|
O que estamos desenvolvendo |
Wiki markup without migration |
---|
Contexto:
Hoje no sistema não tem um módulo para gestão de treinamento. Com avaliação se foi eficaz ou não, avaliação do desempenho, e inclusive indicadores e notificações.
Hoje não tem uma avaliação com questões e tudo mais para os treinamentos. Não tem como avaliar com prova.
Incluir avaliação para que a Gestão estratégica possa avaliar com prova, ou seja permitir o usuário cadastrar questões para que o usuário no treinamento possa ser avaliado com mais precisão e que os avaliadores/gestores possam receber uma avaliação e avaliar o funcionário durante o treinamento/experiência
Hoje tem apenas a CCTREA035.
A sugestão é cadastrar a avaliação, o tipo de avaliação, e as questões além de montar a turma e avaliar com nota, precisa que aparece as questões pré definidas, para que o avaliador avalie os presentes na lista de presença de forma externa, para que se possa ter melhor visão do aproveitamento e interação dos treinados
É importante incluir avaliação para que a Gestão estratégica possa passar por avaliação quanto ao treinado
Objetivo:
Implementar módulo de Gestão de Treinamento com provas e avalições
Este módulo deve ter:
- Cadastrar solicitação de treinamento
- Analise/Registro de eficácia dos treinamentos
- Registro de desempenho por participante
- Lançar e gerenciar os custos dos treinamentos realizados ou a realizar
- Gerar arquivo de certificado do treinamento
- Cadastrar turmas de treinamento selecionando funcionários por setor/cargo
- Liberar mudança de função apenas quando o funcionário concluir todos os treinamentos obrigatórios da nova função
- Verificar transferencia de funcionario entre empresas
- Gerar notificações dos treinamentos que precisam ser realizados e dos treinamentos realizados
*Consultoria Consistem* em: 07/06/2019 16:12
Necessidade de incluir na rotina CCTREA030 a informação da avaliação da avaliação/eficácia do treinamento.
Na rotina CCTREA030 quando incluir a data fim do treinamento, mesmo sendo posterior a data atual o CSW está informando que o treinamento está concluído, somente informa não realizado se deixar em branco, ver possibilidade de informar ao usuário sobre a não realização.
Rotina: CCTREA030
Cliente: CC-Consistem Sistemas
Contato: Consultoria Consistem
E-mail: consultores@consistem.com.br
Situação Atual: Não há
Implementação Sugerida: Necessidade de incluir na rotina CCTREA030 tem a informação da avaliação da eficácia do treinamento. Na rotina CCTREA030 quando incluir a data fim do treinamento, mesmo sendo posterior a data atual o CSW está informando que o treinamento está concluído, somente informa não realizado se deixar em branco, ver possibilidade de informar o usuário sobre a não realização.
Benefício Operacional: Melhoria na busca de informações necessárias
Relacionado ao projeto: Não associado a projeto
|