Descrição
Reestruturação do controle de saldos dos cubos do módulo SIGAPCO
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 única tabela de saldos diários (AKT), sendo que para usuário final as funcionalidades do sistema continuam exatamente como sempre foram, 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.
Verificar a criação do campo "Analitico" (AKT_ANALIT) na tabela de saldos diários que indicara se chave gravada é analítica.
Criado também o parâmetro "MV_PCOPROC" com conteúdo "" (em branco) onde usuário poderá indicar 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.
Somente instalar a pacote de procedure p12_13;sps após rodar o compatilizador da base de dados U_UPDPCO, pois estas procedures alimentarão novo campo "Analitico" criado na tabela de movimentos diários.
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
No reprocessamento de lançamento implementado também a condição de executar por customização a rotina, para tanto utilizar o exemplo de chamada abaixo:
#INCLUDE "PROTHEUS.CH"
USER FUNCTION PRCPCOA310()
LOCAL APAR1
LOCAL APAR2
APAR1 := {.T., CTOD("01/01/14"), CTOD("31/12/14"), " ", .F., .F. }
APAR2 := {}
PCOA310( 2, "000082", "01", APAR1, APAR2 )
RETURN
Síntaxe : PCOA310( nOpc, cCodProcesso, cItemProcesso, Array Parametros 1, Array Parametros 2 )
nOpc = 2 – Reprocessar
cCodProcesso = "000082" - Processo de Contabilização
cItemProcesso = "01" - Contabilização - Itens
Array Parametros 1:
Posicao 1 (Logico) = .T. - Excluir itens dos movimentos orçamentarios (AKD) referente ao processo indicado
Posicao 2 (Data) = CtoD("01/01/14") - Periodo inicial para reprocessamento dos lançamentos e exclusao dos movimentos orçamentarios
Posicao 3 (Data) = CtoD("31/01/14") - Periodo finall para reprocessamento dos lançamentos e exclusao dos movimentos orçamentarios
Posicao 4 (Caracter) = " " - Filtro na tabela Origem (neste exemplo CT2)
Posicao 5 (Logico) = .F. - Visualizar Lançamentos processados (em caso de procedure independente da resposta será considerado .F.)
Posicao 6 (Logico) = .F. - Atualiza saldos apos reprocessamento de lançamentos
Array Parametros 2:
Posicao 1 (Caracter) = " " - Filtro adicional na tabela de movimentos orçamentários (AKD) utilizado para exclusão dos lançamentos