• Nenhum resultado encontrado

1.1. Descargas para WinCTB Listagem de Fluxos de Caixa Parametrização de Fluxo de Caixa por Utente e Tipo de Utente...

N/A
N/A
Protected

Academic year: 2021

Share "1.1. Descargas para WinCTB Listagem de Fluxos de Caixa Parametrização de Fluxo de Caixa por Utente e Tipo de Utente..."

Copied!
97
0
0

Texto

(1)
(2)

Mais-valias WinUTE | v. 14.2.00 ... 6 1. Imposições legais ... 6 2. WINUTESIS - Utilitários ... 8 2.1. Utilizadores ... 8 3. Numeração de Documentos... 8 4. Descargas WinSEC ... 9 Mais-valias WinUTE | v. 14.1.34 ...10 Mais-valias WinUTE | v. 14.1.23 ...11

1. Exportação para o Formato SDD ...11

2. Novo Parâmetro: “Pagamentos: Ano/Mês em Branco” ...12

Mais-valias WinUTE | v. 14.1.19 ...14

1. Mostrar Linhas de códigos na classificação de Faturas e Faturas/Recibo ...14

Mais-valias WinUTE | v. 14.1.00 ...15

1. Introdução ...15

1.1. Descargas para WinCTB

... 15

1.2. Listagem de Fluxos de Caixa

... 16

1.3. Parametrização de Fluxo de Caixa por Utente e Tipo de Utente

... 18

1.4. Classificação Automática de Documentos

... 18

Mais-valias WinUTE | v. 14.0.25 ...19

1. Mudança de Estado das Descargas ...19

Mais-valias WinUTE | v. 14.0.19 ...21 1. Introdução ...21 2. Parametrização ...22 2.1. Documentos ...22 2.2. Controlo ...23 3. Movimentos/Documentos ...25 3.1. Manutenção de Documentos ...25 3.1.1. Adicionar Fatura ...26 3.1.2. Adicionar Fatura/Recibo ...26 3.2. Geração Automática ...27 3.3. Anulação Automática ...27 4. Pagamentos ...28 4.1. Registar Pagamento ...28

4.2. Grelha de Manutenção de Pagamentos ...35

4.3. Pagamentos – Geração Automática ...36

(3)

5. Adiantamentos ...37

5.1. Manutenção ...37

6. Notas de Crédito/Débito ...37

7. Mapas ...38

7.1. Emissão Geral ...38

7.2. Emissão – Documentos não pagos ...39

7.3. Mapa – Resumo de Documentos ...39

7.4. Resumo de Documentos Vencidos ...40

7.5. Pagamentos – Mapa Resumo ...41

7.6. Mapa Mensal Pagamentos ...41

8. Dividir Faturas/Recibo de Utentes ...42

9. Pagamento de Documentos por Processamentos ...43

10. Pagamento de Documentos - Por Tipo de Pagamento ...44

11. Consumos ...44

11.1. Registo de Consumos ...44

11.2. Geração de Documentos ...46

11.2.1. Todos os Consumos que ainda não geraram Documento...46

11.2.2. Apenas e-SAD ...47

12. Análises Globais ...48

12.1. Painel de Bordo ...48

12.2. Mapa Conta Corrente de Utentes ...48

12.3. Emissão de Declaração (IRS) ...49

13. Descargas ...50

13.1.Descargas para WinCTB

... 50

13.2.Consulta de Documentos

... 51

13.3.Descargas

... 51

13.4.Mudança de Estado

... 52

14. Descargas para WinGTE ...52

14.1.Consulta de Documentos

... 52

14.2.Descarga

... 53

14.3.Mudança de Estado

... 53

14.4.Atualização Descrições Tesouraria

... 54

15. Módulo Táctil WinTOK ...54

Mais-valias WinUTE | v13.4.00 ...55

1. Fluxos de Caixa ...55

1.1 Parâmetros da Instituição

... 55

1.2 Janela de Classificação

... 57

1.3 Pré-classificação de Recibos e Pagamentos de Utente

... 58

(4)

1.5 Listagem de Fluxos de Caixa

... 59

Mais-valias WinUTE | v13.3.2 ...61

1. Recibos Gerais ...61

1.1. Sessões de trabalho

... 61

1.2. Entidades

... 62

1.3. Análise de Saldo de Entidades

... 63

1.4. Conta Corrente de Entidades

... 63

Mais-valias WinUTE | v13.2.014 ...65

1. Modelo 37 ...65

1.1. Introdução

... 65

1.2. Geração do Modelo 37

... 66

1.3. Seleção de Encargos nas aplicações IPSS envolvidas

... 69

1.4. Modelo 37 em WinUTE

... 69

1.4.1 Parâmetros

... 69

1.4.2 Manutenção Códigos e Tipo Recibos Gerais

... 70

1.4.3. Geração do Ficheiro

... 70

Mais-valias WinUTE | v13.2.01 ...71

1. Conversão da Classificação de PCIPSS para SNC-ESNL ...71

Mais-valias WinUTE | v13.1.09 [2ª Fase] ...72

1. Possibilidade de registar consumos de vários artigos no mesmo registo ...72

2. Parametrização da obrigatoriedade de registar NIF ...73

Mais-valias WinUTE | v13.0.17 ...74

1. Novas informações no Mapa de Utentes Para Seguro ...74

Mais-valias WinUTE | v13.0.10 ...75

1. Mapeamento de Entidades ...75

Mais-valias WinUTE | Upgrade 2011 [1ª Fase] ...78

1. Aumento dos dígitos no Tipo de Movimento de Cofre ...78

2. Solicitar o Responsável do utente de forma opcional nos Movimentos de Cofre (Controlar saldo do Responsável) ...78

2.1.Parâmetros da Instituição

... 78

2.2. Movimentos de Cofre

... 79

2.3. Ficha do Utente

... 80

2.4. Pagamentos

... 81

2.5.Alteração de Mapas para contemplares os Responsáveis

... 81

3. Parametrização de Valência WinCTB na Parametrização da Descarga ...83

4. Possibilidade de realizar recibos a partir dos consumos, sem ser necessário realizar processamento ...84

5. Características Comuns a toda a linha WINIPSS ...85

(5)

5.2.Parametrização da Validação de NIF, NISS e NIB

... 85

6. Outras Funcionalidades introduzidas durante 2011 ...87

6.1.Utilização de valores de cofre em pagamentos

... 87

(6)

A como é habitual, prima por responder atempadamente às exigências fiscais e legais, desta forma a

aplicação estará em conformidade com as novas disposições legais em vigor a partir de Janeiro de

2013.

Desta forma foi adicionada a possibilidade de efetuar o registo de faturas de “Adiantamento”. Estas faturas devem ser utilizadas apenas e só em alteração de outros registos de faturas, sendo estas utilizadas para “deduzir” o valor destes registos (como Linha de código “Adiantamento”).

Para tal, inicialmente deverá ser registado um código mencionando que é do tipo adiantamento:

No registo de faturas, se inserir um código de “Adiantamento” apenas podem ser associados códigos deste mesmo tipo, sendo que estas faturas ficam pagas automaticamente, podendo ou não o utilizador definir os tipos de pagamento.

(7)

Posteriormente esta fatura de “Adiantamento” pode ser utilizada no registo de uma nova fatura, inserindo uma linha a negativo com um código de “Adiantamento”, associando a este código a fatura de “Adiantamento”.

(8)

Foi adicionado um novo parâmetro que permite definir se o utilizador tem ou não permissões para alterar a numeração (Ano/Série/Número) dos documentos quando está em modo de adição. Esta opção terá que ser definida individualmente no perfil de cada um dos utilizadores, acedendo a WinUTESIS-> Gestão de Utilizadores-> Utilizadores.

Foi normalizado em todos os documentos (exceto Mov. Cofre) os seguintes comportamentos relativamente à numeração:

Conforme parametrizado por utilizador o parâmetro exposto no ponto anterior, terá

possibilidade de ao adicionar um documento, editar a sua numeração;

