Você está na página 1de 21

Volume

Sigma

DESCRIÇÃO DOS PROCEDIMENTOS DE TRANSFERÊNCIA DE ANO- ODBC

(VERSÃO 1.00)

Passagem de Ano

2011/2012

Contents Índice INTRODUÇÃO 2 1. TAREFAS A EXECUTAR ANTES DA EXECUÇÃO DOS PROCEDIMENTOS 4 1.1. P

Contents

Índice

INTRODUÇÃO

2

  • 1. TAREFAS A EXECUTAR ANTES DA EXECUÇÃO DOS PROCEDIMENTOS

4

  • 1.1. PROCEDIMENTOS GERAIS

4

  • 1.2. PROCEDIMENTOS ESPECÍFICOS POR APLICAÇÃO

5

  • 1.2.1. ..............................................................................................................................................

Aprovisionamento:

5

Pocal:

  • 1.2.2. ..................................................................................................................................................................

5

  • 1.2.3. SigmaGest:

6

  • 2. CONFIGURAÇÃO DA LISTA DOS PROCEDIMENTOS DE FINAL DE ANO

7

3.EXECUÇÃO DE PROCEDIMENTOS

11

3.1.DESCRIÇÃO DOS PROCEDIMENTOS:

12

a)

Antes Integração

12

b) Integração das aplicações a 2012

12

c)Após a integração a 2012

14

  • 4. TAREFAS A EXECUTAR DEPOIS DA EXECUÇÃO DOS PROCEDIMENTOS

16

  • 4.1. SIGMAFLOW .............................................................................................................................................................

16

  • 4.2. ARQUIVO DOCUMENTAL

16

  • 4.3. SERVIÇOS ON-LINE

16

  • 4.4. INTRANET .................................................................................................................................................................

17

  • 4.5. WEB SERVICES DE INTEGRAÇÃO

17

ANEXO I APROVISIONAMENTO ...........................................................................................................................

18

CONSIDERAÇÕES APROVISIONAMENTO

18

ANEXO II - CRIAR BASE DE DADOS DO SIGMADOC PARA DOCUMENTOSANEXO II - CRIAR BASE

DE DADOS DO SIGMADOC PARA DOCUMENTOS

19

CRIAR A BASE DE DADOS DO SIGMADOC ORACLE

19

CRIAR A BASE DE DADOS DO SIGMADOC SQL SERVER

19

CONFIGURAR O SIGMADOC

20

Introdução Existe um ecrã para a execução dos procedimentos de passagem de ano. Nota: Nos ecrãs

Introdução

Existe um ecrã para a execução dos procedimentos de passagem de ano.

Introdução Existe um ecrã para a execução dos procedimentos de passagem de ano. Nota: Nos ecrãs

Nota: Nos ecrãs referentes à lista de procedimento de transferência de ano, identificados neste documento, na primeira coluna “Ano” - Onde se lê “ANTR”( ano anterior), na aplicação irá encontrar o ano 2011 - onde se lê “NOVO”( ano novo), na aplicação irá encontrar o ano 2012

Esta opção tem como objetivo a centralização de todos os procedimentos que devem ser executados nas aplicações SIGMA.

Os procedimentos podem ser executados de duas formas, dependendo se as aplicações se encontram linkadas/integradas, i.e. se o SigmaGest está ou não instalado na autarquia.

Todos os procedimentos são executados na opção “Execução de procedimentos de transferência de

ano”, caso o SigmaGest esteja instalado serão executados nesta aplicação todos os procedimentos (mesmo para as aplicações que não estejam linkadas ao SigmaGest), caso contrário serão efetuados sobre esta opção mas em cada uma das aplicações SIGMA.

Os procedimentos encontram-se subdivididos em 3 fases: Antes Integração Dizem respeito a procedimentos a efetuar nas

Os procedimentos encontram-se subdivididos em 3 fases:

Antes Integração

Dizem respeito a procedimentos a efetuar nas aplicações de taxas de forma a atualizar os recebimentos em função dos documentos de Receita. Assim este procedimento é efetuado enquanto as aplicações se encontram integradas com o SigmaGest11.

Integração das aplicações a 2012

Dizem respeito a procedimentos do SigmaGest e POCAL, as aplicações passam a ficar integradas ao

SigmaGest11.

Após a integração a 2012

Dizem respeito à passagem de documentos de receita, despesa e saldos da tesouraria do POCAL, criação de uma base de dados de aprovisionamento para 2012, inicialização de contadores das aplicações, cópia das taxas de 2011 para 2012, etc.

