Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Linha de Produto:

Microsiga Protheus

Segmento:

Serviços

Módulo:

SIGAPCO - Planejamento e Controle Orçamentário

Função:

Pcoa300 / Pcoa310

Situação/Requisito:

Reestruturação do controle de saldos dos cubos do módulo SIGAPCO e Reprocessamento de Lançamentos

Solução/Implementação:

Reestruturação do controle de saldos dos cubos do módulo SIGAPCO  e Reprocessamento de Lançamentos

Após aplicação do patch deste chamado o controle de saldos será somente pela tabela de saldos diários (AKT) não mais atualizando a tabela de saldos mensais (AKS) por motivo de performance. Todas as rotinas que trabalham com saldos foram adequadas para trabalhar com unica tabela de saldos diários (AKT), sendo que para usuário final a funcionalidade do sistema continua exatamente como sempre não afetando os programas padrões do módulo SIGAPCO.
As customizações que utilizavam a tabela AKS-Saldos Mensais deverão ser adequadas para somente ler a tabela AKT-Saldos Diários uma vez que a mensal será descontinuada.

Executar o compatiblizador de base de dados U_UPDPCO para criação do campo "Analitico" (AKT_ANALIT) na tabela de saldos diários que indicara se chave gravada é analítica e do campo "Exec.Proc." (AKB_EXPROC) na tabela de itens de lançamentos por processo que indicara se ao reprocessar lançamentos (PCOA310) o mesmo será executado por procedure.

Criado também o parâmetro "MV_PCOPROC" com conteúdo "00008201|" que indica o processo que esta preparado para no reprocessamento de lançamentos (PCOA310) executar com procedure, sendo que a inclusão e validação do registro será por ponto de entrada.

É recomendável que seja excluído os registros da tabela AKS - Saldos Mensais uma vez que esta não será mais utilizada e também que seja reprocessado os saldos, pois o campo "Analitico" (AKT_ANALIT) será populado pela rotina de reprocessamento de saldos. Solicitamos cautela com este procedimento pois dependendo do volume de movimentos este processamento poderá demorar muitas horas, então verificar previamente a viabilidade da aplicação do patch com esta funcionalidade.

Esclarecemos que tende a melhorar tempo de resposta de todas integrações, pois a partir da aplicação deste patch teremos menor numero de gravações das tabelas de saldos e semáforo da chave do cubo tende a ser liberado mais rapidamente.

Recomendamos para os testes de homologação do pacotes seguir os seguintes procedimentos:

  • Aplicar patch do pacote
  • Rodar compatibilizador de base do módulo SIGAPCO - U_UPDPCO
  • Reinstalar pacote 13 de procedure via configurador - p11_13.sps
  • Após estes procedimentos reprocessar os cubos gerenciais pela rotina pcoa300, mas fazer os testes de forma gradativa, por exemplo, reprocessar somente 5 dias, depois 10, 15, 30 dias, depois partir para 2 meses e assim por diante.

 

No reprocessamento de lançamento implementado, a condição de executar a inclusão dos movimentos orçamentários via procedure, sendo que a alternativa a macro execução do ponto de lançamento será via ponto de entrada que deve retornar um script em linguagem de procedure nos bancos de dados SQLSERVER, ORACLE, DB2 ou INFORMIX.

veja documentação do ponto de entrada PCOA3105 no link TDN:

DT_Ponto_entrada_PCOA3105_inclusao_movimentos_orcamentarios_por_procedure 

Chamados relacionados:

TVTMDP

Incluir Página
TVTMDP_DT_Reestruturacao_controle_saldos_cubos_SIGAPCO
TVTMDP_DT_Reestruturacao_controle_saldos_cubos_SIGAPCO

Incluir Página
DT_Ponto_entrada_PCOA3105_inclusao_movimentos_orcamentarios_por_procedure
DT_Ponto_entrada_PCOA3105_inclusao_movimentos_orcamentarios_por_procedure