Ao alterar a série ou o Ano do documento, é recalcula automaticamente o número para o

(9)

Acedendo ao menu Módulos-> Consumos, no Registo de consumos foram adicionados os campos “Data

Ref.” e “Preço Unit.” na opção “ ”.

Após adicionar o artigo (artigo ) , no campo “Preço Unit.” será carregado por defeito o custo médio

do artigo à data defenida pelo utilizador no campo “Data Ref.” De referir tanto o “Preço Unit.” como a Data Ref.” são editáveis pelo utlizador.

(10)

Foi adicionado o novo parâmetro no mapa acedendo a Análises Globais-> Mapas-> Balancete de Utentes por Valência, que quando selecionado mostra apenas os utentes com movimentos no período de tempo indicado, assim é apresentado um balancete de valores dos utentes (tipo conta corrente) para o período de tempo indicado.

(11)

De forma a possibilitar a exportação para o formato SDD na janela de emissão do mapa de transferências bancárias, foi implementado em:

 campo para responder ao campo 13A do registo de início

de ficheiro. Este campo é atribuído pela SIBS sob proposta do banco, identificando a empresa perante o Sistema de Débitos Diretos.

 Campo que permite definir se o ficheiro SDD é numerado, para responder

ao campo 13B do registo de início de ficheiro. O banco efetua o controlo da sequência dos ficheiros recebidos apenas quando existe um acordo com a empresa. Neste caso, se os ficheiros chegarem fora de sequência serão rejeitados.

Na janela de parâmetros, quando o utilizador decide efetuar o controlo de sequência dos ficheiros SDD, é desbloqueada uma caixa de introdução que permite definir o próximo número da sequência.

(12)

Sempre que seja gerado um ficheiro SDD, esse . O número aparece também disponível na própria janela de emissão, sendo possível realizar a alteração da numeração no momento da geração do ficheiro.

Os utilizadores têm disponível na parametrização na ficha da instituição em

a possibilidade de escolherem se pretendem que os campo e ao registarem pagamentos em

] sejam preenchidos por defeito com o e

da atual ou vazios, possibilitando assim a aplicação destes campos como filtro ao consultar [F4] o

(13)

(14)

Na janela de classificação foi introduzido um novo separador, designado “Linhas de Códigos”, este novo separador apresenta todas as linhas de códigos do documento selecionado para classificação, tendo apenas uma função informativa, dado que não é possível alterar as linhas de códigos. Este separador está apenas disponível para os tipos de documento “Fatura” e “Fatura/Recibo”.

No caso de a instituição não efetuar descargas de Faturas/Recibo para a aplicação , o separador

linhas de código estará disponível nos “Pagamentos de Faturas/Recibo.

Esta opção tem dois estados, sendo que o estado que é guardado pelo utilizador cada vez que fecha a janela será o mesmo quando aceder novamente.

(15)

Este documento tem como objetivo descrever um conjunto de alterações realizadas no âmbito da aplicação WinUTE nomeadamente ao nível de:

 Descargas para WinCTB;

 Novo campo na funcionalidade “Listagem de Fluxos de Caixa” (“Movimentos Fluxo de Caixa”);

 Parametrização de Fluxos de Caixa por Utente e Tipo de Utente;

 Classificação Automática de Documentos;

O layout da janela de descargas para foi alterado, estando as funcionalidades dispostas de uma

forma diferente da versão anterior mas mantendo-se o seu comportamento.

Nesta mesma janela de descargas para foi adicionado a funcionalidade “Valida Documentos” ( )

(16)

Nesta funcionalidade foi adicionado o campo “Movimentos Fluxo de Caixa” podendo obter uma listagem para as seguintes opções:

(17)

 Lista todos os movimentos de Fluxo de Caixa que se encontram corretos.

 Lista todos documentos lançados sem fluxos de caixa e/ou documentos em que o saldo das

(18)

 Foi adicionado o campo Fluxo de Caixa na manutenção de Tipos de Utente

).

 Adicionado o campo Fluxo de Caixa na manutenção de Utentes. Também o layout da janela

naquele separador foi alterado mas mantendo-se o mesmo comportamento.

 Quando se usa a parametrização de Fluxos por Entidade, a forma como são criadas as

linhas de fluxo foi alterada:

Ao criar as linhas, em primeiro lugar, é verificado se o utente tem Fluxo de Caixa parametrizado.

Caso não tenha, é verificado o tipo de utente do utente do documento.

Quando não se verifica nenhum dos pontos anteriores, é usado o Fluxo de Caixa para utente indicado nos parâmetros da instituição.

(19)

Foram efetuadas alterações na funcionalidade das descargas, assim, ao proceder à

mudança de estado de documentos para é validado se o documento já foi

descarregado na Contabilidade. Neste caso, é listado ao utilizador quais os documentos que já foram descarregados, sendo questionado se deseja continuar com a operação para estes documentos.

(20)

Caso o utilizador prima “Sim” à questão se “Deseja continuar?”, é removida a ligação entre o documento da aplicação de origem e o movimento da Contabilidade.

(21)

O principal objetivo deste manual de mais-valias é esclarecer/orientar os utilizadores da aplicação relativamente a um conjunto de alterações introduzidas no âmbito da nova versão Silver.

Uma das principais alterações foi a introdução do conceito de “Fatura”. Assim passam a existir dois tipos de documento, a Fatura e a Fatura/Recibo, sendo que este último mantém o comportamento do conceito de “Recibo” das versões anteriores. Todos os menus onde anteriormente estava implícito o conceito de “Recibo” passarão a designar-se de “Documento”.

A introdução do conceito de Fatura implica alterações em várias funcionalidades da aplicação, nomeadamente ao nível de:

Foram adicionados novos campos parametrizáveis e outros que já existiam anteriormente mas que têm nova aplicabilidade. Um desses campos é o de “Controlar saldos de Responsáveis”, que quando selecionado permite no momento do pagamento apenas sejam carregados os documentos de crédito/débito e adiantamentos do responsável filtrado.

Com a introdução do conceito de Fatura foram várias as funcionalidades neste menu que sofreram alterações tais como:

 Documentos – Passam a existir dois tipos de documentos, a Fatura e a Fatura/Recibo, na janela

de manutenção de documentos foram introduzidas novas colunas, fornecendo mais informação ao utilizador. As funcionalidades de Geração e Anulação Automática foram alteradas de forma a permitir gerar ou anular automaticamente Faturas ou Faturas/Recibo. Ao nível dos Mapas foram igualmente introduzidas alterações.

 Adiantamentos – Foram introduzidas novas colunas na janela de manutenção dos

Adiantamentos, passando a ser possível utilizar parte do adiantamento no pagamento de uma Fatura, Fatura/Recibo ou Nota de Débito.

 Notas de Crédito/Débito – Na janela de manutenção das Notas de Crédito/Débito foram

adicionadas novas colunas.

 Pagamentos – Através da janela de pagamentos passa a ser possível efetuar o pagamento de

(22)

informação do pagamento dividida em três separadores, “Documentos”, “Tipo de Pagamento” e “Linhas de Código”. O conceito de tipo de pagamento com valores de crédito deixa de existir, passando a poder efetuar o pagamento de um documento (Faturas/Recibo) ou mais do que um (Faturas, Notas de Débito) utilizando o crédito de um adiantamento ou de uma Nota de Crédito.

A funcionalidade Módulo de Consumos passa a gerar documentos do tipo Fatura ou Fatura/Recibo, devendo escolher qual o tipo de documento na opção “Gera Documento?”. Neste Módulo foi inserida uma nova janela cujas principais funcionalidades são a possibilidade de gerar documento para os consumos enviados pela aplicação “e-Sad”, permitindo também gerar documento para as linhas de consumo paras as quais não foi gerado documento.

Neste menu à funcionalidade “Painel de Bordo”, no separador utentes foi adicionada a possibilidade de filtrar os Movimentos por “Faturas”, “Faturas/Recibo” ou “Ambos”. O “Mapa Conta Corrente de Utentes” passa a dispor de novas denominações na coluna dos documentos.

