Âncora |
---|
| Implementartrat |
---|
| Implementartrat |
---|
| Implementar tratamento para 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 |
---|
| Implementartrat |
---|
| Implementartrat |
---|
| Implementar tratamento para a configuração referente boleto na "Configuração da Emissão do Boleto (CCCC050)" ser verificada no Monitor da Nota Fiscal Eletrônica- CCFTN610 que imprime boleto fixo 2 por página. [ 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 |
---|
| Implementartrat |
---|
| Implementartrat |
---|
| Implementar tratamento do Cálculo do DIFAL com Base Dupla e alíquota simples "%DIFAL" (Alíquota Interna menos Alíquota Interestadual) [ 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 |
---|
| Implementarapos |
---|
| Implementarapos |
---|
| Implementar a possibilidade de informar o código de barras da guia GNRE, no compromisso do contas a pagar. [ 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 |
---|
| Implementarpara |
---|
| Implementarpara |
---|
| Implementar para Gerar 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 |
---|
| Implementarpara |
---|
| Implementarpara |
---|
| Implementar para Gerar 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 |
---|
| Implementarpara |
---|
| Implementarpara |
---|
| Implementar para Gerar 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 |
---|
| GerarEstornarco |
---|
| GerarEstornarco |
---|
| Gerar/Estornar compromisso no contas a pagar referente a Apuração do IPI [ 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!
|
Âncora |
---|
| Implementaralte |
---|
| Implementaralte |
---|
| Implementar alterações referente Escrituração Contábil Fiscal / SPED ECF ANO 2024 [ 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.
|
ImplementaraposImplementaraposImplementar a possibilidade de ao chegar a nota de contrato de serviço já dar entrada automatica [ Release 178086 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 - EstoquesCompras |
|
| 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:
DesenvolvemosConforme solicitado pelo Jeovane da Farbe, com o novo módulo de contratoContrato de serviçoServiço, queo jácliente vaiirá gerar ocontrato pedidode deserviço compra,por porémrepresentante nãoe vaipoderá daralimentar entradaos navalores notapelo automaticamenteprograma ainda.
"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 |
---|
| Implementarapos |
---|
| Implementarapos |
---|
| Implementar a possibilidade de ao chegar a nota de contrato de serviço já dar entrada automatica [ 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 nbsp;
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 |
---|
| Revisaraetiquet |
---|
| Revisaraetiquet |
---|
| Revisar a etiqueta visando agilizar 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 |
---|
| AlteraraConsult |
---|
| AlteraraConsult |
---|
| 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 [ 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 m
aismais 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 |
---|
| ImplementarBaix |
---|
| ImplementarBaix |
---|
| 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 [ 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 |
---|
| Implementaruman |
---|
| Implementaruman |
---|
| Implementar uma nova consulta de titulos (abertos e pagos) com várias colunas e filtros [ 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.
|
Âncora |
---|
| Aplicarotratame |
---|
| Aplicarotratame |
---|
| Aplicar o tratamento para processos interrompidos na Baixa do Documento de Borderô-CCFFB070/Estorno de Baixa dos Documentos de Borderô-CCFFB072 [ 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
|
ImplementarnaDeImplementarnaDeImplementar 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 |
---|
| ImplementarnaDe |
---|
| ImplementarnaDe |
---|
| Implementar na Desativar/Bloquear Clientes-CCCC105 a possibilidade de bloquear o cliente com atraso no pagamento (contas a receber), com X 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 sej [ 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 |
---|
| Implementarpara |
---|
| Implementarpara |
---|
| Implementar para mobile a leitura de etiqueta para Requisições - PCP Confecção [ 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 |
---|
| Implementaraobu |
---|
| Implementaraobu |
---|
| Implementar ao buscar valor do projeto com base na projeção para obter o valor do produto com base somente nos valores de insumos e mão de obra e implementar forma de configurar valor fixo para insumo da OP e avisos [ 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 |
---|
| RevisaronbspPla |
---|
| RevisaronbspPla |
---|
| Revisar o Planejamento Têxtil-CCTTGP255 para tratar novos cenários referente a quantidade de Necessidade Geral [ 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 |
---|
| Refatoraroprogr |
---|
| Refatoraroprogr |
---|
| Refatorar o programa Configuração das Opções Liberadas da Engenharia/Planejamento por Operador-CCTGAC020 [ 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
|
Âncora |
---|
| Implementaraexp |
---|
| Implementaraexp |
---|
| Implementar a explosão para análise de materiais para o 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
|
Âncora |
---|
| Implementarpara |
---|
| Implementarpara |
---|
| Implementar parâmetro de campo de quantidades de períodos (Limitar em 60 períodos) no Planejamento e Programação da Produção-CCTTGP250 [ 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
|
Âncora |
---|
| Refatoraratelap |
---|
| Refatoraratelap |
---|
| Refatorar a tela principal (capa) do Planejamento e Programação da Produção-CCTTGP250 [ 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
|
Âncora |
---|
| Revisarosbotoes |
---|
| Revisarosbotoes |
---|
| Revisar os botões da Sequenciamento do Beneficiamento-CCTTGPS290 para ajustar conforme a 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
|
Âncora |
---|
| AlterarnoPlanej |
---|
| AlterarnoPlanej |
---|
| Alterar no Planejamento para não considerar itens que estão cancelados no catálogo [ 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
|
Âncora |
---|
| AvaliacaodasReg |
---|
| AvaliacaodasReg |
---|
| Avaliação das Regras de Geração do Grid Planejamento novo CCTTGP250/260 [ 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 |
Âncora |
---|
| Implementartrat |
---|
| Implementartrat |
---|
| Implementar tratamento para produto achado sem etiqueta nas Pendências das Aquisições ou Devoluções com Controle de Etiqueta Têxtil-CCTTGM100 [ 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 |
---|
| ImplementarumCa |
---|
| ImplementarumCa |
---|
| Implementar um Cadastro de Terceiros para saber quando começam e terminam e toda o controle deles [ 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
|
|