As aplicações SIGMA que têm procedimentos de transferência de ano são:

ACT - Gestão de Atas AGU Gestão de Águas ALS- Alvarás Sanitários ARM Aprovisionamento ATE Sistema integrado de Documentos e Atendimento Municipal CEM Cemitérios CIC Gestão de Ciclomotores CTA POCAL ENS Gestão de Ensino EXF Execuções Fiscais FDV Faturação Diversa FEI Gestão de Feiras FIS Fiscalização e Contra-Ordenações FRD Gestão de Equipamentos GRV Gestão de Rede viária HST- Higiene e Segurança no Trabalho LIX - Gestão de Lixos MAQ Parque de Máquinas e Viaturas MDV Gestão de Máquinas de Diversão NOT- Gestão de notariado OBM Obras Municipais OBP Urbanismo PCE Contratação Pública PUB Publicidade e Ocupação da Via Pública REN Gestão de Habitação e Rendas SGM SigmaGest TAX- Gestão de Táxis UPA Uso e Porte de Arma

Capítulo 1 1. Tarefas a executar procedimentos antes da execução dos Os procedimentos deste capítulo devem
Capítulo 1
Capítulo
1

1. Tarefas

a

executar

procedimentos

antes

da

execução

dos

Os procedimentos deste capítulo devem ser efectuados antes do final de ano. Tratam-se de procedimentos demorados e de preparação para o final de ano, assim aconselhamos que sejam efectuados o mais cedo possível.

1.1. Procedimentos Gerais

a)

Da lista das aplicações da página anterior que têm procedimentos de passagem de ano, devem

verificar quais as aplicações instaladas na Câmara e verificar quais os procedimentos que pretendem executar.

b) Executar o procedimento “instalação dos procedimentos_2011_2012”, de forma a ter disponível nas diversas aplicações, nomeadamente no SigmaGest11, os vários ecrãs para a execução dos procedimentos de final de ano.

Este procedimento está disponível no ficheiro “PROCEDIMENTOS_VERSAO1.00.zip” que também contém o documento “Instalação dos procedimentos de transferência de ano (versão 1.00)” que deverá

ler atentamente.

1.2. Procedimentos específicos por aplicação 1.2.1. Aprovisionamento: - Validar Documentos Entre na aplicação APROVISIONAMENTO 2011, abra

1.2. Procedimentos específicos por aplicação

  • 1.2.1. Aprovisionamento:

    • - Validar Documentos Entre na aplicação APROVISIONAMENTO

2011,

abra

a

opção

“ADMINISTRAÇÃO“ / “PROCEDIMENTOS” / “Validar Documentos” e clique no

botão “Validar”

- Atualizar o Stock Entre na aplicação APROVISIONAMENTO 2011, abra a opção “GESTÃO DE STOCKS“ e em cada opção “Existências”, “Prestação de Serviços” e “Imobilizado”, selecione todos os registos e execute a macro Atualizar. NOTA: Se já existir uma tarefa agendada que execute a atualizar o stock periodicamente, não precisa executar este passo, visto o stock estar atualizado.

I M P O RT AN TE

* Os procedimentos “Validar Documentos” e “Atualizar o Stock” não podem ser executados em simultâneo.

  • - Criar a base de dados para a aplicação APROVISIONAMENTO 2012 Para criar a base de dados consulte o ANEXO I

  • - Criação do ODBC DATA Source Name para aceder à

base

de

dados para

a

aplicação

APROVISIONAMENTO 2012

  • - Validar Pendentes (SIGMAFLOW)

“DOCUMENTOS / “GESTÃO DE PENDENTES” / “Consulta de Pendentes”

  • 1.2.2. Pocal:

Antes da execução dos procedimentos devem ser efetuadas as seguintes tarefas:

Efetuar as validações automáticas existentes na aplicação, nomeadamente a “validação de

documentos”, menu: PROCEDIMENTOS-VALIDAÇÕES Outras verificações, que se encontram descritas no manual da aplicação em:

  • - Procedimentos / Procedimentos de transferência de Ano / Transferência de Doc. Receita e Despesa / Descrição e validação;

  • - Procedimentos / Procedimentos de transferência de Ano / Transferir Saldos entre anos contabilísticos / Descrição e validação / 1 - Transferir Saldos de Tesouraria;

    • - Procedimentos / Procedimentos de transferência de Ano / Validação dos Pendentes no final de ano (SIGMAFLOW).