No “Mapa Emissão Declarações” foi adicionada a possibilidade de emitir declarações de IRS “Por Utente”, “NIF do Utente” ou por “NIF do Responsável”.

Na versão Silver, no âmbito da introdução do conceito de Documentos (Fatura/Recibo, Fatura) foram

adicionados os novos documentos nas descargas para que se irão refletir na “Consulta de

Documentos”, “Descargas” e “Mudança de Estado”, sendo eles a “Fatura/Recibo”, “Pag. Faturas/Recibo”, “Faturas” e “Recibos”.

Na janela de Consulta e de Descarga de Documentos para , foram adicionados novos tipos de

documentos, sendo eles o “Pagamento Fatura/Recibo” e “Recibos”.

Todas as vistas existentes em versões anteriores terão que ser alteradas/retificadas, uma vez que todos os mapas foram alterados em função das novas alterações levadas a cabo na versão “Silver”.

As alterações introduzidas na versão Silver implicam algumas alterações ao nível da parametrização. Neste ponto serão descritas todas as novas opções parametrizáveis e algumas já existentes mas com nova aplicabilidade.

(23)

Na janela “Documentos”, apresentada na imagem anterior foram introduzidos novos campos parametrizáveis e outros qua já existiam mas passam a ter nova aplicabilidade:

 O utilizador deverá ter em atenção que as denominações/séries dos vários tipos de documentos

definidas nos parâmetros da ficha da instituição devem ser distintas.

 Foi adicionado aos parâmetros da instituição o campo “Doc. por Defeito”, que permitirá ao

utilizador definir qual o tipo de documento (Fatura/Recibo, Fatura) que estará selecionado por defeito no momento da criação, de referir que esta opção não é vinculativa, mas sim auxiliar, pois apesar de parametrizado, o utilizador no momento de criação do documento pode optar por um outro tipo de documento que pretenda.

No que respeita à importação de consumos do e-SAD para , caso o utilizador pretenda gerar

documento para esses mesmos consumos deve parametrizar colocando o visto na opção “Gera Documento”.

(24)

Na janela “Controlo” foram introduzidos novos campos parametrizáveis e alguns já existentes cuja aplicabilidade foi alterada, sendo eles:

O campo “NIF Obrigatório nas Opções” já existia na versão anterior, sendo que na versão Silver

quando selecionado, implicará que o número de contribuinte do responsável seja inserido nos documentos. Ainda no caso de estar este campo selecionado, a aplicação no momento da criação do documento não permite proceder à gravação do mesmo, surgindo a mensagem apresentada na imagem seguinte.

Caso este parâmetro não seja selecionado, no momento da criação do documento apenas irá surgir um aviso se deseja continuar mesmo não estando válido o número de contribuinte do responsável.

(25)

 A opção “Controlar saldos de Responsáveis” também já existia anteriormente mas com a introdução do conceito de Fatura, quando selecionado, no momento do pagamento apenas serão carregados os documentos de crédito/débito e adiantamentos do responsável filtrado, caso não esteja selecionado, serão carregados todos os documentos inerentes ao utente independentemente do responsável filtrado.

 No campo “Modelo 37” é definido se o modelo é gerado por “Utente” ou por “Responsável”.

Na janela de Manutenção de Documentos ”) foram adicionadas

novas colunas, que estão assinaladas na imagem seguinte:

 (Indica se o tipo de documento é Fatura/Recibo ou Fatura);

 (Indica o valor do Documento);

 (Mostra o que já foi pago do Documento);

 (Quando selecionado significa que o documento já foi pago na totalidade).

Se premir o botão de adicionar (F5) será aberta uma janela de opção que permite indicar se pretende adicionar uma “Fatura/Recibo” ou uma “Fatura”, sendo que estará sempre selecionado por defeito o tipo de documento que foi definido nos parâmetros, podendo ser alterado caso o utilizador pretenda.

(26)

O modo de criação de uma Fatura é em tudo semelhante ao da criação de uma Fatura/Recibo, residindo a única diferença no facto de na janela de adição de uma nova Fatura

conter o campo “Vence”, dando a informação da data limite de pagamento da Fatura, sendo esta data carregada em função dos dias de limite de pagamento definido nos Parâmetros sendo possível alterar a mesma no campo correspondente.

A janela de adição de uma Fatura/Recibo mantém o comportamento da versão anterior, mudando apenas a designação da mesma (Anteriormente designada por “Recibo”).

(27)

Como já foi referido anteriormente, na versão Silver foram introduzidos os conceitos de Fatura/Recibo, que substitui o conceito anterior de “Recibos” e um novo tipo de documento designado por “Fatura”. De forma a proceder à geração Automática dos documentos deverá aceder ao menu

surgindo a janela a seguir apresentada, onde passa a ser possível filtrar por “Tipo” e/ou por “Utente”, podendo escolher que tipo de documento deseja gerar (Fatura/Recibo ou Fatura) para os filtros selecionados. De referir que por defeito está selecionado o tipo de documento parametrizado nos parâmetros da instituição, podendo alterar o mesmo no momento da geração.

Na janela de Anulação Automática de Documentos tal

como na versão anterior é possível proceder à anulação automática de documentos “Por Valência” ou por “Utente”, tendo sido introduzida na versão Silver o campo “Tipo de Documento”, onde poderá optar por proceder à anulação automática de “Faturas/Recibo”, “Faturas” ou “Todos”, selecionando o tipo de documentos do utente a anular.

(28)

Devido à introdução do conceito de Fatura, a janela de pagamentos sofreu algumas alterações. Neste ponto pretende-se elucidar os utilizadores acerca do novo funcionamento da janela de pagamentos.

Com a introdução do conceito de Fatura na versão Silver, a janela de pagamentos sofreu algumas alterações, o conceito de tipo de pagamento com valores de crédito deixa de existir, passando a ser possível efetuar o pagamento de Faturas/Recibo e Faturas, bem como proceder à regularização de documentos, creditando o valor referente a uma Nota de Crédito ou um Adiantamento ao pagamento, ou regularizar uma Nota de Débito.

Quando são selecionados os documentos, a informação do pagamento está dividida em três separadores, “Documentos”, “Tipo de Pagamento” e “Linhas de Códigos”. O filtro “N. Doc”, permite selecionar o documento que o utilizador pretenda regularizar, sendo a informação contida no documento carregada para os campos correspondentes, sendo que no separador documentos serão carregados todos os documentos que faltam regularizar referente ao utente/responsável do documento filtrado, estando o documento indicado já selecionado por defeito para proceder ao pagamento, podendo selecionar mais documentos para regularizar (Faturas), ou alterar o documento a regularizar por um outro que tenha sido carregado para a grelha (Faturas/Recibo).

Utilizando os filtros “Tipo”, “Utente”, Valência” e “Responsável” são carregados todos os documentos (Faturas/Recibo, Faturas, Notas de Débito/Crédito e Adiantamentos) do utente/responsável e valência que faltam regularizar para os filtros selecionados, sendo que quando seleciona a Valência serão carregados apenas os documentos dessa mesma Valência, o mesmo acontecendo relativamente aos restantes filtros. Se o utente tiver documentos para liquidar de mais que um responsável e/ou de mais do que uma valência essa informação não é preenchida na seleção do utente, se apenas tiver documentos de um responsável e/ou valência, estes filtros são preenchidos automaticamente. A partir do momento em que o responsável está preenchido e todos os dados carregados, os campos “Ano/Mês” e “Nº Doc.”

(29)

ficam bloqueados, dado que para os filtros selecionados todos os documentos estão carregados na grelha de pagamentos, no separador Documentos, bastando selecionar os documentos que pretende regularizar. Caso a instituição defina nos parâmetros que o “Saldo é controlado por Responsável”, nas situações em que um utente tem mais do que um responsável, quando indica o “Responsável” do pagamento apenas serão carregados todos os documentos pertencentes a esse mesmo responsável, se a opção “Saldo é controlado por Responsável” não estiver selecionada nos parâmetros então quando filtra um responsável, serão carregados os documentos do tipo Fatura e Fatura/Recibo apenas desse mesmo responsável e ainda serão carregados os documentos do tipo Notas de Crédito/Débito e Adiantamentos do utente independentemente do responsável selecionado.

