Histórico da Página

BLOCO K

Realizamos a abertura da Issue DMANMAT01-19490 para adicionar a validação nos parâmetros MV_BLK????

Exemplo de utilização:

Parâmetro: MV_ISS
Conteúdo do X6_VALID: ValParFin(X6_CONTEUD, X6_CONTSPA, X6_CONTENG)

Observação: Alinhado em reunião com o Adriano Vieira

BLOCO K 

Realizamos a abertura da Issue de Melhoria para o relatório MATR241, por favor, este item será de grande ajuda para o entendimento do calculo do resultado do Bloco K e irá ajudar muito nossos clientes. (Sem previsão -Talvez 2 Semestre 2020)

Obs. O analista Everson realizou uma analise completa com o cliente Coroa/Serveng e outros clientes e hoje a principal dificuldade no atendimento do BLOCO K e a analise dos dados, por este motivo solicitamos o relatório.

Resposta Desenvolvimento: Em nosso RoadMap novas melhorias serão analisadas a partir do segundo semestre 2020, a Issue DMANMAT01-19491 ficará em nosso Spool de sugestões. 

CADASTRO DE PRODUTO (MATA010)

Estudar a viabilidade de aglutinar os pacotes de patchs e SDF da rotina MATA010 para facilitar a atualização do ambiente. (Sem Previsão)

                Obs. Alta demanda de tickets desde a conversão para MVC.

Resposta Desenvolvimento: Já estamos montando um pacote mais robusto do MATA010 na issue DMANMAT01-19607, o cadastro de dependência automática também foi revisto. O pacote deve ficar pronto já na próxima semana

BLOCO K

Querys avaliadas pelo DBA Ronaldo:

Solicitamos ao Atendimento a abertura de uma Issue com as sugestões que o Ronaldo passou.

Resposta Desenvolvimento: Estamos no aguardo da abertura da Issue com as sugestões do Ronaldo. 

 Ticket 5694265 - Solicitação TOTVS Serra do Mar

https://totvssuporte.zendesk.com/agent/tickets/5694265

ANTÔNIO RAFAEL23 Abr 09:27

Bom dia! 
Ao gerar o sped fiscal com registros K200/k280, é gerado um alto consumo de CPU do servidor chegando a ficar a 100% em uso apenas para o serviço do SQL SERVER. 
Em testes realizados, se optar por não gerar os registros k200/k280 o sistema não gera esse alto consumo. 
Outro teste realizado, foi que ao gerar o relatório do Bloco K, acontece o mesmo problema.

Query para verificar problema (Ronaldo Andrade)

SELECT  getdate() as DATA, 
@@servername as SERVER,  
db_name(db_id())as BANCO, 
object_name(B.Object_id) as TABELA, 
B.Name as INDICE,
A.Index_type_desc as TIPO,
avg_fragmentation_in_percent as [% de Fragmentacao],
page_Count as [Qtd. Paginas],
fill_factor as [Fill Factor]
FROM sys.dm_db_index_physical_stats(db_id(),null,null,null,'LIMITED')A
join sys.indexes B on A.object_id = B.Object_id and A.index_id = B.index_id
where avg_fragmentation_in_percent > 15
and page_count > 50
ORDER BY avg_fragmentation_in_percent desc 

BLOCO K 

Tabelas SGN criadas na área de dados dos clientes:

Já corrigimos essa questão - Conversei novamente com o Adriano e expliquei o caso que está gerando incidentes no bloco, o mesmo ficou de verificar

Resposta Desenvolvimento: Por favor abrir Issue para a ocorrência. 

Custo Médio (MATA330) versus Schedule do Configurador

 Nossos clientes acionam o suporte técnico solicitando informações de como schedular a rotina via SIGACFG, como nossa rotina de custo médio não possui tratamento para schedule utilizamos o rdmake documentado no link abaixo para realizar tal configuração de agendamento. Por muitas vezes os clientes são resistentes a utilização do rdmake e quando tentam utiliza-lo acabam gerando não-conformidades e acionando o time de ouvidoria. (Ex. Ticket #5109315)

  Rdmake para agendar o custo médio pelo Schedule

  http://tdn.totvs.com/pages/releaseview.actCusto

Resposta Desenvolvimento: Por favor abrir Issue como sugestão de melhoria.

Stored Procedures (Incidentes)

Nas mensagens "Erro na Chamada do Processo" adicionar a real mensagem do erro exibido no dbaccess. Mesmo processo realizado no Bloco K.

Resposta Desenvolvimento: Por favor abrir Issue como sugestão de melhoria. 

Custo em Partes

No processo de custo em partes com procedures realizar a criação automática das procedures de custos em partes, com está ação vamos evitar diversos incidentes de erros no processo de custo em partes.

Resposta Desenvolvimento: Por favor abrir Issue como sugestão de melhoria

Kardex (MATR900)

Nova opção por SEQALC na pergunta 9 , atualmente só e possível avaliar por NUMSEQ e Documento. Motivo: Avaliação do Custo Médio dos clientes que não utilizam o parametro MV_DBLQMOV.

Melhorias na automação de testes (Sem Previsão)
   Blindagem dos campos SEQCALC / NUMSEQ (DMANMAT01-16141 - Bom Futuro)
   Sobre esse tema estou tentando conversar com o Eduardo Souza para apoio no Robô de Automação.