Após a execução dos procedimentos de final de ano devem validar as permissões dos utilizadores no

Após a execução dos procedimentos de final de ano devem validar as permissões dos utilizadores no ano anterior (Consultar manual : Procedimentos -Procedimentos de transferência de Ano : Permissões de utilizadores no ano anterior).

Antes do início da introdução de documentos no novo ano não devem esquecer a Aprovação do Orçamento.

Nota: O manual POCAL atualizado (Versão 4.14) encontra-se em Medidata.net / Downloads / Aplicações / Pocal / Documentos

1.2.3. SigmaGest:

O SigmaGest12 é criado automaticamente, através do procedimento de criação das bases de dados de

2012.

Assim nesta fase o SigmaGest12 já foi criado e o POCAL 2012 também já está integrado com o

SigmaGest12.

Capítulo 2 2. Configuração da lista dos procedimentos de final de ano Esta fase tem como
Capítulo 2
Capítulo
2

2. Configuração da lista dos procedimentos de final de ano

Esta fase tem como objetivo a escolha/preenchimento dos procedimentos de final de ano a executar sobre as aplicações. Estas configurações devem ser efetuadas no sigmaGest11.

Capítulo 2 2. Configuração da lista dos procedimentos de final de ano Esta fase tem como

a) Aceder ao ecrã “Listagem Procedimentos Transferência de Ano” para impressão dos procedimentos de passagem de ano.

b) Aceder ao ecrã “ P rocedimentos de Transferência de Ano ” e configurar os seguintes

b) Aceder ao ecrã “ Procedimentos de Transferência de Anoe configurar os seguintes campos:

b) Aceder ao ecrã “ P rocedimentos de Transferência de Ano ” e configurar os seguintes

Sigla- Identificando a sigla da aplicação que existe na tabela Local

Executa- a simnos procedimentos que devem ser executados pelo SigmaGest. Alguns procedimentos desta tabela já estão configurados a “Sim”. Os procedimentos que se encontram a “sim” e não é possível colocar a “o” são procedimentos obrigatórios. Mas existem também procedimentos a “sim” que não são obrigatórios. Neste caso, se a autarquia não os pretender executar pode colocar o campo a “não” ou apenas não preencher o campo “sigla”.

Notas:

- Se existem procedimentos a efetuar sobre aplicações que não se encontram linkadas ao SigmaGest, devem ser criadas as respetivas siglas na tabela “local- Configurações de aplicações ” do SigmaGest e identificar estas siglas em cada um dos registos no ecrã de execução dos procedimentos. Assim a autarquia pode executar todos os procedimentos de transferência de ano das aplicações linkadas e não linkadas no SigmaGest.

Para o Pocal, devem existir duas siglas a identificar as bases de dados de 2011 e 2012.

b) Aceder ao ecrã “ P rocedimentos de Transferência de Ano ” e configurar os seguintes

Para a aplicação de APROVISIONAMENTO deve criar três SIGLAS na tabela local “Configurar /

Atualizar esquemas”:

ARM2011 a apontar para o saga.ini da aplicação APROVISIONAMENTO 2011 ARM2012 a apontar para o saga.ini da aplicação APROVISIONAMENTO 2012 ARM a apontar para o saga.ini da aplicação APROVISIONAMENTO 2012 para efeitos de SIGMAFLOW e ARQUIVO DOCUMENTAL

b) Aceder ao ecrã “ P rocedimentos de Transferência de Ano ” e configurar os seguintes
Os procedimentos “Exportar a base de dados” e “Importar a base de dados” podem ser executados

Os procedimentos “Exportar a base de dados” e “Importar a base de dados” podem ser executados com os

utilizadores a trabalhar nas restantes aplicações, o motivo é que são procedimentos executados com a variável DBEXTERNALS comentada ( pode até estar no saga.ini, mas o procedimento em procpano comenta-a)

Os procedimentos “Exportar a base de dados” e “Importar a base de dados” podem ser executados

Os procedimentos “Exportar o stock” e “Importar o stock” só devem ser executados depois de ter terminado todo o trabalhado no APROVISIONAMENTO relativo ao ano 2011, se é o caso deve ativar também a

execução das opções “Exportar o stock” e “Importar o stock.

IMPORTANTE: Leia atentamente “Considerações Aprovisionamento” e certifique-se com o serviço se todo o trabalho na aplicação de APROVISIONAMENTO 2011 foi efetivamente concluído e só nesse