No separador Documentos, estão carregados todos os documentos por regularizar (Faturas/Recibo, Faturas, Notas de Crédito/Débito e Adiantamentos), do responsável e da valência selecionada, sendo possível através deste separador regularizar parcialmente um ou vários documentos, excetuando as Faturas/Recibo que devem ser pagas na sua totalidade e não podem ser pagas parcialmente, devendo o utilizador selecionar na coluna “Sel.” O (s) documento (s) que pretende regularizar parcialmente ou não. No caso de pretender regularizar parcialmente um documento, premindo a “F6 – Alterar”, é possível alterar o valor a entregar do documento selecionado (Faturas, Notas de Débito/Crédito ou Adiantamentos) ou então alterar o valor a entregar diretamente na grelha do separador Documentos, na

(30)

coluna “Valor a Pagar” no campo da linha selecionada. Na imagem seguinte estão assinalados os campos onde é possível proceder a estas mesmas alterações do valor a pagar.

O separador “Documentos” também está disponível em modo de alteração ou consulta do pagamento.

Após selecionar o documento a regularizar no separador “Documentos”, no separador “Tipo de Pagamento” premindo em “F5 – Adicionar” deverá selecionar o tipo de pagamento para o documento

selecionado, o valor a pagar e a conta , sendo o valor a regularizar neste separador referente aos

Débitos menos os Créditos. Por exemplo, no caso de o utilizador ter selecionado no separador Documentos uma Fatura no valor de 20€ e um Adiantamento para Creditar de 8€, o valor em falta irá aparecer no campo “Valor” por defeito no separador “Tipo de Pagamento”, neste caso 12€, podendo este valor ser alterado conforme o pagamento seja efetuado na totalidade ou não. No caso das Faturas/Recibo terá o pagamento que ser efetuado na sua totalidade.

(31)

Neste separador são apresentadas todas a linhas de códigos dos documentos selecionados no separador “Documentos”, tendo apenas uma função informativa dado que não é possível alterar as linhas de código.

Apenas é possível efetuar o pagamento de uma Fatura/Recibo, sendo que poderá pagar a mesma adicionando uma Nota de Crédito ou um Adiantamento do utente sem nunca o valor destes ultrapassar o valor total da Fatura/Recibo.

Por exemplo, um utente tem um documento de 10€ para regularizar e tem uma Nota de Crédito de 100€, então poderá proceder ao pagamento da Fatura/Recibo com parte do valor da Nota de Crédito, assim o

(32)

documento fica pago e o utente ficará com um crédito de 90€ em vez de 100€. O valor da Fatura/Recibo não pode nunca ser alterado na janela de pagamentos, dado que a mesma tem que ser liquidada na sua totalidade.

Na imagem seguinte podemos visualizar este mesmo exemplo.

No caso de não adicionar nenhum Documento de crédito (Adiantamento ou Nota de Crédito) ou o valor destes for inferior ao da Fatura/Recibo, deverá selecionar os documentos no separador “Documentos” e proceder ao pagamento do valor em falta ou da totalidade no separador “Tipo de Pagamento”, tendo neste aspeto a Fatura e Nota de Débito o mesmo comportamento da Fatura/Recibo.

(33)

Ao contrário do que sucede com as Faturas/Recibo, é possível efetuar o pagamento de uma ou mais Faturas, sendo que poderá pagar parcialmente as mesmas, definindo o valor a pagar que pretende na linha de cada uma das Faturas, ficando registado na emissão do documento o valor pago e o valor por pagar, não podendo estes mesmos valores serem alterados na janela de manutenção de documentos. Pode proceder ao pagamento da (s) Fatura (s) com o valor de uma Nota de Crédito de um Adiantamento ou de ambos.

(34)

Em modo de alteração do pagamento, aparecem na grelha apenas os documentos regularizados no pagamento, sendo que não é possível alterar a tipologia do documento regularizado, ou seja, se é o pagamento de uma Fatura terá que continuar a ser o pagamento de uma Fatura, não podendo alterar o mesmo. É ainda possível em modo de alteração do pagamento adicionar novos documentos mas apenas se estes foram do mesmo tipo do documento regularizado no pagamento. De forma a adicionar um novo documento a regularizar no modo de alteração de pagamento deverá premir em “F5-Adicionar”, selecionando o tipo de documento que pretende adicionar: “Documentos” (Fatura/Recibo ou Fatura), “Nota de Crédito/Débito” ou “Adiantamentos”, deverá ainda preencher o campo “Ano/Mês”, de seguida deve filtrar o documento pelo “Número”, finalmente definir no campo “Valor a Pagar” o valor que irá regularizar.

(35)

Premindo “F5 – Adicionar” novos documentos.

Na grelha de Manutenção dos pagamentos foram adicionadas

novas colunas e algumas que já existiam passam a mostrar informação em função do Tipo de Pagamento, assim, de seguida serão esclarecidos acerca da informação disponibilizada pelas colunas

mediante o tipo de pagamento, sendo o pagamento de uma Fatura/Recibo, enquanto que

corresponde ao recibo da regularização de documentos (Faturas e Notas de Débito):

 Ano

o Tipo de Pagamento (PFR) - dá a informação do ano da Fatura/Recibo.

o Tipo de Pagamento (REC) - Indica o ano da data de pagamento.

 Mês

(36)

o Tipo de Pagamento (REC) - Indica o mês da data de pagamento.

 Nº de Documento

o Tipo de Pagamento (PFR) - Mostra o número da Fatura/Recibo.

o T ipo de Pagamento (REC) - Indica o nº do Recibo gerado a partir do pagamento.

 Valência

o Tipo de Pagamento (PFR) - Mostra a Valência da Fatura/Recibo.

o Tipo de Pagamento (REC) - Mostra a Valência do pagamento.

 Sala

o Tipo de Pagamento (PFR) - Indica a Sala do utente que consta na Fatura/Recibo.

o Tipo de Pagamento (REC) - Indica a Sala do utente gravada no momento da criação da

Fatura, dando a informação da mesma no recibo.

Nesta opção passa a ser possível a geração automática de pagamentos do tipo Fatura/Recibo e Fatura para os filtros selecionados.

Na versão Silver a funcionalidade “Anulação Automática de Pagamentos”

permite anular automaticamente documentos do tipo “Fatura/Recibo”, “Fatura” e “Todos”, bastando para isso escolher uma destas opções no campo “Tipo de Documento” como é possível verificar na imagem seguinte:

(37)

Na grelha de manutenção de Adiantamentos foram introduzidas duas novas colunas:

 (Mostra o valor ainda disponível relativamente a um dado adiantamento, ou seja, o

valor que ainda poderá utilizar para efetuar o pagamento de uma Fatura, Fatura/Recibo ou Nota de Débito);

 (Dá a informação se o adiantamento já foi deduzido na sua totalidade ou não);

O facto de poder deduzir o adiantamento ou parte do adiantamento no pagamento de uma Fatura/Recibo, Fatura ou Nota de Débito torna estas novas colunas numa grande mais-valia para o utilizador.

Na grelha de manutenção das Notas de Crédito/Débito

foram adicionadas novas colunas para que o utilizador disponha de mais informação:

 (Indica o valor em crédito disponível de uma determinada Nota de Crédito);

(38)

 (Indica se a Nota de Crédito/Débito já foi regularizada na sua totalidade ou não). Na imagem seguinte é possível verificar as novas colunas, estando as mesmas assinaladas.

Na janela de emissão de documentos foi adicionado um novo

parâmetro designado “Tipo de Documento”, onde é possível selecionar qual o tipo de documento para impressão, podendo escolher uma de três opções (“Faturas/Recibo”, “Faturas” ou “Recibos”). É possível tal como em versões anteriores escolher um intervalo de documentos, selecionando a opção “Do Documento - Ao Documento”. No caso de selecionar Recibo a opção será “ Do Pagamento - Ao Pagamento”. As Séries são carregadas também conforme a opção do tipo de documento.