caso execute os procedimentos “Exportar o stock” e “Importar o stock”.

Para Instalações em ODBC existem procedimentos para a área “SGM” – SigmaGest, assim deve ser efetuado o procedimento “configuração automática”, na tabela local para as duas siglas (criar as siglas caso não existam):

SGM11 a apontar para o saga.ini do SigmaGest11 SGM12 a apontar para o saga.ini do SigmaGest11

Os procedimentos “Exportar a base de dados” e “Importar a base de dados” podem ser executados

c) Na aplicação SigmaGest11, após a configuração deve ser executado o procedimento Validar” de forma a verificar que todos os procedimentos estão configurados com os caminhos corretos.

-Erros que podem surgir no momento da validação:

“HÁ APLICAÇÕES QUE NÃO TÊM A VERSÃO 1.2x DO SISMA”

As aplicações que se encontram linkadas têm de ter a versão do SISMA 1.28 ou superior.

“EXISTEM SIGLAS QUE NÃO ESTÃO CONFIGURADAS”

Cada uma das siglas associadas nos procedimentos tem de existir na tabela “local” e estar configurada (preenchidos os campos “localização do saga.ini, DBPATH …) Deve efetuar o seguinte:

- No campo “Sigla” no ecrã dos procedimentos de final de ano, fazer “zoom”;

- No ecrã “Configurar/Atualizar” deve efe tuar a configuração automática e validar aplicação. “HÁ APLICAÇÕES QUE

- No ecrã “Configurar/Atualizar” deve efetuar a configuração automática e validar aplicação.

“HÁ APLICAÇÕES QUE NÃO ESTÃO VALIDADAS”

Cada uma das siglas associadas nos procedimentos tem de existir na tabela “local” e estar validada. Deve efetuar o seguinte:

- No campo “Sigla” no ecrã dos procedimentos de final de ano, fazer “zoom”; - No ecrã “Configurar/Atualizar” o campo “Validada” deve estar a “sim”, caso contrário deve clicar no botão validar aplicação.

NOTA: Ao validar a aplicação de ARM2012

como

está

vazia

(só

é

carregada

pelo

procedimento) responda „Sim‟ à pergunta se quer validar a aplicação.

“AS SIGLAS PARA OS PROCEDIMENTOS DE CTA/ARM NÃO ESTÃO BEM CONFIGURADAS. PODERÃO ESTAR ASSOCIADAS A ANOS

ERRADOS.VERIFIQUE A SIGLA/CAMINHO DE CADA PROCEDIMENTO.”

As siglas identificadas para os procedimentos de POCAL ou Aprovisionamento, devem estar associadas ao ano que está identificado no campo do ecrã dos procedimentos, ou seja:

- Se o campo Ano (1ª coluna do ecrã dos procedimentos) tem 2011, a sigla tem de estar a apontar para a aplicação de 2011 (no “pctconta” tem de estar o ano 2011); - Se o campo Ano (1ª coluna do ecrã dos procedimentos) tem 2012, a sigla tem de estar a apontar para a aplicação de 2012 (no “pctconta” tem de estar o ano 2012).

3.Execução de Procedimentos Capítulo 3 ATENÇÃO: Antes da execução dos procedimentos deve efetuar backup global do

3.Execução de Procedimentos

Capítulo 3
Capítulo
3

ATENÇÃO: Antes da execução dos procedimentos deve efetuar backup global do SigmaGest e das aplicações SIGMA. Se a autarquia tem o SigmaGest instalado, deve executar os procedimentos através desta aplicação (para aplicações linkadas e não linkadas).

Os procedimentos estão divididos em três fases Antes integração, Integração e Após integração. Estas três fases devem ser executadas separadamente, ou seja, deverá por exemplo selecionar apenas a fase “Antes integração” e executar os respectivos procedimentos. Após verificar se tudo correu bem, poderá executar a fase “Integração”, etc. etc. até à fase “Após integração”.

3.Execução de Procedimentos Capítulo 3 ATENÇÃO: Antes da execução dos procedimentos deve efetuar backup global do

O botão “executar procedimentos” executa os procedimentos dos registos selecionados no ecrã e que têm o campo “Sigla” preenchido e o campo “executa “ igual a “Sim”.

Para executar fase a fase, deve primeiro selecionar os registos pelo campo “fase de execução” e clicar no botão “Executar Procedimentos”.

Quando os procedimentos são executados com sucesso o campo “ Executa S/N ” fica a “N”