(39)

Neste mapa devido à introdução do conceito de Fatura, quando optar por ver os documentos não pagos de utentes por “Documento”, poderá selecionar a série tipo de documento para o qual pretende pesquisar, podendo filtrar um intervalo de documentos para a série que definiu.

Neste mapa foi adicionada a possibilidade de filtrar os

(40)

Este mapa permite apresentar uma listagem de utentes que tenham documentos em atraso (Faturas/Recibo, Faturas). Na versão Silver, foram adicionados os campos:

 (Indica o tipo de documento);

 (Indica o valor que falta regularizar em cada documento);

 (Indica o total que falta pagar de todos os documentos filtrados na data

(41)

Foram adicionados novos campos ao Mapa Resumo de Pagamentos sendo os mesmos:

 (indica o total regularizado independentemente de ter sido deduzido ou não um

crédito no pagamento respetivo);

 (Valor efetivamente recebido num dado pagamento, sem contabilizar os créditos

utilizados).

No Mapa Mensal de Pagamentos o campo “valor”

apresentado corresponde ao total pago dos documentos, que foram totalmente ou parcialmente pagos no intervalo de datas selecionado, o campo “Valor” reflete sempre o total regularizado de um documento,

(42)

independentemente de ter sido deduzido ou não um crédito (Adiantamento, Nota de Crédito) no pagamento do documento.

Esta funcionalidade mantém o comportamento existente

nas versões anteriores e apesar da introdução do conceito de Fatura na versão Silver apenas é permitida a divisão de documentos do tipo Fatura/Recibo, não sendo possível proceder à divisão de Faturas dado que é possível pagar parcialmente as mesmas. A escolha do documento a dividir, é feita no campo “Núm. Documento” (Anteriormente designado por “Recibo”).

No caso de a instituição ter nos parâmetros selecionada a opção “NIF Obrigatório nas Opções” no momento da divisão do documento a aplicação verifica se os responsáveis não têm Contribuinte ou o mesmo está incorreto, não podendo assim proceder à divisão. Se este parâmetro não estiver selecionado poderá proceder à divisão do documento, sendo apenas alertado para o facto de não ter contribuinte ou o mesmo estar incorreto, ficando o documento sem contribuinte ou com o mesmo inválido.

(43)

A funcionalidade Pagamento de Documentos por Processamentos

já existia em versões anteriores, na versão Silver com a introdução do conceito de Fatura passa a ser possível gerar o pagamento dos documentos (Fatura/Recibo ou Fatura) para os processamentos já efetuados para um determinado utente, mantendo esta funcionalidade o restante comportamento das versões anteriores.

(44)

Esta funcionalidade permite fazer o registo do pagamento de documentos de utentes por tipo de pagamento efetuado, permitindo assim o pagamento de vários documentos (Faturas/Recibo, Faturas) com o mesmo tipo de pagamento.

Assim deverá selecionar o tipo de pagamento, a data de pagamento e os documentos para os quais

deseja efetuar o pagamento, quando todos os documentos estiverem adicionados carregue em para

proceder ao pagamento, sendo que no caso das Faturas é apenas gerado o pagamento de uma Fatura, não sendo possível juntar mais do que uma no mesmo pagamento.

Foi adicionado uma nova coluna na grelha designando-se “Tipo Doc.”, dando a informação ao utilizador de qual o tipo de documento da linha correspondente.

No módulo de consumos passa estar disponível a opção de gerar documentos do tipo Faturas ou Faturas/Recibo.

Assim, ao registar um novo consumo terá disponível o campo

“Gera Documento?”, quando selecionado poderá optar por gerar uma “Fact./Recibo” ou uma “Fatura”, sendo que por defeito estará selecionado o tipo de documento que definiu nos parâmetros. Optando por gerar documento, não irá ser gerado processamento. De referir que ao adicionar um consumo, escolhendo a opção “Gerar Documento?” (Fatura/Recibo ou Fatura), após proceder à gravação do mesmo

(45)

será aberta a janela de registo de documento, ao cancelar a geração do documento, o mesmo irá ficar suspenso, sendo possível gerar o documento na funcionalidade “Geração de Documentos” selecionando o campo “Todos os Consumos que ainda não geraram Documento”.

O utilizador deverá ter em atenção o facto de que apenas pode gerar um tipo de documento por consumo, não sendo possível ter linhas de consumos com tipos de documentos diferentes.

Após validado o tipo de documento a gerar é aberta a janela de documentos automaticamente com os dados do registo do consumo, ao gravar o documento o utilizador será questionado se deseja abrir a janela de pagamentos.

De referir que ao gravar o documento (Fatura/Recibo, Fatura) não é obrigatório introduzir o responsável. No caso de gravar o documento e prosseguir para o pagamento se não indicou o responsável, são gerados tantos documentos quantos responsáveis tiver o utente, podendo o utilizador escolher para que responsável é efetuado o pagamento, se indicou o responsável no documento o mesmo será preenchido na janela de pagamentos.

(46)

A janela “Geração de Documentos” foi inserida na versão Silver, com o objetivo de possibilitar a geração de documentos para os consumos importados do e-SAD, possibilitando igualmente gerar documento para as linhas de consumo que ainda não tenham gerado documentos. Assim esta nova janela tem duas opções, “Todos os consumos que ainda não geraram Documentos” e “Apenas e-SAD”.

Estando a opção “Todos os Consumos que ainda não geraram Documento” selecionada, premindo em serão carregados todos os consumos que estão em suspenso, ou seja ainda não foram gerados documentos para os mesmos, assim, esta funcionalidade permite proceder à geração destes documentos que ainda não foram gerados por opção do utilizador.

Esta nova janela dispõe de uma série de filtros que permitem ao utilizador obter a informação que pretende de uma forma rápida e simples:

(47)

 (é possível selecionar os documentos a gerar entre datas)

 (Permite ordenar os documentos por “Consumo”, “Data” ou “Tipo/Utente”)

 (Pode optar por ordenar os documentos com ordenação “Ascendente” ou

“Descendente”)

 (Neste campo pode escolher qual o tipo de utente, carregando todos os consumos desse

mesmo tipo)

 (Selecionando o utente serão carregados apenas os consumos do mesmo).

De forma a proceder à geração do (s) documento (s) deverá atribuir o “Ano/Mês” e “Data”, sendo a data de vencimento das Faturas calculada em função dos dias limite definidos nos parâmetros.

No caso de ter vários consumos para gerar documento, poderá selecionar apenas os que deseja, colocando o visto no campo “Sel” respetivo, se pretender gerar documento para todos os consumos

carregados deverá premir a opção . Se o utilizador pretender poderá alterar o tipo de documento a

gerar, por exemplo, se o tipo de documento a gerar para um consumo for uma Fatura (FT), premindo “F6 – Alterar” poderá alterar o tipo de documento para Fatura/Recibo ou vice-versa. Nesta mesma opção poderá definir o responsável para o qual será gerado o documento, caso não seja selecionado, serão gerados um documento para cada responsável do utente, dividindo o valor total consoante as percentagens de cada um. Quando se seleciona a opção “Aplicar a todos os consumos do utente”, significa que todas as linhas de consumos da grelha que pertençam ao mesmo utente da linha a ser editada, vão sofrer as mesmas alterações.

A janela Geração de Documentos (Consumos) permite a geração de documentos para os consumos importados da aplicação e-SAD (Serviço de Apoio Domiciliário), assim, e uma vez que os consumos são descarregados em massa, de forma a não ter que abrir consumo a consumo para gerar documento, com esta nova funcionalidade é possível gerar documento para os vários consumos através desta janela. O funcionamento da Geração de Documentos da opção “Apenas e-SAD” é o mesmo da opção “Todos Consumos que ainda não geraram Documento” descrita no ponto anterior.

(48)

Em painel de bordo no separador Utentes foi adicionada a possibilidade de filtrar os Movimentos por “Faturas”, “Faturas/Recibo” ou “Todos” como é possível visualizar na imagem seguinte.

O Mapa Conta Corrente de Utentes passa a dispor de novas denominações na

coluna dos documentos:

 

(49)

 (Pagamento com Documentos que não sejam do tipo Fatura/Recibo).

De seguida é apresentado um mapa onde é possível visualizar algumas das novas denominações.

No Mapa Emissão Declarações (IRS) em versões anteriores era possível emitir Declarações de IRS por Responsável, na versão Silver foi adicionada a possibilidade de emitir Declarações IRS por:

o Possibilidade de emitir uma declaração para um utente aglutinando todos os movimentos

independentemente do responsável.

o Discriminando o Responsável

 Possibilidade de emitir uma declaração por utente discriminando os movimentos

por responsável.

o Possibilidade de emitir uma Declaração para o NIF do Responsável indicado,

discriminando todos os movimentos dos utentes a seu cargo.

o Possibilidade de discriminar Utente

 É possível emitir uma declaração para o NIF do responsável indicado,

discriminado os movimentos do (s) utente (s) a seu cargo.

o Possibilidade de emitir uma Declaração para o NIF do Utente indicado, discriminando

todos os movimentos independente mente do responsável.

o Possibilidade de Discriminar Responsável

 Possibilidade de emitir uma Declaração para o NIF do Utente indicado,

(50)

A partir da versão Silver, no âmbito da introdução do conceito de Fatura, foram adicionados dois novos tipos de documentos passiveis de serem descarregados para WinCTB:

 

Sendo que foram alteradas as designações de outros dois tipos de documentos:

 (Anteriormente designada por “Recibos”);

 (Anteriormente designada por “Pagamentos”).

As funcionalidades “Consulta de Documentos”, “Descargas” e “Mudança de Estado” irão refletir estas mesmas alterações nos tipos de documentos.

(51)
(52)

Na janela de Consulta de Documentos para , na opção “Documentos” foram adicionados novos tipos de documentos, sendo eles o “Pagamento Fatura/Recibo” e “Recibos”.

(53)

Na janela de descarga para na opção “Tipos de Documentos” foram introduzidos o “Pag. Faturas/Recibo de Utentes” e “Recibos de Utentes”.

A descrição dos documentos descarregados para foi alterada de forma a assumir as denominações

dos tipos de documento parametrizados na ficha da instituição, sendo que a alteração destas denominações irá afetar apenas os documentos gerados a partir da altura em que foram alteradas.

Na janela de Mudança de Estado, nos Tipos de Documentos são também adicionados o “Pag. Faturas/Recibo de Utentes” e “Recibos de Utentes”

(54)

Foi adicionada na versão Silver a funcionalidade “Atualização Descrições Tesouraria”

permitindo atualizar/alterar as denominações dos tipos de

documentos descarregados na aplicação para as denominações registadas nos documentos na

aplicação . Devendo selecionar a “Instituição”, colocar a “Chave” de Administrador e escolhendo

quais os tipos de documentos que pretende atualizar as denominações em .

Este módulo funciona exclusivamente para o pagamento de Faturas/Recibo. Para efetuar pagamentos de

(55)

Foi inserido um novo funcionamento para os fluxos de caixa. A janela de classificação é nova e única para todos os documentos, com exceção das notas de crédito.

Houve alterações também na janela de Descarga, que agora mostra apenas uma linha por documento, identificando o documento sem mostrar informação da classificação na grelha.

Existe agora a pré-classificação de Recibos e Pagamentos de Utente. Os documentos que podem gerar Fluxos de Caixa são:

o Pagamento de Recibos de Utentes – para o novo funcionamento, necessita também da

classificação do recibo;

o Adiantamentos;

o Movimentos de Cofre;

o Pagamento de Recibos Gerais - para o novo funcionamento, necessita também da classificação do

Recibo Geral.

Existe, também, um novo mapa que permite tirar uma listagem dos Fluxos de Caixa gerados, agrupando os resultados por Fluxo de Caixa ou por Documentos.

Existe um novo parâmetro, por instituição, que indica qual o comportamento a utilizar nos Fluxos de Caixa.

(56)

A opção “Fluxos de Caixa por Entidade” mantém o comportamento dos fluxos de Caixa, deve selecionar a conta de Fluxo de Caixa quando a conta selecionada começa por 1.

A opção “Fluxos de Caixa por Parametrização de Contas (WinCTB)” usa a parametrização de Contas da WinCTB para gerar os Fluxos de Caixa quando é gravada a linha de classificação.

(57)

Existe uma janela de Classificação nova e que é comum para todos os documentos, exceto Notas de Crédito/Débito.

A janela de classificação foi alterada para ter um funcionamento semelhante com o da janela de movimentos da WinCTB:

 1º Uso de Fluxos de caixa por Entidade.

o Quando é indicada uma conta 11, 12 ou 13, aparece o campo Fluxo de Caixa.

o Quando este campo é preenchido, ao gravar a linha é criada uma linha de fluxo

de Caixa associada à linha de movimento.

o Na classificação automática, cria a linha de fluxo conforme o fluxo de Caixa

parametrizado no Utente/Entidade do documento, ou caso não exista parametrização, usa a conta fluxo indicada nos parâmetros.

(58)

 2º Uso de Parametrizações de Fluxos de Caixa.

o Ao gravar uma linha de movimento, é verificado se existe alguma parametrização

de fluxo para a Conta/Valencia indicada na linha de movimento. Se existir cria uma linha de fluxo de caixa associada.

Esta Parametrização pode ser feita com contas integradoras, então caso não exista nenhuma parametrização específica para a conta de lançamento indicada na linha de movimento, é verificado se existe alguma parametrização para as suas contas integradoras.

o O fluxo só é registado caso existam contas 11/12/13 no movimento contabilístico.

o Na classificação automática, depois de ter todas as linhas de classificação,

constrói as linhas de fluxo com base nas parametrizações existentes da WinCTB

 É possível inserir/alterar linhas de fluxo manualmente.

 Para ambos os comportamentos:

o Ao gravar registo é feita uma validação em que o saldo das linhas de movimentos

das contas 11+12+13 tem que ser igual ao saldo das linhas de fluxos de caixa ou quando o Saldo das Linhas de Fluxo de Caixa é zero.

 Só se trabalha com Fluxos de Caixa no ano 2012 ou superior.

A classificação antes era construída apenas no ato da descarga, agora existe também pré-classificação nos Recibos e nos Pagamentos de Utentes.

A visualização dos documentos na descarga alterou-se para mostrar apenas uma linha por documento, apenas identificando o documento.

Fazendo F6 consegue-se aceder a classificação do documento para alteração, que usa a mesma janela de classificação que na manutenção dos documentos.

(59)

Foi criado um novo mapa Fluxos de Caixa que tira uma listagem de Fluxos de Caixa.

Esta listagem pode ser filtrada por intervalo de Datas, por Fluxo de Caixa e por tipo de Documento.

Podemos agrupar os dados por Fluxo de Caixa, em que por cada fluxo de Caixa são mostrados os documentos em que existe esse fluxo:

(60)
(61)

É disponibilizada, nesta versão, uma nova funcionalidade que consiste na introdução nas sessões de trabalho do conceito de “inativo”, de forma a que sejam geradas apenas para as sessões ativas e quando sejam emitidas se possa filtrar por inativas, ativas ou todos (por defeito ativo).

Para aceder a esta funcionalidade deverá ir ao menu de Recibos Gerais -> Sessões Trabalho -> Manutenção.

Na tabela acima apresentada carregando em poderá ativar ou desativar a sessão caso ela esteja

ativa ou inativa.

Na imagem abaixo apresentada poderá confirmar se deseja ativar ou desativar a sessão de trabalho.

Ao abrir a sessão surgirá a opção para ativar ou desativar poderá também fazer isso nas linhas das entidades.

(62)

Após terem sido tipificados os recibos a emitir periodicamente, os recibos são gerados a partir da tabela abaixo apresentada, onde escolhemos o ano e a data dos recibos. De seguida escolhemos o intervalo de sessões que queremos gerar, sendo que podemos neste intervalo de sessões escolher apenas as que estão ativas, as que estão inativas ou então escolher todas as sessões. Dentro destas só gera recibo caso as entidades estejam ativas.

Acedendo ao menu Recibos Gerais -> Entidades podemos obter a informação do saldo das entidades como podemos verificar na imagem a seguir apresentada:

(63)

Acedendo ao menu Recibos Gerais -> Análise de Saldo de Entidades poderá consultar o mapa do saldo das entidades que selecionar até à data pretendida, podendo também escolher todos os saldos, os que são diferentes de zero ou os que são igual a zero, como ilustra a imagem a seguir apresentada.

O mapa conta corrente de entidades apresenta todos os movimentos dentro de um intervalo de datas, podendo filtrar por entidade (s). Este mapa indica a natureza e o saldo final de cada entidade selecionada.

(64)
(65)

A declaração modelo n.º 37 destina-se a declarar entre outras situações as despesas de saúde dedutíveis à coleta na parte não comparticipada.

Devem ainda ser declaradas neste modelo as situações em que haja lugar a quaisquer pagamentos aos beneficiários com inobservância das condições previstas no n.º 3 do art. 27.º, n.º 1 do art. 86.º e n.º 3 do art. 87.º do Código do IRS e, ainda, dos artigos. 16.º, 17.º e 21.º do Estatuto dos Benefícios Fiscais (EBF).

Esta declaração deve ser entregue pelas associações mutualistas, as instituições sem fins lucrativos que tenham por objeto a prestação de cuidados de saúde e as demais entidades que possam comparticipar em despesas de saúde.

Deve ter-se em atenção os seguintes pontos:

 O modelo 37 deverá ser entregue, todos os anos, até ao final do mês de Fevereiro;

 No formulário normal a instituição deverá preencher o cabeçalho (do quadro 1 ao quadro 5) com

os seus dados (alguns deles já são guardados nos dados da instituição) e os restantes quadros com os dados sobre as verbas recebidas dos utentes;

 No preenchimento do modelo, as instituições Mutualistas e sem Fins Lucrativos, devem preencher

sempre a coluna 8 do quadro 6 com o código 13 (Despesas de saúde dedutíveis à coleta, na parte da despesa não comparticipada, sendo qualquer alteração da responsabilidade do utilizador);

 O ficheiro a criar deverá ser lido pela aplicação das finanças destinada ao Modelo;

 O quadro 7 não deverá ser preenchido (Apenas se altera caso a aplicação tenha a funcionalidade

(66)

A janela a seguir apresentada, estará disponível no menu Utilitários nas aplicações , ,

e , será a partir desta janela que se retiram os dados necessários para a geração do XML.

Para a geração do ficheiro é obrigatório que sejam introduzidos os seguintes dados:

 Ano (Ano Atual -1)

 NIF do Técnico Oficial de Contas

 Tipo de Declaração (Primeira ou Substituição)

É possível gerar o ficheiro a partir de qualquer uma das aplicações (todas as aplicações estarão ligadas

entre si), a aplicação passará a ter ligação com as aplicações , e , enquanto

que as aplicações e passarão a ter ligação com a .

Na aplicação , antes de proceder à criação do ficheiro XML do ano de 2011, deverá indicar primeiro

nas linhas se é um Encargo ou não.

Através do botão (apenas visível na aplicação ) abre a janela para selecionar a instituição à

(67)

A partir da janela a seguir apresentada, o utilizador pode decidir, para cada linha de um documento pago pelo utente, se é uma despesa de saúde ou não.

Por defeito são filtradas/apresentadas as linhas de movimentos que não têm código de modelo37 definido. O utilizador poderá através da linha de filtragem da grelha consultar a informação que achar conveniente.

Através do botão poderá carregar a grelha com todas as Instituições associadas as Ligações ativas.

A partir dessa grelha poderá escolher quais as Instituições que pretende recolher os dados tal como o exemplo abaixo apresentado.

(68)

Após escolha das Instituições estas são carregadas para grelha principal, com o somatório dos valores correspondente a cada NIF, de um determinado Ano.

Carregando no botão é criado o ficheiro XML. Para isso, deverá existir na pasta da aplicação, com o

nome Modelo 37, dentro desta pasta existe uma outra com o nome Schema contendo os schemas de validação do ficheiro XML.

É nesta pasta que é guardado por defeito o ficheiro XML criado.

Se por exemplo tivermos utentes ou sócios sem NIF, surge a seguinte mensagem de aviso ao utilizador de que alguns dados não puderam ser calculados/enviados. Assim será indicado o número/código, nome do utente ou Sócio, NIF e o documento que contém a informação errada.

Depois de seguidos todos os passos anteriormente descritos poderá imprimir a grelha, mas é necessário inserir o código das finanças na janela principal.

(69)

Em todos os locais onde recebemos pagamentos de utentes, sócios ou outros, devemos indicar, se se justificar, se entra para o Modelo 37.

Tal como acontece nas Ligações de outras aplicações, em passará a existir um separador ‘Saúde’

com a parametrização de ligação para a aplicação , indicando se faz ligação ou não, o nome do

servidor, utilizador e password. Procedendo à validação através do botão de ligação. Para aceder a esta opção deverá entrar em parâmetros da instituição no menu utilitários.

(70)

É possível parametrizar se o Código deve ser incluído no Modelo 37, para aceder a esta opção deverá entrar no menu Tabelas -> Códigos, tendo acesso à tabela a seguir apresentada.

É possível parametrizar se o Tipo Recibos Gerais deve ser incluído no Modelo 37, abrindo o menu Recibos Gerais -> Tipo de Recibos Gerais.

Para a criação do ficheiro devem ser lidos todos os valores que foram parametrizados para o modelo 37, que estão nos Recibos e nos Recibos Gerais:

 Recibos Gerais (Pagos)

Incluir o valor dos Recibos Gerais que são do “Tipo de Recibos Gerais” que foram parametrizados para entrarem no Modelo 37;

 Recibos (Pagos)

Incluir o valor das Linhas Recibos (Códigos) que foram parametrizadas para entrarem no Modelo 37 Se no pagamento dos recibos for utilizado Saldo de Utente este valor não será considerado.

Será feita a conta proporcional em percentagem às linhas pagas. Tal como acontece em WinGTE com os pagamentos Parciais.

(71)

É disponibilizada, nesta versão, a nova funcionalidade, em Descargas  Contabilidade  Converter Classificação. A nova opção tem um aspeto similar à janela de Reclassificação de Documentos, e converte as contas das linhas de classificação já existentes em vez de reclassificar, de acordo com a tabela de equivalências.

Ao aceder à funcionalidade é validado que a instituição da aplicação e estão ambas em

SNC-ESNL. Caso estejam é apresentado um aviso alertando que esta funcionalidade só deve ser usada pontualmente e para registos de 2012 classificados em PCIPSS.

Os documentos apresentados na grelha não estão, por defeito, selecionados.

Cada documento só pode ser convertido quando todas as conta das linhas de classificação desse documento:

 Existem no Plano PCIPSS

 Tem equivalência para o Plano SNC-ESNL definida

 A conta equivalente do Plano SNC-ESNL é de lançamento

Esta validação é feita para todos os documentos selecionados e somente se todos os documentos selecionados forem válidos é executada a conversão.

Quando existem documentos não válidos para a conversão é apresentada uma janela que indica quais os documentos não válidos e porque razão não são válidos.

(72)

Nesta versão, nos Consumos (Módulos> Consumos> Registo de Consumos), o utilizador pode agora registar vários consumos no mesmo registo.

Se pretender gerar recibo dos consumos, ao confirmar o último consumo, é aberta a janela de Recibos automaticamente com os dados dos consumos.

(73)

Para parametrizar a obrigatoriedade do registo do NIF, deve aceder a (Utilitários> Parâmetros da Instituição), no separador utentes está disponível o filtro ‘NIF obrigatório’ indicando em que opções terá influência.

(74)

No menu Utentes> Listagens> Utentes Para Seguro o modelo do mapa impresso Utentes Para Seguro foi alterado, mostrando agora a “Data de Nascimento” e “Número Contribuinte do Utente”, tal como seguinte exemplo.

(75)

esta funcionalidade só é aplicável no caso de existir ligação entre e .

Como existem duas aplicações descarregar Recibos Gerais para a poderiam ocorrer

sobreposição de Entidades. Assim, para contemplar a possibilidade de sobreposição de

entidades entre aplicações e , estas foram alteradas de forma a ser possível definir

qual a Entidade correspondente na .

Visando diminuir o impacto da alteração na instituição foi criado um procedimento que executa automaticamente a correspondência de entidades através do nome. Caso exista na tesouraria mais do que uma entidade com nome igual só a primeira é atualizada. Assim, na entrada da aplicação e até que seja confirmada pelo utilizador o mapeamento de entidades ser-lhe-á apresentado um aviso para que o efetue.

A atribuição de entidades e atualização dos dados na tesouraria pode ser feita em dois locais.

Na fica de Entidade foi adicionado o campo Cód no qual indicamos o código da entidade

(76)

Em Utilitários –> Sincronização, é apresentada uma grelha com todas entidades onde o utilizador pode fazer a correspondência de todas as entidades.

Na 1ª execução desta opção, as opções de filtragem e seleção de entidades não estão disponíveis pois o cliente tem mapear todas as entidades. Após a confirmação de códigos, o utilizador já pode filtrar ou selecionar apenas algumas das entidades da grelha.

A coluna indica qual o código da entidade na tesouraria que corresponde à entidade

(77)

da entidade e caso não esteja preenchido e exista alguma entidade na tesouraria com o mesmo nome é sugerido o código da entidade.

A coluna indica se é para efetuar uma atualização dos dados da entidade da

tesouraria com os dados da entidade de .

A coluna . indica se já existe uma correspondência entre a entidade de Sócios/Utentes e

Tesouraria.

Nas descargas de recibos gerais, a entidade usada no documento da tesouraria será a entidade

indicada no campo Cód. , caso este esteja preenchido. Se não estiver preenchido é criada

uma entidade nova na tesouraria com os mesmos dados da entidade dos Utentes e são atualizadas as entidades fazendo a correspondência entre elas.

É necessário ter atenção com o caso em que várias instituições da mesma aplicação descarregam para uma instituição de Tesouraria.

Por exemplo:

Na UTE01 tem a entidade 1 e dizemos que corresponde à entidade 5 da Na UTE02 tem a entidade 3 e dizemos que corresponde à entidade 5 da

É necessário garantir que as entidades 1 e 3, das instituições 1 e 3 respectivamente, são a mesma.

Para que na atualização já seja feita a “sincronização” automaticamente é necessário que a Base de Dados da Tesouraria já esteja atualizada.

(78)

Foi contemplada nesta versão a possibilidade de adicionar até 4 dígitos no código do Tipo de Movimento (Cofre> Tipo Movimentos), uma vez que anteriormente apenas era possível adicionar 2 dígitos. Assim, a janela de manutenção de Tipos de Movimentos de Cofre e todas as janelas que tem esse campo foram contempladas com esta alteração.

Existem 2 novos campos:

 (1) Controlar Saldos de Responsável

 (2) Utilizar Valores de Cofre nos Pagamentos

A primeira nova opção, por defeito, não está selecionada. É uma opção para validar o pagamento de recibos dependendo do Crédito/Saldo de Cofre do Responsável em vez de considerar apenas o Crédito/Saldo de Cofre do Utente.

Exemplo:

 Utente 1 tem 1 adiantamento de 50 para o responsável 1;

 Utente 1 tem 1 adiantamento de 50 para o responsável 2;

 Crédito Utente = 100, Crédito Resp. 1 = 50, Crédito Resp. 2 = 50.

Se a opção “Controlar Saldos de Responsável” estiver selecionada, o utilizador não vai conseguir pagar 1 recibo para esse utente para o responsável 1 no valor de 60 usando apenas crédito.

(79)

Caso a opção não esteja selecionada, consegue fazer o pagamento uma vez que o utente tem Crédito suficiente.

A segunda nova opção é para permitir ou não o uso de Valores de Cofre nos Pagamentos. Esta opção está ativada por defeito, pois era um comportamento que já existia. No entanto, ela vai afectar o preenchimento do responsável nos movimentos de cofre em conjunto com a primeira opção.

Nos Movimentos de Cofre (Cofre> Movimentos) é possível indicar o responsável ao qual se refere o movimento. Este campo é de preenchimento obrigatório ou não, dependendo das opções dos parâmetros acima descritas.

O Responsável apenas é de preenchimento obrigatório caso nos parâmetros (Utilitários> Parâmetros Instituição> Dados Gerais> Utentes) estejam selecionadas as duas opções, “Controlar Saldos de Responsáveis” e “Utilizar Valores de Cofre nos Pagamentos”.

Do mesmo modo, foi alterada o Registo de Valores Recebidos (Utentes> Rendimentos> Registo de Valores Recebidos), em que é possível indicar o Responsável, pois este registo dá origem a um movimento de cofre.

Quando os parâmetros são alterados e selecionadas ambas as opções, caso o campo de responsável dos movimentos de cofre não esteja preenchido, é alterado automaticamente seguindo as seguintes regras:

Se o utente tem 1 responsável com o campo “Próprio” a verdadeiro, o movimento passa

a ser para esse responsável;

Se o utente não tem 1 responsável marcado como “Próprio” e tem 1 responsável em

(80)

 Se nenhum dos casos anteriores se verifica, o responsável fica vazio e o utilizador tem que alterar manualmente o responsável no movimento.

Foi também adicionada a possibilidade de alterar o registo. Esta funcionalidade permite apenas a alteração do responsável do movimento e foi adicionada para permitir ao utilizador alterar o responsável caso não queira aquela regra ou para os casos em que não se verifica nenhuma das duas possibilidades e o campo continua vazio.

O Responsável tem também os campos Saldo, Crédito Disponível e Saldo de Cofre e é possível visualizar esta informação na linha do responsável, na ficha do utente.

Estes Saldos são calculados ao fazer nos mesmos registos e da mesma forma que são calculados os saldos do utente.

Na seguinte tabela estão indicados quais os Saldos que são/podem ser alterados e em que registos.

Registos Saldo Crédito Disponível Saldo de Cofre

Recibos +

Adiantamentos - +

Notas de Crédito - +

Notas de Débito + -

Referências

Documentos relacionados

No Estado do Pará as seguintes potencialidades são observadas a partir do processo de descentralização da gestão florestal: i desenvolvimento da política florestal estadual; ii

Assim, propusemos que o processo criado pelo PPC é um processo de natureza iterativa e que esta iteração veiculada pelo PPC, contrariamente ao que é proposto em Cunha (2006)

Depois da abordagem teórica e empírica à problemática da utilização das Novas Tecnologias de Informação e Comunicação em contexto de sala de aula, pelos professores do

Este trabalho busca reconhecer as fragilidades e potencialidades do uso de produtos de sensoriamento remoto derivados do Satélite de Recursos Terrestres Sino-Brasileiro

Para pensarmos como a psicanálise pode se inscrever no campo de pesquisa parece-nos necessário fazer uma breve distinção entre a pesquisa teórica e o estudo de campo, para então,

29 Table 3 – Ability of the Berg Balance Scale (BBS), Balance Evaluation Systems Test (BESTest), Mini-BESTest and Brief-BESTest 586. to identify fall

Desdobramento dos tipos de adubos orgânicos (esterco bovino; mix; palha de carnaúba e sem adubação) dentro dos sistemas de cultivo (solteiro e consorciado) para

Compreendendo- se que o estudo dos eventos do século XX podem ser relevantes e esclarecedores para a compreensão da história e da sociedade de hoje, e levando-se em conta o