Quando os procedimentos são executados com sucesso o campo “Executa S/Nfica a “N” e o campo Data de Execução” fica preenchido. Caso ocorram erros o campo “Data de execução” não fica preenchido, devendo consultar os respectivos logs através do botão “Verificar LOGS”.

NOTA: Não deverá avançar para os procedimentos das fases seguintes, sem antes verificar que a fase atual foi executada com sucesso.

3.1.Descrição dos procedimentos:

  • a) Antes Integração

Dizem respeito a procedimentos a efetuar nas aplicações de taxas de forma a atualizar os recebimentos em função dos documentos de Receita. Assim este procedimento é efetuado enquanto as aplicações se encontram integradas com o SigmaGest11.

Quando os procedimentos são executados com sucesso o campo “ Executa S/N ” fica a “N”
  • b) Integração das aplicações a 2012

Dizem respeito a procedimentos do SigmaGest11 e POCAL. As aplicações passam a ficar integradas ao SigmaGest12. Os procedimentos existentes nesta fase são obrigatórios.

Quando os procedimentos são executados com sucesso o campo “ Executa S/N ” fica a “N”
Breve descrição
Breve
descrição

dos

automaticamente):

procedimentos

Descarregar dados do SigmaGest11

de

Integração

(que

são

efetuados

Descarrega do SigmaGest11 o conteúdo de tabelas linkadas que não são de CTA. Na Sigla deste procedimento deve estar “SGM11”.

Carregar dados no SigmaGest12

Carrega do SigmaGest12 o conteúdo de tabelas linkadas que não são de CTA.

Na Sigla deste procedimento deve estar “SGM12”.

Renomear a pasta de CTA 2011, ( CTA passa a CTA2011):

Este procedimento altera o nome da pasta “CTA” para CTA2011 (apenas se a pasta se chamar “CTA”). Altera a sigla CTA 2011 da tabela local para as novas configurações.

Na Sigla deste procedimento deve estar “CTA”.

Renomear a pasta de CTA 2012, ( CTA2012 passa a CTA):

Este procedimento altera o nome da pasta “CTA2012” para CTA (apenas se a pasta se chamar

“CTA2012”).

Altera a sigla CTA2012 da tabela local para as novas configurações.

Na Sigla deste procedimento deve estar “CTA2012”.

Configurar Acessos a aplicações

Alteração do Saga.ini para as aplicações (excepto CTA e ARM), que estejam linkadas. Altera o dbexternals. Consiste em aceder à tabela local e validar a entrada em cada uma das aplicações.

Validações e tarefas a executar pelo utilizador após a execução dos procedimentos da fase 2:

Criação do Data Source para aceder à aplicação de 2012:

Todos os utilizadores que neste momento acedem à aplicação do POCAL para emissão de documentos, consultas, etc., passarão a fazê-lo na aplicação de 2012.

Para isso será necessário criar, em todos os Pc‟s, o respetivo Data Source para a aplicação POCAL 2012. Caso acedam às aplicações através de shortcut:

Aceder às propriedades do shortcut de entrada na aplicação e alterar o caminho do start in, para cada uma das bases de dados.

Validar a entrada nas aplicações:

Entrar na aplicação POCAL 2011, abrir a vista pctconta e verificar se o ano é 2011. Se não for, deverá validar se o saga.ini está correto. Entrar na aplicação POCAL 2012, abrir a vista pctconta e verificar se o ano é 2012. Se não for, deverá validar se o saga.ini está correto.

c)Após a integração a 2012 Estes procedimentos dizem respeito à passagem de documentos de receita, despesa

c)Após a integração a 2012

c)Após a integração a 2012 Estes procedimentos dizem respeito à passagem de documentos de receita, despesa

Estes procedimentos dizem respeito à passagem de documentos de receita, despesa e saldos da tesouraria do POCAL, criação de uma base de dados de aprovisionamento para 2012, inicialização de contadores das aplicações, cópia das taxas de 2011 para 2012, etc.

Procedimento no APROVISIONAMENTO:

Os procedimentos “Exportar o stock” e “Importar o stock” só devem ser executados depois de ter terminado todo o trabalhado no APROVISIONAMENTO relativo ao ano 2011. Depois de ter executado os procedimentos “Exportar o stock” e “Importar o stock”:

o Como a aplicação APROVISIONAMENTO 2011 passa a ser única e exclusivamente utilizada para consulta, altere nesta aplicação o grupo dos utilizadores para SRE para que os utilizadores não possam inserir, eliminar, ou modificar documentos.

o

Entre

na

aplicação

APROVISIONAMENTO

2012,

e

executar

a

opção

“ADMINISTRAÇÃO“ / “PROCEDIMENTOS” / “Validar Documentos”

 

o

Entre na aplicação APROVISIONAMENTO 2012:

 
  • Abra a opção “ADMINISTRAÇÃO“ / “DEFINIÇÕES DA APLICAÇÃO” / “Preferências” e se o campo “Efetua a CONFERÊNCIA APROVISIONAMENTO E POCAL periodicamente ?” estiver definido com “Sim” altere para “Não”.

  • Abra a opção “ADMINISTRAÇÃO“ / “PROCEDIMENTOS” / “Recalcular o

Custo Médio do Artigo ” preencha o campo “ Desejo atualizar o valor dos MST's e

Custo Médio do Artigo” preencha o campo “Desejo atualizar o valor dos MST's e respectivas NTL's ?” com “Sim” e na opção “GESTÃO DE STOCKS“ / “Existências” selecione todos os registos e execute a macro Atualizar

  • Abra a opção “ADMINISTRAÇÃO“ / “PROCEDIMENTOS” / “Recalcular o Custo Médio do Artigo” preencha o campo “Desejo atualizar o valor dos MST's e respectivas NTL's ?” com “Sim” e na opção “GESTÃO DE STOCKS“ / “Prestação de Serviços” selecione todos os registos e execute a macro Atualizar

  • Abra a opção “ADMINISTRAÇÃO“ / “PROCEDIMENTOS” / “Recalcular o Custo Médio do Artigo” preencha o campo “Desejo atualizar o valor dos MST's e respectivas NTL's ?” com “Sim” e na opção “GESTÃO DE STOCKS“ / “Imobilizado” selecione todos os registos e execute a macro Atualizar

  • Abra a opção “ADMINISTRAÇÃO“ / “DEFINIÇÕES DA APLICAÇÃO” / “Preferências” preencha o campo “Efetua a CONFERÊNCIA APROVISIONAMENTO E POCAL periodicamente ?” se alterou para “Não” volte a repor a “Sim”

I M P O RT AN TE

* Os procedimentos “Validar Documentos” e “Atualizar o Stock” não podem ser executados em simultâneo.

Capítulo 4 4. Tarefas a executar depois procedimentos da execução dos Os procedimentos deste capítulo devem
Capítulo 4
Capítulo
4
  • 4. Tarefas a executar depois

procedimentos

da execução dos

Os procedimentos deste capítulo devem ser efectuados depois de executados todos os procedimentos de final de ano e envolvem alterações aos saga.ini utilizados por outras aplicações.

  • 4.1. SigmaFlow

Nos PC‟s dos utilizadores que recebem e-mails de alerta de pendentes e que têm sagas.ini locais em c:\medidata\sigmaflow, aceder à pasta:

C:\medidata\Sigmaflow e também C:\medidata\Sigmaflow\<Sigla_das_aplicações>, editar se existirem os saga.ini e atualizar na secção SQL, a variável DBEXTERNALS, de forma a apontar para SIGMAGEST12 (e não para o SIGMAGEST11 como aconteceu durante o ano 2011).

  • 4.2. Arquivo Documental

Para versões de SigmaDoc (Cliente/Servidor) superiores a 4.5, aceder à “Administração” e no item “Configurações/Ligação Sigma”, adicionar e configurar as novas ligações às bases de dados de Pocal e Aprovisionamento do ano 2012, CTA2012 e ARM2012. Actualizar também o caminho para o saga.ini das ligações CTA e ARM.

Para versões inferiores à 4.5, executar em cada cliente o comando “arqdoc32.exe setup” e actualizar os campos de ligação ao Sigma (caminhos para a aplicação sigma onde se encontra a tabela “local”).

Para o SigmaDocWeb, aceder à “Administração Web” e no item “Configurações/Ligação Sigma”, actualizar o caminho para o saga.ini das ligações CTA e ARM.

  • 4.3. Serviços on-line (WSAutarquias)

Se tiver serviços on-line deverá atualizar a variável DBEXTERNALS nos saga.ini que se encontram no servidor remoto. Não substituir com os saga.ini existentes no servidor de aplicações. A variável DBEXTERNALS encontra-se na secção SQL e deverá passar a apontar para o SIGMAGEST12 (e não para o SIGMAGEST11 como aconteceu durante o ano 2011). A pasta do saga.ini, normalmente encontra-se no servidor remoto (web-services) em:

<Disco>:\medidata\saganetauta_<*>\<Sigla_das_aplicações>

<Disco>:\medidata\saganetauta_<*>\Municipes

e

4.4. Intranet Configuração de Data Sources 1. Aceder ao servidor onde se encontra a Intranet; 2.

4.4. Intranet

Configuração de Data Sources

  • 1. Aceder ao servidor onde se encontra a Intranet;

  • 2. Configurar ligações “Data Sources (ODBC)”para apontar para as novas bases de dados (os

nomes das ligações devem coincidir com os nomes utilizados nos respectivos saga.ini, no campo

“DBDFTDB” );

Configurar os saga.ini relativos a sincronização de pessoas (intranet anteriores a 01/04/2011)

  • 1. Aceder ao servidor onde se encontra a Intranet;

  • 2. Aceder à pasta <Disco>:\<Caminho para intranet>\asp\sigma;

  • 3. Substituir o ficheiro saga.ini pelo saga.ini existente na aplicação de pessoal;

  • 4. Caso exista o ficheiro sagausers.ini substituir pelo saga.ini existente na aplicação através da qual pretendem sincronizar os utilizadores.

  • 5. Editar o saga.ini e sagausers.ini acrescentando na área de “[Views]” a seguinte informação

“SGCONFIRMQUIT=0”;

  • 6. Executar o ficheiro “sigmafilesgen.cmd” e verificar que são gerados com dados os seguintes ficheiros: “pessoas.xml”, “uniorg.xml”, “cargos.xml”, “ferias.xml”.

Configurar os saga.ini relativos a sincronização de pessoas (intranet posteriores a 01/04/2011)

  • 1. Aceder ao servidor onde se encontra a Intranet;

  • 2. Aceder à pasta <Disco>:\<Caminho para intranet>\WMIntra\jobs\sigmafilegen;

  • 3. Substituir o ficheiro saga.ini pelo saga.ini existente na aplicação de pessoal;

  • 4. Caso exista o ficheiro sagausers.ini substituir pelo saga.ini existente na aplicação através da qual pretendem sincronizar os utilizadores.

  • 5. Editar o saga.ini e sagausers.ini acrescentando na área de “[Views]” a seguinte informação

“SGCONFIRMQUIT=0”;

  • 6. Executar o ficheiro “sigmafilesgen.cmd” e verificar que são gerados com dados os seguintes ficheiros: “pessoas.xml”, “uniorg.xml”, “cargos.xml”, “ferias.xml”.

Configuração das consultas às aplicações

  • 1. Aceder ao servidor onde se encontra a Intranet;

  • 2. Aceder à pasta <Disco>:\<Caminho_para_intranet>\sagaxmlAPP\saga.ini;

  • 3. Em cada uma das pastas com o nome <Sigla das aplicações>XML substituir o ficheiro saga.ini pelo saga.ini existente na respectiva aplicação <Sigla das aplicações>;

4.

Editar

o

saga.ini

acrescentando

“SGCONFIRMQUIT=0”;

na

área

de

4.5. Web Services de Integração

“[Views]”

a

seguinte informação

Aceder ao servidor onde se encontram instalados os Web Services e na pasta:

<Disco>:\<Caminho>\SAGAXML\sagaxmlAPP\saga.ini\<Sigla_das_aplicações>XML, editar se existir, o saga.ini e atualizar na secção SQL, a variável DBEXTERNALS, de forma a apontar para SIGMAGEST12 (e não para o SIGMAGEST11 como aconteceu durante o ano 2011). Garantir que a variável “SGCONFIRMQUIT” na secção [“Views”] está com o valor 0 (zero).

Anexo I – APROVISIONAMENTO - Se não tem a base de dados de APROVISIONAMENTO de 2012,

Anexo I APROVISIONAMENTO

- Se não tem a base de dados de APROVISIONAMENTO de 2012, execute o procedimento InstalARM2012.exe de criação da base de dados de APROVISIONAMENTO de 2012

Considerações APROVISIONAMENTO

MUITO IMPORTANTE: O procedimento “Inicializar Contadores” só pode ser executado depois de executados os procedimentos “Descarregar Documentos de Despesa” e “Carregar Documentos de Despesa” do POCAL

- Aplicação que termina (APROVISIONAMENTO 2011)

A aplicação que termina é a aplicação de Aprovisionamento 2011 que está em produção de Janeiro a Dezembro do ano que termina. Esta aplicação continuará ligada à Contabilidade (POCAL 2011). Sendo assim a aplicação de Aprovisionamento 2011 pode continuar a ser utilizada para:

  • a) Registar movimentos de stock “MST - Movimento do Stock”, estes movimentos originarão as

respectivas notas de lançamento “NTL – Nota de Lançamento” na contabilidade (POCAL 2011), a data destes

movimentos deve ser 2011/12/31 (data contabilista na contabilidade POCAL 2011);

  • b) Verificar os movimentos efetuados:

  • c) Registar o inventário utilizando as opções do menu “INVENTÁRIO FÍSICO” / “Registo do

Inventário Físico”. d) Não devem ser apagados movimentos de stock. Se por algum motivo for necessário apagar movimentos de stock, estes terão de ser apagados também na aplicação Aprovisionamento 2012.

S U G ES TÃ O

* Deve movimentar (satisfazer) todos os documentos antes de iniciar a contagem física do stock final.

** Certifique-se que não existem PFO’s emitidos sem data de autorização antes de executar os procedimentos de transferência de ano.

I M P O RT AN TE

* A contagem física do stock final regista-se obrigatoriamente na aplicação Aprovisionamento 2011, para que os movimentos de stock de regularização de entrada e saída emitam as notas de lançamento para a Contabilidade (POCAL

2011).

** Não deve inserir RQI’s, PAQ’s, PCO’s, NTE’s e PFO’s na aplicação que

termina (Aprovisionamento 2011).

- Aplicação do novo ano (APROVISIONAMENTO 2012)

A aplicação do novo ano é a aplicação de Aprovisionamento 2012 que é uma cópia da aplicação de Aprovisionamento 2011 e estará linkada à nova aplicação de Contabilidade (POCAL 2012).

Anexo II - Criar base de dados do SigmaDoc para documentosAnexo II - Criar base de

Anexo II - Criar base de dados do SigmaDoc para documentosAnexo II - Criar base de dados do SigmaDoc para documentos

ATENÇÃO: Este procedimento aplica-se apenas a instalações de SigmaDoc (Cliente/Servidor) que usam um SGBD para armazenar os documentos e/ou pretendem usar.

Com a disponibilização do procedimento de instalação dos procedimento de final de ano (“Procedimentos_2011_2012”) foi também contemplada uma pasta com ficheiros necessários para este procedimento. Assim em seguida quando é referida a “pasta SIGMADOC”, refere-se à pasta que se encontra no referido procedimento (“\Procedimentos_2011_2012\Aplics\SIGMADOC”).

Criar a base de dados do SigmaDoc ORACLE

  • - Dentro da pasta SIGMADOC, editar o ficheiro sigmadocdocumentos_oracle.sql

  • - Definir as variáveis:

NOME Nome do owner da base de dados SENHA Palavra passe do owner SERVICO Nome do serviço de ligação ao oracle (nome TNS) FICHEIRO Caminho para o ficheiro dbf do tablespace

  • - Abrir o SQL PLUS com o utilizador system ou sys

  • - Na prompt do SQL PLUS executar o comando:

@<CAMINHO>\sigmadocdocumentos_oracle.sql

(em

que

<CAMINHO>

é

o

caminho completo para a pasta onde se encontra o script)

Criar a base de dados do SigmaDoc SQL SERVER

  • - Dentro da pasta SIGMADOC, editar o ficheiro sigmadocdocumentos_sqlserver.sql

  • - Definir as variáveis:

NOME Nome da base de dados de documentos FICHEIRODAT Caminho para o ficheiro mdf da base de dados (DataFile) FICHEIROLOG Caminho para o ficheiro ldf da base de dados (LogFile) UTILIZADOR Utilizador para acesso à base de dados a partir do SigmaDoc

- Abrir o gestor de base de dados do SQL SERVER - Executar o script sigmadocdocumentos_sqlserver.sql
  • - Abrir o gestor de base de dados do SQL SERVER

  • - Executar o script sigmadocdocumentos_sqlserver.sql

Configurar o SigmaDoc

  • - Abrir a Administração do SigmaDoc

  • - Clicar no item Administração/Servidores

  • - Alterar os parâmetros da ligação para a nova base de dados, para as diversas aplicações

- Abrir o gestor de base de dados do SQL SERVER - Executar o script sigmadocdocumentos_sqlserver.sql